Expertos en distribución
de componentes


	Tags
	HOLTEK RAMTRON ANTENA LED SMD RABBIT CONECTORES LCD DISPLAY GSM/GPS MICROCHIP DIGI RESISTOR RELE MCU MICRO RAMTRON CAPACITORES Para Desarrolladores Curso Rabbit Nivel I IC MODULOS NewsLetter SENSORES MEMORIA MICROCONTROLADORES

Soporte Técnico Cika

Library

InfoBase/TechComm

CoTC

CTC-001_Migrar_16F87x_16F87xA.pdf	`CTC-001_Migrar_16F87x_16F87xA.pdf`
Comentario tÃ©cnico: CTC-001 TÃtulo: MigraciÃ³n de PIC 16F87x a 16F87xA Comentamos acerca de cÃ³mo migrar aplicaciones basadas en PIC 16F87x a 16F87xA, incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. El 16F87xA es funcionalmente equivalente al 16F87x, con el agregado de un mÃ³dulo comparador y algunas menores diferencias en las especificaciones. Su precio es menor y existe una Ãºnica versiÃ³n de 20MHz, que cubre todo el rango de operaciÃ³n (de 0 a 20MHz), hallÃ¡ndose disponible en rangos de temperatura comercial e industrial, como el anterior. Hardware El PIC 16F87xA es compatible pin a pin con el 16F87x, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa F87x para que funcione con F87xA. Si bien este Ãºltimo incorpora un par de comparadores con referencia de tensiÃ³n interna programable que comparten los pines con el conversor

CTC-002_Migrar_12C5xx_12F629.pdf	`CTC-002_Migrar_12C5xx_12F629.pdf`
Comentario tÃ©cnico: CTC-002 TÃtulo: MigraciÃ³n de PIC 12C508,509,CE518,CE519 a 12F629 Comentamos acerca de cÃ³mo migrar aplicaciones basadas en la familia PIC12C5xx a PIC12F629, incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. La familia 12C5xx estÃ¡ compuesta por dispositivos de 8 pines de 4MHz con 25 Ã³ 41 bytes de RAM, 5 I/O + 1 entrada, 512 Ã³ 1024 words de EPROM de programa, timer, y los CE51x con 16 bytes de EEPROM. Proponemos migrar a PIC12F629, con 1K flash de programa, 64 bytes RAM, 128 bytes EEPROM, 2 timers y operaciÃ³n hasta 20MHz. Hardware El PIC 12F629 es compatible pin a pin con los 12C5xx, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa 12C5xx para que funcione con 12F629. No obstante, incorpora una serie de caracterÃsticas nuevas que deberÃ¡n ser tenidos en cuenta dado que algunos mÃ³dulos comparten los pines para

CTC-003_DynamicC8.pdf	`CTC-003_DynamicC8.pdf`
Comentario tÃ©cnico: CTC-003 TÃtulo: Dynamic C versiÃ³n 8 Comentamos acerca de las novedades que encontramos en la versiÃ³n 8 de Dynamic C. Las mejoras en esta versiÃ³n se han centrado en la interfaz con el usuario, particularmente el nuevo editor, y mayormente en lo relativo a debugging, facilidad de uso y asistencia on-line. En otras Ã¡reas, DC8 aporta archivos de listado, compresiÃ³n de archivos al momento de compilado, descompresiÃ³n en ejecuciÃ³n, y otras mejoras para generar cÃ³digo mÃ¡s compacto. Interfaz con el usuario El editor es completamente nuevo, las caracterÃsticas sobresalientes son: Â Sintaxis resaltada: keywords, nÃºmeros, funciones y comentarios cada uno en un color diferente. Â Templates: rÃ¡pida inserciÃ³n de porciones de cÃ³digo o comentarios de uso frecuente. Â grep: similar a la conocida funciÃ³n de Unix, permite buscar expresiones en varios archivos a la vez.

CTC-004_Goal_Versa.pdf	`CTC-004_Goal_Versa.pdf`
Comentario tÃ©cnico: CTC-004 TÃtulo: Goal Semiconductor, VERSA series Comentamos acerca de la lÃnea VERSA de Goal Semiconductor, una familia de microcontroladores de 8 bits compatibles con la arquitectura MCS51 de Intel, que incorpora novedades sumamente Ãºtiles en desarrollos industriales como fuente de corriente constante controlable y otras orientadas a procesamiento digital de seÃ±ales (DSP) como multiplicador por hardware con acumulador (MAC). AdemÃ¡s de aprovechar todo el soporte y base de conocimientos de MCS51, Goal ofrece ademÃ¡s un compilador C con entorno de desarrollo integrado (IDE) que soporta especÃficamente los chips de la familia, con una interesante y amigable interfaz de programaciÃ³n y debugging. La familia de microcontroladores VERSA Se trata de chips que son, bÃ¡sicamente, clones del conocido 80C52, siendo reemplazos compatibles pin a pin pero con memoria flash. Su arquitectura es similar a la del 80C52, operando a 12 clocks por instrucciÃ³n, por

CTC-005_Migrar_16F84(A)_16F627.pdf	`CTC-005_Migrar_16F84(A)_16F627.pdf`
Comentario tÃ©cnico: CTC-005 TÃtulo: MigraciÃ³n de PIC 16F84(A) a 16F627 Comentamos acerca de cÃ³mo migrar aplicaciones basadas en PIC16F84 y 16F84A a PIC16F627, con vistas al Los PIC16F84 son dispositivos de 18 pines de 4 Ã³ 10MHz (20MHz la versiÃ³n A) con 68 bytes de RAM, 13 I/O, 1024 words de flash de programa, timer, y 64 bytes de EEPROM. Proponemos migrar a PIC16F627, con Hardware El PIC 16F627 es compatible pin a pin con los 16F84, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa 16F84 para que funcione con 16F627. No obstante, incorpora una serie de caracterÃsticas nuevas que deberÃ¡n ser tenidas en cuenta dado que algunos mÃ³dulos comparten los pines para su conexiÃ³n con el mundo exterior. Las nuevas caracterÃsticas son: Â USART

CTC-006_Migrar_16C71x_16F818.pdf	`CTC-006_Migrar_16C71x_16F818.pdf`
Comentario tÃ©cnico: CTC-006 TÃtulo: MigraciÃ³n de PIC 16C71x a 16F818 Comentamos acerca de cÃ³mo migrar aplicaciones basadas en PIC16C71x a PIC16F818; incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. Los PIC16C71x (71,710,711) son dispositivos de 18 pines de 4, 10 y 20MHz con 32 Ã³ 68 bytes de RAM, 13 I/O, 512 Ã³ 1024 words de flash de programa, timer, y conversor A/D de 8 bits. Proponemos migrar a PIC16F818, con 1K flash de programa, 128 bytes RAM, 128 bytes EEPROM, 3 timers, conversor A/D de 10 bits, y operaciÃ³n hasta 20MHz. Hardware El PIC 16F818 es compatible pin a pin con la familia 16C71x, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa 16C71x para que funcione con 16F818. No obstante, incorpora una serie de caracterÃsticas nuevas que deberÃ¡n ser tenidas en cuenta dado que algunos mÃ³dulos comparten los

CTC-007_Migrar_16C7x_16F7x.pdf	`CTC-007_Migrar_16C7x_16F7x.pdf`
Comentario tÃ©cnico: CTC-007 TÃtulo: MigraciÃ³n de PIC 16C7x a 16F7x Comentamos acerca de cÃ³mo migrar aplicaciones basadas en la familia PIC16C7x a PIC16F7x, incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. La familia 16C7x estÃ¡ compuesta por dispositivos de 28 y 40 pines de 4 a 20MHz. Proponemos migrar a PIC16F7x, con similares prestaciones pero memoria flash de programa, con posibilidad de lectura, y operaciÃ³n hasta 20MHz. Hardware El PIC 16F7x es compatible pin a pin con los 16C7x, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa 16C7x para que funcione con 16F7x, a excepciÃ³n de una pequeÃ±a modificaciÃ³n que describimos a continuaciÃ³n:

CTC-008_Rabbit3000A.pdf	`CTC-008_Rabbit3000A.pdf`
Comentario TÃ©cnico: CTC-008 TÃtulo: Rabbit 3000A Comentamos acerca de la nueva revisiÃ³n de Rabbit 3000, conocido como Rabbit 3000A. El documento cubre las principales diferencias y mejoras de estos procesadores con respecto al Rabbit 3000 original, por lo que se recomienda la lectura del tutorial sobre Rabbit 3000 (CTU-003), y tal vez Rabbit 2000 (CTU-002), dependiendo del grado de conocimientos previos sobre la familia Rabbit. Â Â¡ Â¢ Â£ Â¤ Â¥ Â¢ Â¥ Â¤ Â¦ Â¡ Â§ Â¥ Â¡ Â£ Â¢ Â¦ Â Â¡ Â¢ Â£ Â¤ Â¥ Â¢ Â¥ Â¤ Â¦ Â¡ Â§ Â¥ Â¡ Â£ Â¢ Â¦ Â Â¡ Â¢ Â£ Â¤ Â¥ Â¢ Â¥ Â¤ Â¦ Â¡ Â§ Â¥ Â¡ Â£ Â¢ Â¦ Â Â¡ Â¢ Â£ Â¤ Â¥ Â¢ Â¥ Â¤ Â¦ Â¡ Â§ Â¥ Â¡ Â£ Â¢ Â¦ IntroducciÃ³n....................................................................................................................................................1 Mejoras y diferencias.......................................................................................................................................1

CTC-009_Migrar_PIC16C54_56_16F630.pdf	`CTC-009_Migrar_PIC16C54_56_16F630.pdf`
Comentario tÃ©cnico: CTC-009 TÃtulo: MigraciÃ³n de PIC 16C54 y 56 a 16F630 Comentamos acerca de cÃ³mo migrar aplicaciones basadas en la familia PIC16C5x a PIC16F630, incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. La familia 16C5x estÃ¡ compuesta por dispositivos de 18 y 28 pines. Los PIC 16C54 y 16C56 son dispositivos de 18 pines de 4, 10 Ã³ 20MHz con 25 bytes de RAM, 12 I/O, 512 Ã³ 1024 words de EPROM de programa, y timer. Proponemos migrar a PIC16F630, con iguales o mejores prestaciones en un encapsulado mucho mÃ¡s pequeÃ±o: 14 pines, 12 I/O, 1K flash de programa, 64 bytes RAM, 128 bytes EEPROM, 2 timers, y operaciÃ³n hasta 20MHz. Hardware El PIC 16F630 se presenta en un encapsulado mÃ¡s pequeÃ±o que el que utilizan los 16C54 y 56, por lo que deberÃ¡ rediseÃ±arse el hardware. No obstante, incorpora una serie de caracterÃsticas nuevas que seguramente

CTC-010_Migrar_PIC16C55_57_16F73.pdf	`CTC-010_Migrar_PIC16C55_57_16F73.pdf`
Comentario tÃ©cnico: CTC-010 TÃtulo: MigraciÃ³n de PIC 16C55 y 57 a 16F73 Comentamos acerca de cÃ³mo migrar aplicaciones basadas en la familia PIC16C5x a PIC16F73, incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. La familia 16C5x estÃ¡ compuesta por dispositivos de 18 y 28 pines. Los PIC 16C55 y 16C57 son dispositivos de 28 pines de 4, 10 Ã³ 20MHz con 24 Ã³ 72 bytes de RAM, 20 I/O, 512 Ã³ 2048 words de EPROM de programa, y timer. Proponemos migrar a PIC16F73, con mejores prestaciones en encapsulado equivalente, 22 I/O, 4K flash de programa, 192 bytes de RAM, 3 timers, y operaciÃ³n hasta 20MHz. Hardware El PIC 16F73 se presenta en un encapsulado equivalente, pero la disposiciÃ³n de los pines es diferente a la de los PIC 16C55 y 57, por lo que deberÃ¡ rediseÃ±arse el hardware. No obstante, incorpora una serie de caracterÃsticas nuevas que seguramente encontrarÃ¡ provechosas para su aplicaciÃ³n. Ã‰stas deberÃ¡n ser tenidas

CTC-011_Migrar_PIC16F62x_16F62xA.pdf	`CTC-011_Migrar_PIC16F62x_16F62xA.pdf`
Comentario tÃ©cnico: CTC-011 TÃtulo: MigraciÃ³n de PIC 16F62x a 16F62xA Comentamos acerca de cÃ³mo migrar aplicaciones basadas en PIC16F62x a PIC16F62xA; incluÃmos diferencias de software, hardware y soporte de programaciÃ³n. Hardware El PIC 16F62xA es compatible pin a pin con los 16F62x, no deberÃa ser necesario realizar modificaciones en el hardware que hoy usa 16F62x para que funcione con 16F62xA. No obstante, incorpora una serie de caracterÃsticas diferentes que deberÃ¡n ser tenidas en cuenta, dado que algunas opciones no son directamente equivalentes. Las nuevas caracterÃsticas y diferencias son: Â Oscilador ER pasa a RC: deberÃ¡ agregarse un capacitor externo si usa este oscilador.

CTC-012_Actualizacion_PICSTART_Plus.pdf	`CTC-012_Actualizacion_PICSTART_Plus.pdf`
Comentario tÃ©cnico: CTC-012 TÃtulo: ActualizaciÃ³n de PICStart Plus Los nuevos dispositivos de la lÃnea PIC generalmente utilizan nuevos algoritmos de programaciÃ³n. Estos algoritmos serÃ¡n incluÃdos mÃ¡s tarde en nuevas versiones, actualizaciones del firmware del PICStart Plus, incluÃdas en nuevas versiones del MPLAB IDE. Este comentario le indica cÃ³mo actualizar el firmware de su PICStart Plus. Antes de empezar Determine la revisiÃ³n de hardware de su PICStart Plus. La misma se encuentra codificada en el nÃºmero de serie del equipo. Busque la etiqueta que contiene el nÃºmero de serie y observe el o los dÃgitos a continuaciÃ³n del '-R'. Si su PICStart Plus es revisiÃ³n 20 o superior, simplemente realice el upgrade por software del firmware desde el MPLAB.

CTC-013_HT1380.pdf	`CTC-013_HT1380.pdf`
Comentario tÃ©cnico: CTC-013 TÃtulo: OperaciÃ³n e inicializaciÃ³n del HT1380 El chip HT1380, de Holtek, presenta unas particularidades en cuanto a su manejo. Si bien estÃ¡ correctamente descripto en la hoja de datos, no resulta simple comprenderlo a primera vista. Â El oscilador de 32768Hz no arranca hasta tanto el chip haya sido correctamente inicializado, reseteando los flags WP (write protect) y CH (clock halt) Â El oscilador demora hasta tres segundos en estabilizarse. Â El pin SCLK debe estar en estado lÃ³gico bajo al subir el pin REST. Â El pin I/O es normalmente una entrada, y se autoconfigura como salida al flanco descendente de SCLK del Ãºltimo bit de la palabra de comando. Al inicializar el host, deberemos configurar los pines SCLK y REST como salidas, y dejarlas a nivel lÃ³gico 0. El pin I/O podemos configurarlo inicialmente como entrada.

