Ayuda I2C con PIC32MZ y xc32, pero sin HARMONY

[jfmateos2]

Misterio resuelto: estoy usando un pic32mz de 64 pines, y en estos modelos no está disponible el i2c número 2.

[manwenwe]

sip, el mio es de 100 pines.

Lo de los micros que subí: son un poco raretes, el USB no lleva en transceiver (sólo ULPI)

[manwenwe]

Tenías toda la razón jfmateos2. PIC32MZ@200Mhz con el reloj de periféricos al máximo y una interrupción de máxima prioridad sin nada más en el código (cuando un gpio cambia de '0' a '1' entro en interrupción y pongo otro gpio a '0'):



Como veis desde que la señal azul sube de 1.5V que es más o menos donde se debería decectar el '1' lógico... la roja tarda en cambiar de nivel unos 750ns lo cual son 150 instrucciones: no las 11 que ellos prometen, mienten como bellacos jeje. Para la app que tengo en mente creo que sería suficiente, aún así si alguien pudiese hacer la misma prueba con un M4 sería genial comparar.

Saludos! 

[manwenwe]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

[DominusDRR]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

¿Y lo has pensado hacer en H3?

[manwenwe]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

¿Y lo has pensado hacer en H3?

Que va! Sigo con el mismo pensamiento que hace años. Con Harmony sólo hago lo que es realmente complejo como USB o Bootloader, etc. El resto o lo monto de cero o lo creo en otro proyecto en H3 y me paso el código "a limpio": si empiezas a crear muchos periféricos y a enlazarlos con otros (DMA etc.) el código generado se vuelve muy poco mantenible...

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Saludos!

[DominusDRR]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

¿Y lo has pensado hacer en H3?

Que va! Sigo con el mismo pensamiento que hace años. Con Harmony sólo hago lo que es realmente complejo como USB o Bootloader, etc. El resto o lo monto de cero o lo creo en otro proyecto en H3 y me paso el código "a limpio": si empiezas a crear muchos periféricos y a enlazarlos con otros (DMA etc.) el código generado se vuelve muy poco mantenible...

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Saludos!

Tenía esa idea también, me gustaba crear mis propios drivers o librerías para periféricos sencillos, pero la verdad es que me ahorrado mucho trabajo todo hacer con H3.

Actualmente tengo un proyecto que incluye lo siguiente:

1. Comunicación TCO/IP sobre Ethernet.
2 Un puerto I2C para una memoria EERAM.
3. Un puerto I2C para un IC NFC.
4. Un puerto SPI para un IC Qtouch.
5. Un UART para comunicación con una smart TFT.

Funciona muy bien, no tengo problemas, obviamente para llegar aquí H3 ha pasado por muchas actualizaciones y correcciones, pero me parece muy estable.

[manwenwe]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

¿Y lo has pensado hacer en H3?

Que va! Sigo con el mismo pensamiento que hace años. Con Harmony sólo hago lo que es realmente complejo como USB o Bootloader, etc. El resto o lo monto de cero o lo creo en otro proyecto en H3 y me paso el código "a limpio": si empiezas a crear muchos periféricos y a enlazarlos con otros (DMA etc.) el código generado se vuelve muy poco mantenible...

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Saludos!

Tenía esa idea también, me gustaba crear mis propios drivers o librerías para periféricos sencillos, pero la verdad es que me ahorrado mucho trabajo todo hacer con H3.

Actualmente tengo un proyecto que incluye lo siguiente:

1. Comunicación Ethernet.
2 Un puerto I2C para una memoria EERAM.
3. Un puerto I2C para un IC NFC.
4. Un puerto SPI para un IC Qtouch.
5. Un UART para comunicación con una smart TFT.

Funciona muy bien, no tengo problemas, obviamente para llegar aquí H3 ha pasado por muchas actualizaciones y correcciones, pero me parece muy estable.

Puede que esté equivocado... y simplemente ha pasado el tiempo ha mejorado mucho. El caso es que en el pasado era un completo desastre por eso huía de H3: nada que ver con los entornos de ST32, Kinetis, etc. donde todo ha funcionado a la primera desde siempre. Ahora tengo el tiempo limitado para desarrollar este proyecto por lo que no me puedo entretener en trastear con H3: para la próxima...

En otras cosas sí han mejorado un montón, por ejemplo el Pickit4 van 1000 veces mejor que el Pickit3 e incluso 100 veces mejor que el ICD3. La lástima es que no hay stock de ICD4 para probarlo, además aparece como que lo van a descatalogar: ¿habrá una GEN5 pronto?, quién sabe...

Saludos!

[DominusDRR]

