Přerušení změnou na portu - PIC - rušení?

[Chenzee]

Zdravím všechny přítomné a prosím o konzultaci / radu v následujícím problému. Postavil jsem konstrukci, kde je PIC16F684. Pro detekci nastalé události používám přerušení změnou na portu A (RA0,1,4,5). Vše je patřičně nastaveno (vypnuté PULL-UP, nastaven IOCA, TRISA atd.). Výchozí stav je log.0 (držená 4K7 proti GND). Při změně se na pin přivede log.1. Zařízení pracuje dle představ akorát je problém, že pokud se dotknu čímkoliv kovovým pinů, krabičky apod., vyvolá se přerušení. Teď to nejhlavnější: pokud na pin na DPS připájím drátek, který přímo připojím na GND (na vstup zařízení i na pin GND IO), provede se to stejné. Jedině, kdy přerušení nenastalo bylo, když jsem tento drátek naletoval přímo na pin hned k pouzdru. Nakonec jsem hned na začátku přerušení uložil stav portu, tento jsem uložil do EEPROM a přečetl programátorem. K překvapení všude byly log.0. S tímto jsem se za svoji praxi nesetkal. Proto se táži vás, setkali jste se s tím? Nutno podotknout, že jsem to ošetřil softwarově, ale tím jsem potlačil (či odstranil) následek, nikoliv příčinu.

[procesor]

Je to normálne. Prerušenie (zmena na porte) sa sníma v takte Q3. Kým dôjde k prečítaniu portuA môže prejsť niekoľko krát takt Q3 a k prepísaniu záchytného D-flopu. Pri slušnom riadení musí platiť podmienka, že sa zmeny na porte musia udržiať minimálne do prečítania portu. V kritických prípadoch sa použije externý záchytný obvod a riadi sa programom.
Problémom je zachytávať-generovať prerušenie na každú zmenu.

[Chenzee]

Děkuji za odpověď. Jak jsem psal, softwarově jsem to vyřešil (ověřuji platnost stavu na portu (pinu), hardwarově to řešit více nebudu.

[procesor]

Ak sa port nečíta to chovanie prerušenia je iné ako sa popisuje. Závisí od stavu v tom pomocnom D-flope. Nespomínam si, na údaj či sa po power up ten D-flop set/resetuje.
Samozrejme, že po prečítaní portu sa nastaví podľa skutočnej hodnoty na porte. Len nič negarantuje, čo v tom čase čítania je na danom pine.

[forbidden]

Nojo, s tím jsem si taky užil, blokovací kondíky, pull-downy atd... Nic nepomohlo. Nakonec jsem to vyřešil tím, že v obsluze přerušení, prostě ještě dvakrát, (pro jistotu) ověřuji stav.

[forbidden]

Nojo, s tím jsem si taky užil, blokovací kondíky, pull-downy atd... Nic nepomohlo. Nakonec jsem to vyřešil tím, že v obsluze přerušení, prostě ještě dvakrát, (pro jistotu) ověřuji stav.

[jankop]

Když si to tak čtu, tak jsem přesvědčený, že prostě děláš někde chybu. HW? SW? Nevím!
Dá se jich ovšem dá udělat celá řada. Ale moc informací neposkytuješ. Z tvrzení

[Chenzee]

Zařízením je 16-ti tlačítková maticová klávesnice. Tzn. na RC jsou výstupy, na RA (právě z důvodu změny stavu na portu) jsou vstupy. Pokud dojde ke zmáčknutí klávesy, zjistím, o jakou se jedná atd. Nemám problém s tím, že by se přerušení nějak samo generovalo bez podnětu, pouze pokud (jak píši) se pinu dotknu šroubovákem atd. Divný mi právě bylo, že i když jsem ten pin natvrdo uzemnil, stejně to udělalo. Chápu, že tím šroubovákem udělám anténu a přivedu na ten pin "něco" ale nechápu, jakto, že když pin natvrdo uzemním, že to dělá stejně. Ale nechme to již být, softwarově jsem to vyřešil a pár příspěvků od kolegů mi napověděli, že s tím též bojují takže z toho usuzuji, že chyba bude spíše na straně vlastností pinu (neříkám, že je to shit!).
Jinak z praxe vím, že říci, že mám vše správně, je velká odvaha a zodpovědnost

[procesor]

V tomto prípade treba uzemniť všetkých 6 pinov portu A. Malo by stačiť "68n" keramikou. Väčšinou to záleží od (nevhodnej) topológie plošného spoja.
A pokiaľ sa PIC chová divne (neurčito) väčšinou je chyba niekde inde

[Chenzee]

Díky Procesore i všichni ostatní za pomoc! Vyzkouším večer doma a uvidím. Tímto bych toto vlákno považoval za uzavřené