I2C y UART en el mismo PIC

No sé de donde habrás sacado esas informaciones, pero que yo sepa, el típico

Otra cosa sería hablar del puerto SPI, que en algunos PICs sí que comparte patillas con la UART.

--

Saludos de Jose Manuel Garcia snipped-for-privacy@terra.es http://213.97.130.124

"Reinoso G." escribió en el mensaje news: snipped-for-privacy@news-3.escomposlinux.org...

soft

de

para

Tambien tienes la opción de implementar el I2C o el SPI en unas I/O cualquiera mediante software si la velocidad no es un inconveniente.

"Pepitof" escribió en el mensaje news: snipped-for-privacy@individual.net...

típico

interprete

de

yo

sensor)

uart

resultados

serlo

El viernes pudimos ver a Reinoso G. diciendo:

No acabo de entender el problema, tú mismo lo dices: las patillas para la USART _no_ intervienen en I2C, ¿cuál es el conflicto?:

Desde luego, a nivel de tensiones, que es lo que te preocupa, no hay colisión porque físicamente no comparten nada (excepto el micro, claro). El único conflicto remotamente relacionado es el tema de los niveles TTL-RS232, que estoy seguro conoces (y los MAX232 y similares).

Mi problema era, como bien dedujo Pepitof, que confundí las patas SDA y SCL del I2C con las funciones del puerto SPI, que sí utiliza RX y TX de la UART. De cualquier modo el micro que estoy usando parece que sólo tiene I2C slave, el modo master hay que hacerlo por firmware me ha parecido entender.

Si esto es así me da igual usar las patillas asignadas, que otras cualesquiera. Lo estoy haciendo así con las macros de HT-PICC y cambiando algunas cosillas (como que no manda la señal de stop cuando debe) ya he conseguido leer y escribir en una EEPROM tipo 24LCXX; es un comienzo.

Gracias a todos.

Pues sí, es así de estúpido. Yo la primera vez que lo leí creía que era una errata, pero es así. De hecho no hay ningún modelo de PIC de 18 pines que incluya UART y I2C completo. No sé en qué están pensando los señores de Microchip...

--

Saludos de Jose Manuel Garcia snipped-for-privacy@terra.es http://213.97.130.124

"Reinoso G." escribió en el mensaje news: snipped-for-privacy@news-3.escomposlinux.org...

entender.

Bueno, eso es otra historia :-(

Es más que un comienzo, si dialogas con un dispositivo, lo harás con cualquier otro. :-)

Es que yo esoy un poco verde en ese compilador, y por ahora, los programas que he hecho me los he currado yo enteros, pero si hubiera macros ya escritas para ciertas cosas, me serían muy útiles.

Pues sí, vienen con el compilador. En el directorio de samples. Al menos con la versión que me bajé de donde te puedes imaginar.

Por ejemplo para I2C viene un fichero que es i2c.h, que contiene los includes y demás parámetros como la dirección i2c, etc. Luego un i2c.c que vienen rutinas para manejar o emular un i2c en modo maestro, tienes que definir los pines correspondientes y ya. Y luego viene un i2cdemo.c donde ves cómo se usa todo junto.

En ese ejemplo en concreto yo tuve que cambiar algunas cosas practicamente triviales.

Por ejemplo para la UART también hay. Vienen unas macros para inicializarla y el generador de bitrate. Y está definida una función putch para poder usar la función printf dirigiendo la salida al puerto serie.

Hay ejemplos para el adc, temporizadores, interrupciones, etc. Francamente es extraño que no los hayas visto explorando el directorio.

Si no vienen con tu versión descárgate la última de la web oficial. Aunque no tengas la clave de actvación del software los ejemplos se te copian, y dudo que no funcionen con versiones anteriores.

Por cierto, bastante buena la integración de este compilador con el simulador de mplab, yo hasta hace poco programaba en asm y ha sido espectacular el avance en unos pocos días.

Me decanté por este compilador porque fue el primero que funcionó, probé hcw o algo parecido y no compilaba, se cerraba la aplicación, probé luego ht-picc y funcionó a la primera. Desconozco otros compiladores. ¿Cuál era el que usabas tú antes y qué tal funciona?

Saludos.