“ avrdude: stk500_getsync (): nincs szinkronban: resp = 0x00, ” más néven Avr megnyert haver ' t Hadd töltsem fel a programomat

Ez az a számítógép és az Arduino közötti általános kapcsolati hiba okozza, és számos különféle probléma következménye lehet.

Íme néhány egyszerű dolog, amely gyakran kijavíthatja ezt a hibát:

• Húzza ki és csatlakoztassa újra az USB-kábelt.
• Nyomja meg a reset gombot a táblán.
• Indítsa újra az Arduino IDE-t.
• Győződjön meg róla, hogy a megfelelő kártyát választotta a Tools ► Board ►, pl Ha a Duemilanove 328-at használja, válassza ezt a Duemilanove 128 helyett. A táblának meg kell adnia, hogy a mikrochipen melyik verzió van.
• Győződjön meg arról, hogy a megfelelő portot választotta a Tools ► Serial Port ►. Az alábbi lépések követésével megtudhatja, hogy melyik porton van:
  1. Húzza ki az USB-kábelt.
  2. Lépjen a Tools ► Serial Port ► oldalra, és lásd: mely portok vannak felsorolva (pl. COM4 COM5 COM14).
  3. Csatlakoztassa újra az USB-kábelt.
  4. Térjen vissza a Tools ► Serial Port ► oldalra, és nézze meg, melyik port megjelent, amely korábban nem volt ott.
• Győződjön meg arról, hogy a 0 és 1 digitális érintkezőkhöz nincsenek csatlakoztatva alkatrészek, beleértve a pajzsokat is.

Ha egyik sem működik, akkor megpróbálja elkülöníteni a problémát a dolgok cseréjével: próbáljon meg egy másik számítógépet ugyanazon az arduinóban, próbáljon meg egy másik arduino-t ugyanazon a számítógépen, és próbáljon meg egy másik USB-kábelt használni.

Ha a probléma a számítógéppel kapcsolatos:

• Ellenőrizze még egyszer az összes számítógéppel kapcsolatos problémát a fenti “egyszerű javítások” listában.
• Telepítse újra az IDE-t.
• Telepítse újra az illesztőprogramokat.

Ha a probléma az Arduino-val van: fenti “könnyű javítások” lista.

megjegyzések

• Más okok is lehetnek. Megsérthette az ATmegát, megsérthette a rendszerindítót is az ATmega esetén áramellátási problémái lehetnek, vagy számtalan egyéb lehetőség adódhat. A not in sync: resp=0x00 valóban egy általános ” ATmega, amely nem válaszol ” üzenet. Bármi, ami miatt az ATmega nem válaszolhat, azt okozhatja.
• Tehát soha nem lehet semmim a 0-ban vagy az 1-ben?
• @Tim Csatlakoztathat dolgokat ezekhez a csapokhoz, de le kell választania őket, ha USB-kábelen keresztül szeretne kommunikálni Arduino készülékével.
• Ezt a hibát évekkel ezelőtt a legelső Duemillanove-on kaptam. egy elhunyt UART chip volt (vagy USB-ről az UART chipre volt csatlakoztatva). Nagyon frusztráló. Vettem egy AVR programozót és elégettem a rendszerbetöltőt. Vettem egy másik CPU-t, amelyre előre feltöltött bootloader volt. eladó küldött egy cserét, amihez csatlakozhattam ld Arduino rajongó (és most két tartalék CPU-m van).
• ” Húzza ki és csatlakoztassa újra az USB kábelt ” nekem működik

Újabb javítás:

Módosítás Tools->Processor->Atmega 328P – Atmega 328P (Old Bootloader). Ne feledje, hogy a Processor opció csak akkor érhető el, ha kiválaszt egy bizonyos táblát a Tools>Board címen.

Ez az arduino nanómnál működött a CH340-tel, az Arduino IDE 1.8.5 használatával Linux Ubuntu 17.10 alatt. Ez egyébként valószínűleg akkor fog megtörténni, ha az IDE 1.8.9-et vagy újabbat használ, és egy régi vagy klónozott nanót kap.

