“ avrdude: stk500_getsync (): not in sync: resp = 0x00, ” aka Some Dude Named Avr Won ' t Lasă-mă să îmi încarc programul

Acesta este cauzată de o eroare de conexiune generică între computerul dvs. și Arduino și poate rezulta din mai multe probleme specifice.

Iată câteva lucruri ușoare care pot remedia adesea această eroare:

• Deconectați și reconectați cablul USB.
• Apăsați butonul de resetare de pe placă.
• Reporniți ID-ul Arduino.
• Asigurați-vă că ați selectat placa potrivită în Tools ► Board ►, de ex Dacă utilizați Duemilanove 328, selectați-l în locul Duemilanove 128. Placa ar trebui să spună ce versiune este pe microcip.
• Asigurați-vă că ați selectat portul potrivit în Tools ► Serial Port ►. O modalitate de a afla care este portul este urmând acești pași:
  1. Deconectați cablul USB.
  2. Accesați Tools ► Serial Port ► și consultați ce porturi sunt listate (de ex. COM4 COM5 COM14).
  3. Reconectați cablul USB.
  4. Reveniți la Tools ► Serial Port ► și vedeți ce port a apărut care nu mai era acolo.
• Asigurați-vă că pinii digitali 0 și 1 nu au părți conectate, inclusiv scuturi.

Dacă niciunul dintre acestea nu funcționează, va trebui să încercați să izolați problema prin înlocuirea lucrurilor: încercați un alt computer pe același arduino, încercați un alt arduino pe același computer și încercați să utilizați un alt cablu USB.

Dacă problema este legată de computer:

• Verificați de două ori toate problemele legate de computer în lista „remedieri ușoare” de mai sus.
• Reinstalați IDE.
• Reinstalați driverele.

Dacă problema este legată de Arduino:

• Verificați din nou toate problemele legate de placă în lista „remedieri ușoare” de mai sus.
• Asigurați-vă că microcontrolerul este așezat corect.
• Este posibil să trebuiască să ardeți bootloader-ul .
• Înlocuiți microcontrolerul dacă aveți altul la îndemână în apropiere.
• Este posibil să fiți caramidați Arduino. Ne pare rău 🙁

Comentarii

• Există și alte cauze posibile. Este posibil să fi deteriorat ATmega, să fi putut deteriora încărcătorul de pornire pe ATmega, ai putea avea probleme de energie sau o multitudine de alte posibilități. not in sync: resp=0x00 este într-adevăr un ” generic ATmega care nu răspunde „. Orice lucru care ar putea determina ATmega să nu răspundă îl poate provoca.
• Deci, nu pot avea nimic în 0 sau 1 vreodată?
• @Tim Puteți conecta lucruri la acei pini, dar trebuie să le deconectați dacă doriți să comunicați cu Arduino prin cablul USB.
• Am primit această eroare chiar în primul meu Duemillanove de acum ani. a fost un cip UART mort (sau o conexiune de la USB la cipul UART). Foarte frustrant. Am cumpărat un programator AVR și am ars bootloaderul. Am achiziționat un alt procesor cu bootloader preîncărcat. Nu a fost ‘ t până la vânzătorul a trimis un înlocuitor că am putut să mă alătur lucrului O mulțime de pasionați de Arduino (și acum am două procesoare de rezervă).
• ” Deconectați și reconectați cablul USB ” funcționează pentru mine

O altă soluție:

Schimbă Tools->Processor->Atmega 328P la Atmega 328P (Old Bootloader). Amintiți-vă că opțiunea Processor este disponibilă numai atunci când selectați anumite placi specifice la Tools>Board.

Acest lucru a funcționat pentru Arduino Nano cu CH340, folosind Arduino IDE 1.8.5 sub Linux Ubuntu 17.10. În plus, acest lucru se va întâmpla probabil dacă utilizați IDE 1.8.9 sau o versiune mai recentă și obțineți un Nano vechi sau clonat.

Comentarii

• Acesta a fost soluţie! Noul bootloader folosește dublul ratei de transmisie (115200 în loc de 57600).

Din păcate, poate înseamnă, de asemenea, că ți-ai ars microcontrolerul. Ați făcut ceva periculos chiar înainte de a încerca să încărcați o schiță nouă? Microcontrolerul funcționează încă, cu schița încărcată anterior?

Dacă niciunul dintre pașii de mai sus nu funcționează, încercați să reinstalați Avrdude și compilatorul avr-gcc. A trebuit să fac asta după ce Mega mea a început să sufere de acest lucru.

Dacă ați instalat separat Avrdude și avr-gcc, pur și simplu dezinstalați-le. în caz contrar, poate fi necesar să reinstalați Arduino IDE. Acești pași vor depinde de sistemul dvs. de operare.

Comentarii

• Este foarte puțin probabil ca problema să fie cauzată din cauza utilizării lanțului de instrumente. Acest lucru este prea extrem, IMO.
• Despre ce proces de instalare vorbiți? Instrumentul de editare arduino este doar dezarhivat. Nu există niciun proces de instalare.

