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

19

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?

Nyxynyx
fuente

Respuestas:

5

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.

microtherion
fuente
De acuerdo con la descripción del dispositivoFeatures: Automatic reset during program...
alexan_e
55
Sí, pero de acuerdo con los comentarios en la página de Amazon, algunas personas que compraron esto obtuvieron otra marca clon, por lo que me parece que es necesaria una buena dosis de escepticismo sobre cualquier reclamo en la documentación, especialmente si pueden ser fácilmente verificado con un experimento.
microtherion
No leí los comentarios, pero en ese caso puede que tengas razón.
alexan_e
1
Mientras que golpea al restablecimiento simplemente el momento adecuado trabajo de lata (puede tardar varios intentos), con clones Nano es casi siempre el cambio en la velocidad del gestor de arranque en serie por los desarrolladores oficiales arduino.cc que está causando el problema. Es más probable que esta respuesta produzca un resultado confiable: Herramientas → Procesador → ATmega328P (Old Bootloader)
scruss
36

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.

Goofy Brained
fuente
@sa_leinad: no cambies el significado de las publicaciones de otros. Lo que el cartel dijo que actualizaron fue el paquete de placas AVR, no el IDE. Este salto de versión específico se ha informado en otro lugar.
Chris Stratton
66
¡Esto me ayudó a resolver el problema!
Ewout
2
La solución aún funciona, la probé en Arduino IDE 1.8.7 estable, 1.8.8 compilación por hora (por noche) 2018/11/05 23:59 GMT y 1.9 Beta Build-87 con placas Arduino AVR 1.6.23
Desconocido123
El cambio en los gestores de arranque se hizo público con el lanzamiento de Arduino IDE 1.8.6: github.com/arduino/Arduino/releases/tag/1.8.6 Más información en arduino.stackexchange.com/questions/51866/… Un ISP (o se requiere otro Arduino) para actualizar el gestor de arranque: arduino.stackexchange.com/questions/66806/…
maneja el
Gracias, cambiar a ATmega328P (Old Bootloader)me ayudó a resolver el stk500_recv(): programmer is not responding stk500_getsync() attempt 1 of 10: not in sync: resp=0x79problema. En realidad, tengo la sensación de que antes estaba usando una versión anterior de GUI que tenía esta opción por defecto.
dma_k
4

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.
kontur
fuente
Esto quiere decir que el Arduino (o imitación) en cuestión no se reinicia automáticamente antes de cargarlo y debe hacerlo manualmente presionando el botón.
kontur
4

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! :)

electriccello
fuente
3

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.

Curtg
fuente
Sí, este también fue mi problema. Encontré la explicación aquí arduino.stackexchange.com/a/51874/47260
Arindam
1
Esto es solo un duplicado de una respuesta publicada anteriormente.
Chris Stratton
2

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.

Jan E. Jonker
fuente
2

¿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.

Kingsley
fuente
1

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!
Radovan Rodak
fuente
La selección de la placa no depende del chip de interfaz USB, solo del procesador y la velocidad de transmisión.
Chris Stratton
0

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
andig
fuente
0

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

JTK
fuente
0

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

JKing
fuente
0

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 !!!!

usuario3739283
fuente
1
Esto es solo un duplicado de una respuesta publicada anteriormente
Chris Stratton
0

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!

Kelin
fuente