[elektro] xmega128a1u gond

[Pataki István]

Ha lehetne megérne egy próbát, hogy fordítva kötöd be a nyomógombot 
(Zsolt), mert a kondenzátor ellenére nem biztos hogy mindegy, melyik 
ágon van a portbemenet. Talán legjobb lenne egy fémházas-fémgombos 
kapcsoló, amin már amikor hozzáérsz, kiegyenlítődnek a töltések. Vagy 
ilyen van rajta, és éppen ez a probléma:)
pi


----- Original Message ----- 
From: "Arnold Füzesi" <arnold.fuzesi.lista at gmail.com>
To: <elektro at tesla.hu>
Sent: Saturday, November 28, 2015 9:50 AM
Subject: Re: [elektro] xmega128a1u gond


> 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.