CTC-014_RFmodules.pdf	`CTC-014_RFmodules.pdf`
Alerta tÃ©cnico: CTC-014 Componente: UtilizaciÃ³n de mÃ³dulos de RF Los mÃ³dulos transmisores de RF comercializados por Cika, en su mayorÃa, utilizan un esquema de modulaciÃ³n ASK (Amplitude Shift Keying). Esto les confiere ciertas particularidades propias del esquema de modulaciÃ³n y de su forma de detecciÃ³n, que deberÃ¡n ser tenidas en cuenta por aquellos que diseÃ±en su propio sistema de codificaciÃ³n y decodificaciÃ³n, o de comunicaciones. En el esquema de modulaciÃ³n ASK, las seÃ±ales de datos ocasionan que la amplitud de la portadora varÃe entre dos estados. Generalmente, se utiliza lo que se conoce como OOSK u OOK (On-Off Shift Keying u On-Off Keying), que consiste en transmitir portadora ante un estado lÃ³gico y anularla en el otro. Los mÃ³dulos receptores, en su mayorÃa, suelen ser circuitos super-regenerativos, con un detector de umbral a la salida. Un receptor de este tipo presenta un ruido a la salida bastante importante, en ausencia de seÃ±al. El detector trata de ajustar el umbral automÃ¡ticamente, y en ausencia de portadora se ajustarÃ¡ al valor medio de

CTC-015_RabbitNewCoreModules.pdf	`CTC-015_RabbitNewCoreModules.pdf`
Comentario tÃ©cnico: CTC-015 TÃtulo: Nuevos mÃ³dulos Rabbit Los mÃ³dulos Rabbit originales incluÃan la primera versiÃ³n del microprocesador Rabbit 2000, y una memoria flash con sectores de tamaÃ±o menor a 4Kbytes (small sector). Debido a cambios y avances tecnolÃ³gicos, los nuevos mÃ³dulos (al momento de escribirse este comentario) incorporan la Ãºltima revisiÃ³n del microprocesador: Rabbit 2000C, y las memorias flash con mejor relaciÃ³n costo-beneficio del momento; siendo altamente probable que las mismas sean del tipo â€œlarge sectorâ€, es decir, con sectores de mÃ¡s de 4Kbytes. Este tipo de memorias no era soportado por versiones de DC anteriores a la Estos cambios afectan fundamentalemente a aquellos usuarios que realizan producciÃ³n con desarrollos realizados sobre los mÃ³dulos originales, y no han realizado upgrades; particularmente si el cÃ³digo escribe en la flash. Los nuevos procesadores y fundamentalmente los nuevos chips de memoria flash estÃ¡n soportados en las Ãºltimas versiones actualizables de Dynamic C, las cuales puede obtener sin cargo de la pÃ¡gina web de Rabbit.

CTC-016_PICSTART_Plus_Processor_Upgrade_Kit.pdf	`CTC-016_PICSTART_Plus_Processor_Upgrade_Kit.pdf`
Comentario tÃ©cnico: CTC-016 TÃtulo: PICStart Plus Processor Upgrade Kit Los nuevos dispositivos de la lÃnea PIC generalmente utilizan nuevos algoritmos de programaciÃ³n. Estos algoritmos serÃ¡n incluÃdos mÃ¡s tarde en nuevas versiones, actualizaciones del firmware del PICStart Plus, incluÃdas en nuevas versiones del MPLAB IDE. Este comentario le indica cÃ³mo actualizar el firmware de su PICStart Plus, instalando el PICStart Plus Processor Upgrade Kit. IMPORTANTE Esta es una actualizaciÃ³n que reemplaza el procesador 17C44 del PICStart Plus por un mÃ³dulo conteniendo un procesador con memoria flash, de modo que las futuras actualizaciones podrÃ¡n hacerse directamente por la conexiÃ³n a su computadora. Antes de empezar Determine la revisiÃ³n de hardware de su PICStart Plus. La misma se encuentra codificada en el nÃºmero de

CTC-017_UpgradesDynamicC.pdf	`CTC-017_UpgradesDynamicC.pdf`
Comentario tÃ©cnico: CTC-017 TÃtulo: Upgrades de Dynamic C Las nuevas versiones de Dynamic C suelen venir acompaÃ±adas de cambios en las bibliotecas de funciones (libraries). Estos cambios pueden ser simplemente cosmÃ©ticos (cambios en comentarios, puntuaciÃ³n, legibilidad) o funcionales. Algunos de estos cambios funcionales, suelen incluir el hacer no bloqueante (non- blocking) una funciÃ³n que sÃ lo era. En este caso, el programa principal recibirÃ¡ el control antes de lo previsto, y a menos que se realicen modificaciones no funcionarÃ¡. Por consiguiente, al migrar a una versiÃ³n mÃ¡s moderna del compilador (y esto deberÃa en realidad hacerse con cualquier compilador) se deberÃ¡ chequear exhaustivamente el funcionamiento del cÃ³digo, leer correcta y detenidamente las notas que trae (release notes), el encabezado de ayuda de la funciÃ³n que nos estÃ¡ trayendo problemas, para realizar las modificaciones pertinentes, y fundamentalmente los ejemplos de uso en el directorio â€œsamplesâ€ .

CTC-018_EMI-Rabbit.pdf	`CTC-018_EMI-Rabbit.pdf`
Comentario tÃ©cnico: CTC-018 TÃtulo: EMI - Rabbit La mayorÃa de los productos vendidos en los Estados Unidos deben tener la aprobaciÃ³n CE (llevan una etiqueta). Los productos de Z-World estÃ¡n orientados principalmente a ser componentes de un sistema de control, pero algunos pueden ser empleados como â€œaparatoâ€ independiente, dependiendo de la aplicaciÃ³n. La mayorÃa de estos productos tienen, o estÃ¡n en vÃas de tener, una certificaciÃ³n CE. Se prueban los productos de acuerdo a requerimientos de emisiÃ³n e inmunidad. Los criterios de emisiÃ³n aseguran que el producto no interfiera a otros electrÃ³nicos en la vecindad; mientras que los criterios de inmunidad aseguran que el producto no falle debido a la presencia de otros electrÃ³nicos cerca. El concepto de â€œcercaâ€ y los lÃmites, dependen de si el rango especificado es para uso comercial, industrial, etc. Los core modules se consideran componentes a incluÃr en un equipo final, por lo tanto la prueba de compatibilidad electromagnÃ©tica (CE/EMC) debe ser realizada por el integrador

CTC-019_RabbitModifBIOS_FS2.pdf	`CTC-019_RabbitModifBIOS_FS2.pdf`
Comentario tÃ©cnico: CTC-019 TÃtulo: ModificaciÃ³n del BIOS en Dynamic C 8 para usar FS2 en una flash Si su mÃ³dulo tiene una sola flash, y su programa necesita escribir en flash, utilizando el Flash File System para la versiÃ³n FS2, muy probablemente tenga que modificar el BIOS, reservando un espacio en flash para alojar el File System. La documentaciÃ³n necesaria estÃ¡ en las mismas bibliotecas de funciones y en la ayuda on-line. No obstante, daremos aquÃ un par de pequeÃ±os ejemplos. Comenzamos por uno muy simple, por ejemplo, uno de los programas de muestra que acompaÃ±an al RCM2200: console.c. MÃ¡s allÃ¡ de la utilidad y aplicaciones de zconsole.lib, que no nos interesa en este ejemplo, nos enfocaremos en las modificaciones necesarias para compilar y correr este ejemplo, que bien puede ser equivalente a cualquier otro sistema desarrollado por el usuario que haga uso del FS2: De samples\rcm2200\console.c: Since the RCM2200 has a single flash, then the filesystem must

Software de soporte CTC-019:	`CTC-019_Software.zip`

CTC-020_RabbitModifBIOS_2flash.pdf	`CTC-020_RabbitModifBIOS_2flash.pdf`
Comentario tÃ©cnico: CTC-020 TÃtulo: ModificaciÃ³n del BIOS en Dynamic C 8 para cÃ³digo en dos flash Si su mÃ³dulo tiene dos chips de memoria flash, y su programa crece lo suficiente, muy probablemente tenga que modificar el BIOS, permitiendo que Dynamic C utilice el segundo chip para cÃ³digo, en vez de reservarlo para alojar el Flash File System; un ejemplo de mÃ³dulo con dos chips de flash es el RCM2100. La documentaciÃ³n necesaria estÃ¡ en la misma BIOS, no obstante, daremos aquÃ un pequeÃ±o ejemplo. En Bios\Rabbitbios.c: //*** Memory mapping information ********************************** //#define USE_2NDFLASH_CODE // Uncomment this only if you have a // a board with 2 256K flashes, and you // want to use the second flash for extra // code space. The file system is not

CTC-021_ConexOper_PICSTART_Plus.pdf	`CTC-021_ConexOper_PICSTART_Plus.pdf`
Comentario tÃ©cnico: CTC-021 TÃtulo: ConexiÃ³n y operaciÃ³n de PICStart Plus Los dispositivos de la lÃnea PIC utilizan diversos algoritmos de programaciÃ³n. Estos algoritmos estÃ¡n alojados en el firmware del PICStart Plus, el dispositivo que los programa. El mismo se conecta a una PC mediante un port serie, y es controlado mediante el MPLAB IDE, el entorno de desarrollo integrado de Microchip. Sin Ã¡nimo de reemplazar el manual del usuario del PICStart Plus, este comentario le indica cÃ³mo conectar y operar su PICStart Plus. Para cualquier otra consulta o duda, remÃtase al PICStart Plus User Manual, disponible en la pÃ¡gina web de Microchip en la secciÃ³n Development Tools, subsecciÃ³n Development Programmers. ConexiÃ³n del PICStart Plus a su PC Power) y encienda la PC. OperaciÃ³n del PICStart Plus desde su PC

CTC-022_ControladoresLCDalfa.pdf	`CTC-022_ControladoresLCDalfa.pdf`
Comentario tÃ©cnico: CTC-022 Componente: Controladores de display LCD alfanumÃ©ricos Los displays LCD inteligentes de tipo alfanumÃ©rico tienen, en su gran mayorÃa, controladores compatibles con el HD44780 de Hitachi. Debido a factores como disponibilidad, confiabilidad, y precio, los distintos fabricantes de displays LCD inteligentes han ido optando por otros controladores â€œcompatiblesâ€ con el HD44780. La palabra compatible suele ocasionar cierto escozor al escucharla, y nos proponemos acotar un poco dicho tÃ©rmino, al menos dentro de los lÃmites que nos interesan para la mayorÃa de los desarrollos que puedan utilizar estos displays. Dentro de los displays de la firma Powertip, que Cika ElectrÃ³nica representa, encontramos histÃ³ricamente displays basados en el KS0066U de Samsung. Dicho controlador es practicamente un clon del HD44780U, ya que sus especificaciones, tanto elÃ©ctricas como de timing, son muy similares, y el set de instrucciones es el mismo. Existen diversas versiones de este controlador, que incorporan distintos sets de caracteres, ya sea de

CTC-023_SuperCap.pdf	`CTC-023_SuperCap.pdf`
Comentario tÃ©cnico: CTC-023 Componente: Capacitores de muy alto valor (SuperCap) Los capacitores conocidos como SuperCap, son capacitores de muy alto valor, entre 0,01 y 0,1F; es decir entre 10.000 y 100.000 uF. Su funciÃ³n principal es la de reemplazar a la tradicional pila de litio para mantener una cierta tensiÃ³n en alguna parte del circuito mientras el sistema estÃ¡ sin alimentaciÃ³n, por ejemplo durante el momento de reemplazar una baterÃa o mientras no se lo utiliza. Ante este tipo de usos, reemplaza con ventajas a la pila de litio y aÃºn a las baterÃas recargables de NiCd, en tamaÃ±o y por supuesto en velocidad de carga. Sin embargo, estos capacitores poseen una resistencia equivalente serie de un valor relativamente elevado, el cual puede desalentar su uso como pila de respaldo en situaciones en las que se requiera una elevada corriente. En cuanto a la carga, un supercap podrÃ¡ considerarse cargado completamente al cabo de un tiempo relativamente pequeÃ±o, a una corriente pequeÃ±a: Ej.: para llegar a 5V con una corriente de carga de 1mA, un supercap de 0,1F demorarÃ¡

CTC-024_HT-12E.pdf	`CTC-024_HT-12E.pdf`
Comentario tÃ©cnico: CTC-024 Componente: Incorrecta utilizaciÃ³n del HT-12E Un tiempo atrÃ¡s, HOLTEK, realizÃ³ un cambio en la tecnologÃa de fabricaciÃ³n de los HT-12E. Luego de Ã©ste, el dispositivo se volviÃ³ mÃ¡s propenso a funcionar incorrectamente en circuitos que, si bien no cumplen con las especificaciones del fabricante en un 100%, con anterioridad operaban sin mayores dificultades. Estos circuitos fueron y son, de ahi este problema, muy comunes en control remoto de alarmas. En las hojas de datos actuales del HT12E figuran claramente identificados como un ERROR COMÃšN DE APLICACIÃ“N y en el mismo documento se encuentra el circuito apropiado. La figura siguiente, extraÃda de la hoja de datos, muestra el error tÃpico al que se hace referencia: En el mismo, la tensiÃ³n en los pines de address (AD8-AD11) excede a la tensiÃ³n de alimentaciÃ³n, y por ende los lÃmites de operaciÃ³n especificados en la hoja de datos. La versiÃ³n complementaria de este error, consiste en conectar los pines de address con pulsadores a masa, y

CTC-025_DynamicC9.pdf	`CTC-025_DynamicC9.pdf`
Comentario tÃ©cnico: CTC-025 TÃtulo: Dynamic C versiÃ³n 9 Comentamos acerca de las novedades que encontramos en la versiÃ³n 9 de Dynamic C. Las mejoras en esta versiÃ³n se han centrado mayormente en lo relativo a debugging, y eficiencia del stack TCP/IP. Execution tracing Con DC9 es posible generar un listado de todas las funciones por las cuales el programa va pasando, pudiendo almacenarse ademÃ¡s timestamps y estado de los registros, con el objeto de revisar alteraciones o medir tiempos de ejecuciÃ³n de funciones. El listado es personalizable, y como el buffer estÃ¡ en la PC, es posible almacenar hasta 2 millones de entradas. Watch en estructuras A partir de ahora, no es necesario definir un watch para cada elemento de la estructura, simplemente definiendo sÃ³lo un watch para la estructura, pueden observarse todos sus elementos en una estructura de Ã¡rbol,

CTC-026_ConexOperICD2.pdf	`CTC-026_ConexOperICD2.pdf`
Comentario tÃ©cnico: CTC-026 TÃtulo: ConexiÃ³n y operaciÃ³n de ICD2 Los dispositivos de la lÃnea PIC utilizan diversos algoritmos de programaciÃ³n. Estos algoritmos estÃ¡n alojados en el firmware del ICD2, un dispositivo que permite programar y depurar en circuito una importante cantidad de micros flash de Microchip. El ICD2 se conecta a una PC mediante un port USB o serie, y es controlado mediante el MPLAB IDE, el entorno de desarrollo integrado de Microchip. Sin Ã¡nimo de reemplazar el manual del usuario del ICD2, este comentario le indica cÃ³mo conectar y operar su ICD2. Para cualquier otra consulta o duda, remÃtase al MLAB ICD2 In-Circuit Debugger User Guide, disponible en la pÃ¡gina web de Microchip en la secciÃ³n Development Tools. Â Â¡ Â¢ Â£ Â¤ Â¥ Â¦ Â¢ Â§ Â£ Â¨ Â© Â Â ! " # $ % & ' # ( ) $ 0 $ ) & 1 2 3 buscar un driver apropiado y busque el driver de Microchip en la instalaciÃ³n de MPLAB IDE, por ejemplo: C:\Archivos de Programa\Microchip\MPLAB IDE\ICD2\Drivers\.