Megjegyzések

• Ez volt az megoldás! Az új rendszerbetöltő kétszer használja az adatátviteli sebességet (115200 helyett 57600).

Sajnos azt is jelenti, hogy elégette a mikrovezérlőjét. Csináltál valami veszélyeset, mielőtt új vázlatot próbáltál feltölteni? A mikrovezérlő még mindig működik a korábban betöltött vázlattal?

Ha a fenti lépések egyike sem működik, próbálkozzon az Avrdude újratelepítésével és az avr-gcc fordító. Ezt meg kellett tennem, miután a Mega szenvedni kezdett ettől.

Ha külön telepítette az Avrdude-ot és az avr-gcc-t, egyszerűen távolítsa el őket. ha nem, akkor lehet, hogy újratelepítenie kell az Arduino IDE-t. Ezek a lépések az operációs rendszertől függenek.

Megjegyzések

• Nagyon valószínűtlen, hogy a problémát a használt eszközlánc okozza. Ez túl szélsőséges, IMO.
• Mi ez a telepítési folyamat, amiről beszélsz? Az arduino szerkesztő eszköz éppen kibontva van. Nincs telepítési folyamat.

Ugyanazt az üzenetet kaptam. Minden alkalommal, amikor úgy oldjuk meg, hogy kiválasztjuk a megfelelő portot, azaz az USB-t az Eszközök, majd a Portok menüpont alatt. Ez egyszerű lépés, de mindig elfelejtem. Húzom le az Arduino-t az aktuális program leállításához, majd csatlakoztatom újra a számítógépemhez, hogy feltöltsem az új programot, és a hiba, a pánik, az átok, és csak ezután ne feledje.

Az én esetemben nem “csatlakoztattam az RTS-t az FTDI chip tűje egy kondenzátorhoz, amely az Arduino Pro Mini RST tűjéhez került. Miután telepítettem ezt a kapcsolatot, már nem kaptam hibát, és feltölthettem a kódot.

Nick Gammon elmagyarázza ez a fórumában . Hozzáadtam egy képet arról, hogy hol / hogyan kell elhelyezni a kondenzátort.

megjegyzések

• +1 az a szép kép, amely az USB programozót közvetlenül az atmega chiphez köti.
• Néhány rossz kapcsolatom is volt a táblán, mindent kihúztam a konnektorból, feltöltöttem egy alaprajzot, és ez működött . Most nézd meg, mi a kábel nincs a megfelelő helyen

Pont ugyanaz a problémám volt. Megpróbáltam egy másik laptopra telepíteni az IDE-t, és feltöltöttem a programot arról a laptopról. Probléma megoldódott. Aztán visszatértem a laptopomhoz, eltávolítottam az IDE-t és újratelepítettem .. elkezdett működni.

Azonban nem voltam elégedett, mert nem találtam a probléma forrását … ezért megpróbáltam mindent ugyanúgy futtatni … Megtaláltam a problémát, de nem voltam biztos benne, hogy ez tényleges oka lehet.

A projektemben soros kommunikációt kellett folytatnom az arduino és a MATLAB (GUI) között. A MATLAB (GUI) soros adatok kimenetének (típusának) megtekintéséhez / ellenőrzéséhez a HYPERTERMINAL és a VIRTUAL SERIAL PORT EMULATOR készülékeket használtam. Észrevettem, hogy minden alkalommal, amikor a hyperterminal vagy a VSPE fut, miközben a soros monitorom rajta van, csavarja fel a program feltöltési funkcióját. Nem vagyok biztos benne, hogy a VSPE vagy a HYPERTERMINAL miatt van-e, de az IDE újratelepítése nekem bevált.

Megjegyzések

