Přerušení změnou na portu - PIC - rušení?
Moderátor: Moderátoři
Přerušení změnou na portu - PIC - rušení?
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.
Žádnej učenej z nebe nespadl ...
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.
Problémom je zachytávať-generovať prerušenie na každú zmenu.
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.
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.
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í
Dá se jich ovšem dá udělat celá řada. Ale moc informací neposkytuješ. Z tvrzení
by se dalo usuzovat, že ten PIC je pěknej shit. Ale to si nemyslím. Poradit ti bez bližší znalosti situace nedokážu. Například naprosto elementární podmínka pro správnou funkci přerušení od změny úrovně pinu je přečtení portu vždy před povolením přerušen. A stačí jeden neošetřený vstup a celý MCU i s jeho programem může být dokonale nefunkční....Vše je patřičně nastaveno...
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
Jinak z praxe vím, že říci, že mám vše správně, je velká odvaha a zodpovědnost
Žádnej učenej z nebe nespadl ...