Software de soporte CTC-026:	`CTC-026_Software.zip`

CTC-027_Placa-S1D13706-CikaC1.pdf	`CTC-027_Placa-S1D13706-CikaC1.pdf`
Comentario tÃ©cnico: CTC-027 Componente: Placa de evaluaciÃ³n para S1D13706 (CikaC1) La placa "CikaC1" es una placa de evaluaciÃ³n para el controlador de displays LCD color S1D13706. Dicha placa fue desarrollada con el fin de realizar nosotros, en Cika, la evaluaciÃ³n original de dicho controlador, y poder tener una soluciÃ³n simple para evaluar y testear displays que no tengan controlador. Como se entrega, permite una conexiÃ³n directa con un mÃ³dulo Rabbit de la serie 3000 y un display color del tipo WG320240, facilitando la evaluaciÃ³n y desarrollo de aplicaciones con display color. UbicaciÃ³n de los conectores Conexionado del display El conector J1 incluye los pines necesarios para la operaciÃ³n del WG320240, el conector que se provee con la placa le permite interconectar esta placa y el display. La marca en el conector identifica al pin nÃºmero 11 (Vss), dado que se utilizan desde el pin 11 hasta el pin 26 para esta conexiÃ³n, dejando libres FPD8 a FPD16

CTC-028_ModulosSIMCOM.pdf	`CTC-028_ModulosSIMCOM.pdf`
Comentario tÃ©cnico: CTC-028 Componente: MÃ³dulos GSM SIMCOM Si bien nada reemplaza la lectura del manual del usuario, proponemos un simple sistema en breves y cortos pasos, sin polling ni mÃ¡quinas de estados, para enviar y recibir datos mediante el mÃ³dulo GSM, ya sea vÃa TCP o UDP. nuestro proveedor, deberemos ingresar uno de los siguientes comandos: Personal: AT+CSTT="gprs.personal.com.ar","gprs","adgj" CTI MÃ³vil: AT+CSTT="internet.ctimovil.com.ar","gprs","gprs" ex-UnifÃ³n: AT+CSTT="internet.gprs.unifon.com.ar","wap","wap" * (De todos modos, deberÃa consultar y confirmar con el proveedor de telefonÃa celular esta informaciÃ³n) direcciÃ³n IP obtenida. "realizar una conexiÃ³n". En el caso de TCP, es necesario, en el caso de UDP, mantiene un estado de

CTC-029_ErrataDcPyMR_1aEd.pdf	`CTC-029_ErrataDcPyMR_1aEd.pdf`
Comentario tÃ©cnico: CTC-029 Componente: Errata de "Desarrollo con procesadores y mÃ³dulos Rabbit", 1a. ediciÃ³n La presente errata contiene correcciones a errores detectados en la primera ediciÃ³n del libro "Desarrollo con procesadores y mÃ³dulos Rabbit". CapÃtulo 1, pÃ¡gina 15 Donde dice: direcciÃ³n fÃsica accedida por PC: 0x40000+0x8000 = 0x48100 debe decir: direcciÃ³n fÃsica accedida por PC: 0x40 100+0x8000 = 0x48100 CapÃtulo 3, PÃ¡gina 49 Se omitieron los prefijos ioi en el acceso de I/O, el listado correcto es: #asm

Software de soporte CTC-029:	`CTC-029_Software.zip`

CTC-030_ErrataDcPyMR_2aEd.pdf	`CTC-030_ErrataDcPyMR_2aEd.pdf`
Comentario tÃ©cnico: CTC-030 Componente: Errata de "Desarrollo con procesadores y mÃ³dulos Rabbit", 2a. ediciÃ³n La presente errata contiene correcciones a errores detectados en la segunda ediciÃ³n del libro "Desarrollo con procesadores y mÃ³dulos Rabbit". CapÃtulo 1, pÃ¡gina 15 Donde dice: direcciÃ³n fÃsica accedida por PC: 0x40000+0x8000 = 0x48100 debe decir: direcciÃ³n fÃsica accedida por PC: 0x40 100+0x8000 = 0x48100 CapÃtulo 3, PÃ¡gina 56 El texto incorrectamente refiere al registro EIR como puntero del Ã¡rea de vectores de interrupciÃ³n para instrucciones RST. Las instrucciones RST son interrupciones generadas internamente, por lo tanto el registro

CTC-031_conexSIM200kit.pdf	`CTC-031_conexSIM200kit.pdf`
Comentario tÃ©cnico: CTC-031 TÃtulo: ConexiÃ³n del kit de desarrollo para SIM200 El kit de evaluaciÃ³n de SIM200 le permite evaluar este mÃ³dulo GSM sin necesidad de armar una PCB, sÃ³lo necesita una tarjeta SIM, una fuente de alimentaciÃ³n de 5V 2A, y por supuesto, algÃºn dispositivo con el cual enviar y recibir los datos y comandos a 115200bps por el puerto serie, como por ejemplo una computadora personal. Contenido del kit El kit de evaluaciÃ³n contiene: Montaje del kit componentes SMD hacia la cara que tiene los switches y conectores para la tarjeta SIM y Ã©l mÃ³dulo. sus cuatro soportes, con el conector SMA hacia arriba y un rulo debajo dentro del Ã¡rea blanca). Tenga cuidado de pasar los salientes del blindaje por los agujeros de la plaqueta

CTC-032_SIMCOM-PPP-GPRS.pdf	`CTC-032_SIMCOM-PPP-GPRS.pdf`
Comentario tÃ©cnico: CTC-032 Componente: MÃ³dulos GSM, PPP sobre GPRS Si bien nada reemplaza la lectura del manual del usuario, resumimos los pasos esenciales para poder conectar un dispositivo con su propio stack TCP/IP a la Internet, utilizando un mÃ³dulo GSM (se trata de comandos standard, hemos comprobado SIMCOM y Quectel) como modem, mediante PPP sobre GPRS. deberemos ingresar uno de los siguientes comandos: âž¢ Personal: AT+CGDCONT=1,"IP","gprs.personal.com.ar" âž¢ CTI MÃ³vil: AT+CGDCONT=1,"IP","internet.ctimovil.com.ar" âž¢ ex-UnifÃ³n: AT+CGDCONT=1,"IP","internet.gprs.unifon.com.ar" es definido por el proveedor del servicio, y generalmente es del tipo 99#. Por ejemplo, para Movistar (ex-UnifÃ³n): ATD99**# inicia una sesiÃ³n PPP. El dispositivo conectado al port serie del mÃ³dulo GSM deberÃ¡ implementar PPP y el stack TCP/IP sobre Ã©ste. La autenticaciÃ³n generalmente corresponde a PAP, y

CTC-033_BL233B.pdf	`CTC-033_BL233B.pdf`
Comentario tÃ©cnico: CTC-033 Componente: BL233B, I2C+SPI+I/O+2wire El BL233B es un chip basado en PIC de 18 pines que provee la capacidad de actuar como interfaz I2C, SPI, Ã³ posible operar con memorias o perifÃ©ricos I2C, SPI Ã³ 1-wire sin necesidad de usar un micro con soporte para ellos, o ponerse a desarrollar el protocolo. Incluso, mediante un traslador de nivel, es posible operarlo desde una PC con software gratuito provisto por el fabricante, o tambiÃ©n vÃa USB con el agregado de un chip como el FT232BM. Los pines, ademÃ¡s, pueden operarse indistintamente como I/O. Debido la posibilidad de grabarle "macros" que almacena en su memoria EEPROM, es posible asignarle una tarea que cumple por sÃ solo, reportando los resultados por la interfaz serie. El ejemplo a continuaciÃ³n utiliza el siguiente circuito: Enviando un string ASCII por RxD, recibiremos la respuesta por TxD. A continuaciÃ³n, damos los ejemplos empleados para probar este circuito, que observados conjuntamente con la lectura de la hoja de datos del

CTC-034_FRAM.pdf	`CTC-034_FRAM.pdf`
Comentario tÃ©cnico: CTC-034 Componente: FRAM De una forma muy amplia, podemos dividir los tipos de memorias en dos categorÃas: volÃ¡tiles y no-volÃ¡tiles. Las memorias de tipo no-volÃ¡til tienen su aplicaciÃ³n mayormente en sistemas donde su contenido permanece inalterado (cÃ³digo ejecutable), o debe actualizarse con una frecuencia relativamente baja (cÃ³digo ejecutable actualizable, constantes de calibraciÃ³n, logs, etc.). Esto se debe a que, segÃºn su tipo, no es posible alterar su contenido (ROM), o se requiere de un borrado y re-escritura que no sÃ³lo demoran un tiempo considerable (EPROM, EEPROM), sino que ademÃ¡s no es posible realizarlo mÃ¡s de una determinada cantidad de ciclos, antes de tornar el dispositivo inusable. Las memorias de tipo volÃ¡til, por el contrario, tienen su aplicaciÃ³n mayormente en sistemas donde su contenido es casi permanentemente alterado, con una frecuencia de escritura relativamente elevada, o donde se requiere de un tiempo de acceso corto.

CTC-035_ProcessorCompanion.pdf	`CTC-035_ProcessorCompanion.pdf`
Comentario tÃ©cnico: CTC-035 Componente: Processor Companion Les presentamos los "Processor Companions", una familia de chips de Ramtron que incluyen las funciones mÃ¡s comÃºnmente utilizadas en sistemas microprocesados: memoria no-volÃ¡til, reloj de tiempo real, reset por baja tensiÃ³n, watchdog timer, contador de eventos, nÃºmero de serie, y comparador. La figura a continuaciÃ³n muestra el diagrama de bloques interno: Las funciones de reloj de tiempo real y contador de eventos, son mantenidas en ausencia de tensiÃ³n por una pila de respaldo (battery back-up), mientras que la memoria y el nÃºmero de serie son FRAM. Los chips funcionan desde 2,7 a 5,5V, por lo que pueden emplearse como soporte para la gran mayorÃa de los micros del mercado Dentro de la familia FM31xxx encontramos varias alternativas, con diversos tamaÃ±os de memoria FRAM, de acceso, es incluso posible utilizarla como RAM adicional

CTC-036_KCBluetooth.pdf	`CTC-036_KCBluetooth.pdf`
Comentario tÃ©cnico: CTC-036 Componente: MÃ³dulos Bluetooth Hace ya unos aÃ±os, comienzan a aparecer algunos standards para interconexiÃ³n inalÃ¡mbrica de equipos. Uno de ellos, es Bluetooth. Si bien se trata de un stack de protocolo que requiere una considerable cantidad de recursos del procesador, no necesariamente dicho stack debe correrse en el procesador principal. De igual modo que para Ethernet existe un controlador, y para USB existe una interfaz, les presentamos en esta oportunidad unos mÃ³dulos Bluetooth, que permiten a cualquier procesador con UART acceder al mundo Bluetooth, mediante SPP (Serial Port Profile), es decir, simulando una conexiÃ³n serie. Las razones por las cuales implementar Bluetooth en una aplicaciÃ³n o producto final dependen mayormente del mismo, como por ejemplo podemos citar la posibilidad de ser controlado a distancia, sin necesidad de que el operador tenga contacto fÃsico o siquiera proximidad con el equipo, que puede hallarse en una Ã¡rea restringida. Gran cantidad de PDAs y telÃ©fonos celulares incluyen soporte Bluetooth, permitiendo que una

CTC-037_SIMCOM-SMS.pdf	`CTC-037_SIMCOM-SMS.pdf`
Comentario tÃ©cnico: CTC-037 Componente: MÃ³dulos GSM, mensajes de texto Si bien nada reemplaza la lectura del manual del usuario, resumimos los pasos esenciales para poder enviar y recibir mensajes de texto SMS, utilizando un mÃ³dulo GSM (se trata de comandos standard, hemos comprobado SIMCOM y Quectel). SelecciÃ³n del formato Se realiza mediante el comando AT+CMGF, eligiendo modo texto o modo PDU. A los fines prÃ¡cticos, el modo texto es mucho mÃ¡s fÃ¡cil de entender por un ser humano, y no requiere de demasiada comprensiÃ³n de los formatos involucrados, siendo igualmente simple de parsear por un micro: AT+CMGF=1 EnvÃo de mensajes Para enviar un mensaje a un nÃºmero determinado, ingresamos el comando AT+CMGS="", a lo

CTC-038_DigiConnectME.pdf	`CTC-038_DigiConnectME.pdf`
Comentario tÃ©cnico: CTC-038 Componente: Digi Connect ME y Wi-ME Hablaremos, en esta oportunidad, acerca de DIGI Connect ME y DIGI Connect Wi-Me, dos integrantes de la familia DIGI. Se trata de mÃ³dulos integrados, pre-programados, destinados a proveer capacidad de networking en dispositivos con conectividad serie. Ambos mÃ³dulos estÃ¡n basados en procesadores ARM7, con una frecuencia de clock de 55 MHz y presentan una interesante y atractiva alternativa de networking para aquÃ©llos que no quieren o no pueden portar una vieja aplicaciÃ³n serie a un Rabbit, o simplemente prefieren trabajar con un "coprocesador de red esclavo" para el micro de su agrado. Digi Connect ME El Digi Connect ME estÃ¡ orientado a conexiÃ³n Ethernet, pudiendo incluso alimentarse de dicha conexiÃ³n (802.3af, PoE). Su capacidad de memoria es de 2MB de flash y 8MB de RAM Digi Connect Wi-ME

CTC-039_conexSIM340kit.pdf	`CTC-039_conexSIM340kit.pdf`
Comentario tÃ©cnico: CTC-039 TÃtulo: ConexiÃ³n del kit de desarrollo para SIM340 El kit de evaluaciÃ³n de SIM340 le permite evaluar este mÃ³dulo GSM sin necesidad de armar una PCB, sÃ³lo necesita una tarjeta SIM, una fuente de alimentaciÃ³n de 5V 2A, y por supuesto, algÃºn dispositivo con el cual enviar y recibir los datos y comandos a 115200bps por el puerto serie, como por ejemplo una computadora personal. Â Â¡ Â¢ Â£ Â¤ Â¢ Â¥ Â¦ Â¡ Â¦ Â¤ Â§ Â¨ Â¥ Â£ El kit de evaluaciÃ³n contiene: Â© Â¡ Â¢ Â£ Â¤ Â¦ Â¤ Â§ Â¨ Â¥ Â£ componentes SMD hacia la cara que tiene los switches y conectores para la tarjeta SIM y Ã©l mÃ³dulo. SMA hacia arriba, tenga cuidado de no aplastar el cable del chicote

CTC-040_conexSIM340Ckit.pdf	`CTC-040_conexSIM340Ckit.pdf`
Comentario tÃ©cnico: CTC-040 TÃtulo: ConexiÃ³n del kit de desarrollo para SIM340C El kit de evaluaciÃ³n de SIM340C le permite evaluar este mÃ³dulo GSM sin necesidad de armar una PCB, sÃ³lo necesita una tarjeta SIM, una fuente de alimentaciÃ³n de 5V 2A, y por supuesto, algÃºn dispositivo con el cual enviar y recibir los datos y comandos a 115200bps por el puerto serie, como por ejemplo una computadora personal. Â Â¡ Â¢ Â£ Â¤ Â¢ Â¥ Â¦ Â¡ Â¦ Â¤ Â§ Â¨ Â¥ Â£ El kit de evaluaciÃ³n contiene: Â© Â¡ Â¢ Â£ Â¤ Â¦ Â¤ Â§ Â¨ Â¥ Â£ serigrafÃa) SMA hacia arriba, tenga cuidado de no aplastar el cable del chicote

