“ avrdude: stk500_getsync (): ikke synkroniseret: resp = 0x00, ” aka Some Dude Named Avr Won ' t Lad mig uploade mit program

Dette er forårsaget af en generisk forbindelsesfejl mellem din computer og Arduino og kan skyldes mange forskellige specifikke problemer.

Her er nogle nemme ting, der ofte kan løse denne fejl:

• Afbryd USB-kablet og tilslut det igen.
• Tryk på nulstillingsknappen på tavlen.
• Genstart Arduino IDE.
• Sørg for at vælge det rigtige kort i Tools ► Board ►, f.eks Hvis du bruger Duemilanove 328, skal du vælge det i stedet for Duemilanove 128. Tavlen skal sige, hvilken version det er på mikrochippen.
• Sørg for at du valgte den rigtige port i Tools ► Serial Port ►. En måde at finde ud af, hvilken port den er på, er ved at følge disse trin:
  1. Frakobl USB-kablet.
  2. Gå til Tools ► Serial Port ► og se hvilke porte der er anført (f.eks. COM4 COM5 COM14).
  3. Tilslut USB-kablet igen.
  4. Gå tilbage til Tools ► Serial Port ►, og se hvilken port dukkede op, der ikke var der før.
• Sørg for, at digitale stifter 0 og 1 ikke har nogen dele tilsluttet, inklusive skjolde.

Hvis ingen af disse fungerer, vil du prøve at isolere problemet ved at udskifte ting: prøv en anden computer på den samme arduino, prøv en anden arduino på den samme computer, og prøv at bruge et andet USB-kabel.

Hvis problemet er med computeren:

• Dobbelttjek alle computerrelaterede problemer i listen “Nemme rettelser” ovenfor.
• Geninstaller IDE.
• Geninstaller driverne.

Hvis problemet er med Arduino:

• Dobbeltkontrol af alle kortrelaterede problemer i listen over “nemme rettelser” ovenfor.
• Sørg for, at mikrokontrolleren sidder korrekt.
• Du skal muligvis brænde bootloader .
• Udskift mikrokontrolleren, hvis du har en anden praktisk i nærheden.
• Du har muligvis muret din Arduino. Undskyld 🙁

Kommentarer

• Der er andre mulige årsager. Din kunne have beskadiget ATmega, du kunne have beskadiget bootloaderen på ATmega, du kan have magtproblemer eller et utal af andre muligheder. not in sync: resp=0x00 er virkelig en generisk ” ATmega svarer ikke ” besked. Alt, hvad der kan få ATmega til ikke at reagere, kan forårsage det.
• Kan jeg så ikke have noget i 0 eller 1 nogensinde?
• @Tim Du kan forbinde ting til disse ben, men du skal afbryde dem, hvis du vil kommunikere med din Arduino via USB-kablet.
• Jeg fik denne fejl på mit allerførste Duemillanove år siden. var en død UART-chip (eller forbindelse fra USB til UART-chip). Meget frustrerende. Jeg købte en AVR-programmør og brændte bootloaderen. Købte en anden CPU med bootloader forudindlæst. Var ikke ‘ t indtil sælger sendte en erstatning, som jeg var i stand til at deltage i wor ld af Arduino-fans (og jeg har nu to ekstra CPUer).
• ” Afbryd og tilslut USB-kablet ” fungerer for mig

En anden løsning:

Skift Tools->Processor->Atmega 328P til Atmega 328P (Old Bootloader). Husk, at indstillingen Processor kun er tilgængelig, når du vælger nogle specifikke tavler på Tools>Board.

Dette fungerede for min Arduino Nano med CH340 ved hjælp af Arduino IDE 1.8.5 under Linux Ubuntu 17.10. Desuden vil dette sandsynligvis ske, hvis du bruger IDE 1.8.9 eller nyere, og du får en gammel eller klonet Nano.

Kommentarer

• Det var opløsning! Den nye bootloader bruger dobbelt så høj baudrate (115200 i stedet for 57600).

Desværre kan den betyder også, at du har brændt din mikrocontroller. Gjorde du noget farligt lige før du prøvede at uploade en ny skitse? Arbejder mikrokontrollen stadig med sin tidligere indlæste skitse?

Hvis ingen af ovenstående trin fungerer, kan du prøve at geninstallere Avrdude. og avr-gcc-kompilatoren. Jeg var nødt til at gøre dette, efter at min Mega begyndte at lide af dette.

Hvis du installerede Avrdude og avr-gcc separat, skal du blot afinstallere dem. hvis ikke, skal du muligvis geninstallere Arduino IDE. Disse trin afhænger af dit operativsystem.

Kommentarer

• Det er meget usandsynligt, at problemet ville blive forårsaget på grund af den anvendte værktøjskæde. Dette er for ekstremt, IMO.
• Hvad er denne installationsproces, du taler om? Arduino-redigeringsværktøjet er bare pakket ud. Der er ingen installationsproces.

