subiendo sube stk500_recv stk500_getsync sketch responding resp programmer programas programa problema placa not mega los carga attempt 0x30 arduino

sube - Problema de carga de Arduino Sketch-avrdude: stk500_recv(): el programador no responde



problema subiendo a la placa arduino (30)

¿Instaló / actualizó el controlador para el cable FTDI? (Paso tres en http://arduino.cc/en/Guide/Howto ). Ejecutar Arduino IDE desde mi Raspberry Pi funcionaba bien sin instalar explícitamente los controladores (ya sea que estuvieran preinstalados o el instalador IDE de Arduino se encargó de ello). En mi Mac, este no era el caso y tuve que instalar los controladores de cable además del IDE.

Tengo un Duemilanove de Arduino con un Atmega 328. Estoy trabajando en Ubuntu 12.04, y la versión de Arduino IDE es 1.0. Recientemente, traté de cargar algunos de los bocetos de muestra en él, como el parpadeo. Sin embargo, ninguno de mis intentos funciona y generan el mismo error cada vez que lo intento - avrdude: stk500_recv (): el programador no responde.

He habilitado ''/ dev / ttyUSB0'' en Herramientas -> Puerto serie. También he seleccionado la placa correcta (Duemilanove con Atmega 328) de la lista. Sin embargo, no puedo resolver el problema. He buscado en línea también y ninguna de las otras respuestas para este problema parece estar funcionando para mí. ¿Podría alguien decirme por qué me encuentro con este problema y ayudarme a resolverlo?

Actualización : Intenté encender Atmega a bordo y colocarlo en la otra dirección. Ahora, no encuentro problemas para cargar, pero nada sucede después. El LED integrado tampoco parece parpadear.

¿Tienes algo conectado al pin RESET en el Arduino?

Me he encontrado con este problema con una pantalla LCD gráfica que necesitaba conectarse al pin RESET . Al desconectar el cable de puente entre la pantalla LCD y el pin de RESET mientras cargaba el código, lo solucioné para mí; todo lo que tendrías que hacer es reconectar una vez que el código haya terminado de cargarse.

Acabo de pasar las últimas horas sobre este mismo problema ... Simplemente vaya aquí " http://www.ftdichip.com/Drivers/VCP.htm ", descargue los últimos controladores y reinícielo. Debería funcionar bien después de eso. También descargué una versión nocturna del software Arduino, pero no creo que haya hecho una diferencia.

Asegúrese de que no haya entrada en los pines Tx / Rx, entonces funcionará.

El error anterior viene en 3 etapas

  1. Si el cargador de arranque se ha bloqueado
  2. si no seleccionó el puerto adecuado y la placa adecuada de IDE
  3. Si se está comunicando con otro puerto serie, está conectado. Si el pin GND y el pin Tx están conectados a otro dispositivo de comunicación

En Windows 7 , tuve este problema varias veces, cada vez con diferentes mensajes de error. Básicamente, el IDE está enviando al puerto incorrecto. Para solucionar esto, simplemente vaya a "Herramientas" -> "Puertos" -> [seleccione el puerto COM en el que se encuentra su tarjeta].

Asegúrate de verificar dos veces el puerto de tu placa:

1) Inicie el administrador del dispositivo

2) Asegúrese de que su controlador Arduino aparezca en la lista debajo del puerto que coincida con la configuración del puerto de su IDE (mencionado anteriormente)

3) Mi placa está listada en el puerto COM1 . Si lo desea, puede simplemente cambiar el puerto en la configuración avanzada del controlador:

Esta combinación de las respuestas anteriores resolvió el problema para mí:

  • realizó la actualización de Java:

    sudo apt-get install default-jdk

  • luego mató el Arduino IDE y lo reinició

  • mi placa correcta ahora apareció (arduino Mega 2560, donde antes de Mega 1280 era solo una opción)

  • para los conductores, hice esto:

    sudo chmod a+rw /dev/serial/by-id/usb-Arduino__www.arduino.cc__(a bunch of numbers)

después de eso, mi IDE arduino muestra /dev/ttyACM0 en el menú herramientas / puerto serie