CTC-041_SiRF_II_EOL.pdf	`CTC-041_SiRF_II_EOL.pdf`
Comentario tÃ©cnico: CTC-041 TÃtulo: SiRF II EOL, RoHS, Globalsat El chipset SiRF II (dos chips) utilizado por una gran cantidad de placas de Globalsat, se deja de fabricar. Por consiguiente, dichas placas GPS correrÃ¡n la misma suerte. AdemÃ¡s, debido a modificaciones para cumplimentar la directiva RoHS, algunas placas basadas en SiRF III serÃ¡n descontinuadas. Cika mantendrÃ¡ su stock, finalizado el cual sÃ³lo incorporarÃ¡ nuevas placas Globalsat ET-332 (SiRF III) y ET-112 (SiRF II one- chip) como producto standard. Nuestra recomendaciÃ³n es utilizar ET-112 como reemplazo inmediato (pinout y footprint equivalentes pero menor sensibilidad) de ET-102; y comenzar con ET-332 el desarrollo de nuevos productos. SiRF II (chipset) equivalente tipo de producto sugerencia ET-102 ET-112 (SiRF II one-chip) alternativo migrar a ET-332 ET-202 ET-333 sÃ³lo a pedido migrar a ET-332

CTC-042_AplusOTP.pdf	`CTC-042_AplusOTP.pdf`
Comentario tÃ©cnico: CTC-042 TÃtulo: Chips OTP para reproducciÃ³n de voz de Aplus Presentamos en esta oportunidad una familia de chips para reproducciÃ³n de voz. Estos chips, por oposiciÃ³n a los tradicionales grabadores/reproductores, son solamente reproductores, la voz o sonido se graba una vez, y luego se los utiliza para reproducciÃ³n solamente. El proceso de grabaciÃ³n es similar al de una PROM o EPROM, en el cual la voz grabada se incorpora al dispositivo en tiempo no-real, es decir, se genera un archivo que luego se envÃa al chip. El hecho de ser programables sÃ³lo una vez (OTP), y que su proceso de grabaciÃ³n sea como una EPROM, permite que la arquitectura interna sea mucho mÃ¡s simple, lo cual, a su vez, hace que su precio sea mucho mÃ¡s accesible. Una caracterÃstica distintiva de esta familia de chips, es que no sÃ³lo pueden grabarse frases, sino que la grabaciÃ³n se efectÃºa por secciones. Luego, estas secciones se agrupan formando grupos, los cuales son seleccionados para reproducir la frase que se necesita. Por ejemplo, es posible grabar una secciÃ³n con la

CTC-043_GPS.pdf	`CTC-043_GPS.pdf`
Comentario TÃ©cnico: CTC-043 TÃtulo: Aplicaciones de navegaciÃ³n con GPS En esta oportunidad, investigamos algunos detalles bÃ¡sicos sobre la navegaciÃ³n con GPS, utilizando el protocolo standard NMEA0183 y los mÃ³dulos GPS de Globalsat IntroducciÃ³n al sistema GPS El sistema GPS es en sÃ lo suficientemente complejo como para eludir su desarrollo en este tipo de documentos; sin embargo, haremos una deliberada cantidad de simplificaciones como para reducirlo a un nivel fÃ¡cilmente manejable. Con esa premisa, podemos decir que se trata de una red de satÃ©lites orbitando la tierra, a una velocidad tal que cada casi 12 hs dan una vuelta completa a la misma, transmitiendo constantemente su identificaciÃ³n personal, trayectoria, posiciÃ³n respecto a un eje de coordenadas sito en el centro de la tierra, y tiempo. Dentro de dicha red, un observador puede determinar su posiciÃ³n y tiempo resolviendo un sistema de cuatro ecuaciones con cuatro incÃ³gnitas: x, y, z, t1; observando las seÃ±ales de cuatro satÃ©lites.

CTC-045_I2C-RamtronVRS51L3074.pdf	`CTC-045_I2C-RamtronVRS51L3074.pdf`
Comentario tÃ©cnico: CTC-045 TÃtulo: Uso de la interfaz I2C en Ramtron VRS51L3074 La interfaz I2C de los micros Ramtron VRS51L3074 y 51L2070 es simple y eficiente. Basados en la informaciÃ³n y cÃ³digo de ejemplo provistos por el fabricante, comentamos una forma rÃ¡pida de utilizarla en modo master. Las secuencias de START y STOP se manejan automÃ¡ticamente, la operaciÃ³n comienza con la escritura en el registro I2CRXTX. Una vez escrito el primer byte (ID), deberemos esperar hasta que la interfaz indique que el registro estÃ¡ disponible para otra escritura, lo cual se realiza comprobando el flag I2CTXEMP en el SFR I2CSTATUS. Si no se escribe en I2CRXTX, se genera automÃ¡ticamente una secuencia de STOP y la interfaz pasa a modo IDLE, lo que puede comprobarse observando el flag I2CIDLE en el SFR I2CSTATUS. Para leer, luego de escribir el ID correspondiente (con el bit menos significativo seteado), deberemos esperar que estÃ© seteado el flag I2CRXAVF en el SFR I2CSTATUS, indicando que hay un dato disponible. Para

Software de soporte CTC-045:	`CTC-045_Software.zip`

CTC-046_AudioMicrosPWM.pdf	`CTC-046_AudioMicrosPWM.pdf`
Comentario tÃ©cnico: CTC-046 TÃtulo: ReproducciÃ³n de audio en microcontroladores mediante PWM La reproducciÃ³n de audio en microcontroladores puede facilitarse enormemente aprovechando un generador de PWM, de los que una gran cantidad de ellos dispone. En este comentario tÃ©cnico analizaremos de forma somera algunos conceptos que nos permitirÃ¡n aprovechar estos generadores de PWM y transformarlos en DACs econÃ³micos. Filtrado Como bien sabemos, pasando una seÃ±al PWM por un filtro pasabajos con una frecuencia de corte lo suficientemente baja, a la salida obtendremos un valor de tensiÃ³n continua, correspondiente a la integral de la seÃ±al PWM, es decir, su valor medio. Si cambiamos el ciclo de trabajo de la seÃ±al PWM, cambiarÃ¡ el valor medio, y un tiempo despuÃ©s lo obtendremos a la salida del filtro. El cÃ¡lculo del filtro generalmente no es crÃtico, debe comportarse como un integrador y esto suele suceder

CTC-047_ErrataECdC_1aEd.pdf	`CTC-047_ErrataECdC_1aEd.pdf`
Comentario tÃ©cnico: CTC-047 Componente: Errata de "El Camino del Conejo" La presente errata contiene correcciones a errores detectados en la primera ediciÃ³n del libro "El Camino del Conejo". CapÃtulo 4, pÃ¡gina 40 Donde dice: Para otras combinaciones manuales, o si se utiliza pktXopen(), se puede indicar que se desea el pinout alternativo definiendo: #define SERA_USEPORTD #define SERB_USEPORTD debe decir: Para otras combinaciones manuales, se puede indicar que se desea el pinout alternativo definiendo:

CTC-048_S1D13700vsS1D13305.pdf	`CTC-048_S1D13700vsS1D13305.pdf`
Comentario tÃ©cnico: CTC-048 Componente: Displays LCD grÃ¡ficos 320x240 con S1D13700 Los displays LCD grÃ¡ficos de 320x240 que comercializa Cika ElectrÃ³nica han utilizado por mucho tiempo el controlador S1D13305 (SED1335). Actualmente, dicho chip ha sido reemplazado por el S1D13700, el cual es levemente diferente y soporta algunas caracterÃsticas nuevas. Entre las diferencias que afectan el funcionamiento en sistemas ya desarrollados en torno al S1D13305, tenemos las siguientes: Â El S1D13700 ejecuta cada comando a medida que recibe los parÃ¡metros Â El S1D13700 requiere de un cierto tiempo para encender el oscilador a cristal, lo cual sucede luego de recibido el comando de inicializaciÃ³n SYSTEM SET. La inicializaciÃ³n se realiza entonces enviando el comando (o el comando y el primer parÃ¡metro) y esperando un cierto tiempo antes de seguir con la inicializaciÃ³n. Â El reset del S1D13700 requiere de un mÃnimo de duraciÃ³n del pulso de 1ms, el fabricante del display puede

Software de soporte CTC-048:	`CTC-048_Software.zip`

CTC-049_conexSIM548kit.pdf	`CTC-049_conexSIM548kit.pdf`
Comentario tÃ©cnico: CTC-049 TÃtulo: ConexiÃ³n del kit de desarrollo para SIM548 El kit de evaluaciÃ³n de SIM548 le permite evaluar este mÃ³dulo GSM/GPS sin necesidad de armar una PCB, sÃ³lo necesita una tarjeta SIM, una fuente de alimentaciÃ³n de 5V 2A, y por supuesto, algÃºn dispositivo con el cual enviar y recibir los datos y comandos por los puertos serie, como por ejemplo una computadora personal. Â Â¡ Â¢ Â£ Â¤ Â¢ Â¥ Â¦ Â¡ Â¦ Â¤ Â§ Â¨ Â¥ Â£ El kit de evaluaciÃ³n contiene: SMA Â© Â¡ Â¢ Â£ Â¤ Â¦ Â¤ Â§ Â¨ Â¥ Â£ componentes SMD hacia la cara que tiene los switches, LEDs y el conector para el mÃ³dulo. SMA hacia arriba, tenga cuidado de no aplastar el cable del chicote

CTC-050_XBee802.15.4.pdf	`CTC-050_XBee802.15.4.pdf`
Comentario tÃ©cnico: CTC-050 Componente: XBee y XBee-PRO 802.15.4 Hablaremos, en esta oportunidad, acerca de los mÃ³dulos XBee y XBee-PRO 802.15.4, dos integrantes de la familia DIGI RF, anteriormente conocida como MaxStream. Se trata de mÃ³dulos integrados e inteligentes, mediante los cuales es posible operar en redes 802.15.4 (base de Zigbee1). Estos mÃ³dulos se presentan como una interesante y atractiva alternativa, acortando el tiempo de desarrollo dado que ya poseen el stack correspondiente cargado, funcionando como modems configurables mediante el set de comandos AT y pudiendo operar en un modo transparente, lo que permite (por ejemplo) reemplazar un cable. XBee 802.15.4 El mÃ³dulo XBee 802.15.4 presenta una potencia de salida de 1mW, y la sensibilidad del receptor es de -92dBm. Esto le permite operar hasta a unos 100m en espacios abiertos, y hasta 30m en espacios urbanos2. XBee-PRO 802.15.4

CTC-051_ModulosSIMCOM.pdf	`CTC-051_ModulosSIMCOM.pdf`
Comentario tÃ©cnico: CTC-051 Componente: MÃ³dulos GSM SIMCOM, modo transparente Si bien nada reemplaza la lectura del manual del usuario, proponemos un simple sistema en breves y cortos pasos, sin polling ni mÃ¡quinas de estados, para enviar y recibir datos mediante el mÃ³dulo GSM, ya sea vÃa TCP o UDP. La diferencia entre este comentario tÃ©cnico y el CTC-028 es que utilizaremos el modo transparente. nuestro proveedor, deberemos ingresar uno de los siguientes comandos: Â Personal: AT+CSTT="gprs.personal.com.ar","gprs","adgj" Â CTI MÃ³vil: AT+CSTT="internet.ctimovil.com.ar","gprs","gprs" Â ex-UnifÃ³n: AT+CSTT="internet.gprs.unifon.com.ar","wap","wap" * (De todos modos, deberÃa consultar y confirmar con el proveedor de telefonÃa celular esta informaciÃ³n) direcciÃ³n IP obtenida.

CTC-052_ET-312_ET-318.pdf	`CTC-052_ET-312_ET-318.pdf`
Comentario tÃ©cnico: CTC-052 Componente: MÃ³dulos GPS ET-312 y ET-318 Los mÃ³dulos GPS ET-312 y ET-318 no poseen conectores, por lo que deben ser soldados al circuito impreso. El presente comentario tÃ©cnico describe algunas caracterÃsticas de los mÃ³dulos y del trabajo a realizar al encarar un desarrollo con los mismos. Antena Dado que no disponemos de conector de antena en el mÃ³dulo, Ã©ste debe ser incorporado en la placa de circuito impreso (o similar). La opciÃ³n mÃ¡s prÃ¡ctica es diseÃ±ar una lÃnea de transmisiÃ³n de 50ohms en el circuito impreso, desde el mÃ³dulo hasta el conector. Se recomienda minimizar la longitud y mantenerla lo mÃ¡s recta posible, aunque si se utiliza una antena activa el conjunto es mÃ¡s tolerante a las desadaptaciones. CÃ¡lculo de una lÃnea de transmisiÃ³n Una lÃnea de transmisiÃ³n se basa en la inductancia y capacidad distribuidas de las pistas, utilizando el

CTC-053_TFT640x480.pdf	`CTC-053_TFT640x480.pdf`
Comentario TÃ©cnico: CTC-053 TÃtulo: Displays LCD color TFT VGA Les presentamos los nuevos displays color LCD de 640x480, los PD064VT4. Se trata de displays TFT, es decir, de matriz activa, sin touch screen y sin controlador, su utilizaciÃ³n dentro de un sistema requiere de un controlador externo que provea las seÃ±ales VGA. La interfaz consta de 18 bits de datos y tres seÃ±ales de control. Las seÃ±ales de control incluyen los sincronismos vertical y horizontal, mÃ¡s el pixel clock y una seÃ±al de habilitaciÃ³n. Esto puede observarse en el diagrama que sigue a continuaciÃ³n: Luego de la informaciÃ³n correspondiente a los 640 pixels, existe una serie de pixels sin informaciÃ³n conformando una lÃnea; y luego de las 480 lÃneas horizontales, existe una serie de lÃneas sin informaciÃ³n, conformando una trama. El formato "total" es de 800x525 pixels, lo cual corresponde a una frecuencia de refresco de casi 60Hz, a un pixel clock de 25MHz.

CTC-054_XBee802.15.4Serie.pdf	`CTC-054_XBee802.15.4Serie.pdf`
Comentario TÃ©cnico: CTC-054 TÃtulo: UtilizaciÃ³n de XBee 802.15.4 para comunicaciÃ³n de aplicaciones En este comentario tÃ©cnico estudiaremos las posibles formas de intercomunicar aplicaciones en forma inalÃ¡mbrica, mediante mÃ³dulos XBee (o XBee-PRO) 802.15.4. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, cada aplicaciÃ³n es implementada sobre un sistema microprocesado, el cual nos permite disponer de un puerto de comunicaciones. Dado que el XBee 802.15.4 es un mÃ³dulo de 3V, la interconexiÃ³n entre estos sistemas y el XBee 802.15.4 deberÃ¡ respetar dicha tensiÃ³n. A los fines prÃ¡cticos, asumimos que se ha conectado a los pines TD y RD la UART de un micro alimentado a 3V. Si bien nos referimos a comunicaciÃ³n serie como diÃ¡logo entre aplicaciones, veremos en otros comentarios tÃ©cnicos que tambiÃ©n es posible transferir el estado lÃ³gico de pines y magnitudes analÃ³gicas, por lo que si bien elegimos este caso para realizar una explicaciÃ³n de una forma que creemos mÃ¡s didÃ¡ctica, no es Ã©ste un

