Windows reconoce arduino pero no ejecuta ni sube programa

Hola gente del foro.

Estoy teniendo algunos problemas con el arduino nano v3.0.

Estaba probando un circuito y tenia conectado un amperimetro (tester) el cual tenia la punta apuntando hacia el circuito. Este amperimetro media la corriente que entregaba un transformador con 19V que iba hacia un regulador que lo convertia en 9V. En las pruebas del circuito un cable, que era el Vin del arduino, se desconecto y toco esa punta.

Luego de lo sucedido el arduino dejo de ejecutar el programa y no reiniciaba el arduino pero el led PWR seguia encendido y al conectarlo a la computadora windows lo reconoce sin problemas pero al intentar subir el programa genera un error y la placa no enciende el led L y Tx o Rx.

Antes habia creado un tema el cual era la inversa de este problema "windows no reconoce arduino pero ejecuta programa" entonces pense...... Si cambio la parte funcional de un arduino por la que esta dañada del otro?

y aca viene la pregunta: Esta dañado el microcontrolador atmel 328p ? o es otro componente?

Este es el mensaje de error al subir el programa:

Arduino:1.6.6 Hourly Build 2015/10/08 05:43 (Windows 7), Placa:"Arduino Nano, ATmega328"

El Sketch usa 1.030 bytes (3%) del espacio de almacenamiento de programa. El máximo es 30.720 bytes.
Las variables Globales usan 9 bytes (0%) de la memoria dinámica, dejando 2.039 bytes para las variables locales. El máximo es 2.048 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xe1
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xe1
Problema subiendo a la placa. Visita http://www.arduino.cc/en/Guide/Troubleshooting#upload para sugerencias.

  Este informe podría tener más información con
  "Mostrar salida detallada durante la compilación"
  activala desde Archivo > Preferencias

Gracias!

Es dificil responder tu pregunta desde detrás del monitor de una pc:

1.- Ambos arduino son Nano?

2.- Salió humo de algún lado?

3.- A simple vista hay algún componente quemado? O acercando la nariz a algún componente se siente olor a que se haya quemado? En cual?

Si la respuesta a estas preguntas es afirmativa o por lo menos una es afirmativa, el lunes deberías salir a comprar otro Nano.

Hector_A, gracias por responder.

En el arduino que no era reconocido por windows pero si ejecutaba el programa llegue a la conclusion de que era el integrado FTDI CH340G por lo que compre otro arduino nano pero teoricamente el microcontrolador seguia funcionando ya que ejecutaba el programa sin problemas.

En el arduino al cual dedique el tema es el que compre despues, este conecta bien a la pc por lo que supongo que el integrado CH340G esta funcionando bien pero el procesador quedo sin poder subirle algun programa sin haber calentado o algo por el estilo. Dado este problema pensaba en intercambiar el integrado CH340G de un arduino al otro y generar un arduino funcional pero antes de esto pensaba en que podia ser el bootloader que se haya borrado. Esta conclusion la tomo porque no enciende y apaga el led 13 ni da respuesta al reset, por lo cual, el microcontrolador no esta sabiendo que hacer con estos comandos.

Como ves mi conclusion? es acertada?

En el caso de que pueda hacerse subiria el bootloader desde un arduino leonardo al arduino nano.

Gracias

Es probable que sea parte del bootloader que no está corriendo como debería, no es una mala idea comenzar por allí porque es lo más simple.

No obstante confirmando que no es ese el problema, intercambiar el CH340G no es fácil, pero si se tiene experiencia con el soldador y mucho cuidado al soldar y desoldar, es algo que podrías intentar ya que los componentes de montaje superficial te traerán algunos problemitas. Si no lo has hecho nunca, en internet hay mucha información de como hacerlo en casa.

Ya verás que no es fácil ni para cualquiera, si no eres una persona calmada no lo recomiendo.

Pero el que no lo intenta no aprende! Te deseo la mejor de las suertes!

Hector_A, gracias por responder.

Probe cargando el bootloader desde un arduino leonardo sin exito, me aparecia el mismo error que al principio cargando un programa directamentente al arduino "programmer is not responding".

Tengo experiencia con el soldador por lo que pude intercambiar los CH340G sin problemas pero ahora no me aparece ni el puerto al que esta conectado en "herramientas".

Propones probar algo mas?

No se me ocurre nada más, salvo que hayas soldado el CH340G al revés o mal y tiene falso contacto en alguna pata o un cortocircuito entre dos patas contiguas.

Hector_A, gracias por responder.

Revise las soldaduras con una lupa de muchisimo aumento y efectivamente habia soldaduras frias sobre las pistas generando que no hagan un buen contacto.

Lamentablemente esa pista era de VCC jaja, asi que ahora Funcionaaaaaaaaa!!!!!!!!!

Gracias!!

FE LI CI TA CIO NES