[SOLUCIONADO] Imposible programar PIC18F4550 TQFP

[gera]

Hola amigos! Qué tal? Yo la verdad me siento un poco estúpido en este momento jeje. Resulta que acabo de terminar de fabricar un circuito, y me acabo de dar cuenta que el puerto USB quedo al revés. Esto es porque hice una versión SMD del circuito y en algún momento utilicé la herramienta "mirror" del eagle.
La cuestión es que los pines D+ y D- del pic, quedaron a GND y +5V respectivamente, y la masa y alimentación del circuito, quedaron en los pines D+ y D- del USB de la PC.
Ahora no puedo programar el PIC, solo leerlo. Estoy usando un pic18f4550 en formato TQFP. Puede ser que lo haya quemado por este error?
Saludos y gracias!

[MerLiNz]

seguramente este quemado xD

[MGLSOFT]

En mi caso hice eso mismo con un chip FTDI FT232RL, y cuando me di cuenta lo cambie, y aun funciona correctamente.
Casi quemo 10 dolares!!!
Ojala que tu pic ande también!!

[gera]

Pregunto porque en una de esas las entradas son de alta impedancia, pero por lo que lei, cambian su estado segun transmitan o reciban. Es un bus diferencial similar a rs485.
Por las dudas voy a probar con otro micro, ya vere que hago con este.. no creo q pueda desoldarlo de la placa jeje.
Gracias por sus comentarios!

[Nocturno]

Búscate una pistola de aire caliente y lo podrás quitar en un momento.

[willynovi]

Ten en cuenta que no solo conectaste las señales de datos alreves (D+ y D-) también lo alimentaste alreves y eso es lo que mas debe haber afectado al PIC.

Creo que conectar el D+ y D- invertidos lo unico que hace es no funcionar la comunicacion, pero llegar a quemar alguna entrada no.

[gera]

Ten en cuenta que no solo conectaste las señales de datos alreves (D+ y D-) también lo alimentaste alreves y eso es lo que mas debe haber afectado al PIC.

Creo que conectar el D+ y D- invertidos lo unico que hace es no funcionar la comunicacion, pero llegar a quemar alguna entrada no.

Willy, en realidad el cruce no fue así, sino que conecté las señales D+ y D- a la alimentación. Por eso me preocupa que se haya quemado el puerto USB. El PIC creo que todavía funciona. Voy a cortar las pistas del USB a ver si el pic todavía ejecuta. El problema es que no le puedo cambiar el programa de la EEPROM :S

Búscate una pistola de aire caliente y lo podrás quitar en un momento.

Manolo, tengo una que usa mi padre para aeromodelismo. Me preocupa que sea demasiado calor porque ha llegado a derretir plastico. Por las dudas voy a probar distancias progresivas para evitar exceso de calor. Muchas gracias por tu consejo!

[Nocturno]

Sí, ponla lejos al principio y ve acercándote poco a poco. No te preocupes porque el plástico funde mucho antes que los chips 

[flacoclau]

Hola Gera: puede que aún esté vivo, yo una vez conecté un 18F452 con la alimentación al revés, hasta que me dí cuenta que había diseñado mal la placa, luego corté las pistas con un cutter y con un poco de cable lo solucioné, todo esto sin sacar el micro del zócalo por creer que estaba quemado, luego hice un prueba y el amigo salió funcionando de una!!

[gera]

Al parecer el PIC ejecuta y puedo leer el programa que tiene quemado. El problema es que no puedo grabarle otro programa, asique voy a tener que cambiar el micro igualmente
Gracias por sus respuestas!!

[Nocturno]

Asegúrate que al alimentarlo tienes bien los 5V de alimentación y los 13V en MClr.

[gera]

Hola!! Tengo buenas y malas noticias. La buena es que el PIC aún vive, y ya pude programarlo. Igualmente hice otra placa con otro PIC por las dudas que haya quemado el USB del PIC.
La mala noticia es que no se por qué motivo el programa ejecuta muy lento. Me di cuenta porque hice un programa que haga parpadear un led cada medio segundo, y el led parpadea cada varios segundos.
El mismo programa funciona a la perfección en un 18F4550 en formato DIP. El problema ocurre con el 18F4550 en formato TQFP. Lo tengo con un oscilador de 20MHz, y el programa en CCS es el siguiente:

Código: C

1. #include <18F4550.h>
2. #fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NODEBUG,USBDIV,PLL5,CPUDIV1,VREGEN
3. #use delay(clock=48000000)
4.  
5. #define LED_RED PIN_D4
6. #define LED_GREEN PIN_D5
7.  
8. void main(){
9.    set_tris_d(0b11000000); //RD4-LED_RED, RD5-LED_GREEN
10.    
11.    disable_interrupts(GLOBAL);
12.    
13.    while(TRUE)
14.    {
15.       output_high(LED_GREEN);
16.       output_low(LED_RED);
17.       delay_ms(10);
18.       output_low(LED_GREEN);
19.       output_high(LED_RED);
20.       delay_ms(10);
21.    }
22. }

Alguna idea??
Gracias y saludos!!

[BrunoF]

Gera:

Ese síntoma bajo las condiciones dadas sucede cuando hay un problema con el cristal externo y el uC tiene activo el fuse FCMEN, que al detectar el error cambia al oscilador interno(que es más lento y no corre a 48Mhz), por eso se nota en los tiempos de ejecución.

Revisá la parte del cristal externo. El problema tiene que estar ahí.

Ya le conozco todas las mañas al 18F4550...

Si el problema es el que te menciono, podés primero probar desactivando el fuse FCMEN. El LED ni debería parpadear porque el uC no cambiaría a oscilador interno tampoco.

Saludos.

[gera]

Bruno,
Muchas gracias por tu respuesta! Ahi probe desactivar el FCMEN, y ocurre algo extraño. El programa se queda tildado, y al segundo comienza a ejecutar a la velocidad que debería
Supongo que podria dejarlo asi, pero no me convence, porque puede fallar en cualquier momento.. Que me recomendas que haga? Por lo pronto voy a ir cambiando el cristal y repasando las soldaduras.
Gracias y saludos!!

EDIT:
Ya le cambie el cristal por uno de 12MHz y el fuse PLL3. Al parecer ahora funciona. Voy a probar la comunicacion USB a ver que tal.

[MGLSOFT]

Tendrías que dejar activado el bit de Power Up Timer  (PUT) para ver si el cristal se normaliza antes de arrancar.
Así como esta configurado tenes colocado un cristal externo de 20 Mhz, no es así??