CTC-055_XBee802.15.4Entradas.pdf	`CTC-055_XBee802.15.4Entradas.pdf`
Comentario TÃ©cnico: CTC-055 TÃtulo: UtilizaciÃ³n de XBee 802.15.4 para sensores remotos En este comentario tÃ©cnico estudiaremos la forma de configurar los mÃ³dulos XBee (o XBee-PRO) 802.15.4 para utilizaciÃ³n en aplicaciones de sensores remotos. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, el mÃ³dulo transmitirÃ¡ la informaciÃ³n de estado de sus entradas y salidas a uno o varios mÃ³dulos remotos. Las formas de configuraciÃ³n para envÃo de informaciÃ³n a mÃ³dulos remotos en las diversas topologÃas 802.15.4 han sido descriptas en CTC-054. Si bien los mÃ³dulos soportan un esquema de direccionamiento de 64-bits, por simplicidad utilizaremos el mÃ©todo abreviado de 16-bits; esto requiere que se setee ATDH=0, lo cual coincide con la configuraciÃ³n por defecto. Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como entrada analÃ³gica, entrada

CTC-056_XBee802.15.4Salidas.pdf	`CTC-056_XBee802.15.4Salidas.pdf`
Comentario TÃ©cnico: CTC-056 TÃtulo: UtilizaciÃ³n de XBee 802.15.4 con actuadores remotos En este comentario tÃ©cnico estudiaremos la forma de configurar los mÃ³dulos XBee (o XBee-PRO) 802.15.4 para utilizaciÃ³n en aplicaciones de actuadores remotos. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, el mÃ³dulo transmitirÃ¡ la informaciÃ³n de estado de sus entradas y salidas a uno o varios mÃ³dulos remotos. Las formas de configuraciÃ³n para envÃo de informaciÃ³n a mÃ³dulos remotos en las diversas topologÃas 802.15.4 han sido descriptas en CTC-054. Si bien los mÃ³dulos soportan un esquema de direccionamiento de 64-bits, por simplicidad utilizaremos el mÃ©todo abreviado de 16-bits; esto requiere que se setee ATDH=0, lo cual coincide con la configuraciÃ³n por defecto. Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como salida digital, posee un

CTC-057_XBee802.15.4Coordinador.pdf	`CTC-057_XBee802.15.4Coordinador.pdf`
Comentario TÃ©cnico: CTC-057 TÃtulo: UtilizaciÃ³n de mÃ³dulos XBee 802.15.4 con coordinador En este comentario tÃ©cnico estudiaremos la forma de intercomunicar mÃ³dulos XBee (o XBee-PRO) utilizando IntroducciÃ³n Comentamos en CTC-054 que en una configuraciÃ³n multipunto con comunicaciÃ³n en ambos sentidos, los remotos no sabÃan en quÃ© momento el central iba a transmitirles algo; esto nos impedÃa utilizar el modo bajo consumo, a menos que hiciÃ©ramos algunas restricciones. Por ejemplo, comentamos que si el central podÃa esperar a que el remoto en cuestiÃ³n le hablara primero, entonces enviarÃa el mensaje que tuviera en ese momento; permitiendo que los remotos entraran en modo bajo consumo hasta tanto tuvieran algo que transmitir y allÃ recibir lo que hubiera para ellos. Pues bien, es posible configurar los mÃ³dulos con el central como coordinador, en cuyo caso Ã©ste almacena hasta dos mensajes en espera de detectar que los remotos estÃ©n despiertos y poder transmitÃrselos, y es lo que desarrollaremos en este Comentario TÃ©cnico.

Software de soporte CTC-057:	`CTC-057_Software.zip`

CTC-058_XBeeZB.pdf	`CTC-058_XBeeZB.pdf`
Comentario tÃ©cnico: CTC-058 Componente: XBee y XBee-PRO ZB: Zigbee-PRO Hablaremos, en esta oportunidad, acerca de los mÃ³dulos XBee y XBee-PRO ZB, dos nuevos integrantes de la familia DIGI RF, anteriormente conocida como MaxStream. Se trata de mÃ³dulos integrados e inteligentes, mediante los cuales es posible operar en redes Zigbee1. Estos mÃ³dulos se presentan como una interesante y atractiva alternativa, acortando el tiempo de desarrollo dado que ya poseen el stack Zigbee-PRO incorporado y la RF resuelta, funcionando como modems configurables mediante el set de comandos AT. XBee ZB El mÃ³dulo XBee ZB presenta una potencia de salida de 1,25mW (+1dBm), y la sensibilidad del receptor es de -97dBm. Esto le permite operar hasta a unos 120m en espacios abiertos, y hasta 40m en espacios urbanos2. XBee-PRO ZB El mÃ³dulo XBee-PRO ZB presenta una potencia de salida de 10mW (+10dBm), y la sensibilidad del receptor

CTC-059_XBeeZBSerie.pdf	`CTC-059_XBeeZBSerie.pdf`
Comentario TÃ©cnico: CTC-059 TÃtulo: UtilizaciÃ³n de XBee ZB para comunicaciÃ³n de aplicaciones En este comentario tÃ©cnico estudiaremos las posibles formas de intercomunicar aplicaciones en forma inalÃ¡mbrica, mediante mÃ³dulos XBee ZB (o XBee-PRO ZB) con firmware AT1, dentro de una red Zigbee. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, cada aplicaciÃ³n es implementada sobre un sistema microprocesado, el cual nos permite disponer de un puerto de comunicaciones. Dado que el XBee ZB es un mÃ³dulo de 3V, la interconexiÃ³n entre estos sistemas y el XBee ZB deberÃ¡ respetar dicha tensiÃ³n. A los fines prÃ¡cticos, asumimos que se ha conectado a los pines TD y RD la UART de un micro alimentado a 3V. Por defecto, los mÃ³dulos tienen configurado un pin como CTS , lo que significa que en el caso que intentemos transmitir mÃ¡s de lo que el mÃ³dulo puede enviar al extremo remoto, nos lo indicarÃ¡ poniendo este pin inactivo. En sentido inverso, existe la posibilidad de indicar al XBee ZB que suspenda su comunicaciÃ³n

CTC-060_XBeeZBEntradas.pdf	`CTC-060_XBeeZBEntradas.pdf`
Comentario TÃ©cnico: CTC-060 TÃtulo: UtilizaciÃ³n de XBee ZB para sensores remotos En este comentario tÃ©cnico estudiaremos la forma de configurar los mÃ³dulos XBee (o XBee-PRO) ZB para utilizaciÃ³n en redes Zigbee con aplicaciones de sensores remotos. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, el mÃ³dulo transmitirÃ¡ la informaciÃ³n de estado de sus entradas y salidas a uno o varios mÃ³dulos remotos. Las formas de configuraciÃ³n para envÃo de informaciÃ³n a mÃ³dulos remotos en las diversas topologÃas han sido descriptas en CTC-059. Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como entrada analÃ³gica, entrada digital, o salida digital, posee un comando ATDx que permite operar sobre esta selecciÃ³n. Los pines DIO10 a DIO12 se configuran mediante los comandos ATP0 a ATP2, respectivamente. Entradas analÃ³gicas

CTC-061_XBeeZBSalidas.pdf	`CTC-061_XBeeZBSalidas.pdf`
Comentario TÃ©cnico: CTC-061 TÃtulo: UtilizaciÃ³n de XBee ZB con actuadores remotos En este comentario tÃ©cnico describimos la forma de configurar los mÃ³dulos XBee (o XBee-PRO) ZB para utilizaciÃ³n en redes Zigbee con aplicaciones de actuadores remotos. Control de las salidas Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como salida digital, posee un comando ATDx que permite operar sobre esta selecciÃ³n. Por ejemplo ATD1=4 configura DIO1 como salida en estado bajo, mientras que ATD1=5 la configura como salida en estado alto. Los pines DIO10 a DIO12 se configuran mediante los comandos ATP0 a ATP2, respectivamente. Control a distancia La potencia a la hora de utilizar salidas viene de la mano de la facilidad de configuraciÃ³n remota, que permite control manual a distancia. Para esto, el mÃ³dulo XBee ZB (o XBee-PRO ZB) que controla debe tener el

CTC-062_XBeeZBhowitworks.pdf	`CTC-062_XBeeZBhowitworks.pdf`
Comentario TÃ©cnico: CTC-062 TÃtulo: Â¿ CÃ³mo funciona una red Zigbee 2007 ? En este comentario tÃ©cnico analizaremos brevemente el funcionamiento de una red Zigbee basada en mÃ³dulos XBee ZB y XBee-PRO ZB. IntroducciÃ³n a Zigbee El stack de protocolos Zigbee se apoya sobre IEEE 802.15.4 para la comunicaciÃ³n entre dispositivos cercanos, es decir, el acceso al medio y el intercambio de mensajes por Ã©ste. Por sobre esta base, define un nivel de routing (NWK) que permite que los dispositivos con funcionalidad de router puedan transportar mensajes para otro destinatario, extendiendo el alcance total de la red. A su vez, sobre esta base, existe un esquema (APS) que permite comunicaciÃ³n entre diversas aplicaciones mediante un identificador de circuito virtual denominado endpoint. Los grupos de mensajes entre aplicaciones son controlados por la Zigbee Alliance, de modo que todos los dispositivos utilizando un esquema determinado empleen los mismos grupos de mensajes y atribuyan

CTC-063_StateSavers.pdf	`CTC-063_StateSavers.pdf`
Comentario tÃ©cnico: CTC-063 Componente: State Savers Les presentamos los "State Savers", una familia de chips de Ramtron que implementan flip-flops D en FRAM. La figura a continuaciÃ³n muestra el diagrama de bloques y posibles utilizaciones: Estos chips se comportan como cualquier flip-flop D, a excepciÃ³n de que al estar implementados en FRAM, el estado se mantiene al quitar la alimentaciÃ³n. La capacidad de corriente es de unos 10mA, y su encapsulado SOT-23-6. El siguiente circuito corresponde a una placa de evaluaciÃ³n, para observar el funcionamiento de los state savers. El usuario selecciona el estado que introduce en cada uno de los pines D de los flip-flops mediante jumpers, y luego genera un pulso de clock mediante el pulsador. La alimentaciÃ³n se controla mediante un jumper, asÃ como tambiÃ©n el pin de enable, que coloca las salidas en tri-state y hace que el chip ignore las transiciones del clock.

CTC-064_Fordata3V.pdf	`CTC-064_Fordata3V.pdf`
Comentario tÃ©cnico: CTC-064 Componente: Displays Fordata de 3V Los displays de 5V de Fordata que comercializa Cika, poseen el nÃºmero '51' en la Ãºltima parte del cÃ³digo. La empresa Fordata comercializa ademÃ¡s dos tipos de displays de 3V. Ambos tienen los nÃºmeros '31' y '91' en la Ãºltima parte del cÃ³digo del producto. D i s p l a y s c o n c o n t r o l d e c o n t r a s t e ( 3 1 ) Los displays con cÃ³digo '31' estÃ¡n diseÃ±ados para operar a 3,6V. Funcionan exactamente igual que cualquier display de 5V, sÃ³lo que su tensiÃ³n de operaciÃ³n es mÃ¡s baja. El control de contraste, entonces, se realiza de la misma forma que en cualquier otro display. Estos displays pueden operar a tensiones menores o mayores (sin exceder los 4,5V). El funcionamiento a 3,3V presenta un contraste excelente a temperaturas cercanas a los 23ÂºC, con el control conectado a masa. Es posible que a otras temperaturas el control no resulte suficiente, lo cual deberÃ¡ resolverse mediante tensiÃ³n negativa

CTC-065_HT1632_LedMatrixController.pdf	`CTC-065_HT1632_LedMatrixController.pdf`
Comentario TÃ©cnico: CTC-065 TÃtulo: HT1632, controlador de matriz de LEDs En este comentario tÃ©cnico describimos brevemente el funcionamiento del controlador de matriz de LEDs de Holtek, HT1632, y damos un simple ejemplo de utilizaciÃ³n en C. Breve descripciÃ³n del HT1632 El HT1632 es un chip de 52-pines en formato QFP, capaz de controlar una matriz de LEDs de 32x8 Ã³ de matriz de LEDs de 96 palabras de 4-bits. Cada bit de cada palabra corresponde a una de las salidas comunes, mientras que las direcciones se asocian a una salida; por ejemplo, en modo 32x8, la salida 0 tiene dos direcciones de memoria asociadas, una para los comunes 0 a 3 y otra para los comunes 4 a 7. Un ejemplo de utilizaciÃ³n es el siguiente: Varios HT1632 pueden conectarse en cascada para controlar una matriz mÃ¡s grande. ComunicaciÃ³n con el procesador

Software de soporte CTC-065:	`CTC-065_Software.zip`

CTC-066_AP4890B.pdf	`CTC-066_AP4890B.pdf`
AP4890B, amplificador de audio R f R i n R f R i n V O 2 P o V p C b y p a s s controla el tiempo de arranque del circuito, polarizando gradualmente al amplificador y evitando ruido sobre el parlante. CTC-066 1

CTC-067_XBeeZB_SMT.pdf	`CTC-067_XBeeZB_SMT.pdf`
Comentario tÃ©cnico: CTC-067 Componente: XBee y XBee-PRO ZB para montaje superficial Hablaremos en esta oportunidad acerca de los mÃ³dulos XBee y XBee-PRO ZB SMT, para montaje superficial. Se trata de mÃ³dulos integrados e inteligentes, mediante los cuales es posible operar en redes Zigbee1. Estos mÃ³dulos se presentan como una interesante y atractiva alternativa, acortando el tiempo de desarrollo dado que ya poseen el stack Zigbee-PRO incorporado y la RF resuelta, funcionando como modems configurables mediante el set de comandos AT. El resto del documento hace referencia sÃ³lo a las caracterÃsticas que lo diferencian de otros mÃ³dulos de la familia ZB. XBee ZB SMT El mÃ³dulo XBee ZB presenta una potencia de salida de +5dBm, y la sensibilidad del receptor es de -100dBm. Un modo â€œboostâ€ permite incrementar en 3 dB la potencia de salida y en 2dB la sensibilidad de recepciÃ³n, al

CTC-068_3V-5V(74LVC2T45).pdf	`CTC-068_3V-5V(74LVC2T45).pdf`
Comentario tÃ©cnico: CTC-068 Componente: 74LVX3245, 74LVC2T45: conversiÃ³n 3V <-> 5V La interconexiÃ³n de micros y perifÃ©ricos de diferente tensiÃ³n de alimentaciÃ³n es uno de los temas mÃ¡s simples de resolver con las herramientas adecuadas. Complementando al ya existente 74LVX3245, de 8-bits, presentamos al 74LVC2T45, de 2-bits. Los chips para traslaciÃ³n de nivel lÃ³gico son encarnaciones del 74245 (o parte de Ã©l) en versiones con dos fuentes de alimentaciÃ³n. El 74LVX3245 es muy similar; diseÃ±ado para interconectar un micro de 3V con un perifÃ©rico de 5V, puede controlar ocho seÃ±ales en forma bidireccional: El 74LVC2T45, al contrario, puede interconectar sÃ³lo 2 seÃ±ales con control bidireccional, pero cada bus puede ser de 1,8 a 5V: CTC-068 1

