“ avrdude: stk500_getsync (): niet gesynchroniseerd: resp = 0x00, ” ook bekend als Some Dude Named Avr Won ' t Laat me mijn programma uploaden

Dit is veroorzaakt door een algemene verbindingsfout tussen uw computer en de Arduino, en kan het gevolg zijn van veel verschillende specifieke problemen.

Hier zijn enkele eenvoudige dingen die deze fout vaak kunnen oplossen:

• Koppel de USB-kabel los en sluit deze opnieuw aan.
• Druk op de resetknop op het bord.
• Start de Arduino IDE opnieuw.
• Zorg ervoor dat je het juiste bord selecteert in Tools ► Board ►, bijv Als je de Duemilanove 328 gebruikt, selecteer dat dan in plaats van Duemilanove 128. Het bord zou moeten zeggen welke versie het op de microchip is.
• Zorg ervoor dat je de juiste poort hebt geselecteerd in Tools ► Serial Port ►. Een manier om erachter te komen op welke poort deze zich bevindt, is door deze stappen te volgen:
  1. Koppel de USB-kabel los.
  2. Ga naar Tools ► Serial Port ► en zie welke poorten worden vermeld (bijv. COM4 COM5 COM14).
  3. Sluit de USB-kabel opnieuw aan.
  4. Ga terug naar Tools ► Serial Port ►, en kijk welke poort bleek dat dat er niet eerder was.
• Zorg ervoor dat er op de digitale pinnen 0 en 1 geen onderdelen zijn aangesloten, inclusief eventuele schilden.

Als geen van deze werkt, wil je proberen het probleem te isoleren door dingen te vervangen: probeer een andere computer op dezelfde arduino, probeer een andere arduino op dezelfde computer en probeer een andere USB-kabel te gebruiken.

Als het probleem bij de computer zit:

• Controleer alle computergerelateerde problemen in de bovenstaande lijst met eenvoudige oplossingen.
• Installeer de IDE opnieuw.
• Installeer de stuurprogrammas opnieuw.

Als het probleem bij de Arduino zit:

• Controleer alle bordgerelateerde problemen in de bovenstaande lijst met eenvoudige oplossingen.
• Zorg ervoor dat de microcontroller correct is geplaatst.
• Mogelijk moet u de bootloader branden .
• Vervangen de microcontroller als je er nog een bij de hand hebt.
• Misschien heb je je Arduino dichtgemetseld. Sorry 🙁

Reacties

• Er zijn andere mogelijke oorzaken. Je zou de ATmega kunnen hebben beschadigd, je zou de bootloader op de ATmega, zou u stroomproblemen kunnen hebben, of een groot aantal andere mogelijkheden. De not in sync: resp=0x00 is eigenlijk een generieke ” ATmega reageert niet ” bericht. Alles wat ervoor kan zorgen dat de ATmega niet reageert, kan dit veroorzaken.
• Kan ik dus nooit iets in 0 of 1 hebben?
• @Tim Je kunt dingen op die pinnen aansluiten, maar je moet ze loskoppelen als je via de USB-kabel met je Arduino wilt communiceren.
• Ik kreeg deze fout op mijn allereerste Duemillanove jaren geleden. was een dode UART-chip (of verbinding van USB naar UART-chip). Erg frustrerend. Ik kocht een AVR-programmeur en verbrandde de bootloader. Ik kocht een andere CPU met bootloader vooraf geladen. Was niet ‘ t tot verkoper stuurde een vervanger waarmee ik me bij de wor kon aansluiten ld van Arduino-liefhebbers (en ik heb nu twee reserve-CPUs).
• ” Koppel de USB-kabel los en sluit deze opnieuw aan ” werkt voor mij

Nog een oplossing:

Wijzig Tools->Processor->Atmega 328P tot Atmega 328P (Old Bootloader). Bedenk dat de Processor optie alleen beschikbaar is als je een aantal specifieke Boards selecteert op Tools>Board.