¡Ahora, todo funciona bien!

Estaba teniendo el mismo problema y lo resolví yo mismo.

Primero: tengo un (OSEPP UNO r3 PLUS). Es un Arduino UNO REV 3 hecho por OSEPP.

Acabo de comprar un escudo controlador OSEPP para motor y servo. Acabo de hacer funcionar motores y luego tropecé con el mismo error. avrdude: stk500_recv (): el programador no responde.

Supongo que mientras estaba conectado hizo / asignó un nuevo puerto serie. Se encuentra en el programa arduino en "Herramientas> Puerto serie". Acabo de volver a seleccionar el relacionado con UNO y bam, problema resuelto.

Espero que eso ayude a alguien.

Esto podría retrasarse, pero me llamó la atención: asegúrese de que su cable USB (en el lado Arduino) esté conectado correctamente (completamente enchufado). Asegúrese de que el dispositivo se haya detectado como se describe aquí (para Windows): https://.com/a/26913070/3361975

Gracias @hoipolloi por la dirección correcta para encontrar la solución. De todos modos, tuve que hacer algunos pasos diferentes para solucionar el problema.
En mi caso, la UNO había funcionado bien, pero de repente me detuve después de jugar con bocetos. Estaba recibiendo el stk500_recv(): programmer is not responding todo el tiempo y nada funcionó. Entonces presté atención que el LED 13 está siempre ENCENDIDO en mi placa. Parecía que un boceto en bucle duro se estaba ejecutando una y otra vez en el tablero y estaba bloqueando cualquier entrada al tablero. No estoy seguro, es solo mi opinión.
Traté de hacer clic en el RESET en todos los momentos posibles sin suerte y de repente intenté los siguientes pasos:

  1. Desenchufe la placa.
  2. Haga clic y mantenga RESET.
  3. Enchúfelo de nuevo.
  4. Espere un par de segundos.
  5. Suelta el botón RESET.

Después de esto noté que el 13 LED a bordo se apagó por un segundo y luego se encendió nuevamente. Parecía que había una pequeña ventana de reinicio cuando la placa está siendo reiniciada. Entonces, como en la solución de @ hoipolloi, capté el momento de "reinicio" justo antes de que se enviaran los 3 paquetes y eso funcionó.
Espero que esto te ayude a resolver el problema si ninguna de las otras soluciones funciona.

CONSEJO . Si no ve las tres líneas Send: 0 [30] [20] al cargar el boceto en su consola, haga lo siguiente:

  1. Haga clic en "Cargar" en su Arduino IDE.
  2. Mira la ventana de registro. Podrás encontrar una línea como esta:

E:/Program Files (x86)/Arduino/hardware/tools/avr/bin/avrdude -CE:/Program Files (x86)/Arduino/hardware/tools/avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:/Users/Sergey/AppData/Local/Temp/build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i

  1. Parece que se traga el salto de línea o símbolos espaciales como aquí -CE:/Program Files... Debería ser -CE:/Program Files . Copie esto como en el Bloc de notas, agregue espacios faltantes para hacer que la línea sea esta:

E:/Program Files (x86)/Arduino/hardware/tools/avr/bin/avrdude -v -v -v -v -C "E:/Program Files (x86)/Arduino/hardware/tools/avr/etc/avrdude.conf" -patmega328p -carduino -PCOM3 -b115200 -D -U flash:w:C:/Users/Sergey/AppData/Local/Temp/build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i

  1. Agregue instrucciones de 4 -v como hice anteriormente.
  2. Abra la línea de comando, pegue el comando en él y ejecútelo.

Ahora verá mucho más detallado gracias a los argumentos 4- -v . Originalmente, Arduino Studio usa solo uno.

Intenté conectar mi servo al pin arduino de 5 V, toquetear el procesador y es por eso que obtuve esta falla

avrdude: stk500_recv (): el programador no responde

Solución: compre una nueva fuente de alimentación arduino y externa de 5V para el servo.

