Pregunta:
avrdude: stk500_getsync (): no sincronizado: resp = 0x00
Deepsy
2014-05-19 19:37:58 UTC
view on stackexchange narkive permalink

Tengo arduino pro mini 5V, 16M ATMega328 y CP2102 USB a TTL. Los conecté así:

enter image description here

Cuando intento cargar un boceto en la placa arduino, aparece el siguiente error:

  avrdude: stk500_getsync (): not in sync: resp = 0x00  

El tipo de placa y el puerto serie son correctos. El boceto también se compila con éxito y he instalado los controladores CP2102. Me he dado cuenta de que incluso si desconecto todos los cables de la placa arduino (y dejo el cp2102 conectado a la PC), aparece el mismo error nuevamente. Estoy usando Windows 7.

¿Alguien más encontró el mismo problema?

¿Se muestra su cp2102 en `lsusb` (usuarios de linux y mac)? o en el administrador de dispositivos (en el caso de Windows)?
@nidhin Sí, aparece http://i.imgur.com/JHaDWbt.png
¿Intentaste lo que dijo Nicolás en su respuesta?
@nidhin Intenté presionar el botón de reinicio al mismo tiempo que hice clic en el botón de carga. También intenté conectar el primer pin en el cp2102 a los dos primeros pines en arduino, ninguno funcionó.
posible duplicado de [Un tipo llamado avr no me deja subir mi programa, también conocido como "avrdude: stk500 \ _getsync (): not in sync: resp = 0x00"] (http://arduino.stackexchange.com/questions/17 / algún-tipo-llamado-avr-no-me-deja-subir-mi-programa-alias-avrdude-stk500-getsync)
Debe verificar que su velocidad en baudios coincida con el cargador de arranque en la placa (hay uno, ¿verdad? ¿Es una placa genuina o un clon?). Además, desconecte el arduino y conecte los pines TXD y RXD del CP2102 juntos. Abra el monitor serial arduino y escriba los caracteres; Debería ver una copia de lo que escribe con las clavijas puenteadas y ninguna con ellas abiertas, o bien dos copias con las clavijas puenteadas y solo una con ellas abiertas.
Deepsy, tengo exactamente el mismo módulo FTDI y Arduino Mini Pro. Como dice Corvin, si agrega DTR a GRN, funcionará. Se usa para reiniciar el arduino para iniciar el gestor de arranque.
Me apareció el mismo mensaje de error cuando había cortocircuitado las entradas digitales. ¡Ups!
Diez respuestas:
#1
+6
kwc
2014-05-20 01:41:51 UTC
view on stackexchange narkive permalink

Es difícil de distinguir por sus imágenes, pero ¿están todos los pines del encabezado soldados a las placas? De lo contrario, deben serlo: no hay posibilidad de que las conexiones eléctricas adecuadas se realicen de manera confiable si se insertan sin apretar en los orificios.

Buen lugar, no vi eso en la imagen al principio, pero parece que tienes razón, parece que los encabezados de los pines se han insertado en los orificios sin soldaduras.
#2
+5
Nicolas D
2014-05-19 19:53:06 UTC
view on stackexchange narkive permalink

Este error significa que el programa responsable de la carga (avrdude) no puede comunicarse con su arduino.

¿Reinició la placa justo antes de programar? El pin de reinicio del arduino parece desconectado en su imagen; para que la placa no ejecute el cargador de arranque cuando los cables seriales lo esperan.

Intente restablecer la placa manualmente justo antes de programar, o conecte el primer pin.

Intenté presionar el botón de reinicio al mismo tiempo que hice clic en el botón de carga. También intenté conectar el pin "primer" en el cp2102 a los dos pines "primeros" en arduino, ninguno funcionó.
No simultáneamente: primero debe restablecer el hardware y luego intentar la carga.
A veces funciona mejor con un condensador en serie con el pin de reinicio. Comenzaría alrededor de 0.1µF y probaría algunos valores diferentes (depende del valor del pullup de reinicio)
@NicolasD ¿Hay alguna manera de hacerlo sin condensador? Creo que el arduino ni siquiera se conecta al cp2102, pero no sé cómo comprobarlo. También intenté restablecer la placa (con el botón en ella) unos segundos antes de cargar, pero seguí recibiendo el mismo error.
Como dijo @DaveTweed, puede restablecer la placa, digamos, medio segundo antes de hacer clic en el botón "cargar" en arduino IDE. El condensador es solo para automatizar esto.
Por cierto, ¿ya usaste esa placa arduino?
Conozco a alguien con un problema similar. Pero su problema se resuelve con una resistencia de 1k tanto en Tx como en Rx en serie y un capacitor de 10uF que se requiere para dispositivos arduino que usan el ATmega328 entre el pin de reinicio y tierra. También puede probar una resistencia PULLUP en el reinicio. Lo que significará una resistencia de 10k entre el reinicio y + 5V
#3
+3
Corvin
2014-11-08 21:42:16 UTC
view on stackexchange narkive permalink

Resolví este problema conectando la señal DTR del convertidor USB al pin que dice GRN en la placa (el que está al lado de TXD). No era obvio encontrar, pero vi en eBay algún programador usb dedicado a arduino que parecía estar conectado de esta manera, así que aproveché la oportunidad. Ya no recibo este error y la carga funciona todo el tiempo.

¡Salud!

#4
+1
Nick Gammon
2015-07-19 11:06:21 UTC
view on stackexchange narkive permalink

Como han dicho algunas de las otras respuestas, es posible que no haya soldado los pines del encabezado. No puede simplemente colocarlos en su lugar y esperar lo mejor. Vea mi Pro Mini:

Arduino Pro Mini

Mi soldadura es razonablemente ordenada, sin embargo, puede ver que la soldadura pasa por el otro lado.

También vea :

Muchos de los problemas en esos hilos se aplican a cualquier Arduino.

#5
+1
Ralph Mills AB1OP
2018-08-02 23:59:50 UTC
view on stackexchange narkive permalink

Para resolver mi problema de sincronización, agregué una conexión desde el adaptador serie USB RST al pin ProMini DTR. Estoy usando el sistema operativo Linux Mint 18 con Arduino IDE 1.8.5. Mis otros clones de Arduino (UNO_r3 y Nano) usan el chip CH340G, así que sabía que tenía controladores que funcionaban. Lo siento por la calidad de la imagen, mi vieja cámara y no sé cómo equilibrar las bombillas LED. Los pines de USB a ProMini son: (U) GND- (P) GND; (U) 3V3- (P) sin conexión; (U) 5V- (P) VCC; (U) TX- (P) TX; (U) RX- (P) RX; (U) RST- (P) DTR. Espero que esto ayude. 73 AB1OP_Ralph

CH340G USB serial adapter to Arduino ProMini

#6
  0
Lawrence MacIntyre
2014-07-31 20:10:15 UTC
view on stackexchange narkive permalink

Este problema se debe al uso de un cable USB incorrecto. Tengo tres cables, dos de los cuales funcionan y uno tiene este problema. Los cables con el cordón de ferrita alrededor funcionarán. El único cable que tengo que funciona tiene un blindaje trenzado que rodea los conductores y mide aproximadamente 2 pies de largo. Tengo un cable de 3 pies sin cordón ni blindaje que presenta este problema.

Esta es una * posibilidad * pero es un salto afirmar que es la causa. Por lo general, como la interfaz USB es mucho más "delicada" que la serie posterior, en una situación de cableado defectuoso, el dispositivo serie USB no podría enumerar en lugar de enumerar y permanecer presente, pero fallaría en el proxy de datos en serie.
#7
  0
Hrdip
2015-02-01 13:26:43 UTC
view on stackexchange narkive permalink

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 y lo reinstalé. Funciona.

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

En mi proyecto, necesitaba realizar una comunicación en serie entre Arduino y MATLAB (GUI). Para ver / verificar la salida (tipo) de los datos seriales de MATLAB (GUI), utilicé HYPERTERMINAL y también VIRTUAL SERIAL PORT EMULATOR. Me di cuenta de que cada vez que se ejecuta hyperterminal o VSPE mientras mi monitor en serie está encendido, estropea la función de carga del programa. No estoy seguro si es por VSPE o HYPERTERMINAL, pero reinstalar el IDE funcionó para mí. :-)

