La carga de Arduino Nano da error: avrdude: stk500_recv (): el programador no responde

Tengo un Arduino Nano (Sainsmart) al que estoy tratando de subir un boceto. Bajo el IDE de Arduino, el dispositivo seleccionado fue Arduino Nano w/ ATmega328.

Sin embargo, cargar el boceto me da el error

avrdude: stk500_recv(): programmer is not responding

Intenté ambos puertos USB ( /dev/tty.usbserial& /dev/cu.usbserial) pero el mismo error persiste. El Arduino está conectado a un Macbook Air a través del cable USB, y la PWRluz indicadora LED del Arduino se enciende y el LLED indicador parpadea. No hubo problemas al subir a un Arduino Uno.

Recuperado después de instalar los últimos controladores FTDI (MAC OSX, x64, v2.2.18, FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg) de http://www.ftdichip.com/Drivers/VCP.htm . Sin embargo, eso no ayudó.

¿Qué pudo haber salido mal?

Este mensaje de error aparece básicamente para cualquier problema de comunicación, por lo que, por sí solo, no es tan instructivo. Se supone que el Arduino Nano tiene un reinicio automático, pero ¿tal vez su clon no? En ese caso, tendría que presionar la tecla de reinicio en el tablero justo antes de comenzar una carga.

Sé que esto es viejo, pero me topé con él durante mi búsqueda de que Nano (V3) no se cargara, así que pensé que podría ayudar a alguien más. El problema es el gestor de arranque: Arduino IDE PERO encontré una solución fácil (justo debajo de mi nariz).

Me di cuenta de que mis nano se habían estado cargando muy bien y finalmente había actualizado las placas Arduino AVR de 1.6.20 a 1.6.21. No pensé que hubiera ningún problema porque todavía mostraba mi Nano y ATmega328, etc. en el administrador de la junta después del cambio.

Pero el nuevo administrador de placas tiene una nueva opción de procesador ATmega328 para el Nano. Cambié el procesador: en el Arduino IDE, seleccione TOOLS>> PROCESSORmenú desplegable de ATmega328P a "ATmega328P (Old Bootloader)".

Desde entonces, he subido muchos programas a varios Nano's V3 (conjunto de chips Prolofic interace) sin problemas.

Tener un problema similar con mi Sainsmart Nano.

Debajo de la Preferencescasilla "Mostrar resultados detallados durante la carga [x], luego, al cargar, debería aparecer un rastro rojo como este:

avrdude: Version 5.11, compiled on Sep  2 2011 at 18:52:52
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
         User configuration file is "/Users/johannes/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/tty.usbserial-A403MRTP
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 

Notarás una pequeña "pausa" justo antes de la primera línea de avrdude: Send: 0 [30] [20]. Intente cargar de nuevo y tenga su dedo listo en el botón de reinicio físico de su Nano. Justo el momento antes de que avrdude: ...aparezca el primero , presione el botón de reinicio.

Cuando tengas éxito, verás que la pantalla se llena con todo tipo de galimatías y termina así después de unos segundos:

[78] . [00] S [53] h [68] o [6f] u [75] l [6c] d [64]   [20] b [62] e [65]   [20] 0 [30] x [78] 4 [34] 9 [39] D [44] 4 [34] . [00] . [01] . [00] . [00] . [00] . [02] . [00] . [03] . [00] . [04] . [00] . [00] . [00] . [00] . [00] . [e6] . [06] . [b5] . [06] n [6e] . [06] w [77] . [06] . [8c] . [06] . [9d] . [06] . [00] . [00] . [00] . [00] . [02] . [0d] . [aa] . [0d] . [95] . [0c] . [c9] . [0c] . [a9] . [0c] . [f2] . [0c] . [00] 
avrdude: Recv: . [10] 
# | 100% 3.71s

avrdude: verifying ...
avrdude: 8824 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

Estaba teniendo el mismo problema y recibí el mismo mensaje de error. Resulta que estas placas no vienen con un gestor de arranque preinstalado. Si tiene algunos cables de puente y otro arduino en funcionamiento, puede usar este tutorial para instalar el gestor de arranque y debería funcionar muy bien, ¡el mío lo hizo al menos! :)

Recientemente tuve el mismo problema con 3 placas Nano que acabo de comprar en Amazon. Puedo confirmar que la solución sugerida (cambiar a "viejo gestor de arranque") resolvió mi problema.

Creo que el principal problema es la velocidad de carga. La versión del "cargador de arranque antiguo" se carga correctamente a 57600, pero la versión "nueva" predeterminada intenta cargarse a 115200 y falla.

