Problemas para detectar un 24FJ256GB106

[Nocturno]

Hola Rafael, no hay alterna. En el osciloscopio lo veo todo limpio, limpio. Sólo veo algo de ruido al hacer zoom a 10mV, pero ese ruido lo veo también sin conectar nada, así que será por la propia tolerancia del osciloscopio.

[migsantiago]

Épale, que el diodo no había que quitarlo. El diodo evita que el alto voltaje de Vpp fluya hacia el bajo de 3.3V. Si bien la resistencia de 10k se lo come, mejor que no fluya usando el diodo.

Hasta ahora entiendo esto...

- Si alimentas con 5V a tu regulador de 3V3, el ICD no detecta al PIC
- Si alimentas con 3V3 por ICSP, el ICD sí detecta al PIC

Puede ser un problema de tierras. Checa continuidad entre GND de la fuente de 5V y GND del ICSP-PIC-3V3.

[AKENAFAB]

Pero Vpp no es alto para los pic24 , lo que se hace es un reset , luego se envia una cadena de comandos.

En las especificaciones del pic , no pasa de 4v

Voltage on any combined analog and digital pin, and MCLR, with respect to VSS ........................-0.3V to (VDD + 0.3V)

[Nocturno]

Efectivamente, en PIC24F por el pin MCLR sólo entra un reset a 0V cuando el programador así lo necesita. El resto del tiempo entra Vdd de 3.3V.
Por eso tenía el diodo puesto como en el esquema que pegué al principio, para que GTPUSB no meta los 13V pero sí pueda meter 0V.

[migsantiago]

Ahhh no sabía eso, una disculpa.

¿Qué tal las tierras? ¿Hay continuidad?

[Nocturno]

Sí, completamente.

Llevo todo el día fuera de casa con una idea en la cabeza, y sospecho que por ahí pueden venir los problemas. La línea Vdd del conector ICSP la tengo conectada a la Vdd de 5V del circuito. Cuando meto 3.3V con mi fuente externa en la línea de 3.3V del circuito (tras el regulador), el ICD3 lo detecta bien, y supongo que a la línea de 5V llega algún residuo a través del regulador en sentido contrario.
Sin embargo cuando meto 5V con mi fuente en la línea Vdd, el ICD3 no lo detecta. Estoy imaginando que si ICD3 lee 5V en Vdd, automáticamente no continúa porque se supone que el 24F no habrá sobrevivido.
En fin, no es más que una teoría, pero ya no sé qué probar.

[migsantiago]

Vdd del ICSP debe ser idéntico a Vdd del PIC a programar. 

Poner 5V en Vdd del ICSP es poner en jaque al PIC.

[Nocturno]

Pero los 5V del conector ICSP no van directos al PIC, pasan por el regulador de 3.3V.

Eso lo hice así para hacerlo compatible con el conector del GTPUSB, y lo he usado con todos los PIC de 3.3V hasta ahora sin problemas.

En fin, cuando llegue a casa lo pruebo y os cuento.

[migsantiago]

¿Podrías por favor poner el diagrama completo del ICSP y del regulador que dices? 

[Nocturno]

Sí, en cuanto llegue lo cuelgo.

En cualquier caso, el conector ICSP sólo tiene 5 señales, el resto ya lo tienes en la etapa de alimentación que puse al principio. Son estas cinco:

- GND
- Vdd
- ICSP_VPP
- ICSP_PGC
- ICSP_PGD

[Nocturno]

¡CONSEGUIDO!

En cuanto he cambiado Vdd por 3.3V en el ICSP, el ICD3 ya se lo traga perfectamente.
He vuelto a montar toda la etapa de alimentación original, tal y como estaba en el esquema, y funciona de lujo.

De hecho, he quitado el tántalo de 10uF y he puesto un cerámico de 1uF; y también he dejado la resistencia de 1K5 en ENVREG. Sigue funcionando bien, lo que demuestra que la avería estaba en el ICSP.

Ahora no consigo que lo detecte el GTPUSB, pero ya me sirve con el ICD3.

Muchas gracias por vuestra ayuda

[migsantiago]

Pero no hay razón para cambiar lo demás... el manual lo sugiere. 

Qué bien que ya funciona.

[Nocturno]

Claro, claro, y lo dejaré como indica el manual. Sólo he vuelto atrás sobre mis pasos para confirmar que la única razón que provocaba el problema era esa.

[migsantiago]

Ah bueno