TODOPIC
Microcontroladores PIC => Programadores => Mensaje iniciado por: micro_pepe en 28 de Enero de 2010, 13:30:44
-
Como se programa un pic alimentado a 3,3V por medio de ICSP? Alimentando el pic en la placa de aplicación, y conectando directamente las lineas de datos y reloj?
O como se hace para los PIC18FxxJxx?
Estoy usando el GTP-USB(plus)
Un saludo.
-
Los pines data y clock se pueden conectar directamente porque son tolerantes a 5V, pero ojo con MCLR. A ese no le puedes meter los 13V de Vpp.
Para protegerlo le tienes que poner una resistencia y un diodo como indica el maestro Sisco en este esquema:
http://www.winpic800.com//descargas/REV2/dsPIC33F_PIC24F_PIC24H_ICSP.pdf
-
Ha llovido mucho, jeje...
Bueno, me compré un PicKit 3, y me surge la misma duda, he probado con micros a 5v, y conecto las cinco líneas del PIC con las cinco del programador, cuando digo las cinco es incluyendo la Vdd, para esta, alimento el PIc con una fuente y el programador por USB, tiene que ser así para que el PicKit detecte que hay un hardware conectado, pero ¿que pasa con micros a 3.3v? ¿hay que proteger la Vpp? y la Vdd ¿se conecta una con otra?
Al debugear aparece este aviso:
CAUTION: Check that the device selected in MPLAB IDE (PIC18F26K80) is the same one that is physically attached to the debug tool. Selecting a 5V device when a 3.3V device is conected can result in damage to the device when the debugger checks the device ID. Do you wish to continue?
PRECAUCIÓN: Compruebe que el dispositivo seleccionado en MPLAB IDE (PIC18F26K80) es el mismo que está conectado físicamente a la herramienta de depuración. Selección de un dispositivo de 5V cuando un dispositivo de 3.3V está conectado, puede causar daños al dispositivo cuando el depurador comprueba el ID de dispositivo. ¿Desea continuar?
Saludos!!!
PD: Como dato añadido, he tenido la ocasión de usar un ICD 3, y en comparativa con PicKit 3, es tan solo un poco más rápido en arrancar, pero luego a la hora de depurar son similares. En cuanto a dispositivos soportados, el PicKit 3 intenté usarlo con un PIC16F628A, y no me deja debugear, no sé si el ICD soporte estos micros más antiguos.
-
Ha llovido mucho, jeje...
Bueno, me compré un PicKit 3, y me surge la misma duda, he probado con micros a 5v, y conecto las cinco líneas del PIC con las cinco del programador, cuando digo las cinco es incluyendo la Vdd, para esta, alimento el PIc con una fuente y el programador por USB, tiene que ser así para que el PicKit detecte que hay un hardware conectado, pero ¿que pasa con micros a 3.3v? ¿hay que proteger la Vpp? y la Vdd ¿se conecta una con otra?
Puedes alimentar el PIC desde el Pickit3, seleccionando el voltaje en la configuración del programador.
-
No es una mala costumbre proteger VPP con un zener+resistencia (al menos durante el desarrollo de SW): en su época quemé unas cuantas placas con micros de 16bits al equivocarme seleccionando el micro (VPP para 8bits es 12VDC).
Saludos.
-
Lo de alimentar el PIc con el programador, no me gusta, puede que el consumo sea más alto del que suministra, o que meta "la zarpa" y provoque un daño al programador.
Un zener+resistencia para proteger el MCLR está bien, pero con las Vdd conectadas una a 3.3v y la otra a 5v ¿pueden "chocar" en la conexión ICSP? segun creo entender, si en el MPLAB no se selecciona que el programador alimente al PIC, el programador lo único que hace es medir ese voltaje para saber que está conectado el hardware.
Saludos!!!
-
segun creo entender, si en el MPLAB no se selecciona que el programador alimente al PIC, el programador lo único que hace es medir ese voltaje para saber que está conectado el hardware.
Saludos!!!
No, Pickit3, desde MPLAB, al conectar trata de leer el identificador del PIC, para entre otras comprobar que se corresponde con el que tienes configurado en el proyecto, de lo contrario te da error de ID, o si no hay tensión te indica que conectes un microcontrolador porque no está detectando nada. También si alimentas desde el Pickit3, y hay un sobreconsumo te lo indica y desconecta la alimentación.
-
Lo de alimentar el PIc con el programador, no me gusta, puede que el consumo sea más alto del que suministra, o que meta "la zarpa" y provoque un daño al programador.
Un zener+resistencia para proteger el MCLR está bien, pero con las Vdd conectadas una a 3.3v y la otra a 5v ¿pueden "chocar" en la conexión ICSP? segun creo entender, si en el MPLAB no se selecciona que el programador alimente al PIC, el programador lo único que hace es medir ese voltaje para saber que está conectado el hardware.
Saludos!!!
No, no choca nada. VPP lo da siempre el programador. Lo que tienes que evitar es que lleguen 12V a VPP si tienes un PIC de 16/32bits. Arriba he leido que el tuyo es un 18F: en esos VPP es de 12V por lo que si te equivocas y pones otro no pasará nada...
-
No, no choca nada. VPP lo da siempre el programador. Lo que tienes que evitar es que lleguen 12V a VPP si tienes un PIC de 16/32bits. Arriba he leido que el tuyo es un 18F: en esos VPP es de 12V por lo que si te equivocas y pones otro no pasará nada...
Yo programaba mis dsPic con el Pickit2, nunca le cambie nada. Y muchos en el foro de microchip cambiando el device file habian programado el PIC32MX795L512 o algo asi era.. No entiendo por que dicen que no debe llegar Vpp, tal ves para todos los micros no, pero algunos no les veo ningun problema. Y el ICSP no posee nada en el pin del MCLR.
-
No, no choca nada. VPP lo da siempre el programador. Lo que tienes que evitar es que lleguen 12V a VPP si tienes un PIC de 16/32bits. Arriba he leido que el tuyo es un 18F: en esos VPP es de 12V por lo que si te equivocas y pones otro no pasará nada...
Yo programaba mis dsPic con el Pickit2, nunca le cambie nada. Y muchos en el foro de microchip cambiando el device file habian programado el PIC32MX795L512 o algo asi era.. No entiendo por que dicen que no debe llegar Vpp, tal ves para todos los micros no, pero algunos no les veo ningun problema. Y el ICSP no posee nada en el pin del MCLR.
Los PIC18 e inferiores necesitan un pulso de al menos 8.5V durante unos milis para entrar en modo ICSP. ICD3 y Pickit llevan una bomba de carga para obtener ese voltaje. Si tienes un PIC24/DsPIC/PIC32 que necesita ese mismo pulso pero de 3.3V en Vpp y dices en MPLAB (u otra herramienta de programación) que tienes un PIC18 tu programador genera los 12V en VPP, los cuales llegan al pin MCLR#/Vpp de tu micro (el cual no los soporta) y se quema.
-
Entonces el problema no es por que el programador pueda o no generar los 12V Vpp, sino seleccionarlo correctamente en MPLAB, yo siempre lo grabe directamente con el soft del Pickit2, tal ves al seleccionar el dispositivo evite eso.
Pense que el Pickit2 si o si generaba los 12V esos, que no habia forma de que diera otra tension que no sean esos 12V.
-
No no, si el problema es del que lo hace no del SW o HW jeje.
Eso me pasó en el pasado varias veces, cuando empezaba un proyecto y se me olvidaba cambiar el micro en MPLAB (por defecto venía un PIC18F): conectaba el ICD3 y "fusilaba" el PIC32...
Despistes...
-
Yo no conozco mucho el pickit3 .
Pero si el hardware es original yo diria que se cuida de todas las tensiones necesarias , vpp y vdd.
algunos dispositivos no usan vpp de 13v , son 5v o 3v3 . ya no hablemos de vdd .
importante , seleccionar el dispositivo antes de hacer alguna accion de leer , programar etc .
no es necesario para programar un pic a pelo , pero si el hardware del proyecto tiene un buen consumo , yo usaria alimentacion externa regulada a las necesidades del dispositivo .
No no, si el problema es del que lo hace no del SW o HW jeje.
Eso me pasó en el pasado varias veces, cuando empezaba un proyecto y se me olvidaba cambiar el micro en MPLAB (por defecto venía un PIC18F): conectaba el ICD3 y "fusilaba" el PIC32...
Despistes...
si... , los PIC32 caen como moscas :?
-
OK, entonces la precaución a tomar es con el Vpp, por si tenemos el despiste de no configurar bien el micro en el MPLAB, y estamos usando un PIC32 por ejemplo; para cuando programe un PIC18, no hay problema, incluso cuando esté alimentado por su hardware a 3.3v y el PicKit 3 a 5v por USB.
Saludos!!!
-
Desactiva la alimentación de la pickit3.
Por cierto si el hardware esta alimentado con una alimentación no aislada desde los 220 (seguramente la bajes con algún transformador y no pasa nada), en el momento en que le conectes la pickit3 explotara el hardware, la pickit y el ordenador al que este conectado, así que si tienes este tipo de alimentación hardware, mejor dejarlo apagado y alimentarlo con la pickit3 y olvidate del debug.
Un saludo.
-
Desactiva la alimentación de la pickit3.
Por cierto si el hardware esta alimentado con una alimentación no aislada desde los 220 (seguramente la bajes con algún transformador y no pasa nada), en el momento en que le conectes la pickit3 explotara el hardware, la pickit y el ordenador al que este conectado, así que si tienes este tipo de alimentación hardware, mejor dejarlo apagado y alimentarlo con la pickit3 y olvidate del debug.
Un saludo.
Eso da igual, Vpp SIEMPRE lo da el programador: te puedes f***ar el micro con y sin alimentación (VDD) desde el programador...
-
Otra cosa, ¿esta es la secuencia correcta para debugear?
1 - Abrir MPLAB, y seleccionar el micro del hardware.
2 - Conectar el PICkit 3 al hardware (con la alimentación del hardware apagada).
3 - Conectar el USB del PICKit 3.
4 - Dar alimentación al hardware.
Y para desconectar, la inversa:
1 - Quitar alimentación al hardware.
2 - Desconectar el USB.
Saludos!!!
-
Lo mismo da siempre y cuando este bien configurado, lo unico que te puede pasar esque el programa se te quede colgado si dejas de alimentarlo mientras debugueas o cosas asi y tienes que tener cuidado, no vaya a ser que el micro se quede en un estado sin reversion, es decir, cuidado si estas tocando la memoria o cosas asi.
En una maquina que hice industrial que iba a estar manejada por personal poco cualificado, estuve put*andolo de todas las maneras posibles para intentar romperlo, quitando la alimentacion de golpe, desenchufando el usb para perder comunicacion con el ordenador, etc. y nunca tuve problemas de que se rompiera el micro. Tambien hay que decir que tenia muchos sistemas de seguridad por hadware y software pero bueno.
-
Decia eso porque he leido que el PICKit 3 se puede dañar, y luego hay que abrirlo, conectarle un cable ICSP, y cargarle el firmware de nuevo.
Saludos!!!
-
Es cierto las pickit3 se van en nada, un simple rele que se encienda, un uso durante mucho tiempo, por apagar el ordenador con ellas encendidas, muchas veces así sin mas...son muy delicadas, en una empresa que trabaje tenían pickit3 para las programaciones y cada dos por tres había que arreglarlas. Las ICD3 al contrario son mucho mas robustas, a diferencia del PIC18F que trae la pickit3, la icd3 tiene una FPGA y unas protecciones mucho mas curradas. Para que se estropee una icd3 tienes que esforzarse, también cuenta mucho mas...
Un saludo.
-
Es cierto las pickit3 se van en nada, un simple rele que se encienda, un uso durante mucho tiempo, por apagar el ordenador con ellas encendidas, muchas veces así sin mas...son muy delicadas, en una empresa que trabaje tenían pickit3 para las programaciones y cada dos por tres había que arreglarlas. Las ICD3 al contrario son mucho mas robustas, a diferencia del PIC18F que trae la pickit3, la icd3 tiene una FPGA y unas protecciones mucho mas curradas. Para que se estropee una icd3 tienes que esforzarse, también cuenta mucho mas...
Un saludo.
Pues yo quemé 2 en su época... :D. Menos mal que te los cambian gratis...
-
Pues yo quemé 2 en su época... :D. Menos mal que te los cambian gratis...
Lo compré en Aliexpress, creo que a mi no me lo cambian :?
Saludos!!!
-
Pues yo quemé 2 en su época... :D. Menos mal que te los cambian gratis...
Yo queme una ICD3, pero la culpa fue mia, queme el hardware, el ordenador, la ICD3 y un analizador lógico que estaba conectado al ordenador haha.
estuvieron chulos los fuegos artificiales :D
-
yo algun puerto usb incluso plasa base .
me imagino el olor a churrasco en tu caso juaperser1 :shock:
-
yo utilizo un hub usb con alimentacion propia, no se si protege algo.
Saludos!!!
-
la alimentacion externa ayuda .
pero no en todos los casos es necesaria si se cumplen las reglas .
-
A mi tambien se me jodio un pickit3, si no recuerdo mal no mandaba el voltaje de VPP, me compre el icd3 y sin problemas. Pensaba que lo habia quemado yo por algo que haria mal, pero ya veo que es algo comun. Si sabeis como solucionarlo(reparar el pickit3) y lo comentais por aqui pues mejor, asi lo arreglo y lo vendo o se lo doy a alguien jeje
-
A mi tambien se me jodio un pickit3, si no recuerdo mal no mandaba el voltaje de VPP, me compre el icd3 y sin problemas. Pensaba que lo habia quemado yo por algo que haria mal, pero ya veo que es algo comun. Si sabeis como solucionarlo(reparar el pickit3) y lo comentais por aqui pues mejor, asi lo arreglo y lo vendo o se lo doy a alguien jeje
Pues en el caso de donde trabajaba, lo que hacían era mandarlas a reparar, y por lo que vi no hacian otra cosa que reprogramarlas, por que no se veia nada reparado ni nada por el estilo. Creo recordar que trae un PIC18F, si consigues el .hex o algo quizá puedas reprogramarla tu mismo.
Nunca he probado ha hacerlo, pero no creo que sea muy complicado.
un saludo
-
Seguramente el pic18 este protegido o algo, si algun dia me da por ahi preguntare a microchip, pero la factura y eso ni idea donde esta, lo compre a un vendedor que ni me acuerdo ya (hace mas de 3 años).
-
Seguramente el pic18 este protegido o algo, si algun dia me da por ahi preguntare a microchip, pero la factura y eso ni idea donde esta, lo compre a un vendedor que ni me acuerdo ya (hace mas de 3 años).
No hace falta factura, hace falta:
1. Que sea original (SN válido).
2. Que te comprometas a devolver el roto. Al menos eso pasaba antes con los ICD3; se devolvían a UK. Aunque recuerdo que primero te enviaban el nuevo: si no devuelves el roto lo más que puede pasar es que la próxima vez no se fién de ti, aunque eso tiene fácil solución poniendo otro nombre...
Saludos.
-
Vale, gracias, ya se que hacer jeje :-/