Arduino Sketch Upload probleem – AVRDUDE: STK500_RECV (): Programmeur reageert niet

Ik heb een Arduino Duemilanove met een atmega328 . Ik werk op ubuntu & nbsp; 12.04 (precieze pangolin), en De versie van de Arduino IDE is 1.0. Onlangs probeerde ik een paar van de monsterschetsen erop te uploaden, zoals de knipperen. Niemand van mijn pogingen werkt echter en ze resulteren in dezelfde fout elke keer dat ik het probeer:

AVRDUDE: STK500_RECV (): Programmeur reageert niet.

Ik heb ingeschakeld /dev/ttyUSB0onder menu gereedschappen → seriële poort . Ik heb ook de juiste bord (Duemilanove met ATMEGA328) uit de lijst geselecteerd. Toch kan ik het probleem niet oplossen. Ik heb ook online gezocht en geen van de andere reacties voor dit probleem lijkt voor mij te werken. Waarom ik dit probleem tegenkomen en hoe het op te lossen?

Ik probeerde ook het aan boord van ATMEGA te draaien en in de andere richting te passen. Nu, ik ontmoet geen problemen met uploaden, maar er gebeurt niets achteraf. De aan boord-LED lijkt ook niet te knipperen.

Antwoord 1, Autoriteit 100%

Ik had dit probleem met een Crowduino, met de Arduino IDE op OS & NBSP; x. De oplossing voor mij was om de uitgebreide output in te schakelen tijdens het uploaden (in het Pane van de Iride-voorkeuren van Arduino IDE).

Dan kun je tijdens het uploaden zien dat AVRDUDEdrie pakketten verzendt avrdude: Send: 0 [30] [20](met bijbehorende RX-flitsen op het bord) vlak voor de avrdude: ser_recv(): programmer is not respondingfout.

De truc is om op de resetknop op het bord te drukken vlak voordat deze drie pakketten worden verzonden. Daarna wordt het programma succesvol geüpload.

Antwoord 2, autoriteit 77%

Zorg ervoor dat er geen invoer is op de Tx/Rx-pinnen. Dan zal het werken.

Antwoord 3, autoriteit 77%

Ik had hetzelfde probleem – daarom vond ik deze vraag.

Ik hoefde alleen de processor te veranderen van “ATmega328P” naar “ATmega328P (Old Bootloader)”

Probleem opgelost – althans voor mij.

Antwoord 4, autoriteit 44%

Er is wat voodoo-praat in de antwoorden hier in de buurt tussen goede ideeën. Laten we proberen wat reëler te zijn over wat er gebeurt en de goede dingen opsommen die we moeten controleren:

Als dat gebeurt, is het een goed idee om de uitgebreide modus in te schakelen voor AVRDUDE, om een beter idee te krijgen van wat er gebeurt. Om dit te doen, hoeft u alleen maar naar de voorkeuren te gaan en het vak uitgebreide modus aan te vinken. Het is ook een goed idee om afstand te nemen van de Arduino IDE en een console te starten om comfortabeler te zijn bij het lezen van de uitvoer van AVRDUDE, die u krijgt door op de knop uploadte klikken.

Wat hier belangrijk is om 3 of 4 -vtoe te voegen aan de opdrachtaanroep. Hier ziet u hoe dergelijke AVRDUDE-opdrachten eruitzien, met verzonnen parameters omdat ze volledig afhankelijk zijn van hoe de Arduino is geïnstalleerd:

avrdude -v -v -v -v -C /path/to/avrdude.conf -patmega328 -P/dev/usbport -U flash:w:/path/to/firmware.hex

Een goede manier om de juiste opdrachtregel te gebruiken, is door deze te kopiëren van de uitgebreide uitvoer van het Arduino IDE-uitvoerlogboek wanneer breedsprakigheid is ingeschakeld.