Am primit același mesaj. De fiecare dată a fost rezolvat selectând portul potrivit, adică USB din meniul Instrumente apoi Porturi. Este un pas simplu, dar uit mereu. Voi deconecta Arduino pentru a opri programul curent, îl voi conecta din nou la computer pentru a încărca noul program și eroarea, panica, blestemul și numai atunci, amintește-ți.

În cazul meu, nu conectasem RTS pinul cipului FTDI la un condensator care s-a dus la pinul RST al Arduino Pro Mini. Odată ce am instalat această conexiune, nu am mai primit eroarea și am putut încărca codul.

Nick Gammon explică acest în forumul său . Am adăugat o imagine a locului / modului în care ar trebui plasat condensatorul.

Comentarii

• +1 pentru imaginea frumoasă a conectării programatorului USB direct la un cip atmega.
• Am avut și câteva conexiuni proaste pe placa mea, am deconectat totul și am încărcat o schiță de bază și a funcționat . Acum, calculează ce cablu nu este la locul potrivit

Am avut exact aceeași problemă. Am încercat să instalez IDE-ul pe un alt laptop și am încărcat programul de pe acel laptop. Problema rezolvata. Apoi m-am întors la laptopul meu, am dezinstalat IDE-ul și l-am reinstalat .. a început să funcționeze.

Cu toate acestea, nu am fost mulțumit pentru că nu am putut găsi sursa problemei … așa că am încercat să rulez totul în același mod exact … Am găsit problema, dar nu sunt sigur dacă asta poate fi cauza reală a acesteia.

În proiectul meu, aveam nevoie să realizez comunicații seriale între arduino și MATLAB (GUI). Pentru a vedea / verifica ieșirea (tipul) datelor seriale MATLAB (GUI), am folosit HIPERTERMINAL și, de asemenea, EMULATOR DE PORT SERIAL VIRTUAL. Am observat că de fiecare dată când hiperterminalul rulează sau VSPE rulează în timp ce monitorul meu serial este pe el înșurubează caracteristica de încărcare a programului. Nu sunt sigur dacă este din cauza VSPE sau HYPERTERMINAL, dar reinstalarea IDE a funcționat pentru mine.

Comentarii

• Unul dintre Liniile de control serial, cred că este DTR, sunt folosite pentru a reseta Arduino. Când încercați să vă programați Arduino, programul dvs. terminal ar putea interfera.
• Acest lucru a funcționat pentru mine numai când am șters și folderul Arduino Library, care conține toate setările și libs-urile suplimentare. ul>

Pentru persoanele care folosesc Linux Mint am constatat că selectând portul „TTY SO” în locul celui etichetat „Arduino” ar funcționa (nu vă pot spune exact pentru că nu am computerul în fața mea acum).

Apoi, data viitoare când am folosit Arduino, am primit din nou același mesaj, așa că am revenit la portul „Arduino” și a funcționat așa de atunci.

Nu sunt la fel de cunoscător din punct de vedere tehnic ca ceilalți dintre voi, așa că nu am idee de ce funcționează sau care a fost problema, dar a funcționat, ceea ce îmi pasă. Poate că acest lucru va fi util cuiva.

Am dezinstalat IDE-ul și driverele etc., le-am instalat din nou, apoi am am rulat Arduino IDE ca administrator și am setat să ruleze compatibilitatea ca Windows 7 (în prezent folosesc 10).

De asemenea, am schimbat programatorul în AVR ISP (nu cred că asta contează, dar eu l-am schimbat oricum).

Totul funcționează din nou … sperăm că acest lucru poate ajuta și pe altcineva.

Un lucru neobișnuit, dar „am schimbat mult microcontrolerele și am primit această eroare când nu era” Așezat corect .. am putut arde de câteva ori, dar cred că a alunecat înapoi – o mică apăsare pe spatele ATMega328 a remediat-o!

Există, de asemenea, posibilitatea ca controlerul însuși să fie plasat într-un mod greșit în socketul de pe Arduino. Acest lucru poate fi periculos pentru controler (care poate fi eliminat), dar, în cazul meu, a dat doar eroarea de sincronizare, împiedicându-mă să încarc cod.

Deci, verificați doar dacă crestătura de pe IC este în direcția corectă (puteți verifica cu imagini de bord online). Crestătura de pe controlerul Uno trebuie să indice spre marginea plăcii.

Am apărut și această eroare. A fost prima dată când foloseam o nouă placă Arduino Nano după ce am lipit pe anteturi. Doar legând Blink Sketch, nimic nu a fost conectat la placă.

Am găsit un mic scurt de lipit între GROUND și RESET I-am luat-o și apoi am putut încărca ok.

Presupun că acest lucru s-ar putea întâmpla dacă ai avea același scurtcircuit pe un circuit undeva.

Tocmai am avut aceeași eroare cu un nou Mini Pro. Deoarece programul implicit de clipire care a fost preîncărcat cu majoritatea Arduino rulează, știu că unitatea este probabil OK.

