[elektro] xmega128a1u gond
Arnold Füzesi
arnold.fuzesi.lista at gmail.com
Sat Nov 28 09:50:22 CET 2015
Human interface dolgokat ezert erdemes ugy kezelni, mintha azokon is mehetne be tulfesz. Feltoltodsz sztatikusan, megnyomod a gombot, kisulsz a proci labon keresztul.
Touch, lcd, nyomogombok, csatik, mindet erdemes felkesziteni arra, hogy az ember azokon keresztul sul ki.
De egy parazita RLC kor ami a vezetek + prellmentesito kondi strukturabol all ossze is tud fesz tullovest csinalni, plane, ha hirtelen zarod/megszakitod egy mechanikus kapcsoloval.
Arnold
Sent from my iPhone
> On 27 Nov 2015, at 22:01, Gál Zsolt <tralitoverin at freemail.hu> wrote:
>
> Atmegával nincs küldönösebb tapasztalatom, pic-re fejlesztek. Amit ezekkel
> kapcsolatban tanultam meglepő ismereteket, azokat írom le, mert el tudom
> képzelni, hogy a hibák az eltérő gyártó ellenére egyformán megjelenhetnek.
>
> Brown out reset: Ezzel kapcsolatban nagyjából egy éve tapasztaltam meg
> milyen gond lehet. Az alkatrészek adatlapja kifejti, hogy a helyes
> működéshez szükséges a táplábakhoz a lehető legközelebb elhelyezni egy 100
> nF-os és egy 10 nF-os kerámia kondit. Megtapasztaltam sajnos, hogy csak a
> 100 nF nem elég, de ha mellé ott volt a 10 nF is, akkor hibátlanul ment az
> eszköz.
>
> Nem használt I/O lábak: Ezekkel kapcsolatban azt fejtegetik, hogy kimenetre
> érdemes állítani azokat, mivel akkor a logikai érték ki van kényszerítve,
> külső zavaró tényezők hatására sem változnak. Ha bemenetként vannak
> konfigurálva, történhetnek logikai állapotváltások, amelyek egyrészt az
> eszköz fogyasztását is befolyásolják, de olyan változásokat is idézhetnek
> elő, amik a belső részek hibás működéséhez vezethetnek.
>
> Programozási módba váltás: Egy jónak mutatkozó eszköz produkálta a
> jelenséget, amit "fagyásnak" gondoltam. Az történt, hogy felhúzó
> ellenállással nyomógombot kapcsoltam arra a bemenetre is, amelyiknél
> egyébként a maximális tápfeszültségnél lényegesen nagyobb feszültség
> megjelenésekor az eszköz programozási módba vált.Nem értem azóta sem a
> történést, hogy egy mikrokapcsolóval gnd-re húzva a lábat hogyan válthat át
> programozásba az eszköz ráadásul úgy, hogy még egy kerámia kondi is
> segítette a pergésmentesítést, tehát az esetlegesen megjelenő
> feszültségtüskéket az csillapította volna. Ez a jelenség egyébként csak
> akkor jött elő, ha a mechanikus gombot közvetlenül a bemeneti portra
> kapcsoltam. Ha ugyanerre a bemenetre egy tranzisztoron keresztül csatoltam
> a nyomógomb jelét ( a tranzisztor húzta gnd-re a lábat ), akkor nem
> tapasztaltam hibát. Évekkel később újra vásároltam ebből a vezérlőből,
> hátha "javították" a hibát, de nem. A jelenség ugyanúgy megvan. Más
> vezérlőknél, ahol ugyancsak programozófesz lábat mehanikus nyomógobbal
> húzok le, nem tapasztaltam még ilyet, csak annál az egy bizonyos vezérlőnél.
>
> Lehet, hogy a fentiektől teljesen eltérő a hibád miértje, de talán érdemes
> ezekre is gondolni.
>
>
>
> 2015. november 27. 20:47 VFX írta, <info at vfx.hu>:
>
>> Hali!
>>
>> Adott egy ATxmega128a1u proci,ami néha kiakad, mint régen a Z80
>> (Spectrum 48k) ,ha felkapcsolták a szobában a szikrázós villany kapcsolót.
>> Benzin motor mellett lakik a fenti proci és néha úgy meghal, hogy csak a
>> táp kikapcs, bekapcs segít életre kelteni. Adtam már neki watchdog
>> timert, beállítottam a brownout-ot is, külső reset lábra 10k felhúzó
>> tettem. De ezek egyike sem segít, ha beüt a zavar, nem tud magától
>> életre kelni (resetelni) az IC. Hogy honnan üt be ménykü még nem tudom.
>> Tápon tud bejönni, vagy pár I/O láb megy még el a panelról a külvilág
>> velé, talán azokon. Igazából az mindegy is most. A baj hogy úgy
>> megkergül, hogy önmagától nem tud resetelni sem. Találkozott ilyesmivel
>> valaki. SW-ből mit lehetne még tenni, ha lehet?
>>
>> Gyanús még nekem a belső RC oszci hibája is, mert néha az is tud HW
>> hibával megállni, de ettől legalább nem áll le a proc,csak visszakapcsol
>> 2MHz-re.
>>
>> ÜDV. VFX.
>>
>> -----------------------------------------
>> elektro[-flame|-etc]
>
>
>
> --
> ~~~~~~~~~~~~~~~~
> http://galzsolt.zzl.org
> -----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list