CTC-069_I2C_3V-5V(PCA9306).pdf	`CTC-069_I2C_3V-5V(PCA9306).pdf`
Comentario tÃ©cnico: CTC-069 Componente: PCA9306: conversiÃ³n 3V <-> 5V en I2C La interconexiÃ³n de micros y perifÃ©ricos de diferente tensiÃ³n de alimentaciÃ³n es uno de los temas mÃ¡s simples de resolver con las herramientas adecuadas. Complementando lo descripto en CTC-068, presentamos al PCA9306, para I2C. El chip en cuestiÃ³n incorpora dos trasladores de nivel bidireccionales, lo que le permite adaptar un bus I2C entre dos tensiones desde 1,2V a 5V CTC-069 1

CTC-070_XBeeWiFi.pdf	`CTC-070_XBeeWiFi.pdf`
Comentario tÃ©cnico: CTC-070 Componente: XBee Wi-Fi Hablaremos, en esta oportunidad, acerca de los mÃ³dulos XBee Wi-Fi. Se trata de mÃ³dulos integrados e inteligentes, mediante los cuales es posible operar en redes Wi-Fi. Estos mÃ³dulos se presentan como una interesante y atractiva alternativa, acortando el tiempo de desarrollo dado que ya poseen el stack correspondiente cargado, funcionando como modems configurables mediante el set de comandos AT. XBee Wi-Fi El mÃ³dulo XBee Wi-Fi opera en 802.11b/g/n, con una potencia de salida de 15dBm. La sensibilidad del receptor depende de la velocidad y norma de operaciÃ³n. CaracterÃsticas principales La corriente de operaciÃ³n de estos dispositivos ronda los 250mA para transmisiÃ³n y 140mA para recepciÃ³n, mientras que en el modo de bajo consumo se reduce a tan sÃ³lo 2uA. La tensiÃ³n de operaciÃ³n es de 3,1 a 3,6V

CTC-071_XBeeWiFiSerie.pdf	`CTC-071_XBeeWiFiSerie.pdf`
Comentario TÃ©cnico: CTC-071 TÃtulo: UtilizaciÃ³n de XBee Wi-Fi para comunicaciÃ³n de aplicaciones En este comentario tÃ©cnico estudiaremos las posibles formas de intercomunicar aplicaciones en forma inalÃ¡mbrica, mediante mÃ³dulos XBee Wi-Fi. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, cada aplicaciÃ³n es implementada sobre un sistema microprocesado, el cual nos permite disponer de un puerto de comunicaciones. Dado que el XBee Wi-Fi es un mÃ³dulo de 3,3V, la interconexiÃ³n entre estos sistemas y el XBee Wi-Fi deberÃ¡ respetar dicha tensiÃ³n. A los fines prÃ¡cticos, asumimos que se ha conectado a los pines TD y RD la UART de un micro alimentado a 3,3V. Si bien nos referimos a comunicaciÃ³n serie como diÃ¡logo entre aplicaciones, veremos en otros comentarios tÃ©cnicos que tambiÃ©n es posible transferir el estado lÃ³gico de pines y magnitudes analÃ³gicas, por lo que si bien elegimos este caso para realizar una explicaciÃ³n de una forma que creemos mÃ¡s didÃ¡ctica, no es Ã©ste un

CTC-072_XBeeWiFiEntradas.pdf	`CTC-072_XBeeWiFiEntradas.pdf`
Comentario TÃ©cnico: CTC-072 TÃtulo: UtilizaciÃ³n de XBee Wi-Fi para sensores remotos En este comentario tÃ©cnico estudiaremos la forma de configurar los mÃ³dulos XBee Wi-Fi para utilizaciÃ³n con aplicaciones de sensores remotos. IntroducciÃ³n En los casos que veremos a continuaciÃ³n, el mÃ³dulo transmitirÃ¡ la informaciÃ³n de estado de sus entradas y salidas a uno o varios hosts o mÃ³dulos XBee Wi-Fi remotos. Las formas de configuraciÃ³n para envÃo de informaciÃ³n en las diversas topologÃas han sido descriptas en CTC-071. Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como entrada analÃ³gica, entrada digital, o salida digital, posee un comando ATDx que permite operar sobre esta selecciÃ³n. Los pines DIO10 a DIO12 se configuran mediante los comandos ATP0 a ATP2, respectivamente. Entradas analÃ³gicas

CTC-073_XBeeWiFiSalidas.pdf	`CTC-073_XBeeWiFiSalidas.pdf`
Comentario TÃ©cnico: CTC-073 TÃtulo: UtilizaciÃ³n de XBee Wi-Fi con actuadores remotos En este comentario tÃ©cnico describimos la forma de configurar los mÃ³dulos XBee Wi-Fi para utilizaciÃ³n en aplicaciones de actuadores remotos. Control de las salidas Cada uno de los pines DIOx que puede ser configurado para su operaciÃ³n como salida digital, posee un comando ATDx que permite operar sobre esta selecciÃ³n. Por ejemplo ATD1=4 configura DIO1 como salida en estado bajo, mientras que ATD1=5 la configura como salida en estado alto. Los pines DIO10 a DIO12 se configuran mediante los comandos ATP0 a ATP2, respectivamente. Control a distancia La potencia a la hora de utilizar salidas viene de la mano de la facilidad de configuraciÃ³n remota, que permite control manual a distancia. El control puede realizarse tanto de un host IP, utilizando el XBee Application

CTC-074_HT32F_BitBanding.pdf	`CTC-074_HT32F_BitBanding.pdf`
Comentario TÃ©cnico: CTC-074 TÃtulo: UtilizaciÃ³n de area de bit banding en HT32F con CMSIS 2.0 En este comentario tÃ©cnico describimos la forma de utilizaciÃ³n del Ã¡rea de bit banding de Cortex-M3 en el HT32F125x de Holtek C o n t r o l d e l a s s a l i d a s La implementaciÃ³n de CMSIS de Holtek, al momento de escribir esta nota, no incluye macros para poder acceder a los pines de I/O bit a bit. Sin embargo, esto es muy simple de resolver mediante algunas macros que aplican la definiciÃ³n standard del Ã¡rea de bit banding y el Ã¡lgebra correspondiente. Por ejemplo, para operar sobre un pin cualquiera del GPIOB: #define MI_PINb 15 // Bit-band alias = Bit-band base + (byte offset * 32) + (bit number * 4) /* Bit-Band for Device Specific Peripheral Registers */

CTC-075_HT32F125x_ADC.pdf	`CTC-075_HT32F125x_ADC.pdf`
Comentario TÃ©cnico: CTC-075 TÃtulo: UtilizaciÃ³n de ADC en HT32F125x En este comentario tÃ©cnico describimos la forma de utilizaciÃ³n del Ã¡rea conversor AD en el HT32F125x de Holtek Al momento de publicaciÃ³n de este documento, la literatura de Holtek no es del todo clara en el uso del conversor AD, particularmente en modo polled. Este Comentario TÃ©cnico intenta aclarar y proveer un ejemplo de utilizaciÃ³n. DetecciÃ³n de fin de conversiÃ³n y lectura Para esto debemos observar los bits ADIRAW en el registro ADCIRAW, segÃºn el tipo de conversiÃ³n. Este bit se setea al finalizar la conversiÃ³n, y debe ser reseteado manualmente. El dato convertido se almacena en un registro interno y requiere de algunos ciclos de clock del ADC para pasar al registro de datos. Por este motivo, si se lee inmediatamente el registro de datos, se obtiene un dato

Software de soporte CTC-075:	`CTC-075_Software.zip`

CTC-076_ARM_CMSIS_IO.pdf	`CTC-076_ARM_CMSIS_IO.pdf`
Comentario TÃ©cnico: CTC-076 TÃtulo: UtilizaciÃ³n de I/O en ARM mediante CMSIS En este comentario tÃ©cnico describimos brevemente el entorno CMSIS y la forma de utilizaciÃ³n en I/O para varios procesadores ARM Cortex-M3. CMSIS Se trata de un conjunto de reglas y un grupo de archivos que conforman un nivel de abstracciÃ³n que permite acceder a micros de diferentes fabricantes de una forma comÃºn; siempre que utilicen un core de la serie Cortex-M, es decir, Cortex-M3, Cortex-M4, Cortex-M0, Cortex-M0+, Cortex-M71. Este tipo de interfaz independiente del dispositivo se basa fundamentalmente en proveer un punto de acceso abstracto para que ya sea kernels de RTOSes, aplicaciones de usuario, o incluso middleware; puedan operar sobre cualquiera de estos micros en particular, prÃ¡cticamente sin cambios. Las reglas de programaciÃ³n aseguran que las interfaces provistas por diferentes fabricantes tengan una filosofÃa y una forma comÃºn, de modo de poder cambiar de uno

Software de soporte CTC-076:	`CTC-076_Software.zip`

CTC-077_SIMCOM_GNSS.pdf	`CTC-077_SIMCOM_GNSS.pdf`
Comentario TÃ©cnico: CTC-077 TÃtulo: MÃ³dulos SIMCOM con GNSS En este comentario tÃ©cnico describimos brevemente los mÃ³dulos SIMCOM de la serie SIM800 y posteriores, con soporte GNSS. GNSS Significa Global Navigation Satellite System, y se trata de un nombre genÃ©rico para referirse a un sistema de navigaciÃ³n satelital. Existen varios de estos tipos de sistemas, el mÃ¡s famoso es el sistema GPS de los Estados Unidos, seguido por el sistema GLONASS de Rusia. Un sistema GNSS puede tener receptores GPS, GLONASS, u otros, de uno o mÃ¡s de ellos. Comandos AT para GNSS Los mÃ³dulos SIMCOM incorporan comandos del tipo AT+CGNS para acceder a las funciones de posicionamiento global, los mismos se describen en una nota de aplicaciÃ³n de SIMCOM.

CTC-078_SIMCOM_BluetoothSPP.pdf	`CTC-078_SIMCOM_BluetoothSPP.pdf`
Comentario TÃ©cnico: CTC-078 TÃtulo: MÃ³dulos SIMCOM con Bluetooth, perfil SPP En este comentario tÃ©cnico describimos brevemente los mÃ³dulos SIMCOM de la serie SIM800 y posteriores, con soporte Bluetooth. Emplearemos el perfil SPP (Serial Port Profile) para que nos sirva como herramienta de ayuda en la configuraciÃ³n y/o control de nuestro equipo. Si bien nada reemplaza la lectura de la nota de aplicaciÃ³n ad hoc, proponemos un simple sistema en breves y cortos pasos. Antes de comenzar, nuestro mÃ³dulo debe tener el firmware BT, existen dos variantes de firmware: con y sin BT, y obviamente sÃ³lo la que indica que es 'BT' soporta los comandos para Bluetooth. SIMCOM. Managerâ€ para Android. Recibiremos una indicaciÃ³n no solicitada +BTCONNECTING identifica a la conexiÃ³n, un nÃºmero, 'x'. solicitada +BTSPPDATA. Podemos enviar mensajes al dispositivo utilizado para conectarnos mediante el

CTC-079_ESP8266_SoftAP.pdf	`CTC-079_ESP8266_SoftAP.pdf`
Comentario TÃ©cnico: CTC-079 TÃtulo: MÃ³dulos y chips ESP8266, soft Access Point En este comentario tÃ©cnico describimos brevemente la utilizaciÃ³n del soft Access Point (soft-AP) disponible en los mÃ³dulos basados en ESP8266 de Espressif, como el ESP-WROOM, para que nos sirva como herramienta de ayuda en la configuraciÃ³n y/o control de nuestro equipo. Si bien nada reemplaza la lectura del manual de comandos AT, proponemos un simple sistema en breves y cortos pasos. y la de SDK al menos 1.4.0. Versiones anteriores podrÃan funcionar pero no lo hemos comprobado. habilitamos el modo 'station' y el soft-AP simultÃ¡neos, de modo que el mÃ³dulo pueda funcionar como un Access Point y a la vez conectarse a otro como un host comÃºn y corriente. opcional, por defecto es 192.168.4.1 para la versiÃ³n usada, y puede consultarse mediante el mismo comando. AT+CWDHCP_CUR=â€IPinicialâ€,â€IPfinalâ€. Esto es opcional, por defecto es un rango dentro de la misma

CTC-080_ModulosQuectel.pdf	`CTC-080_ModulosQuectel.pdf`
Comentario tÃ©cnico: CTC-080 Componente: MÃ³dulos GSM Quectel Si bien nada reemplaza la lectura del manual del usuario, y menos la nota de aplicaciÃ³n a este respecto que provee el fabricante, proponemos un simple sistema en breves y cortos pasos para enviar y recibir datos mediante el mÃ³dulo GSM, ya sea vÃa TCP o UDP. OpciÃ³n 1: migraciones desde Simcom segÃºn cuÃ¡l sea nuestro proveedor, deberemos ingresar uno de los siguientes comandos: esta informaciÃ³n) comando AT+QICSGP, segÃºn cuÃ¡l sea nuestro proveedor, veremos los parÃ¡metros respectivos en la opciÃ³n 1 anterior; ejemplo: AT+QICSGP=1,"","","" luego de un tiempo, devuelve OK. IP obtenida.

CTC-081_ModulosQuectel.pdf	`CTC-081_ModulosQuectel.pdf`
Comentario tÃ©cnico: CTC-081 Componente: MÃ³dulos GSM Quectel, modo transparente Adicionalmente a lo explicado en el comentario tÃ©cnico CTC-080, detallamos la configuraciÃ³n para modo transparente. En este modo un modem telefÃ³nico cuando estÃ¡ conectado con otro; todo lo que se ingrese por el puerto serie serÃ¡ transmitido en un datagrama UDP o un segmento TCP, y todo lo que se reciba por ese socket serÃ¡ transmitido por la interfaz serie. No todo lo que se recibe por el puerto serie es enviado inmediatamente, existe un buffer en el cual se almacenan caracteres por un determinado tiempo. Los parÃ¡metros de operaciÃ³n son configurables mediante el comando AT+QITCFG. Este comando tambiÃ©n permite impedir el escape a modo comando. modo transparente, lo cual se realiza mediante la consabida secuencia +++, precedida y sucedida por 500ms de silencio. El espaciado entre caracteres no deberÃ¡ ser superior a 20ms, por lo que no podrÃ¡ probarse

CTC-082_Modulos3GQuectel.pdf	`CTC-082_Modulos3GQuectel.pdf`
Comentario tÃ©cnico: CTC-082 Componente: MÃ³dulos 3G Quectel Si bien nada reemplaza la lectura del manual respectivo que provee el fabricante, proponemos un simple sistema en breves y cortos pasos para enviar y recibir datos mediante el mÃ³dulo 3G, ya sea vÃa TCP o UDP. se realiza mediante el comando AT+QICSGP=,,"","",". AquÃ es el nÃºmero de contexto, que para los fines prÃ¡cticos elegimos '1', y es el protocolo de red, que tambiÃ©n a fines prÃ¡cticos elegimos '1', que corresponde a IPv4. Entonces, segÃºn cuÃ¡l sea nuestro proveedor, deberemos ingresar uno de los siguientes comandos: * (De todos modos, deberÃa consultar y confirmar con el proveedor de telefonÃa celular esta informaciÃ³n). correspondiente nÃºmero de contexto: AT+QIACT=1. Luego de un tiempo, nos devuelve OK. IP obtenida luego del identificador +QILOCIP: .