Als je avrdude: stk500_recv(): programmer is not respondingkrijgt, betekent dit in feite dat er iets mis is, voordathet knipperen daadwerkelijk begint.

In principe moet je controleren (van hardware tot software, laag niveau naar hoog niveau):

• als de kabel en/of connectoren geen microsneden hebben;
• als er geen soldeerpunten kortsluiten (d.w.z. iets metaals in de buurt aanraken), betekent dit:
  • als er geen kortsluiting is op de print tussen Rxen Tx(meestal pinnen 1en 0);
  • als er geen contact is met een metalen element onder het bord, of kleine stukjes tussen de poten van een component (zoals de FTDI, de ATmega-chip of een andere);
• als de ATmega-chip niet leeg is (GND/V_CCsnelkoppeling of onderbreking of V_CCinvoer is dood…);
• als de 1en 0pinnen van de Arduino niet worden gebruikt door een schild of aangepast ontwerp (/!\is niet van toepassing naar de Leonardoomdat het onafhankelijke USB-verwerking heeft);
• als de USB naar UART-converter geen probleem heeft (FTDIop oudere Duemilanove of ATmega16U2 op nieuwere Arduino Unos);
• als de ATmega328-chip is gefrituurd of verkeerd is geïnstalleerd;
• als de bootloader is overschreven of niet werkt;
• als de juiste baudrate is toegepast voor het invoeren van de bootloader;
• als de juiste instellingen zijn ingesteld voor de doelmicrocontroller en het bord;

Meestal kan de avrdude -v -v -v -vveel helpen bij het vinden in welk stadium het faalt. Of het nu helemaal geen USB-verbinding kan maken (kabel defect, USB/UART, PCB…), of het is een bootloader-probleem.

Update: ik heb geprobeerd de ingebouwde ATmega te draaien en in de andere richting te monteren. Nu heb ik geen problemen met uploaden, maar daarna gebeurt er niets. De ingebouwde LED lijkt ook niet te knipperen.

Ik ben bang dat als je de positie van de ATmega hebt omgedraaid, en het werkt niet, het feit dat je de stroombron op digitale pinnen hebt geplaatst, je chip kan hebben verbrand.

Antwoord 5, autoriteit 21%

Probeer te zien of je bord correct is geselecteerd. Klik op menu Extra –> Bord en controleer of het juiste bord is geselecteerd.

Antwoord 6, autoriteit 11%

Je kunt controleren of er jumperdraden zijn aangesloten op pin 0 en 1. Die pinnen worden gebruikt voor seriële communicatie en aangesloten draden kunnen voorkomen dat de code naar het bord wordt geüpload.

Als er niets is aangesloten, kan het een bug zijn met AVRDUDE, je kunt proberen het bij te werken .

Antwoord 7, autoriteit 9%

Ik heb dit probleem ook ontmoet en ik heb het opgelost door het USB-serieel stuurprogramma opnieuw te installeren. Zie ook:http://arduino.cc/en/Guide/Howtoen http://www.ftdichip.com/Drivers/VCP.htm

Antwoord 8, autoriteit 5%

Bovenstaande fout komt in 3 fasen

1. Als de bootloader is gecrasht
2. als je niet de juiste poort en het juiste bord van IDE hebt geselecteerd
3. Als u communiceert met een andere seriële poort zijn aangesloten. D.w.z. GND en Tx-pin zijn aangesloten op een ander communicerend apparaat

Antwoord 9, autoriteit 4%

Ik plaats dit omdat ik dit antwoord nergens anders heb gevonden.
Al mijn Arduino nano chinese (CH340) klonen hadden dit probleem na het upgraden naar de Arduino IDE naar 1.8.9. Wat voor mij werkte, was om een extra officiële Arduino Uno te gebruiken die ik de bootloader op de defecte nano’s moest branden met behulp van de ICSP-headers op de nano. Hiervoor volgde ik alleen de instructies hier: chinese-clone-of-arduino-nano-with-chip-ch340g-how-to-fix-it. Het ENIGE dat ik anders deed, was om altijd de optie “Oude Bootloader” in te stellen, zoals eerder in deze thread is gezegd. Verder heb ik de instructie op die link volledig gevolgd en mijn nano’s van dat vervelende probleem gered. Ik hoop dat dit iemand helpt.