• Az egyik A Serial Control vonalak, azt hiszem, hogy DTR, az Arduino visszaállítására szolgálnak. Amikor megpróbálja beprogramozni az Arduino-t, a terminálprogramja zavaró lehet.
• Ez csak akkor működött nálam, amikor töröltem az Arduino Library mappámat is, amely az összes beállítást és extra lib-et tartalmazza.

A Linux Mint használók számára azt tapasztaltam, hogy a “TTY SO” portot választva az “Arduino” felirat helyett működne (nem tudom pontosan megmondani, mert jelenleg nincs előttem az a számítógép).

Aztán amikor legközelebb az Arduino-t használtam, ismét ugyanazt az üzenetet kaptam, így visszatértem az “Arduino” portra, és azóta is így működik.

Nem vagyok annyira technikailag jártas, mint a többiek, így fogalmam sincs, miért működik ez vagy mi volt a probléma, de működött, ami csak engem érdekel. Lehet, hogy ez valakinek hasznos lesz.

Eltávolítottam az IDE-t és az illesztőprogramokat stb., Újra telepítettem az egészet, majd futtatta az Arduino IDE-t rendszergazdaként, és beállította a kompatibilitás futtatását Windows 7-ként (jelenleg 10-et használok).

A programozót AVR ISP-re is cseréltem (nem hinném, hogy ez számít, de én úgyis megváltoztatta).

Minden újra működik … remélhetőleg ez másnak is segítséget nyújthat.

Szokatlan, de sokat cseréltem a mikrovezérlőket, és akkor kaptam ezt a hibát, amikor egyik nem volt ” nem ültem helyesen .. néhányszor meg tudtam égni, de azt hiszem, ez kicsúszott – az ATMega328 hátuljának kis nyomása megjavította!

Lehetséges, hogy maga a vezérlő is rosszul kerül az Arduino foglalatába. Ez veszélyes lehet a vezérlő számára (ami zapulhat), de az én esetemben csak a szinkronizálás hibáját okozta, megakadályozva a kód feltöltését.

Tehát csak ellenőrizze, hogy az IC bemetszése jó irányba mutat (online ellenőrizheti a fedélzet képeit). Az Uno vezérlőjének a bevágásának a tábla éle felé kell mutatnia.

Nekem is felmerült ez a hiba. Ez volt az első alkalom, amikor új Arduino Nano táblát használtam, miután forrasztottam a fejléceket. Csak a Blink Sketch-et tiríroztam, semmi nem volt csatlakoztatva a táblához.

A GROUND és a RESET között találtam egy kis forrasztási hiányt. csapok. Kivettem, majd feltölthettem az oket.

Feltételezem, hogy ez megtörténhet, ha valahol ugyanaz a rövidzárlat áll fenn egy áramkörön.

Éppen ez a hiba történt egy teljesen új Mini Pro-val. Mivel az alapértelmezett villogó program fut, amelyet a legtöbb Arduino előzetesen betöltött, fut, tudom, hogy az egység valószínűleg rendben van.

Tehát még egyszer átnéztem az imént forrasztott fejléceket, és megállapítottam, hogy a TX0 csapoknál nincs elég forrasztás. Miután minden művet újraforrasztottunk.

Sok áramtalanítás, portok ellenőrzése, az IDE újraindítása stb. után A hibának az Arduino Mega 2560 kijavításával való különbsége az volt, hogy eltávolította a Windows USB arduino illesztőprogramját, majd újratelepítette itt az illesztőprogramot & válassza ki manuálisan a listából> com portok > arduino http://drivers.softpedia.com/get/Other-DRIVERS-TOOLS/Others/Arduino-Mega-2560-USB-Driver-1110-for-Windows-7-64-bit.shtml Lehet, hogy az uno-n teszteltem, majd vissza a megába, így kis eséllyel beszélek az uno-nak boldoggá, de valószínűtlenné tette az AVRDUDE-t.

Amikor problémát észlelek a tábláimra való feltöltéskor, más programot töltök fel, mint például a pislogás. Úgy tűnik, ez alaphelyzetbe állít valamit, majd képes vagyok feltölteni a saját programomat (ami elég nagy).

