TODOPIC
Microcontroladores PIC => Programadores => Mensaje iniciado por: BrunoF en 13 de Agosto de 2011, 17:17:00
-
Hola!
Me encuentro frente a un nuevo problema a la hora de programar un uC. En este caso se trata de un 16F628A SOIC, el cual estoy grabando por ICSP. Todo va de maravillas, hasta que utilizo los pines RB6 y RB7 como entrada y salida del oscilador asociado al Timer1 durante el programa. A partir de ese momento, el Winpic 800 se niega a siquiera reconocerme el uC. Ya he probado con dos uC distintos y siempre pasa lo mismo. De comento que activo el oscilador externo del timer1, el uC no vuelve a poder grabarse mas...
Seguramente algun problema hay ya que justo los pines RB6 y RB7 utilizados por el timer1, son los mismos PGD y PGC asociados al ICSP...
Adjunto el programa en cuestion.
Gracias!!!
-
¿La Vdd del micro también está controlada por GTPUSB?, si no es así prueba a hacerlo.
-
ya le pones las resistencias correspondientes ?
http://www.winpic800.com//descargas/REV2/Pic_dsPIC_ICSP.pdf (http://www.winpic800.com//descargas/REV2/Pic_dsPIC_ICSP.pdf)
puedes provar otros valores tambien
-
Pues he quitado el cristal y los capacitores. Por lo que ahora solo me quedan los pines PGD y PGC exclusivamente para el ICSP. No creo que hagan falta las resistencias en ese caso, o si?
Voy a probar lo que dice Mano. La Vdd era propia de la placa.
Saludos.
-
Pues no hay manera. No logro grabarlo mas!! :( he probado con Vdd desde el GTP, pero tampoco me lo reconoce. No hay caso.
-
si , pero JP1 tiene que estar en el centro
http://www.winpic800.com//descargas/REV2/GTP-USB[plus].pdf
posicion marcadada en rojo.
haver si lo sacas de alli.
no tienes el hex para provar ?
umm mirare si tengo un 16F628A
-
Pos he probado JP1 en las 3 posiciones posibles y nada!
Si, adjunte hex y asm en el 1er post!
-
Revisa bien, Bruno, porque algo raro tienes por ahí.
He sacado un 16F628A del cajón, lo he pinchado en el zócalo del GTPUSB y le he metido tu HEX. Luego he podido reprogramarlo, borrarlo, y seguir trabajando como si tal cosa.
-
muchas gracial Manolo , me has ahorrado una buena . Es que estoy delicado :5]
no tienes imagen del esquema ?
haver si se ve algo raro
-
Gracias Mano por probar!
Pues yo no se que tengo de raro...Actualmente el esquema es este:
He removido el cristal y los capacitores asociados al timer1, pero el problema continúa... Voy a probar...quitando el diodo de proteccion del Vdd del ICSP? No se..
-
¿Para qué sirve D1?, yo lo puentearía.
Y otra cosa que cambiaría es subir el valor de R21 a 10K en vez de 2K2.
A ver si hay suerte.
-
Hola Mano.
D1 esta para proteger al programador en caso de que por error o adrede alimente el circuito desde ambos origienes, la fuente del reloj y el programador ICSP.
Voy a probar con esos cambios.
Gracias!
-
todo parece correcto .
yo no conectaria nada en data y clock para ir descartando .
ademas poniendo un retardo de 100 a 500ms antes de entrar en CONFIG_INIT
-
Actualmente no conecto nada a las patas PGD y PGC. Solamente el conector ICSP listo para el GTP USB+. Al cristal y los capacitores los solde a un conector pinheader, y puedo probar con eso(pero solo uno a la vez, o el ICSP o el cristal).
Es lamentable, pero para mi tambien lo correcto hubiese sido poner una demora...De haberlo sabido antes! Ahora tengo los unicos dos uC 16F628A SOIC en estado OTP.. :)
-
Mírale la parte buena, no te van a poder copiar el código tampoco !!! :D :D :D :D :D
-
pero es muy raro , al meter 13v en vpp y 5v en vdd . todas las i/o del pic se convierten en entradas y no afecta como esten programadas en su hex.
lo de la demora es por descartar .
tambien se puede intentar poner una resitencia de 1k +- desde PGM a vss . por provar mas cosas.
el programador lo detecta ?
manolo lo ha provado desde un zocalo y mismo hex .
tambien puedes provar de conectarlo en el IDC-10 del gtp-usb para ver si son las resistencias de 100 que influyen . creo usa vpp este pic.
usease conctando data,clock,vpp, vdd y vss del IDC-10
-
Mírale la parte buena, no te van a poder copiar el código tampoco !!! :D :D :D :D :D
Ja ja! Sii! El problema es que no tienen el firmware definitivoo!! pero es muy raro , al meter 13v en vpp y 5v en vdd . todas las i/o del pic se convierten en entradas y no afecta como esten programadas en su hex.
lo de la demora es por descartar .
tambien se puede intentar poner una resitencia de 1k +- desde PGM a vss . por provar mas cosas.
el programador lo detecta ?
manolo lo ha provado desde un zocalo y mismo hex .
tambien puedes provar de conectarlo en el IDC-10 del gtp-usb para ver si son las resistencias de 100 que influyen . creo usa vpp este pic.
usease conctando data,clock,vpp, vdd y vss del IDC-10
Pues voy a seguir haciendo pruebas...Es de lo más raro...
-
¿Es el mismo GTPUSB que te dio problemas con los PIC24F?, a ver si vas a tener algo estropeado y te está volviendo loco.
-
Pues sí. Es el mísmo. Tengo unos amigos que tienen otros GTP USB+. Voy a ver si pruebo con otro...
-
Bueno, gracias a Felixls del foro uControl, he dado con el problema que no es ni mas ni menos que un fallo de Microchip y afecta a varios PICs.
Más info en: http://www.ucontrol.com.ar/forosmf/robotica/problemas-con-pic-para-regrabarlos/
-
PIC18Fxx siempre que se pueda antes que 16Fxx
Yo tuve que cambiar hace poco de un PIC16 a un PIC18 , al 75% de codigo ocupado ya no podia poner mas , sera problema de saltos etc.
cosas de microchip , los bancos y su mp :D.