CTC-083_Quectel_3G-GSMdiff.pdf	`CTC-083_Quectel_3G-GSMdiff.pdf`
Comentario tÃ©cnico: CTC-083 Componente: MÃ³dulos 3G Quectel, diferencias con GSM Entre las diferencias de operaciÃ³n esperables entre mÃ³dulos 3G y lo que estamos acostumbrados en los mÃ³dulos GSM; en lo que a Quectel se refiere encontramos lo siguiente: como por ejemplo un RING, el arribo de un SMS, o baterÃa baja, son enviadas por un puerto configurable que bien puede no ser el que estamos usando, ya que por defecto corresponde al port de comandos AT entre los ports virtuales que se configuran por la conexiÃ³n USB. Dicho puerto se configura mediante el comando AT+QURCCFG. Si estamos utilizando la UART para comunicarnos con el mÃ³dulo, deberemos introducir el comando AT+QURCCFG= "urcport","uart1" CTC-083 1

CTC-084_XBee_ZigBee_MigrationGuide.pdf	`CTC-084_XBee_ZigBee_MigrationGuide.pdf`
Comentario tÃ©cnico: CTC-084 Componente: XBee ZigBee Migration Guide Digi discontinÃºa la lÃnea de mÃ³dulos ZB tradicionales, reemplazÃ¡ndolos por versiones equivalentes con el chipset que usan las versiones SMT (ver CTC-067). El reemplazo es pin-a-pin y no es necesario modificar hardware, sÃ³lo un pequeÃ±o cambio de configuraciÃ³n, dado que las seis versiones de firmware (tres para cada tipo de dispositivo por dos modos de comunicaciÃ³n, AT y API) convergen en una sola versiÃ³n de firmware. De este modo, los nuevos ZB resultan polifuncionales como los tradicionales 802.15.4 (cada uno en su Ã¡mbito, se entiende). El documento que explica la forma de migrar es completo, claro y conciso. El Ãºnico comentario es su particular uso del lenguaje, donde 1dB a favor es 'una mejora' y 1dB en contra es 'comparable' en vez de ir en desmedro: MÃ¡s allÃ¡ de esto, los mÃ³dulos en general tienen mejor link-budget y por consiguiente mayor alcance LOS (line- of-sight, lÃnea directa de visiÃ³n), acompaÃ±ado por menor consumo de corriente tanto en recepciÃ³n como en

CTC-085_ESP32.pdf	`CTC-085_ESP32.pdf`
Comentario tÃ©cnico: CTC-085 Componente: ESP32(-WROOM-32) Les presentamos el mÃ³dulo ESP32 de Espressif, un combo WiFi con Bluetooth y Bluetooth Low Energy Para comenzar, y reiterando al alerta tÃ©cnico CTA-020, aclaramos a los amantes del mÃ³dulo ESP-WROOM-02 (basado en el ESP8266) que esto es un mundo totalmente diferente: este mÃ³dulo requiere sÃ o sÃ que se le grabe algÃºn firmware. Sin entrar en los apabullantes detalles y caracterÃsticas tÃ©cnicas que hacen que el ESP32 sea muy superior, nos centraremos en las alternativas de uso y las diferencias fundamentales. Desde el punto de vista del â€œusuario finalâ€ (por llamarlo de algÃºn modo), refiriÃ©ndonos a quien emplea el mÃ³dulo a travÃ©s de su puerto serie controlÃ¡ndolo mediante comandos AT, observamos lo siguiente: â€¢ el stack TCP/IP presente en el firmware AT del ESP-WROOM-02 estÃ¡ basado en una versiÃ³n arcana de lwIP1 tomada del git head en algÃºn punto de su evoluciÃ³n posterior a la versiÃ³n 1.4.1. El fabricante ha

CTC-086_IooT.pdf	`CTC-086_IooT.pdf`
Comentario tÃ©cnico: CTC-086 Componente: Internet de nuestras cosas (Â¿IooT?) Existe la Internet y existen las cosas. Algunas de esas cosas tienen conexiÃ³n a alguna red. El monitorear y controlar de manera remota dispositivos que nos entregan un dato de interÃ©s o realizan una tarea de servicio es tan viejo como las comunicaciones digitales mismas; la tecnologÃa actual ayuda un poco mÃ¡s, pero muchos conceptos tienen ya varias dÃ©cadas. El concepto de la IoT nace como la evoluciÃ³n del M2M, pero las cosas no hablan entre sÃ todavÃa, simplemente porque no hay un lenguaje comÃºn, aÃºn, pero cuando comiencen a hacerlo van a tener que resolver algunos problemas de logÃstica para encontrarse entre sÃ. Fuera del concepto como propulsor de mercado y generador de ingresos, el hecho es que nosotros hoy queremos hablar con las cosas o que nos digan algo, y tal vez que hablen entre sÃ, y para que eso suceda nosotros debemos diseÃ±ar una red. Lo que en realidad queremos, quienes tenemos una relaciÃ³n con la

CTC-087_MQTT.pdf	`CTC-087_MQTT.pdf`
Comentario tÃ©cnico: CTC-087 Componente: MQTT En el CTC-086 charlamos sobre la â€œInternet de nuestras cosasâ€ y propusimos una soluciÃ³n escalable basada en MQTT, a la vez que recomendamos recurrir a los grandes proveedores para una red de envergadura. Vamos a enfocarnos aquÃ en MQTT para quienes deseen conocer mÃ¡s o emplearlo directamente. Procederemos entonces a describir brevemente quÃ© es y cÃ³mo opera este protocolo; cuya versiÃ³n corriente es MQTT 5 y tal vez la mÃ¡s difundida es MQTT 3.1.1. Nos centraremos en los aspectos comunes a ambas versiones. Breve descripciÃ³n MQTT (MQ1 Telemetry Transport) es desarrollado a fines de los aÃ±os '90 con el fin de resolver un problema de reutilizaciÃ³n de datos y optimizar su entrega; particularmente en redes y sistemas donde el ancho de banda es escaso y por ende costoso. El diseÃ±o de MQTT responde al paradigma publish/subscribe, publicar/suscribirse. En este modelo

CTC-088_Display_Color_Proculus_P48272J43C-T01.pdf	`CTC-088_Display_Color_Proculus_P48272J43C-T01.pdf`
Comentario tÃ©cnico: CTC-088 TÃtulo: Display Color Proculus P48272J43C-T01 El presente tutorial describe las caracterÃsticas y utilizaciÃ³n del display color inteligente P48272J43C-T01 de la empresa Proculus. Ãndice de contenido Breve descripciÃ³n del display.............................................................................................................................1 UtilizaciÃ³n..........................................................................................................................................................1 ConexiÃ³n con un micro o equivalente..........................................................................................................1 ConexiÃ³n con una PC o equivalente.............................................................................................................1 Software â€œUnicView ADâ€..................................................................................................................................2 Nuevo proyecto.............................................................................................................................................2 DiseÃ±o de la imagen......................................................................................................................................4

CTC-089_WiFi_EnterpriseAuthentication.pdf	`CTC-089_WiFi_EnterpriseAuthentication.pdf`
Comentario tÃ©cnico: CTC-089 Componente: WiFi Enterprise Authentication Las redes WiFi hogareÃ±as son relativamente fÃ¡ciles de administrar. Debido a la escalabilidad del manejo de las cuentas de usuario y los requerimientos de buenas prÃ¡cticas en seguridad informÃ¡tica, las empresas suelen utilizar el esquema de autenticaciÃ³n empresarial que WiFi provee. Si nuestro desarrollo con soporte WiFi es un producto que puede o va a ser utilizado en un ambiente empresarial, deberÃamos tener presente cÃ³mo funciona este esquema, quÃ© opciones tenemos, y finalmente cÃ³mo configurar nuestro mÃ³dulo para afrontar el desafÃo. Idealmente, tambiÃ©n deberÃamos ser capaces de probar el funcionamiento. La autenticaciÃ³n en 802.11 WPA2 Enterprise se realiza mediante EAP (Extensible Authentication Protocol), un marco de autenticaciÃ³n que nos permite elegir entre una serie de mecanismos (mÃ©todos) de autenticaciÃ³n segÃºn lo especificado por IEEE 802.1X (EAPOL, EAP over LAN)1. Se realiza entonces, mediante EAP, entre el dispositivo que se conecta a la red, y un servidor RADIUS (Remote Authentication Dial-In User Service); el

Archivos adicionales CTC-089:	`CTC-089_Archivos.zip`

CTC-090_WiFi_Enterprise_ESP32_Mongoose-OS.pdf	`CTC-090_WiFi_Enterprise_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-090 Componente: WiFi Enterprise Authentication con ESP32 y Mongoose-OS En el CTC-089 comentamos cÃ³mo funciona la autenticaciÃ³n Enterprise en 802.11 WPA2. En este Comentario TÃ©cnico vamos a ver los detalles de configuraciÃ³n del ESP32, con Mongoose-OS, para poder conectarnos a una red WiFi con este tipo de seguridad. Para poder comprobar la correcta operaciÃ³n, hacemos uso de conceptos enunciados y archivos provistos en dicho Comentario TÃ©cnico; por lo que es altamente recomendable su lectura. El ESP32 soporta, mediante el IDF, las siguientes opciones; con las caracterÃsticas mencionadas: â€¢ EAP-TLS â—¦ Requiere certificados de la CA y del usuario, asÃ como la clave (key) del usuario â€¢ PEAP-MSCHAPv2 â—¦ Requiere certificado de la CA, nombre de usuario y password. Certificado y clave (key) del

Software de soporte CTC-090:	`CTC-090_Software.zip`

CTC-091_HTTP_Auth_ESP32_Mongoose-OS.pdf	`CTC-091_HTTP_Auth_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-091 Componente: AutorizaciÃ³n en servidor web con ESP32 y Mongoose-OS Mongoose-OS incorpora un servidor HTTP con Digest Authentication que podemos aprovechar para limitar quiÃ©nes pueden acceder al mismo. La identificaciÃ³n es simplemente por una pareja usuario/password, pero al menos es un modo simple y rÃ¡pido (particularmente en un microcontrolador) de proveer una seguridad mÃnima. Esto no evita que lo que se envÃa pueda ser observado con un sniffer, tema que abordaremos en otra oportunidad; sin embargo el password no es revelado. HTTP Digest Es una de las formas posibles de autenticaciÃ³n en un servidor web. Posee, frente al mÃ©todo bÃ¡sico original, la ventaja de no revelar la clave del usuario, la cual en vez de ser enviada es comprobada mediante una operaciÃ³n de hashing realizada por ambos interlocutores. El servidor puede, de este modo, validar al usuario y permitirle acceso a los contenidos protegidos. El usuario, sin embargo, no tiene forma de saber si el servidor

Software de soporte CTC-091:	`CTC-091_Software.zip`

CTC-092_HTTP_TLS_ESP32_Mongoose-OS.pdf	`CTC-092_HTTP_TLS_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-092 Componente: TLS en servidor web con ESP32 y Mongoose-OS Mongoose-OS incorpora un servidor HTTP con soporte TLS. Esto nos permite por un lado que quienes se conectan a Ã©l puedan verificar que se trata de ese servidor; y por otro nos da una herramienta para autenticar la identidad de esas conexiones, es decir, que realmente sean usuarios autorizados. La autenticaciÃ³n se realiza por certificados X.509, y luego de realizada se derivan claves que permiten encriptar la informaciÃ³n que viaja. Esto significa que lo que se envÃa no puede ser observado con un sniffer y la Ãºnica forma de impersonar a una entidad es mediante la posesiÃ³n del certificado y la clave privada de la que se deriva. TLS TLS (Transport Layer Security) permite autenticar mutuamente ambas entidades en una conversaciÃ³n y mantener la integridad de la misma. Se trata de un esquema de autenticaciÃ³n mÃ¡s complicado, con un ente certificador, quien genera las claves y certificados que se utilizan en el proceso. Dado que TLS se deriva de

Software de soporte CTC-092:	`CTC-092_Software.zip`

CTC-093_MQTT_TLS_ESP32_Mongoose-OS.pdf	`CTC-093_MQTT_TLS_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-093 Componente: MQTT sobre TLS con ESP32 y Mongoose-OS Mongoose-OS incorpora un cliente MQTT con soporte TLS. Esto nos permite por un lado autenticar al servidor, y por otro que la infraestructura del servidor pueda autenticar la identidad de esas conexiones, es decir, que realmente sean usuarios autorizados. Hemos visto el funcionamiento de TLS en el CTC-092, por lo que aquÃ nos centraremos en los detalles relativos a MQTT y mÃ¡s adelante en una caracterÃstica diferente como es TLS-PSK, que permite realizar la misma tarea con un nivel mÃ¡s relajado en la autenticaciÃ³n y logÃstica asociada. ConfiguraciÃ³n Configuramos el ESP32 con Mongoose-OS para tener un cliente MQTT y conectarse como cliente a una red WiFi. Dado que debemos conectarnos a un servidor, Ã©sta nos resulta la forma tal vez mÃ¡s rÃ¡pida y simple de realizar las pruebas y explicar la operaciÃ³n. La configuraciÃ³n puede realizarse manualmente mediante RPC,

Software de soporte CTC-093:	`CTC-093_Software.zip`

CTC-094_RPC_Auth_ESP32_Mongoose-OS.pdf	`CTC-094_RPC_Auth_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-094 Componente: AutorizaciÃ³n en RPC de Mongoose-OS con ESP32 Mongoose-OS incorpora una API del tipo RPC (Remote Procedural Call) que podemos aprovechar y extender. La misma, tanto a travÃ©s del servidor HTTP como en otros transportes, incorpora una forma de Digest Authentication que podemos aprovechar para limitar quiÃ©nes pueden acceder y quÃ© es lo que pueden hacer. La identificaciÃ³n es simplemente por una pareja usuario/password, mientras que una ACL (Access Control List) decide cuÃ¡les usuarios pueden ejecutar cada RPC. Esto no evita que lo que se envÃa pueda ser observado con un sniffer, tema que requiere TLS, abordado en el CTC-092. El password no es revelado pues la identidad se valida mediante un intercambio de hashes. Digest Authentication Hemos visto en el CTC-091 la autorizaciÃ³n por HTTP Digest, sin entrar en detalles. La empleada en Mongoose-OS para las RPC es muy similar. De hecho cuando el transporte utilizado es HTTP es idÃ©ntica. Si

Software de soporte CTC-094:	`CTC-094_Software.zip`

CTC-095_RPC_WebSocket_ESP32_Mongoose-OS.pdf	`CTC-095_RPC_WebSocket_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-095 Componente: RPC de Mongoose-OS por WebSocket con ESP32 Mongoose-OS incorpora una API del tipo RPC (Remote Procedural Call) que podemos utilizar a travÃ©s de diversos transportes. El servidor HTTP que provee tambiÃ©n incluye soporte para WebSocket, por lo que la utilizaciÃ³n de RPC sobre WebSocket resulta ideal para la implementaciÃ³n de interfaces de usuario en dispositivos sin visualizaciÃ³n, en situaciones en las que disponemos de acceso por red al dispositivo. Todo lo que hemos desarrollado en comentarios tÃ©cnicos anteriores es vÃ¡lido tambiÃ©n para este transporte, por lo que dispondremos ademÃ¡s de autorizaciÃ³n y encripciÃ³n TLS si asÃ lo deseamos. WebSocket Se trata de un protocolo binario de comunicaciÃ³n full-duplex. Su principal ventaja aparece por oposiciÃ³n a HTTP, que es â€œcoloquialâ€ en el sentido que los mensajes son texto legible por un humano y half-duplex: debe establecerse una conexiÃ³n, pedir un elemento, y Ã©ste es devuelto. La comparaciÃ³n es vÃ¡lida en tanto que