También tuve ese mensaje de error. Creo que hay muchas causas posibles, así que me apresuro a especificar mi caso especial.

Tengo un hackintosh con OS X Yosemite 10.10.2, software Arduino 1.0.6 y Funduino UNO. La carga del ejemplo para Serial.write () tuvo éxito la primera vez. A partir de entonces, la mayoría de las cargas fallaron. Incluso cuando la carga se realizó correctamente, el monitor en serie no siempre mostraba salida.

Esto me pareció debido a una falta de comunicación en el puerto USB. Tuve que reiniciar repetidamente el funduino, desconectar y volver a conectar el cable USB o incluso reiniciar el sistema. Al volver a conectar el cable USB, a veces mi sistema se congela.

Al buscar en Google encontré una solución para "Insertar un dispositivo USB hace que Mavericks 10.9.1 se congele". La respuesta no 12 en tonymacx86.com básicamente le indica que elimine GenericUSBXHCI.kext de / System / Library / Extensions.

Me complace informar que después de eliminar este kext no tengo problemas para cargar el ejemplo y monitorear la salida. Como no necesito volver a enchufar el cable USB, no sé si esto resuelve el congelamiento de mi sistema. Ni siquiera estoy seguro de que se haya congelado el sistema, porque es posible que mi sistema no haya respondido a mi teclado y mouse USB.

¿Recuerdas decirle al IDE que el tipo de placa es Nano?

Tools-> Board=>Arduino Nano ...

Esto me lleva cada vez que cambio entre mi Nano y Uno.

Tuve el mismo problema y la solución fue la siguiente:

• identificó mi arduino como CH340 / ATmega168P (escrito en PCB)
• fue a IDE y escogió de la lista no UNO sino "Arduino Pro o Pro Mini"
• cuando se selecciona esta opción, está disponible la nueva selección de menú "Procesador" (justo debajo de Selección de placa)
• ¡seleccioné mi procesador ATmega168P allí y la carga funcionó de maravilla!

He tenido problemas similares con dos Gravitech US Nanos. Ninguno de los siguientes métodos me funcionó, pero la lista debería ser bastante exhaustiva:

• Garantizar los últimos controladores FTDI (aplicable si el puerto COM no está visible)
• quemar el gestor de arranque si los nanos no tienen uno, por ejemplo, usando un tercer nano
• Suelde los pines 25 y 26 para unir el pin de PRUEBA a (A) GND
• intente restablecer manualmente Nano presionando el botón justo antes de cargar

El Arduino IDE versión 1.8.5 dio el mismo error cada vez que intenté conectarlo a mi OSEPP Nano. Lo probé en Windows 10 y en Mac OsX con 2 Nano diferentes y también intenté retroceder a 1.8.4 en el IDE. La prueba de loopback en serie también pasó. Tenía la placa configurada en "Arduino Nano" y el procesador configurado en ATmega382P. Me aseguré de que el puerto correcto estaba configurado porque pude ver el nuevo puerto aparecer y desaparecer cuando enchufé el Nano y lo quité. Estoy usando el mini conector USB en el Nano.

La solución fue: ¡Elija el Arduino / Genuino Uno y funcionó!

Alguien necesita arreglar esto para que seleccionar la placa Nano funcione con la Nano

Si esto no funciona, tendrá que usar spi para programar el nano. Tendrá que buscar la conexión y usar uno porque tiene un chip serial at16u2 con un controlador que reconoce todos los productos atmel. Después de que las conexiones configuren uno como programador al parpadear el uno como isp, configure el programador como Arduino como isp y muestre el chip. Doble verificación. El beneficio es que es menos propenso a errores que uart y tiene un mejor momento, pero es una molestia para conectarse. Buena suerte

Ese problema se me ocurrió cuando actualicé el IDE de Arduino. Lo resolví cambiando el procesador a "viejo"

Herramientas-> Procesador -> "ATmega328P (antiguo gestor de arranque)" gracias !!!!

Okay. Tuve el mismo programmer is not respondingerror en Arduino Nano en Atmel MEGA168PA, chip USB: CH340G. Macbook Pro bajo macOS 10.14.2.

Se instaló el ejemplo de Blink a mano y el puerto no estaba visible en la lista.

Estaba tratando de averiguar qué está mal y conecté mi Arduino Due a través del puerto de programación. Después de 2 intentos, se cargó el boceto ... Luego conecté el Nano de nuevo, el puerto era visible esta vez (en realidad dos de ellos: /dev/cu.wchusbserial14120y /dev/cu.usbserial-14120) y adivina qué, ¡la carga había sido exitosa!

¡Magia!