Dit werkte voor mijn Arduino Nano met CH340, met Arduino IDE 1.8.5 onder Linux Ubuntu 17.10. Bovendien zal dit waarschijnlijk gebeuren als je IDE 1.8.9 of nieuwer gebruikt en je krijgt een oude of gekloonde Nano.

Reacties

• Dat was de oplossing! De nieuwe bootloader gebruikt tweemaal de baudrate (115200 in plaats van 57600).

Helaas kan het betekent ook dat je je microcontroller hebt verbrand. Doe je iets gevaarlijks voordat je een nieuwe schets probeert te uploaden? Werkt de microcontroller nog steeds, met de eerder geladen schets?

Als geen van de bovenstaande stappen werkt, probeer dan Avrdude opnieuw te installeren en de avr-gcc-compiler. Ik moest dit doen nadat mijn Mega hier last van kreeg.

Als je Avrdude en avr-gcc afzonderlijk hebt geïnstalleerd, verwijder ze dan gewoon. zo niet, dan moet u de Arduino IDE mogelijk opnieuw installeren. Deze stappen zijn afhankelijk van uw besturingssysteem.

Opmerkingen

• Het is hoogst onwaarschijnlijk dat het probleem wordt veroorzaakt doordat de toolchain wordt gebruikt. Dit is te extreem, IMO.
• Wat is dit installatieproces waar u het over heeft? De arduino-editor is zojuist uitgepakt. Er is geen installatieproces.

Ik heb hetzelfde bericht ontvangen. Elke keer is het opgelost door de juiste poort te selecteren, dwz USB onder het menu Tools en dan Ports. Het is een simpele stap, maar ik vergeet het altijd. Ik zal de Arduino loskoppelen om het huidige programma te stoppen, sluit hem weer aan op mijn computer om het nieuwe programma te uploaden en de fout, paniek, vloek, en pas dan, onthoud.

In mijn geval had ik de RTS niet aangesloten pin van de FTDI-chip naar een condensator die naar de RST-pin van de Arduino Pro Mini ging. Toen ik deze verbinding eenmaal had geïnstalleerd, kreeg ik de fout niet meer en kon ik code uploaden.

Nick Gammon legt uit dit in zijn forum . Ik “heb een foto toegevoegd van waar / hoe de condensator moet worden geplaatst.

Opmerkingen

• +1 voor de mooie foto van de usb-programmeur die rechtstreeks op een atmega-chip is aangesloten.
• Ik had ook een paar slechte verbindingen op mijn bord, ik heb alles losgekoppeld en een basisschets geüpload en het werkte . Ga nu na welke kabel niet op de juiste plaats zit

Ik had exact hetzelfde probleem. Ik heb geprobeerd de IDE op een andere laptop te installeren en het programma vanaf die laptop geüpload. Probleem opgelost. Toen kwam ik terug naar mijn laptop, verwijderde de IDE en installeerde hem opnieuw .. hij begon te werken.

Ik was echter niet tevreden omdat ik de oorzaak van het probleem niet kon vinden … dus ik probeerde alles opnieuw op exact dezelfde manier uit te voeren … Ik vond het probleem, maar ik weet niet zeker of dat kan er de werkelijke oorzaak van zijn.

In mijn project moest ik seriële communicatie uitvoeren tussen arduino en MATLAB (GUI). Om de output (type) van MATLAB (GUI) seriële gegevens te zien / verifiëren, heb ik HYPERTERMINAL en ook VIRTUAL SERIAL PORT EMULATOR gebruikt. Ik merkte dat elke keer dat wanneer hyperterminal wordt uitgevoerd of VSPE wordt uitgevoerd terwijl mijn seriële monitor is ingeschakeld, de uploadfunctie van het programma wordt verpest. Ik “weet niet zeker of het komt door de VSPE of HYPERTERMINAL, maar het opnieuw installeren van de IDE werkte voor mij.

Opmerkingen