#8
  0
Roger
2015-02-02 03:36:37 UTC
view on stackexchange narkive permalink

Esto también me ha sucedido a mí. Tenía una unidad bluetooth / TTL conectada a RX / TX, que son los mismos puertos que usa la conexión USB a la computadora (donde ocurre la transferencia del programa), y todo lo que tenía que hacer era desconectar RX a la unidad BT al transferir el programa.

#9
  0
ALX
2015-07-19 04:52:32 UTC
view on stackexchange narkive permalink

{linux}

La solución para mí fue configurar el puerto USB correcto.

Anteriormente había estado trabajando con mi Uno en USB0.

No pude subir a mi nano porque lo tenía conectado en USB1

En el menú: Puerto serie -> / dev / ttyUSB1

Es lógico cambiar un puerto cuando se cambia una placa.
#10
  0
Ashti Latchman
2018-11-15 01:26:54 UTC
view on stackexchange narkive permalink

Pasé horas buscando una solución al mismo mensaje de error. Todo estaba correcto: placa elegida, puerto COM, todo.

Cambié mis pines TX y RX, y conecté el tx y el rx entre sí, en lugar de cambiarlos (lo que vi en un tutorial) Luego presioné el reinicio manual, lo mantuve presionado y cargué, luego lo solté mientras decía Subiendo. Funcionó.

Espero que esto ayude.



Esta pregunta y respuesta fue traducida automáticamente del idioma inglés.El contenido original está disponible en stackexchange, a quien agradecemos la licencia cc by-sa 3.0 bajo la que se distribuye.
Loading...