Cambié el PC y tengo diseños de electrónica antiguos pero he perdido muchos códigos. Ahora estoy con un PIC32MM y no me funcionaba el I2C. Googleando me he encontrado a mi mismo aquí en el foro subiendo funciones de I2C hace casi 6 años: "Back to the Future" jajaja

¿Y lo has pensado hacer en H3?

Que va! Sigo con el mismo pensamiento que hace años. Con Harmony sólo hago lo que es realmente complejo como USB o Bootloader, etc. El resto o lo monto de cero o lo creo en otro proyecto en H3 y me paso el código "a limpio": si empiezas a crear muchos periféricos y a enlazarlos con otros (DMA etc.) el código generado se vuelve muy poco mantenible...

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Saludos!

Tenía esa idea también, me gustaba crear mis propios drivers o librerías para periféricos sencillos, pero la verdad es que me ahorrado mucho trabajo todo hacer con H3.

Actualmente tengo un proyecto que incluye lo siguiente:

1. Comunicación Ethernet.
2 Un puerto I2C para una memoria EERAM.
3. Un puerto I2C para un IC NFC.
4. Un puerto SPI para un IC Qtouch.
5. Un UART para comunicación con una smart TFT.

Funciona muy bien, no tengo problemas, obviamente para llegar aquí H3 ha pasado por muchas actualizaciones y correcciones, pero me parece muy estable.

Puede que esté equivocado... y simplemente ha pasado el tiempo ha mejorado mucho. El caso es que en el pasado era un completo desastre por eso huía de H3: nada que ver con los entornos de ST32, Kinetis, etc. donde todo ha funcionado a la primera desde siempre. Ahora tengo el tiempo limitado para desarrollar este proyecto por lo que no me puedo entretener en trastear con H3: para la próxima...

En otras cosas sí han mejorado un montón, por ejemplo el Pickit4 van 1000 veces mejor que el Pickit3 e incluso 100 veces mejor que el ICD3. La lástima es que no hay stock de ICD4 para probarlo, además aparece como que lo van a descatalogar: ¿habrá una GEN5 pronto?, quién sabe...

Saludos!

Yo todavía sigo usando el ICD3, iba a comprarme el ICD4 pero ya es "obsoleto", debido a que hay escasez de los FPGAs que lo constituyen. Hay rumores que va salir una nueva versión del ICD4 pero con FPGAs de MicroSemi.

Talvez me anime a comprar un SNAP para hacer algunas pruebas con SAM32.

[AnitaMalhereux]

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Ese es un error de novato, usar un microcontrolador nuevo para un proyecto.

[DominusDRR]

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Ese es un error de novato, usar un microcontrolador nuevo para un proyecto.

No había leído que estaba usando el PIC32MM, no me parece que sea tan nueva esa familia de microcontroladores, al menos que sea alguno nuevo (dentro de esa familia).

Tal vez es para hacer algunas pruebas o algo no tan importante, por que lo lógico es utilizar un microcontrolador que esté en el mercado por lo menos unos dos años hasta aparezcan todos los silicon bugs descubiertos por el fabricante y más por los usuarios, como en este caso....

[manwenwe]

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Ese es un error de novato, usar un microcontrolador nuevo para un proyecto.

Los PIC32MM llevan 7 años en el mercado y yo casi 20 programando PIC, desde que empecé en la universidad son ASM: supongo que te refieres a eso. Deduzco que tú llevarás 50 años programando el Intel 4004 que está más que probado...

[DominusDRR]

Ayer volviendome loco con una interrupción por cambio de estado de pines y al final me dicen en Microchip que es una silicon errata pero que todavía no está aprobada para publicar en el documento oficial: si en vez de con registro pruebo con librerías generadas me puedo tirar días o semanas dándole vueltas al motivo...

Ese es un error de novato, usar un microcontrolador nuevo para un proyecto.

Los PIC32MM llevan 7 años en el mercado y yo casi 20 programando PIC, desde que empecé en la universidad son ASM: supongo que te refieres a eso. Deduzco que tú llevarás 50 años programando el Intel 4004 que está más que probado...

7 años y aparece un nuevo silicon bug nuevo, da miedo que pase eso.

Recuerdo que me sucedió eso con el dsPIC30F, cuando anunciaron bombos y platillos que tenía un ADC que podía trabajar a 1MSPS, así que me lance a un proyecto para descubrir que un conversor (en realidad son dos conversores que se alternan cada uno y funcionan a 500 kSPS), no lograba alcanzar el máximo. Luego de buscar ayuda en el soporte técnico de MCHP, el cual sólo me indicaron que habían logrado reproducir el error y que pronto publicarían algo.

Luego de 3 meses apareció una nueva errata indicando que no se podía alcanzar el 1MSPS.