• Een van de Seriële controlelijnen, ik denk dat het DTR is, worden gebruikt om de Arduino te resetten. Wanneer je je Arduino probeert te programmeren, kan je terminalprogramma interfereren.
• Dit werkte alleen voor mij toen ik ook mijn Arduino Library-map verwijderde, die alle instellingen en extra libs bevat.

Voor mensen die Linux Mint gebruikten, vond ik dat door de “TTY SO” -poort te selecteren in plaats van degene met het label “Arduino”. zou werken (ik kan het je niet precies vertellen omdat ik die computer nu niet voor me heb).

Toen ik de volgende keer dat ik de Arduino gebruikte, kreeg ik opnieuw hetzelfde bericht, dus schakelde ik terug naar de “Arduino” -poort en sindsdien heeft het zo gewerkt.

Ik ben technisch niet zo goed geïnformeerd als de rest van jullie, dus ik heb geen idee waarom dit werkt of wat het probleem was, maar het werkte en dat is alles waar ik om geef. Misschien is dit nuttig voor iemand.

Ik heb de IDE en stuurprogrammas enz. Verwijderd, alles opnieuw geïnstalleerd en daarna draaide de Arduino IDE als een beheerder en stelde in om compatibiliteit uit te voeren als Windows 7 (ik gebruik momenteel 10).

Ik heb ook de programmeur gewijzigd in AVR ISP (ik denk niet dat dit ertoe doet, maar ik heeft het toch veranderd).

Alles werkt weer … hopelijk kan dit iemand anders ook helpen.

Een ongebruikelijke maar ik “heb de microcontrollers vaak uitgewisseld en ik kreeg deze fout toen er geen was” t correct geplaatst .. ik kon een paar keer branden, maar ik denk dat het er weer uit is geglipt – een klein duwtje op de achterkant van de ATMega328 heeft het opgelost!

Er bestaat ook de mogelijkheid dat de controller zelf verkeerd in de socket op de Arduino wordt geplaatst. Dit kan gevaarlijk zijn voor de controller (die kan worden gezapt), maar in mijn geval gaf het alleen de niet-synchronisatiefout, waardoor ik geen code kon uploaden.

Controleer dus gewoon of de inkeping op de IC is in de goede richting (u kunt online controleren met afbeeldingen van bord). De inkeping op de controller van de Uno zou naar de rand van het bord moeten wijzen.

Ik had deze fout ook. Het was de eerste keer dat ik een nieuw Arduino Nano-bord gebruikte nadat ik op headers had gesoldeerd. Gewoon de Blink Sketch aanraken, er was niets op het bord aangesloten.

Ik vond een klein stukje soldeer tussen de GROND en RESET pinnen. Ik heb het uitgekozen en toen kon ik uploaden ok.

Ik veronderstel dat dit zou kunnen gebeuren als je dezelfde kortsluiting ergens op een circuit had.

Ik heb net dezelfde fout gehad met een gloednieuwe Mini Pro. Aangezien het standaard knipperprogramma dat bij de meeste Arduino was voorgeladen, draait, weet ik dat het apparaat waarschijnlijk in orde is.

Dus ik inspecteerde de headers die ik net nog een keer had gesoldeerd en ontdekte dat er niet genoeg soldeer op de TX0-pinnen zat. Na het opnieuw solderen van elk werk.

Na veel loskoppelen, poorten controleren, IDE herstarten, etc. Th Wat een verschil leek te maken om deze fout met Arduino Mega 2560 te verhelpen, was om de Windows USB Arduino-driver te verwijderen en deze vervolgens opnieuw te installeren met de driver hier & selecteer handmatig uit de lijst> com-poorten > arduino http://drivers.softpedia.com/get/Other-DRIVERS-TOOLS/Others/Arduino-Mega-2560-USB-Driver-1110-for-Windows-7-64-bit.shtml Ik heb het misschien getest op mijn uno en daarna terug naar de mega, dus er is een kleine kans om te praten voor de uno maakte AVRDUDE gelukkig maar onwaarschijnlijk.