Antwoord 10, autoriteit 4%

Ik had hetzelfde probleem toen ik Arduino Uno voor het eerst probeerde.

Mijn oplossing was vrij eenvoudig. Gewoon uit het stopcontact halen en vervolgens de USB-kabel erin.

Antwoord 11, autoriteit 3%

Ik heb het probleem opgelost op OS X v10.10(Yosemite) volgens deze instructies :

FTDI-chip en OS X 10.10

Hoe dan ook de truc Voorgesteld door Hoipolloi was ook een werkende tijdelijke oplossing, ook op deze versie.

Antwoord 12, Autoriteit 3%

Op Windows 7 , ik had dit probleem meerdere keren, elke keer met verschillende foutmeldingen. Kortom, de IDE verzendt naar de verkeerde poort.

Om dit te verhelpen, ga gewoon naar MENU Tools → Poorten → [Selecteer de COM-poort waarop uw bord staat].

Zorg ervoor dat u de haven van uw bordchecken controleert:

1. Start Device Manager

   

2. Zorg ervoor dat uw ARDUINO-stuurprogramma wordt vermeld onder de poort die overeenkomt met de poortinstellingen van uw IDE (hierboven vermeld)

   

3. My Board wordt vermeld onder poort COM1. Als u wilt, kunt u de poort eenvoudig wijzigen in de geavanceerde instellingen van de bestuurder:

   

Antwoord 13, Autoriteit 2%

Ik heb dit probleem op mijn Arduinino ook op Mac. Het gebeurt op twee van mijn Arduinos (een Arduino Uno en een Arduino Pro verbonden met FTDI).

Voor de UNO hak ik de kabel aan op mijn computer en druk op Uploaden en begin dan te tellen totdat de LED “TX” knippert. Herhaal vervolgens de upload, maar druk op de TX-LED knippert, druk op de knop Reset en de upload slaagt.

Ik heb later bepaald dat het wijzigen van de USB-kabel dit probleem heeft opgelost.

Antwoord 14, Autoriteit 2%

Bedankt @hoipolloi voor de juiste richting bij het vinden van de oplossing.

Hoe dan ook, ik moest een beetje andere stappen uitvoeren om het probleem op te lossen.

In mijn geval werkte de Arduino Uno prima, maar stopte er plotseling mee na wat spelen met schetsen. Ik ontving de stk500_recv(): programmer is not respondingen niets werkte. Toen heb ik erop gelet dat de LED 13 altijd AAN is op mijn bord. Het leek alsof een schets met een harde lus keer op keer over het bord liep en elke invoer naar het bord blokkeerde. Ik weet het niet zeker, het zijn maar mijn vermoedens.

Ik probeerde op alle mogelijke momenten op RESET te klikken zonder enig geluk en probeerde plotseling de volgende stappen:

1. Koppel het bord los.
2. Houd RESET ingedrukt.
3. Steek hem opnieuw aan.
4. Wacht een paar seconden.
5. Laat de RESET-knop los.

Hierna merkte ik dat de ingebouwde 13 LED een seconde uitging en vervolgens weer aanging. Het leek erop dat er een kort resetvenster was toen het bord daadwerkelijk werd gereset. Toen, zoals in de oplossing van @hoipolloi, ving ik het moment van “reset” op vlak voordat de drie pakketten worden verzonden en dat werkte.

Ik hoop dat dit je zal helpen het probleem op te lossen als geen van de andere oplossingen werkt.

TIP. Als je de drie Send: 0 [30] [20]regels niet ziet bij het uploaden van de schets naar je console, doe dan het volgende:

