Mi miatt szünetel a feltöltési folyamat?

Nos, a kérdésedhez fűzött összes megjegyzés alapján ez mindenképpen trükkös. Esetleg megpróbálhat hozzáadni egy leválasztó kondenzátort, amint azt a @jfpoilpret javasolja, bár sematikája rendben van nekem ... (esetleg kérjen egy áttekintést az EE SE oldalon).

Azt is tanácsolom, hogy másolja át az avrdude parancsot az Arduino IDE kimenetéből (a tetején találja), és futtassa az alacsonyabb bitrátájú parancssorban:

  avrdude -v -v -v -v -C "C: \ arduino-1.0.3 \ hardware / tools / avr / etc / avrdude.conf" -P COM1 -patmega328 -U… -B3 -b115200  

minél magasabb a -B értéke, annál alacsonyabb a bitrátája. és a -b értéket a rendszerbetöltőjének megfelelő sebességére ( biztos benne, hogy ez 115200? gyakrabban látja az 57600-at).

helyesen állítsa be a biztosítékokat? Érdemes ellenőrizni a biztosítékok értékeit, és megnézni, hogy az órák helyesen vannak-e beállítva:

  avrdude -U lfuse: r: -: i -U hfuse: r: -: i -U efuse: r: -: i  

amely a biztosítékok értékeit adja ki. Ezután az értékek olvashatóvá tételéhez tegye az értékeket az űrlap aljára a biztosítékkalkulátor webhelyén, miután kiválasztotta az Atmega328P MCU elemet a legördülő listából.

Ellenőrizze még egyszer, hogy:

• van-e elegendő mérete a rendszerbetöltőhöz (általában minél többet ad meg, annál jobb);
• helyesen állította be a kristályok konfigurációja a tervedhez (ami nem biztos, hogy kompatibilis az alapértelmezett Uno beállításokkal, amelyeket az Arduino IDE állít be), annak ellenőrzése, hogy helyesen állítottad-e be a külső kristályt 16 MHz-en ... sípol a hangjelzés, amikor a folyamat szünetel?

  Ennek az az oka, hogy amikor a processzor nem állítja be a kimenetet, a nyilvántartások értékei meghatározatlan és kiszámíthatatlan állapotban vannak. Ami azt jelenti, hogy rendszerint megőrzi az utolsó értéket, amely valamilyen elektrosztatikus furcsaság miatt megváltozott, vagy megváltozott, vagy furcsa PWM kimenetet ad a közelben lévő óra hatása miatt.

  Tehát alapvetően: valami baj történik, amikor feltöltöd a kódodat, és ez a rossz dolog közvetett hatással van a hangra. Nem nagyon aggódnék ezek miatt a dolgokért, de inkább a szüneteltetés okáért.

  Sajnos nincs közvetlen válaszom az Ön számára, de jobb esetben néhány utat érdemes jobban megvizsgálnia. HTH

Végül rájöttem, hogy mi okozta a problémát: a DB9-Female csatlakozó 4-es érintkezőjének (DTR - Data Terminal Ready) visszaállítási jele 10 V-ig terjedt, mielőtt 0 V-ra váltott volna, és nagyfeszültségű programozást indított el az ATmegán. . Az alábbiakban egy hatókör felvétel mutatja a helyzetet:

A sárga nyom DTR jel, míg a zöld nyom a RESET jel az ATmega-n.

Az Atmel Atmel AVR042: AVR hardvertervezési szempontokat alkalmazó megjegyzése szerint hozzá kell adni egy ESD diódát az ATmega RESET code közé. > és Vcc , hogy megakadályozzák a visszaállító jel nagyfeszültségű programozási mód elindítását, például:

Egy ilyen kis jeldióda hozzáadása után (1N4148), mint az alkalmazás megjegyzésének ajánlása, kijavítottam a problémát. Lásd az alábbiakban a dióda hozzáadása után készített felvételt.

Most eltűnt a 10 V csúcs.

Ez trükkös volt !! De soha nem tudtam megtalálni, mi a baj kutatások és megfelelő eszközök nélkül. A hatókörbe tartozó pénz jól elköltött pénz !!

Nem vagyok biztos benne, de a probléma az átalakító kártya automatikus visszaállításának funkciójával is összefüggésben lehet.

Az átalakító kártya kialakítását az Arduino Severino oldalról másoltam át. és a kézikönyve szerint a soros kommunikációt 19 200 bps-re kell állítani, hogy működjön az automatikus visszaállítás.

Győződjön meg arról, hogy a számítógép COM portjának sebessége be van állítva. 19200 bps-ig, különben az automatikus visszaállítás nem fog megfelelően működni.

Nos, 115 200-at használok, tehát ez biztos probléma lehet.