GTP-USB+ y la Tarjeta de Desarrollo EduPIC

[RedPic]

Como algunos de ustedes ya saben dispongo de una tarjeta de desarrollo EduPIC. Esta tarjeta tiene su propio circuito programador, por puerto paralelo, y se acompaña con un pequeño software de programación (árido como un verano en el Sahara)

Disponiendo, como dispongo, de un magnífico, inigualable, espléndido, maravilloso y sin par GTP-USB+ con su compañero de fatigas Winpic800 es del género de tontos no correr directamente a unir en santo matrimonio a ambas electrónicas y dejar que el río siga su fértil curso ...

Y exactamente eso es lo que he realizado. La Edupic dispone de dos conectores para cable plano de 26 hilos en los que se publican absolutamente todos y cada uno de los pines de todos y cada uno de los posibles PIC's que se alojen en todos y cada uno de los zócalos de que dispone la tarjeta.

He escogido el PICBUS JF2 donde dispongo de los pines necesarios:

Pin 2 -> Vpp (NMCLR)
Pin 8/10 -> GND
Pin 23 -> RB6 (PGC)
Pin 25 -> RB7 (PGD)



Así que por medio de algunos conectores de led's e interruptores "canibalizados" de un vetusto PC le prolongo dichas señales desde el GTP-USB+ hasta el conector JF2 de la EduPIC:



Tras la operación eléctrica solo quedaba dar corriente a tutti circuitti e intentar detectar mediante el WinPIC800 el pletórico de patillas PIC 18F4550 pinchado en la EduPIC. El resultado, como cabía esperar, fue el esperado:



Y siendo detectado no se puede esparar más que sea programado ....

Corro a modificar el sempiterno Wink.c para ponerle los includes, fuses y uses correspondientes y ... a programaaaaaaar ...



Como podéis ver programar, lo que se dice programar programa bién. El RB0 se pone ha encenderse y apagarse como se espera de él, con la cadencia y la luminosidad adecuadas .... perooooooooo ... siempre hay un "pero" ....

Me lanza un error tras terminar ... y no sé que puede ser .... parece que tiene que ver con la palabra de configuración ... o ... qué se yo ...

Sisco, tienes la palabra. ¿Se te ocurre algo?  (El balón está en tu tejado  )

[Sispic]

Parece ser que no quiere programarse el bit LVP .

Seguramente haya circuteria que se usa para programar por puerto paralelo que impide .

verifica la tension vpp al leerlo , si no te da tiempo escoges un dsPIC30F6014 y tendras mas .
comprueba que exista el diodo en mclr .

otra obcion chapuza seria no marcar NOLVP . pero.....

[olotill]

Que tal maestros SISPIC y REDPIC...

Pues bien, primero SISCO decirte que tengo en mis manos el super GTP USB +, enviado por mi compadre marcelo, y pues felicitarte por el excelente trabajo.....

Ahora bien, tengo el mismo problema que el maestro REDPIC, es decir tengo hechos unos modulos para el 877A, y pues los he estado probando con el ICSP y la mayoria me han trabajado bien, solo que tengo un modulo de LCD que conecto al PORTB del 877A y ahi es cuando me a un problema..... primero si el LCD esta conectado no me deja programar porque el WINPIC 800 no detecta el PIC, y pues si lo forzo igual no hay como, si desconecto el LCD pues si me va bien y me deja programar pero tengo el mismo problema que REDPIC, se produce un fallo al momento de verificar, no es siempre, pero a veces si se produce... claro que el pic trabaja bien y todo, pero me da ese error de Verficiacion...

Bueno, otra cosita que quisiera que me ayudes a solucionar es como hacer para programar ICSP sin desconectar el LCD puesto que es algo incomodo.... he probado poner las resistencias de 100 OHM en RB6 y RB7.... decirte que los bits RB6 y RB7 corresponden al pin13 (d6) y pin 14(d7) del LCD..... entonces por ahi lei algo que le recomendaste al maestro elmasvital, sobre poner resistencias pulldown en los pines E y R/W de su esquema, por lo que pues tambien probe eso, osea puse resistencias pulldown de 10K en los pines D6 y D7 del LCD, pero ni aun asi no me va... el WINPIC me dice dispositivo desconocido...

Por favor espero tu ayuda, y pues si estoy mal con lo de las resistencias pulldown, te agradezco la ayuda de antemano.......

Un fuerte abrazo compadre...

[Sispic]

olotill ,

Tu Data y Clock tienen que ir directas al los pines sin resistencias .

Esos pines puedes usarlos como E/S si intercalas una resistencia minimo de 1k .. 2k2 . acia tu lcd .

De esta menera no tendras que desconectar nada al terminar