1. Klik op “Uploaden” in uw Arduino IDE.

2. Bekijk het logvenster. U kunt een regel als deze vinden:

   E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CE:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
   

3. ziet eruit alsof het line-pauze of ruimtesymbolen zoals hier inslikt -CE:\Program Files.... Het zou moeten zijn -C E:\Program Files. Kopieer dit zoals in Kladblok, voeg ontbrekende ruimtes toe om de regel dit te maken:

   E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -v -v -v -v -C "E:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" -patmega328p -carduino -PCOM3 -b115200 -D -U flash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
   

4. Voeg 4 -vINSTRUCTIES zoals hierboven.

5. Open de opdrachtregel, plak de opdracht erin en ren.

Nu zie je veel meer verbod dankzij 4 -vargumenten. Oorspronkelijk gebruikt Arduino Studio slechts één.

Antwoord 15, Autoriteit 2%

Doe de volgende controles:

1 1- Geen draden in de TX en RX van uw Arduino terwijl u de code uploadt.
2- Geen gesoldeerde pinnen in elkaars.
3- Als 1 en 2 okey zijn dan je de bootloader in je Arduino opnieuw moet installeren met een andere Arduino, kun je zoeken hoe je dat in YouTube doet, er zijn er genoeg video’s over.

Antwoord 16

Zorg er eerst voor dat / dev / ttyUSB0 werkt. B.v. Plug in de muis en controleer het werkt.
Ten tweede, probeer een ander bord te selecteren. Het is vaak dat niet-originele platen niet correct herkenden onder hun namen.
TEREEN, PROBEER PERS RESET-knop Handmatig tijdens het uploaden van schets. Waarschijnlijk automatische reset is kapot.

Antwoord 17

Ik heb in mijn geval een probleem opgelost door het downloaden en installeren van oude FDTM-stuurprogramma’s van hier .

Probeer te installeren FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg, en start vervolgens ARDUINO opnieuw.

Antwoord 18

Ik dacht dat ik erop zou wijzen dat mijn gloednieuwe
Arduino Uno Rev3-bord maakt gebruik van het volgende
Linux-stuurprogramma:

Device Drivers    
|-USB Drivers
  |-USB Modem (CDC ACM) support

Dit staat bekend als de: CONFIG_USB_ACM:optie in de meest recente Linux 3.x-kernel.

Dit apparaat komt dan op als: /dev/ttyACM0of vergelijkbaar.

Antwoord 19

Hebt u iets aangesloten op de RESETPIN op de Arduino?

Ik heb dit probleem tegengekomen met een grafisch LCD-scherm dat verbinding nodig heeft met de RESETPIN. Koppel de jumperdraad los tussen het LCD-scherm en de RESETPIN terwijl u de code uploadt die het voor mij heeft opgelost, alles wat u hoeft dan te doen, is vervolgens opnieuw verbinding als de code klaar is met uploaden.

Antwoord 20

Ik vond de oorzaak van deze …

Mijn seriële poort wijzigen naar /Dev/tty.USBModem2131 heeft het opgelost. Het blijkt dat ik deze hele tijd de verkeerde seriële poort gebruikte!

Antwoord 21

U kunt het proberen:

• check in voorkeuren.txt seral.debug_rate:
  serial.debug_rate=9600
• anders probeer de resetknop van je Arduino te drukken, gewoon bij het uploaden.
• Anders Probeer een andere kaart in het ARDUINO IDE-menu te selecteren en vel vervolgens uw kaart in de lijst opnieuw in.

Antwoord 22

Deze combinatie van de bovenstaande antwoorden heeft het probleem voor mij opgelost:

• Voerde de Java-update uit:

  sudo apt-get install default-jdk

• DUDE DAN DE ARDUINO IDE EN HERSTARDED IT