Jeg har haft den samme besked. Hver gang det har været løst ved at vælge den rigtige port, dvs. USB under menuen Værktøjer og derefter porte. Det er et simpelt trin, men jeg glemmer det altid. Jeg trækker stikket til Arduino ud for at stoppe det aktuelle program, tilslut det igen til min computer for at uploade det nye program og få fejlen, panik, forbandelse og først derefter, husk.

I mit tilfælde havde jeg ikke tilsluttet RTS pin af FTDI-chippen til en kondensator, der gik til RST-stiften på Arduino Pro Mini. Når jeg først havde installeret denne forbindelse, fik jeg ikke længere fejlen, og jeg kunne uploade kode.

Nick Gammon forklarer denne i hans forum . Jeg har tilføjet et billede af, hvor / hvordan kondensatoren skal placeres.

Kommentarer

• +1 til det flotte billede af USB-programmørens tilslutning direkte til en atmega-chip.
• Jeg havde også nogle dårlige forbindelser på mit tavle, jeg frakoblede alt og uploadede en grundlæggende skitse, og det fungerede . Gå nu ud af, hvilket kabel der ikke er på det rigtige sted

Jeg havde nøjagtigt det samme problem. Jeg prøvede at installere IDE i en anden bærbar computer og uploadede programmet fra den bærbare computer. Problem løst. Så kom jeg tilbage til min bærbare computer, afinstallerede IDE og geninstallerede den .. den begyndte at fungere.

Jeg var dog ikke tilfreds, fordi jeg ikke kunne finde kilden til problemet … så jeg prøvede at køre alt igen på samme nøjagtige måde … Jeg fandt problemet, men var ikke sikker på, om det kan være den egentlige årsag til det.

I mit projekt havde jeg brug for at udføre seriel kommunikation mellem arduino og MATLAB (GUI). For at se / verificere output (type) af MATLAB (GUI) serielle data brugte jeg HYPERTERMINAL og også VIRTUAL SERIAL PORT EMULATOR. Jeg bemærkede, at hver gang når hyperterminal kører, eller VSPE kører, mens min serielle skærm er på, skrues programmets uploadfunktion op. Jeg er ikke sikker på, om det skyldes VSPE eller HYPERTERMINAL, men geninstallation af IDE fungerede for mig.

Kommentarer

• En af de Serielle kontrollinjer, jeg tror, det er DTR, bruges til at nulstille Arduino. Når du prøver at programmere din Arduino, kan dit terminalprogram forstyrre.
• Dette fungerede kun for mig, da jeg også slettede min Arduino Library-mappe, som indeholder alle indstillinger og ekstra libs.

For folk, der bruger Linux Mint, fandt jeg, at ved at vælge “TTY SO” -porten i stedet for den, der blev mærket “Arduino”, ville fungere (jeg kan ikke fortælle dig nøjagtigt, fordi jeg ikke har den computer foran mig lige nu).

Så næste gang jeg brugte Arduino, fik jeg igen den samme besked, så jeg skiftede tilbage til “Arduino” -porten, og det har fungeret på den måde lige siden.

Jeg er ikke så teknisk kyndig som resten af jer, så jeg har ingen idé om, hvorfor dette fungerer, eller hvad problemet var, men det fungerede, hvilket er alt, hvad jeg holder af. Måske vil dette være nyttigt for nogen.

Jeg afinstallerede IDE og drivere osv., Installerede det hele igen, så jeg kørte Arduino IDE som administrator og indstillede til at køre kompatibilitet som windows 7 (jeg bruger i øjeblikket 10).

Jeg ændrede også programmøren til AVR ISP (jeg tror ikke det betyder noget, men jeg ændrede det alligevel).

Alt fungerer igen … forhåbentlig kan dette også hjælpe en anden ud.

En usædvanlig, men jeg har byttet mikrocontrollerne meget ud, og jeg fik denne fejl, når man ikke var ” Jeg sad ikke korrekt. Jeg var i stand til at brænde et par gange, men jeg gætter på, at den gled ud igen – et lille skub bag på ATMega328 fikset det!

Der er også mulighed for, at controlleren selv placeres forkert i stikket på Arduino. Dette kan være farligt for controlleren (som muligvis bliver zapped), men i mit tilfælde gav det kun ud af synkroniseringsfejl, hvilket forhindrede mig i at uploade kode.

Så tjek bare om hakket på ICen er i den rigtige retning (du kan krydstjekke med billeder af tavlen online). Hakket på Unos controller skal pege mod kanten af kortet.

Jeg fik også denne fejl. Det var første gang, jeg brugte et nyt Arduino Nano-kort, efter at jeg havde loddet på overskrifter. Bare dækket Blink Sketch var der intet forbundet med tavlen.

Jeg fandt et lille stykke lodde mellem JORD og RESET Jeg valgte det, og så kunne jeg uploade ok.

Jeg formoder, at dette kan ske, hvis du havde samme kortslutning på et kredsløb et eller andet sted.