Intente cargar un programa sin -b (la opción de velocidad en baudios). En ~ / .arduino15 / preferences.txt establece build.verbose = true, cuando arduino.cc no se está ejecutando. En la salida detallada, encontrará el archivo hexadecimal que debe cargar desde una consola:

avrdude -v -v -v -v -C/usr/share/arduino/hardware/tools/avr/etc/avrdude.conf -patmega328p -carduino -P/dev/ttyUSB2 -D -Uflash:w:/tmp/build2314497724350388190.tmp/sketch_nov13b.cpp.hex:i

Simplemente reemplazo el chip 128 con la versión 328 y desde Decimile el nombre de mi placa se cambió a Uno o Ethernet debido a la nueva velocidad en baudios 115200.

Intente ver si su tablero fue seleccionado correctamente. Haga clic en Herramientas -> Tablero y verifique si se selecciona la placa correcta.

Para mí fue tan simple como establecer los puertos correctos.

Para configurar eso, vaya a Herramientas> Puerto y cambie de COM1 al puerto apropiado.

Después de esto, mi programa funcionó correctamente

Pensé que agregaría una solución que funcionaba para mí corriendo en un Mac Pro (escritorio)

Estaba recibiendo el mismo error y resulta que es porque tenía el USB conectado a un dispositivo periférico (mi monitor) en lugar de un USB en la PC. Dejó de cometer errores de inmediato y una solución simple.

Primero, asegúrese de que / dev / ttyUSB0 funcione. Por ejemplo, conecte el mouse y verifique que funcione. Segundo, intente seleccionar otro tablero. A menudo, los tableros no originales no se reconocen correctamente bajo sus nombres. En tercer lugar, intente presionar el botón de reinicio manualmente mientras carga el boceto. Probablemente el restablecimiento automático esté roto.

Puede verificar si tiene algún cable de puente enchufado a los pines 0 y 1. Estos pines se utilizan para comunicación en serie y los cables enchufados pueden evitar que el código se cargue en el pizarrón.

Si no hay nada conectado, podría ser un error con avrdude , puedes intentar actualizarlo.

¡Espero eso ayude! :)

Puedes probar:

  • Check in preferences.txt serial.debug_rate: serial.debug_rate=9600
  • De lo contrario, intente presionar el botón de reinicio de su arduino solo cuando cargue.
  • De lo contrario, intente seleccionar otra tarjeta en el menú arduino-> tools y luego vuelva a seleccionar su tarjeta en la lista.

Resolví un problema en mi caso descargando e instalando controladores FDTM antiguos desde here .

Intenta instalar FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg , luego reinicia Arduino.

Sé que esta es una publicación anterior, pero hay algunas palabras vudú en las respuestas aquí entre buenas ideas, tratemos de ser un poco más reales sobre lo que está sucediendo y resumamos las cosas buenas que debemos verificar:

Básicamente, cuando eso sucede, es una buena idea habilitar el modo detallado para avrdude , para tener una mejor idea de lo que está sucediendo. Para hacerlo, solo necesita ir a las preferencias y marcar el cuadro de modo detallado. También es una buena idea alejarse del IDE de arduino y avrdude una consola para estar más cómodo leyendo la salida de avrdude , que obtendrá al hacer clic en el botón de upload .

Lo que es importante aquí es poner 3 o 4 -v a la llamada de comando. Así es como se parecen a dichos comandos de avrdude, con parámetros inventados, ya que dependen totalmente de cómo se haya instalado Arduino:

avrdude -v -v -v -v -C /path/to/avrdude.conf -patmega328 -P/dev/usbport -U flash:w:/path/to/firmware.hex

Una buena forma de utilizar la línea de comando correcta es copiarla de la salida detallada del registro de salida IDE de Arduino cuando se haya habilitado la verbosidad.