Als ik een probleem krijg met het uploaden naar mijn boards, upload ik een ander programma, zoals het voorbeeld met knipperen. Dit lijkt iets te resetten en ik kan dan mijn eigen programma uploaden (dat vrij groot is).

Het kan de moeite waard zijn om dit te proberen om te zien of het in jouw geval werkt, hoewel ik geen idee heb waarom het werkt.

Reacties

• welk bord en welke bootloader?
• Arduino Nano, ATMega328P (niet van derden). Hardwareversie: 2, firmwareversie: 1.16, apparaathandtekening is 0x1e950f Ik heb de bootloader niet gecontroleerd, maar ze worden geadverteerd als de ” traditionele bootloader ”
• dus je antwoord is specifiek voor de oude Nano-bootloader
• Bedankt! Ik zal bootloaders bekijken en proberen deze te upgraden. Heb je informatie over deze bug?

Ik had een soortgelijk probleem met mijn Uno-bord

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

Veel methoden geprobeerd

• Druk op reset voordat pakketten worden verzonden
• verschillende IDE-versies
• Kabel vervangen
• Controller zelf wijzigen
• Loopback-test

maar al het bovenstaande is mislukt.

I gebruik Ubuntu 16.04.4 LTS 4.15.0-33-generic (tijdens het schrijven van deze opmerking). De CDC ACM-module is niet geladen, daarom is er geen /dev/ttyACM0 -apparaat gemaakt om in Arduino IDE -> Tools -> Port

de modulenaam en laad deze

$ 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 

Het bovenstaande commando zal de vereiste module invoegen. Nu kan ik de juiste poort selecteren en de code uploaden

Van de verschillende oplossingen werkte dit voor mij, ik hoop dat dit ook iemand helpt.

Ik heb het opgelost door de boards bij te werken (onder “board manager”)

Reacties

• Heb je een Arduino Nano?

Ik had vandaag hetzelfde probleem voor een code en ik loste dit op het als volgt:

1- Eerst heb ik een standaard knipperende LED-code uitgevoerd. Het gaf dezelfde fout. Het bevestigt dat de fout bij het uploaden zit en niets te maken heeft met compileren. Ik heb ook gecontroleerd of mijn code compileren prima.

2- Ik heb een ander bord genomen, maar het werkte prima op deze pc. Dat betekent dat de computer en de USB-kabel in orde zijn.

3- Ik heb het defecte bord aangesloten naar een andere pc, en verrassend genoeg was er geen dergelijke fout bij het uploaden.Dat gaf me een hint over problemen met het stuurprogramma op de eerste pc.

4- Dus heb ik de driver verwijderd en opnieuw geïnstalleerd op de eerste pc door te downloaden vanaf hier

(zorg ervoor dat tijdens het installeren van de driver vanaf deze link, je board verbonden blijft met de pc)

Het werkte nu prima 🙂

Ik had deze fout in mijn Linux Mint 17.3 laptop met Arduino Nano avrdude: stk500_getsync (): niet gesynchroniseerd: resp = 0x00

Opgelost:

• alles verwijderd dat “arduino” of “avr” in zijn naam had
• verwijderde mappen .arduino en .arduino15 (let op de punt in de naam)
• verwijderde ver 1.8.7 met de-installatie van het pakket
• apt-get install arduino (ver 1.1.0)
• getest met een eenvoudige schets (alles OK)
• geïnstalleerd ver 1.8.7 met de installatie van het pakket
• gecompileerd.
• geselecteerde ATmega328p (oude bootloader) voor processor, Arduino Nano voor kaart en / dev / ttyUSB0 voor port => HET WERKT!

Het lijkt erop dat de “oude bootloader” was in dit geval de truc. Ik heb nu zowel versie 1.1.0 als 1.8.7, who cares.

Reacties

• je moet eerst het antwoord van aguadopd lezen

Wat ik probeerde was om de ene aarde van het ene bord niet te verbinden met de andere aarde op het andere bord. Dit stopte het probleem voor mij.