error: avrdude: stk500_getsync (): no está sincronizado: resp = 0x00

2

Soy nuevo en este campo y estoy trabajando con ardupilot APM 1 (atmega1280), y obtuve esto

  

error: avrdude: stk500_getsync (): no está sincronizado: resp = 0x00

mientras estaba subiendo. He leído tantos artículos en Internet y he intentado todo para que la pizarra funcione. Comencé a tener problemas hace tres meses y siempre lo resuelvo en un máximo de seis días, pero ahora el problema es más frecuente y ya no puedo resolverlo.

Estas fueron las cosas que intenté:

  • arduino IDE 1.0 configurando la placa y el puerto correctos
  • elemento de lista
  • arduino IDE1.0.5 configurando la placa y el puerto correctos
  • Windows 32 bit
  • Windows 64 bit
  • Atmel Studio 6
  • reinicio del software
  • reiniciar la conexión del pin GND RST
  • configurar el cable FTDI como en el tercer enlace
  • enlace ... (pero tengo una duda sobre qué pin de TX y RX porque el esquema de la placa no funciona) t tiene el pin TX (Digital Pin 1) al pin RX (Digital Pin 0))
  • reiniciar el sistema, desconectar todos los cables, restablecer la placa y volver a intentarlo

¿Alguien tiene alguna idea?

¿Está rota la placa?

¿Es un problema de hardware?

EDITAR: Detalle de la subida:

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

         System wide configuration file is "C:\arduino-0100-relax\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \.\COM20
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: 
avrdude: stk500_getsync(): not in sync: resp=0x00

avrdude done.  Thank you.
    
pregunta DarkCoffee

2 respuestas

1

Esto no es un error muy explícito, te lo aseguro. Pueden ser muchas cosas, pero creo que recuerdo que tuve un error en particular hace un tiempo debido a problemas con el cargador de arranque.

El gestor de arranque en la mayoría de los arduinos escucha durante unos segundos en el USART, comprueba y copia un código si recibe uno correcto o simplemente se rinde, luego llama al programa principal y no se ejecuta en segundo plano. Por lo tanto, cuando el cargador intenta comunicarse con la placa, es posible que ya esté ejecutando el programa principal y no responda, de ahí el "no está sincronizado". La solución simple es presionar "cargar", esperar a que se compile el programa y restablecer la placa justo cuando el programa comienza a cargarse. Debe haber un segundo margen de maniobra, pero siempre ha resuelto el problema.

Creo que recuerdo que también es posible cargar un código compilado para otra placa, lo que impide la sincronización adecuada una vez que se carga el código incorrecto. No estoy seguro de en qué condiciones puede suceder esto (probablemente cuando el gestor de arranque se carga y ejecuta junto con el programa principal como un solo programa), pero valdría la pena investigar si nada de eso funciona.

Último recurso, compraría un programador (es una buena inversión) y cargaría un programa nuevo de cargador de arranque y parpadeo.

De cualquier manera, vería el código del cargador de arranque de su plataforma en línea. No solo puede haber una respuesta a su problema, sino que también encontrará la velocidad en baudios con la que se supone que debe hablar en la pizarra (19200 en las versiones más recientes, según parece). Si nunca te templaste con el gestor de arranque, debería estar en stock.

Sin componentes externos conectados para forzar cortocircuitos en las salidas, etc. es prácticamente imposible romper una placa por experiencia.

    
respondido por el Mister Mystère
0

Tuve exactamente el mismo problema. Intenté instalar el IDE en otra computadora portátil y cargué el programa desde esa computadora portátil. Problema resuelto. Luego volví a mi computadora portátil, desinstalé el IDE, lo reinstalé y luego funcionó.

Sin embargo, no estaba satisfecho porque no pude encontrar la fuente del problema, así que intenté ejecutar todo nuevamente de la misma manera. Encontré el problema pero no estoy seguro de si esa puede ser la causa real:

En mi proyecto, necesitaba realizar una comunicación en serie entre un Arduino y MATLAB (GUI). Para ver / verificar la salida (tipo) de los datos serie de MATLAB (GUI), utilicé HyperTerminal y también un emulador de puerto serie virtual. Noté que cada vez que HyperTerminal se está ejecutando o VSPE se está ejecutando mientras mi monitor de serie está en él, se complica la función de carga del programa. No estoy seguro de que sea debido a VSPE o HyperTerminal, pero la reinstalación del IDE funcionó para mí.

    
respondido por el Hrdip

Lea otras preguntas en las etiquetas