Érdemes lehet kipróbálni, hogy működik-e az Ön esetében, bár fogalmam sincs, miért működik.

Megjegyzések

• milyen tábla és indítótöltő?
• Arduino Nano, ATMega328P (nem harmadik fél). Hardver verzió: 2, firmware verzió: 1.16, az eszköz aláírása 0x1e950f. Nem ellenőriztem a rendszerindítót, de a ” hagyományos rendszerbetöltőként hirdetik őket ”
• tehát a válasz a régi Nano bootloaderre vonatkozik.
• Köszönjük! Megnézem a bootloadereket, és megpróbálom frissíteni. Van valamilyen információ erről a hibáról?

Hasonló problémám volt az Uno táblámmal is

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

Számos módszert kipróbált

• Nyomja meg a reset gombot csomagok küldése előtt
• különböző IDE verziók
• kábel cseréje
• maga a vezérlő megváltoztatása
• visszahúzási teszt

de a fentiek mindegyike nem sikerült.

I használja az Ubuntu 16.04.4 LTS 4.15.0-33-generic parancsot (a megjegyzés írása közben). A CDC ACM modult nem töltötték be, ezért nem jött létre /dev/ttyACM0 eszköz, amely kiválaszthatta a Arduino IDE -> Tools -> Port

Ezért a Get a modul nevét, és töltse be

$ 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 

A fenti parancs beilleszti a szükséges modult. Most már ki tudom választani a megfelelő portot és feltöltöm a kódot.

A számomra bevált megoldások közül remélem, ez is segít valakinek.

Megoldottam a táblák frissítésével (a “board manager” alatt)

Megjegyzések

• Van Arduino Nano készüléke?

Ma ugyanazon problémával szembesültem néhány kódnál, és megoldottam a következőképpen:

1- Először futtattam egy alapvető villogó LED-et. Ugyanezt a hibát adta. Megerősíti, hogy a hiba a feltöltésnél van, és semmi köze a fordításhoz. Ellenőriztem a kódomat is fordítás rendben van.

2- Vettem egy másik táblát, de ez jól működött ezen a számítógépen. Ez azt jelenti, hogy a számítógép és az USB-vezeték rendben van.

3- Csatlakoztattam a hibás kártyát másik számítógépre, és meglepő módon nem történt ilyen hiba a feltöltés során. Ez utalt rám az első PC illesztőprogramjának problémáira.

4- Tehát eltávolítottam az illesztőprogramot, és újratelepítettem az első PC-re az innen történő letöltéssel

(győződjön meg róla, hogy az illesztőprogram ezen a linken történő telepítése közben a tábláját a számítógéphez csatlakoztatva tartja)

Most jól működött 🙂

Ez a hiba volt a Linux Mint 17.3 laptopomban Arduino Nano avrdude: stk500_getsync (): nincs szinkronban: resp = 0x00

Megoldva:

• eltávolított mindazokat, amelyek nevében “arduino” vagy “avr” volt
• eltávolította a .arduino és .arduino15 könyvtárakat (vegye figyelembe a névben lévő pontot)
• eltávolította az 1.8.7-es verziót a csomag eltávolításával
• apt-get install arduino (1.1.0-s verzió)
• egyszerű vázlattal tesztelve (minden rendben)
• telepítve az 1.8.7-es verziót a csomag telepítésével
• lefordítva.
• a processzorhoz az ATmega328p (Old bootloader), a kártyához Arduino Nano és a porthoz / / dev / ttyUSB0 => választott MŰKÖDIK!

Úgy tűnik, hogy a “Régi bootloader” volt a trükk ebben az esetben. Most már mindkettő 1.1.0-s és 1.8.7-es van, kit érdekel.

Megjegyzések

• először olvassa el az aguadopd válaszát

Azt próbáltam, hogy ne csatlakoztassam az egyik kártya egyik földjét a másik táblához. Ez számomra megállította a problémát.