Așa că am inspectat anteturile pe care tocmai le-am lipit încă o dată și am constatat că nu există suficientă lipire pe pinii TX0. După re-lipire a tuturor lucrărilor.

După o mulțime de deconectare, verificarea porturilor, repornirea IDE etc. Th Ceea ce părea să facă o diferență, soluționând acest defect cu Arduino Mega 2560, a fost dezinstalarea driverului arduino USB Windows, apoi reinstalarea acestuia utilizând driverul aici & selectați manual din listă> porturi com > arduino http://drivers.softpedia.com/get/Other-DRIVERS-TOOLS/Others/Arduino-Mega-2560-USB-Driver-1110-for-Windows-7-64-bit.shtml Poate că l-am testat pe unu, apoi înapoi la mega, așa că există o mică șansă de a vorbi către UN a făcut ca AVRDUDE să fie fericit, dar puțin probabil.

Când am o problemă la încărcarea pe forumurile mele, încarc un program diferit, cum ar fi exemplul de clipire. Acest lucru pare să reseteze ceva și apoi pot încărca propriul meu program (care este destul de mare).

S-ar putea să merite să încerci acest lucru pentru a vedea dacă funcționează în cazul tău, deși nu am nici o idee de ce funcționează.

Comentarii

• ce placă și bootloader?
• Arduino Nano, ATMega328P (nu terță parte). Versiune hardware: 2, versiune firmware: 1.16, semnătura dispozitivului este 0x1e950f Nu am verificat bootloader-ul, dar sunt publicitate ca ” bootloader tradițional ”
• deci răspunsul dvs. este specific pentru vechiul Nano bootloader
• Vă mulțumim! Mă voi uita la bootloadere și voi încerca să îl actualizez. Aveți informații despre această eroare?

Am avut o problemă similară cu placa mea Uno

avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x90 

Am încercat multe metode

• Apăsați reset înainte de a trimite pachete
• diferite versiuni IDE
• Schimbați cablul
• Schimbați controlerul în sine
• Test Loopback

dar toate cele de mai sus nu au reușit.

I utilizați Ubuntu 16.04.4 LTS 4.15.0-33-generic (în timp ce scrieți acest comentariu). Modulul CDC ACM nu a fost încărcat, prin urmare nu a fost creat un dispozitiv /dev/ttyACM0 pentru a selecta în Arduino IDE -> Tools -> Port

Prin urmare, Obțineți numele modulului și încărcați-l

$ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 005: ID 2341:0043 Arduino SA Uno R3 (CDC ACM) Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub $ sudo modprobe cdc-acm 

Comanda de mai sus va introduce modulul necesar. Acum pot selecta portul potrivit și pot încărca codul

Dintre diferite soluții, acest lucru a funcționat pentru mine, sper că și asta va ajuta pe cineva.

Am rezolvat-o actualizând panourile (sub „board manager”)

Comentarii

• Aveți un Arduino Nano?

M-am confruntat cu aceeași problemă pentru unele coduri astăzi și am rezolvat după cum urmează:

1- Mai întâi am rulat un cod LED intermitent de bază. A dat aceeași eroare. Confirmă că eroarea este la încărcare și nu are nimic de-a face cu compilarea. Am verificat și codul meu a fost se compilează bine.

2- Am luat o altă placă, dar funcționează bine pe acest PC. Asta înseamnă că computerul și cablul USB sunt OK.

3- Am conectat placa defectă pe un alt computer și, în mod surprinzător, nu a existat o astfel de eroare la încărcare. Asta mi-a dat indicii despre problemele legate de driver în primul computer.

4- Așa că am dezinstalat driverul și l-am reinstalat pe primul computer descărcând de pe aici

(asigurați-vă că, în timp ce instalați driverul de pe acest link, vă păstrați placa conectată la computer)

A funcționat bine acum 🙂

Am avut această eroare în laptopul Linux Mint 17.3 cu Arduino Nano avrdude: stk500_getsync (): nu este sincronizat: resp = 0x00

Rezolvat:

• a eliminat tot ce avea „arduino” sau „avr” în numele său
• a eliminat directoarele .arduino și .arduino15 (Notă punctul din nume)
• eliminat ver 1.8.7 cu dezinstalarea pachetului
• apt-get install arduino (ver 1.1.0)
• testat cu o schiță simplă (totul OK)
• instalat ver 1.8.7 cu instalarea pachetului
• compilat.
• selectat ATmega328p (vechi bootloader) pentru procesor, Arduino Nano pentru card și / dev / ttyUSB0 pentru port => FUNCȚIONEAZĂ!

Se pare că „vechiul bootloader” a fost trucul în acest caz. Acum am atât ver 1.1.0 cât și 1.8.7, căruia îi pasă.

Comentarii

• ar trebui mai întâi să citiți răspunsul din aguadopd

Ce am încercat a fost să nu conectez o masă a unei plăci la cealaltă masă de pe cealaltă placă. Acest lucru a oprit problema pentru mine.