[SOLUCIONADO]Dudas con 2 módulos MSSP en el mismo micro con C18

[Thulsa Doom]

Pues no está solucionado 

Ya sé de donde viene el problema pero no sé como solucionarlo.

El problema está en el microcontrolador en los pines D5 (SDA2) y D6 (SCL2), resulta que están como muy sensibles y le afecta cualquier cosa que le pongas, ya sea un osciloscópio o un analizador lógico, he probado a cambiarle las resistencias de 10K a 4,7K y a 100K y con las mejores que funciona, cuando funciona es con las de 10K.

He probado colocando unos condensadores de 0,1uf de filtros y no van bien.

He probado a alimentar la sonda con 5v y poner resistencias de pull up de 10k en los pines con el micro, según el datasheet esta entradas son digitales y toleran hasta 5.5v y nada.

Estoy pensando que hay algún parámetro que se me escapa en la configuración del micro porque no puede ser que sean tan sensibles esos pines, nunca me ha pasado eso en otros micros.

He probado con dos 18F67J50 diferentes con el mismo resultado

[KILLERJC]

Problemas del micro ?

http://ww1.microchip.com/downloads/en/DeviceDoc/80000481B.pdf

[Thulsa Doom]

Pues creo que por ahí van los tiros.

Esto es lo que me pone el MPLAB en la ventada del ICD2 según dice el documento que haga

Código: [Seleccionar]

Connecting to MPLAB ICD 2
...Connected
Setting Vdd source to target
Target Device PIC18F67J50 found, revision = Rev 0x3
...Reading ICD Product ID
Running ICD Self Test
...Passed
MPLAB ICD 2 ready for next operation

Según pone el documento el ID 3h es uno de los implicados y según la ventana pone esa versión.

Ahora la manera de resolverlo no lo entiendo muy bien, ¿me echas una mano?, lo que estoy usando es el protocolo SPI en el MSSP1 y el protocolo I2C en el MSSP2

[KILLERJC]

En fin no veo que pueda ser xD

Sobre I2C(master):

Dice que si el esclavo llega a mantener la señal de clock en bajo por X motivo (clock streching) , el primer pulso que salga del micro puede ser muy angosto y perder un ciclo el esclavo.
Solucion: ninguna xD, solo rogar que el esclavo no realize eso.

De todas formas esto seria el caso de que no recibiera bien las cosas el esclavo.

Y nada mas sobre I2C (en modo maestro), los demas problemas son de SPI y que deberian afectar a ese modulo nomas
Y si lo tenes como esclavo es habilitar el clock streching (SSPxCON2.SEN) antes de recibir algo y leer rapidamente el buffer antes que llegue otro dato.

Asi que volvemos a donde empezaste, es decir Hardware.

[Thulsa Doom]

Pues creo que voy a tener que cambiar de micro, este me hace cosas raras hasta el i2c por software, voy a utilizar un 18F97J60, a ver que tal, vaya con esto me lleva ya casi un mes con esto 

[Thulsa Doom]

Sigo teniendo dudas, resulta que me he pillado un Logic Sniffer de Dangerous Prototypes y la verdad he de decir que va genial.
Pues con este analizador lógico lo que veo es que tanto por software como por hardware la primera lectura que hace la hace bien pero las siguientes la frecuencia se dispara y ya se sale del rango de trabajo del protocolo, no tengo ni idea de como solucinarlo 

[KILLERJC]

Probaste con otra cosa dispositivo i2C o fuera del lugar donde esta?

Sino de ultima es postear en el foro de microchip

[Thulsa Doom]

Lo pregunté pero nadie sabe, a ver si con estas fotos al igual lo ven más claro


Esta captura es de la configuración del dispositivo cuando arranca el prototipo, al parecer está bien, i2C está implementado por hardware




Esta captura es de cuando ya está en marcha el prototipo y va ha hacer una lectura de la temperatura, se queda pillado nada más empezar porque la velociada es demasiado alta y se sale fuera de la velocidad estándar del protocolo

[Thulsa Doom]

Bueno pues creo que ya lo he solucionado.
es configurando el registro SSP2ADD, según el microcontrolador hay unos valores para el BAUD RATE yo le he puesto 0x18 y parece que va, no me está midiendo pero por lo menos no me da errores el bus

Al iniciar el dispositivo.


Protocolo


Captura con el dispositivo funcionando a pleno rendimiento


Protocolo


Se ve que la frecuencia se eleva mucho más que al inicio pero como el registro SSP2ADD está configurado para 400KHz pues no se eleva como antes

[KILLERJC]

Bueno por fin lo encontraste, lo raro que no recuerdo haber visto ningun registro con ese nombre xD

[MGLSOFT]

Que herramienta es la que muestras en los gráficos??

[Thulsa Doom]

Es un logis sniffer de Dangerous Prototypes, este es el enlace

http://dangerousprototypes.com/docs/Hardware_design_overview

yo lo compré en alixpress.

Es open sources y actualizan el producto a menudo, trabaja con muchos protocolos como uart, i2c, spi, DMX512, JTAG, etc etc....

va genial, sin esto no habría descubierto el problema, he de decir que también me dieron la idea en los foros de microchip  

No voy a poner en el anuncio del post que está resuelto hasta que no esté seguro de que ese era el problema

[Thulsa Doom]

Pues doy por concluido el tema, modificando el registro SSP2ADD se soluciona el problema, gracias a todos por la ayuda