Cuando obtienes avrdude: stk500_recv(): programmer is not responding , básicamente significa que algo está sucediendo, antes de que comience el flasheo. Básicamente debe verificar (desde hardware a software, de bajo nivel a alto nivel):

  • si el cable y / o los conectores no tienen microcortes;
  • si no hay puntos de soldadura en cortocircuito (es decir, tocar algo metálico alrededor), eso significa:
    • si no hay un cortocircuito en la PCB entre Rx y Tx (generalmente pines 1 y 0 );
    • si no hay contacto con un elemento metálico debajo del tablero, o pequeños pedacitos entre las patas de un componente (como el FTDI, el chip atmega o cualquier otro);
  • si el chip atmega no está fuera de servicio (acceso directo GND / VCC o corte o entrada de VCC está muerto ...);
  • si los pines 1 y 0 del Arduino no están siendo utilizados por algún escudo o diseño personalizado ( /!/ no se aplica al leonardo ya que tiene manejo USB independiente);
  • si el convertidor USB a UART no tiene un problema ( FTDI en duemilanove anterior o Atmega16U2 en Unos más nuevo);
  • si el chip Atmega328 está frito o mal instalado;
  • si el gestor de arranque ha sido sobrescrito o está fallando;
  • si se aplica la velocidad de transmisión correcta para ingresar al gestor de arranque;
  • si las configuraciones correctas están establecidas para la MCU y la placa objetivo;

generalmente avrdude -v -v -v -v puede ayudar mucho a encontrar en qué etapa está fallando. Si no puede hacer una conexión USB en absoluto (falla del cable, USB / UART, PCB ...), o es un problema del gestor de arranque.

Actualización : Intenté encender Atmega a bordo y colocarlo en la otra dirección. Ahora, no encuentro problemas para cargar, pero nada sucede después. El LED integrado tampoco parece parpadear.

Me temo que si invirtió la posición del atmega y luego no funciona, el hecho de que haya colocado la fuente de alimentación en los pines digitales puede haber quemado el chip.

Si está conectando su Arduino a través de un concentrador USB, intente conectarlo directamente a uno de los puertos USB de la Mac.
Eso funcionó para mí.

Solo pensé en señalar que mi nueva placa Arduino Uno Rev3 usa el siguiente controlador LInux:

Device Drivers |-USB Drivers |-USB Modem (CDC ACM) support

Esto se conoce como la opción: CONFIG_USB_ACM: en el kernel más reciente de LInux 3.x.

Este dispositivo aparece como: /dev/ttyACM0 o similar.

Tengo este problema en mi Arduino corriendo en Mac también. Sucede en dos de mis Arduinos (un Arduino Uno y un Arduino Pro conectado con FTDI).

Para el Uno, conecto el cable a mi computadora y presiono subir, y luego empiezo a contar hasta que el LED "TX" parpadea. Luego, repita la carga, pero justo antes de que el LED TX parpadee, presione el botón de reinicio y la carga se realizará correctamente.

Más tarde determiné que cambiar el cable USB solucionó este problema.

Tuve el mismo problema con el arduino Due, la mayoría de la solución propuesta no funcionó. el LED L estaba constantemente encendido. Mi problema se resolvió al desinstalar el IDE y seleccionar la versión experimental 1.5.8, luego en el tablero elegí la opción inferior Arduino Due (puerto de programación), por supuesto, también debe conectar el usb al puerto de programación.

Tuve este problema con un Crowduino, ejecutando el Arduino IDE en OSX. La solución para mí fue activar la salida detallada durante la carga (en el panel de preferencias de Arduino IDE).

Luego, al cargar, puede ver avrdude enviando tres paquetes avrdude: Send: 0 [30] [20] (con los flashes RX correspondientes en el tablero) justo antes de avrdude: ser_recv(): programmer is not responding error.

El truco es presionar el botón de reinicio en el tablero inmediatamente antes de que se envíen estos tres paquetes. Entonces el programa se cargará con éxito.

Tuve que seleccionar el tablero correcto. Vaya a Herramientas -> Tarjetas -> Arduino Nano, por ejemplo.

Yo tuve lo mismo. En mi primer intento de Arduino UNO. Mi solución fue bastante simple. Solo conéctalo y luego enchufa el cable usb. Espero que funcione para ti.

así que encontré la causa de esto ... Al cambiar mi puerto serie a /dev/tty.usbmodem2131 lo solucioné. ¡Resulta que estaba usando el puerto serie incorrecto todo este tiempo!