Har lige haft den samme fejl med en helt ny Mini Pro. Da standardblinkprogrammet, der fulgte med de fleste Arduino, kører, ved jeg, at enheden sandsynligvis er OK.

Så jeg inspicerede de overskrifter, jeg lodde en gang til, og fandt ud af, at der ikke var nok lodde på TX0-stifterne. Efter genlodning af alle værker.

Efter en masse frakobling, kontrol af porte, genstart af IDE osv. Th e ting, som syntes at gøre en forskel ved at løse denne fejl med Arduino Mega 2560, var at afinstallere Windows USB-arduino-driveren og derefter geninstallere den ved hjælp af driveren her & vælg manuelt fra listen> com porte > arduino http://drivers.softpedia.com/get/Other-DRIVERS-TOOLS/Others/Arduino-Mega-2560-USB-Driver-1110-for-Windows-7-64-bit.shtml Jeg har muligvis testet det på min uno og derefter tilbage til mega, så der er en lille chance for at tale til uno gjort AVRDUDE glad men usandsynlig.

Når jeg får et problem med at uploade til mine tavler, uploader jeg et andet program som f.eks. blinkeksemplet. Dette ser ud til at nulstille noget, og jeg kan derefter uploade mit eget program (som er ret stort).

Det kan være værd at prøve dette for at se, om det fungerer i dit tilfælde, selvom jeg ikke har nogen idé om, hvorfor det fungerer.

Kommentarer

• hvad bord og bootloader?
• Arduino Nano, ATMega328P (ikke tredjepart). Hardwareversion: 2, Firmwareversion: 1.16, enhedens signatur er 0x1e950f Jeg har ikke kontrolleret bootloaderen, men de annonceres som ” traditionel bootloader ”
• så dit svar er specifikt for gammel Nano bootloader
• Tak! Jeg vil se på bootloadere og prøve at opgradere den. Har du nogen oplysninger om denne fejl?

Jeg havde et lignende problem med min Uno-kort

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

Forsøgte mange metoder

• Tryk på reset, inden du sender pakker
• forskellige IDE-versioner
• Skift kabel
• Skift controller selv
• Loopback test

men alt ovenstående mislykkedes.

I brug Ubuntu 16.04.4 LTS 4.15.0-33-generic (mens du skriver denne kommentar). CDC ACM-modulet blev ikke indlæst, derfor blev der ikke oprettet en /dev/ttyACM0 -enhed til at vælge i Arduino IDE -> Tools -> Port

Derfor, hent modulnavnet og indlæs det

$ 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 

Ovenstående kommando indsætter det krævede modul. Nu er jeg i stand til at vælge den rigtige port og uploade koden

Ud af forskellige løsninger, dette fungerede for mig, håber jeg, at dette også hjælper nogen.

Jeg løste det ved at opdatere tavlerne (under “bestyrelsesleder”)

Kommentarer

• Har du en Arduino Nano?

Jeg stod over for det samme problem for en eller anden kode i dag, og jeg løste det som følger:

1- Først kørte jeg en grundlæggende LED-blinkende kode. Det gav den samme fejl. Det bekræfter, at fejlen er ved upload og har intet at gøre med kompilering. Jeg kontrollerede også, at min kode var kompilerer fint.

2- Jeg tog et andet kort, men det fungerede fint på denne pc. Det betyder, at computeren og USB-ledningen er OK.

3- Jeg tilsluttede det defekte kort til en anden pc, og overraskende nok var der ikke en sådan fejl i uploaden. Det gav mig et tip om problemer i driveren i den første pc.

4- Så jeg afinstallerede driveren og geninstallerede den på den første pc ved at downloade fra her

(Sørg for, at mens du installerer driveren fra dette link, skal du holde dit kort tilsluttet pcen)

Det fungerede fint nu 🙂

Jeg havde denne fejl i min Linux Mint 17.3 bærbare computer med Arduino Nano avrdude: stk500_getsync (): ikke synkroniseret: resp = 0x00

Løst:

• fjernede alt det, der havde “arduino” eller “avr” i sit navn
• fjernede mapper .arduino og .arduino15 (Bemærk prikken i navnet)
• fjernet ver 1.8.7 med afinstallation af pakken
• apt-get install arduino (ver 1.1.0)
• testet med en simpel skitse (alt OK)
• installeret ver 1.8.7 med installationen af pakken
• kompileret.
• valgt ATmega328p (gammel bootloader) til processor, Arduino Nano til kort og / dev / ttyUSB0 til port => DET FUNGERER!

Det ser ud til, at den “gamle bootloader” var tricket i dette tilfælde. Jeg har nu begge ver 1.1.0 og 1.8.7, hvem bryr sig.

Kommentarer

• du skal først læse svaret fra aguadopd

Det, jeg prøvede, var at ikke forbinde den ene grund på det ene bord til den anden grund på det andet bord. Dette stoppede problemet for mig.