• Mijn juiste bord is nu weergegeven (Arduino Mega 2560, waar vóór Mega 1280 alleen optie was)

• Voor de stuurprogramma’s heeft ik dit gedaan:

  sudo chmod a+rw /dev/serial/by-id/usb-Arduino__www.arduino.cc__(a bunch of numbers)

Daarna toont mijn Arduino IDE /dev/ttyACM0in het menu tools/seriële poort.

Nu werkt alles geweldig!

Antwoord 23

Hier is een oplossing die voor mij werkte op een MacBook Pro(desktop).

Ik kreeg dezelfde fout en het blijkt dat dit komt omdat ik de USB had aangesloten op een randapparaat (mijn monitor) in plaats van een USB op de pc zelf. Het stopte alle fouten meteen en is een eenvoudige oplossing.

Antwoord 24

Heb je het stuurprogramma voor de FTDI-kabel geïnstalleerd/bijgewerkt? (Stap drie op http://arduino.cc/en/Guide/Howto). Het uitvoeren van de Arduino IDE vanaf mijn Raspberry Pi werkte prima zonder de stuurprogramma’s expliciet te installeren (ze waren vooraf geïnstalleerd of het Arduino IDE-installatieprogramma zorgde ervoor). Op mijn Mac was dit niet het geval en moest ik naast de IDE ook de kabeldrivers installeren.

Antwoord 25

Ik heb net de afgelopen uren aan hetzelfde probleem besteed… Ga hier naar “http: //www.ftdichip.com/Drivers/VCP.htm“, download de nieuwste stuurprogramma’s en start opnieuw op. Zou daarna gewoon goed moeten werken. Ik heb ook een nightly van de Arduino-software gedownload, maar ik denk niet dat dat een verschil maakte.

Antwoord 26

Probeer een programma te laden zonder -b (de baudrate-optie). Stel in ~/.arduino15/preferences.txt build.verbose=true in, wanneer arduino.cc niet actief is. In de uitgebreide uitvoer vindt u het hex-bestand dat u vanaf een console moet laden:

avrdude -v -v -v -v -C/usr/share/arduino/hardware/tools/avr/etc/avrdude.conf -patmega328p -carduino -P/dev/ttyUSB2  -D -Uflash:w:/tmp/build2314497724350388190.tmp/sketch_nov13b.cpp.hex:i

Ik heb zojuist de chip 128 vervangen door de 328-versie en van Decimile is mijn bordnaam gewijzigd in Uno of Ethernet vanwege de nieuwe baudrate 115200.

Antwoord 27

Als je je Arduino via een USB-hub aansluit, probeer hem dan rechtstreeks op een van de USB-poorten op de Mac aan te sluiten.
Dat werkte voor mij.

Antwoord 28

In mijn geval werd het probleem aan de orde gesteld toen ik enkele “rare”rekenkundige uitdrukkingen probeerde uit te voeren

bijv. (3.14/4)/5 of 3.15%2.55

Dus ik raad je aan om alle rekenkundige uitdrukkingen te controlerenvoor het geval sommige niet door de Arduino kunnen worden berekend.

Hopelijk helpt het.

Antwoord 29

In mijn geval (Mini Pro) was de oplossing zo eenvoudig, ik weet niet hoe ik dat heb gemist.
Ik moest rx/tx-draden oversteken.

Oplossing:

• Arduino Rx-pin gaat naar FTDI Tx-pin.
• Arduino Tx-pin gaat naar FTDI Rx-pin.

Antwoord 30

Voor mijn geval was het de verkeerde baudrate. Het roept dit commando aan:

C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM4 **-b57600** -D -Uflash:w:C:\Users\Vahid\AppData\Local\Temp\arduino_build_527841/AnalogReadSerial.ino.hex:i 

Zoals je kunt zien, is de baudrate ingesteld op 57600. Als je dit argument (-b57600) verwijdert en het op de opdrachtregel uitvoert, werkt het prima.