Software de soporte CTC-095:	`CTC-095_Software.zip`

CTC-096_RPC_MQTT_ESP32_Mongoose-OS.pdf	`CTC-096_RPC_MQTT_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-096 Componente: RPC de Mongoose-OS por MQTT con ESP32 Mongoose-OS incorpora una API del tipo RPC (Remote Procedural Call) que podemos utilizar a travÃ©s de diversos transportes. Entre ellos disponemos de MQTT. La utilizaciÃ³n de RPC sobre MQTT resulta ideal para control y monitoreo de un dispositivo en situaciones en las que no disponemos de un acceso por red al mismo ya que se encuentra detrÃ¡s de un firewall, o incluso para desacoplar la aplicaciÃ³n. Todo lo que hemos desarrollado en comentarios tÃ©cnicos anteriores es vÃ¡lido tambiÃ©n para este transporte, por lo que dispondremos ademÃ¡s de autorizaciÃ³n y encripciÃ³n TLS si asÃ lo deseamos. Bidireccionalidad Hemos visto en CTC-086 y CTC-087 diversos esquemas de red y como MQTT nos permitÃa desacoplar la aplicaciÃ³n y concentrarnos en bloques independientes. Comentamos ademÃ¡s que se trataba de un esquema en esencia unidireccional pero que habÃa algunas alternativas interesantes. Pues bien, Mongoose-OS incorpora un

Software de soporte CTC-096:	`CTC-096_Software.zip`

CTC-097_SNTP_ESP32_Mongoose-OS.pdf	`CTC-097_SNTP_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-097 Componente: SNTP con ESP32 y Mongoose-OS Mongoose-OS incorpora un cliente SNTP, una versiÃ³n simplificada de NTP (Network Time Protocol). Esto nos permite conectarnos a servidores NTP (en Internet o en nuestra red) y obtener informaciÃ³n precisa de fecha y hora sin necesidad de contar con un RTC y evitando el inconveniente de tener que ponerlo en hora. ConfiguraciÃ³n Configuramos el ESP32 con Mongoose-OS para conectarse como cliente a una red WiFi. Dado que debemos conectarnos a un servidor, Ã©sta nos resulta la forma tal vez mÃ¡s rÃ¡pida y simple de realizar las pruebas y explicar la operaciÃ³n. La configuraciÃ³n puede realizarse manualmente mediante RPC, en un archivo de configuraciÃ³n JSON; o definirla en el archivo YAML que describe el proyecto. Para las pruebas elegimos esta Ãºltima opciÃ³n. libs:

Software de soporte CTC-097:	`CTC-097_Software.zip`

CTC-098_File-logger_ESP32_Mongoose-OS.pdf	`CTC-098_File-logger_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-098 Componente: archivos de log de Mongoose-OS con ESP32 Mongoose-OS incorpora un esquema de log en archivos rotativos que ademÃ¡s provee un acceso mediante la ya varias veces mencionada API del tipo RPC (Remote Procedural Call), a la cual podemos acceder y utilizar a travÃ©s de diversos transportes. Este esquema de bitÃ¡cora puede tanto tomar mensajes del sistema como los que nuestra aplicaciÃ³n voluntariamente genera, lo cual nos resulta una excelente herramienta â€œforenseâ€ a la hora de intentar inferir por quÃ© pasÃ³ lo que no debÃa haber pasado. File-logger Se trata de un esquema similar al encontrado tradicionalmente en los servidores, en el que un grupo de archivos se va llenando de a uno por vez con mensajes provenientes de diversas fuentes (y en respuesta a sucesos que ameritan la escritura), cambiando de archivo cuando se llega a un determinado tamaÃ±o. Cuando se alcanza una cierta cantidad de archivos, el esquema borra el Ãºltimo. Esto funciona en cierta forma como un

Software de soporte CTC-098:	`CTC-098_Software.zip`

CTC-099_GCP_GoogleCloudPlatform.pdf	`CTC-099_GCP_GoogleCloudPlatform.pdf`
Comentario tÃ©cnico: CTC-099 Componente: Google Cloud Platform En el CTC-086 charlamos sobre la â€œInternet de nuestras cosasâ€ y propusimos una soluciÃ³n escalable basada en MQTT, a la vez que recomendamos recurrir a los grandes proveedores para una red de envergadura. Analizaremos ahora una parte de la implementaciÃ³n de ese tipo de soluciones en uno de esos grandes proveedores. En esta oportunidad es Google, y nos referimos a la Google Cloud Platform. En particular, desarrollaremos la utilizaciÃ³n de Cloud IoT Core, el producto de conectividad basado en MQTT y HTTP que nos permite concentrar la informaciÃ³n proveniente de nuestros dispositivos. Ãndice de contenido Breve descripciÃ³n de GCP (desde nuestro punto de vista)................................................................................1 Breve descripciÃ³n de Cloud IoT Core...............................................................................................................2 MQTT bridge................................................................................................................................................3

CTC-100_GCP_ESP32_Mongoose-OS.pdf	`CTC-100_GCP_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-100 Componente: ConexiÃ³n del ESP32 con Mongoose-OS a Google Cloud Platform En el CTC-099 analizamos la Google Cloud Platform (GCP) y desarrollaremos la utilizaciÃ³n de Cloud IoT Core, el servicio de conectividad, utilizando MQTT. Mongoose-OS incorpora un cliente MQTT y una library con soporte para GCP, por lo que en este Comentario TÃ©cnico analizaremos la forma de conectarnos a dicha plataforma IoT con un ESP32 y Mongoose-OS. ConfiguraciÃ³n El proceso de configuraciÃ³n para la utilizaciÃ³n de un dispositivo en esta plataforma se desarrolla fundamentalmente en dos partes credenciales (y parÃ¡metros de configuraciÃ³n) en el dispositivo Si estamos desarrollando, existe un tercer paso, opcional, que nos puede ahorrar bastante trabajo. Consiste en obtener las credenciales del dispositivo y guardarlas en el proyecto, de modo de no tener que borrarlo y

Software de soporte CTC-100:	`CTC-100_Software.zip`

CTC-101_RPC_GCP_ESP32_Mongoose-OS.pdf	`CTC-101_RPC_GCP_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-101 Componente: RPC de Mongoose-OS en GCP con ESP32 En el CTC-099 analizamos la Google Cloud Platform (GCP) y desarrollamos la utilizaciÃ³n de Cloud IoT Core. En el CTC-100 nos conectamos utilizando MQTT a dicha plataforma IoT con un ESP32 y Mongoose-OS. Este entorno incorpora una API del tipo RPC (Remote Procedural Call) que podemos utilizar a travÃ©s de MQTT, como analizamos en el CTC-096. Analizaremos en esta oportunidad la utilizaciÃ³n de esta API RPC para control y monitoreo de dispositivos conectados a la Google Cloud Platform. Breve descripciÃ³n del funcionamiento La operaciÃ³n de RPC se realiza sobre el mismo esquema de conexiÃ³n que analizamos en el CTC-100, es decir, sobre el bridge MQTT de Cloud IoT Core. Como tal, estÃ¡ limitada en principio a una operaciÃ³n muy similar a la descripta en el CTC-096. Dadas las limitaciones adicionales que impone la plataforma, no es posible utilizar cualquier tÃ³pico, sino que la operaciÃ³n se realiza mediante los tÃ³picos de eventos y comandos,

Software de soporte CTC-101:	`CTC-101_Software.zip`

CTC-102_MQTT_TLS_SIMCOM.pdf	`CTC-102_MQTT_TLS_SIMCOM.pdf`
Comentario tÃ©cnico: CTC-102 Componente: MQTT (sobre TLS) con SIMCOM Algunos mÃ³dulos SIMCOM como el SIM7600 incorporan un cliente MQTT con soporte TLS. Esto nos facilita el conectarnos a proveedores de servicios IoT y mantener una cierta seguridad en el contenido de la informaciÃ³n y la autenticidad de quien supuestamente la publica; dado que TLS nos permite por un lado autenticar al servidor, y por otro que la infraestructura del servidor pueda autenticar la identidad de esas conexiones, es decir, que realmente sean usuarios autorizados. Para mÃ¡s informaciÃ³n sobre MQTT, consultar el CTC-087. El funcionamiento de TLS lo describimos brevemente en el CTC-092; mientras que en el CTC- ConfiguraciÃ³n El cliente MQTT de SIMCOM, al menos en el SIM7600, puede tener hasta dos instancias; es decir, podemos conectarnos a dos brokers diferentes. Cada instancia puede utilizar o no TLS, y de hacerlo dispone de varios contextos para elegir. Cada contexto almacena las claves y se configura de manera independiente. Quien

Archivos adicionales CTC-102:	`CTC-102_Archivos.zip`

CTC-103_GCP_JWT_SIMCOMyOtros.pdf	`CTC-103_GCP_JWT_SIMCOMyOtros.pdf`
Comentario tÃ©cnico: CTC-103 Componente: ConexiÃ³n a Google Cloud Platform desde SIMCom y otros En el CTC-099 analizamos la Google Cloud Platform (GCP) y desarrollamos la utilizaciÃ³n de Cloud IoT Core, el servicio de conectividad, utilizando MQTT. Comentamos allÃ brevemente que la autenticaciÃ³n emplea JSON Web Tokens (JWT), por lo que desarrollaremos aquÃ algunas de las alternativas a la hora de implementarlo. Si bien el enfoque principal es desde el empleo de mÃ³dulos SIMCom, las alternativas son vÃ¡lidas para cualquier desarrollo con conectividad a esta plataforma. MÃ³dulos SIMCom Los mÃ³dulos SIMCom con cliente MQTT como el SIM7600, no poseen una estructura de comandos que permita soportar la generaciÃ³n de JWT. Si bien el mÃ³dulo posee manejo de SSL y hasta comandos AT para recibir claves, el fabricante no tiene pensado introducir los comandos necesarios para esto. Alternativas

CTC-104_AWS_AmazonWebServices.pdf	`CTC-104_AWS_AmazonWebServices.pdf`
Comentario tÃ©cnico: CTC-104 Componente: Amazon Web Services En el CTC-086 charlamos sobre la â€œInternet de nuestras cosasâ€ y propusimos una soluciÃ³n escalable basada en MQTT, a la vez que recomendamos recurrir a los grandes proveedores para una red de envergadura. Analizaremos ahora una parte de la implementaciÃ³n de ese tipo de soluciones en uno de esos grandes proveedores. En esta oportunidad es Amazon, y nos referimos a los Amazon Web Services. En particular, desarrollaremos la utilizaciÃ³n de AWS IoT, el conjunto de servicios para la Internet de las cosas, y nos enfocaremos de manera mÃ¡s especÃfica en AWS IoT Core, el producto de conectividad basado en MQTT y HTTP que nos permite concentrar la informaciÃ³n proveniente de nuestros dispositivos. Ãndice de contenido Breve descripciÃ³n de AWS (desde nuestro punto de vista)...............................................................................1 Breve descripciÃ³n de AWS IoT..........................................................................................................................2

CTC-105_AWS_ESP32_Mongoose-OS.pdf	`CTC-105_AWS_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-105 Componente: ConexiÃ³n del ESP32 con Mongoose-OS a Amazon Web Services Revisiones Fecha Comentarios En el CTC-104 analizamos los Amazon Web Services (AWS) y desarrollamos la utilizaciÃ³n de AWS IoT Core, el servicio de conectividad, utilizando MQTT. Mongoose-OS incorpora un cliente MQTT y una library con soporte para AWS, por lo que en este Comentario TÃ©cnico analizaremos la forma de conectarnos a dicha plataforma IoT con un ESP32 y Mongoose-OS. ConfiguraciÃ³n El proceso de configuraciÃ³n para la utilizaciÃ³n de un dispositivo en esta plataforma se desarrolla fundamentalmente en dos partes credenciales (y parÃ¡metros de configuraciÃ³n) en el dispositivo Si estamos desarrollando, existe un tercer paso, opcional, que nos puede ahorrar bastante trabajo. Consiste en

Software de soporte CTC-105:	`CTC-105_Software.zip`

CTC-106_AWS_SIMCOM.pdf	`CTC-106_AWS_SIMCOM.pdf`
Comentario tÃ©cnico: CTC-106 Componente: ConexiÃ³n de mÃ³dulos SIMCOM con soporte MQTT a Amazon Revisiones Fecha Comentarios En el CTC-104 analizamos los Amazon Web Services (AWS) y desarrollamos la utilizaciÃ³n de AWS IoT Core, el servicio de conectividad, utilizando MQTT. En el CTC-102 vimos la forma de conectar los mÃ³dulos SIMCOM como el SIM7600 a un broker MQTT. En este Comentario TÃ©cnico analizaremos la forma de conectarnos a dicha plataforma con dichos mÃ³dulos. Credenciales y AWS IoT Core Antes de proseguir, es fundamental que hayamos leÃdo el CTC-104 y que hayamos realizado el quickstart de AWS IoT Core. Las acciones a realizar son: â€¢ cargar el dispositivo en la registry

CTC-107_M5Stack_ESP32_Mongoose-OS.pdf	`CTC-107_M5Stack_ESP32_Mongoose-OS.pdf`
Comentario tÃ©cnico: CTC-107 Componente: M5Stack como herramienta de desarrollo para ESP32 con Revisiones Fecha Comentarios El M5Stack no es sÃ³lo un simpÃ¡tico juguete para hobbyistas, puede ser una interesante herramienta de desarrollo para el ESP32 y fundamentalmente una plataforma a la que podemos rÃ¡pidamente agregar componentes y obtener el hardware necesario para disponer de una maqueta, una prueba de concepto, sin tener que reinventar la rueda con cada prospecto de desarrollo y reutilizando nuestro cÃ³digo existente. Veremos aquÃ cÃ³mo podemos hacer esto con la ayuda de Mongoose-OS. DescripciÃ³n del M5Stack El M5Stack cuenta con un display color de 2â€ con resoluciÃ³n de 320x240 pÃxeles, tres botones, conectores Grove1, baterÃa de 500mAh y antena WiFi, todo en un gabinete cÃ³modo y pequeÃ±o. El display nos permite ademÃ¡s tener la posibilidad de visualizaciÃ³n del estado

Software de soporte CTC-107:	`CTC-107_Software.zip`

	`ESD.pdf`
Title: Word Pro - esd.lwp La teorÃa Las descargas electrostÃ¡ticas (ESD: ElectroStatic Discharge) se producen cuando un aislante (un operador no puesto a tierra) transportando una carga elÃ©ctrica se acerca a un conductor (un componente en una placa de circuito impreso, PCB) a un potencial electrostÃ¡tico menor.

Inicio Faq Catalogo Novedades Cursos Libros Ofertas Eventos Soporte Desarrollos Contáctenos Mapa de Sitio

Av. De Los Incas 4821 Codígo Postal 1427 - Cíudad de Buenos Aires, Argentina
Tel: (5411) 4522-5466 (Rotativas)

info[@]cika[.]com

InfoBase/TechComm

Contents

CoTC