[Sispic]

[xocas]

Hola

He leido en + de una ocasion problemas similares al tuyo redpic, y siempre eran causados porque algun elemento esta permanentemente conectado a rb6 y/o rb7, como puede ser el caso del lcd...
estoy trabajando en el esquema de un entrenador para usarlo con el gtp-usb+ y mi idea es dotarlo de un par de puentes que separen estes pines del resto del circuito a la hora de grabar el pic y olvidarme de resistencias. en cuanto a mclr ya he visto tantas modalidades que no se si optar tambien por un puente o la idea del diodo que segun parece funciona bien. microchip recomienda que el diodo sea schottky pero segun he visto todo el mundo opta por un 1N4148 o similar, supongo que no es muy critico el tema
en el ejemplo que pones, sispic, veo que usas la alimentacion de la placa para alimentar al pic en lugar de hacerlo desde el propio programador. ¿sueles hacerlo siempre asi?
y ya para terminar ¿se debe retirar la conexión icsp y/o desconectar el grabador para testear el programa o no es necesario?

un saludo

[RaDoN]

Hasta ahora desde que tengo el GTP USB, en todos mis proyectos la placa del PIC incluye un conector ICSP y uso el diodo 1N4148 y las 2 resistencias de 100 ohm, y hasta hoy día (y ya ha llovido bastante desde que tengo el GTP USB), 0 problemas. 

[xocas]

Hola

mi idea de colocar los puentes se debe a que cada esquema que veo de icsp el valor de las resistencias es diferente, y para muestra tu haces referencia a un valor de 100ohm y sispic utiliza 1k... pero ya he visto valores de 10k, 2k2, 33ohms, etc, etc...
por cierto redpic, se me ocurre ahora -en realidad haciendo uso de la poca memoria que tengo y sin mucho conocimiento de causa- que en otros pics se recomienda poner PGM a masa a la hora de programar, pero bueno, no se, seguramente estoy diciendote una tonteria..

salu2

pd:veo que en el esquema del gtp-usb+ hay 2 resistencias de 100ohms a DATA y CLOCK

[Sispic]

Puedes alimentar el Pic por donde quieras mientras lo alimentes 

Pero yo como soy bastante manazas no lo uso por los riesgos que podria sufrir el puerto , cruces , 220v etc etc .
Aunque si ya estas seguro que tu circuito esta bien montado y funciona y no vas a hacerle cosas rarar vale perfectamente el puerto USB .

El GTP-USB incorpora ya 2 resistencias  de 100 , para poder usar data y clock como entradas ó salidas .
Al terminar de programar esas lineas quedan como entradas en alta impedancia-+ asi que no es necesario desconectar nada al terminar la programación ." Manos libres "

A la salidas de las resistencias de 1k...2k2  puedes enfuflarle lo que quieras , tu pic se programara sin problemas .
Otra cosa sera que le baya bien a tu diseño . Yo diria que en un 80%de los casos va todo .

[xocas]

Gracias Sispic, todo muy clarito...

lo de la alimentacion lo preguntaba porque hace tiempo tuve un disgusto con un retorno que se llevo el puerto paralelo por delante, afortunadamente eran tiempos de xt y los puertos estaban en placas isa... y no paso de ahi. hoy se llevaria la placa base por delante casi con seguridad

un saludo

[olotill]

Hola compadres...

Pues muchas gracias por la aclaracion sobre el ICSP maestro SISCO, voy a probar colocar las resistencias de 2,2K ya que cuando tenia las de 100 ohm el LCD no me trabajaba, osea no se mostraba la info que mandaba desde PIC y aparte pues no me dejaba utilizar el ICSP porque cmomo dije el WINPIC me daba dipositivo desconocido...

Pues bien, comentar que yo he seguido la conexion ICSP como SISCO ha publicado en esta imagen, y pues me ha ido muy bien a no ser por el LCD  ...

Asi que pues yo si les recomiendo que tengan este esquema como una guia... va muy bien...... y vuelvo a insistir no es con afan comercial ni nada pero que genial es el trabajo de este GTP USB + que con su hermano WINPIC realmente vuelan... creo que se estan conviertiendo en lo mejor que hay en la red para PIC`s.....  y espero en un pronto futuro para AVR <....

Nuevamente gracias compadres... y en especial un abrazo maeastro SISCO...

SALUDOS DESDE ECUADOR

[RedPic]

Bueno, como veo que el problema no es grave voy a dejarlo como estaba. No puedo pornerme a modificar el hardware de la Edupic y como grabar grava bien pues .... a seguir con otras cosas  ... doy por concluido este tema y me lanzo de cabeza a los otros dos proyectos que tengo abiertos.