Ahoj. Chtěl bych si ujasnit: 1) pro přerušení (jakékoliv) musím mít nastaven GPIE a pak vlastní přerušení napr. tmr0if.
2) pokud čtu stav intcon, objeví se mi na příznakových místech přerušení logické jedničky, tj. příznaky přerušení i když dané přerušení není nastaveno?, jenom toto přerušení není vykonáno?? ptám se protože chci obsluhovat dvě přerušení - jedním přepnout na přerušení druhé, např přerušení na rb4, po impulsu na rb4 zapni přerušení odtmr0 vypni přerušení na rb4a periodicky čti stav rb4. problém je, že pokud je gpie = 1 a rbie = 0 tak se mi stále zobrazuje po impulsu na rb4 příznak přerušení od změny stavu na rb4 a v rutině přerušení se tak stále vykonává if portb.4 = 1 then....
je to tak správně?? myslel jsem, že jak skok do přerušení tak příznakový stav přerušení v intcon se mohou měnit až po zapnutí toho daného přerušení...
děkuji za pošoupnutí správným směrem. Marek
Nejasnosti u přerušení PIC
Moderátor: Moderátoři
hmm tak to zas asi taková sranda není.... Prosím jukněte někdo, kde dělám chybu. Na vstup RB4 posílám $CDAAAA, na displeji si v horním řádku zobrazuju stav intcon a ve spodním by mělo být zobrazený to co je na vstupu, ale ani když na poslední instrukci v přerušení vložím do proměnnej prijem ten řetězec, tak se mi to na displeji nezobrazí rovnou. zobrazí se 2 pak 16 , 170 a pak až to naskočí. pokud do tej proměnnej nechám jen načítat ten vstup, tak tam jsou stále se měnící špatný čísla. nějak jsem se do toho zamotal a už nevím co a kam..... děkuju, marek
- Přílohy
-
Nový textový dokument.txt- (1.73 KiB) Staženo 235 x
Jaký máš pic?
Neznám ten basic, ale napadlo mě, jestli bys před zápisem do option_reg neměl nastavit status.rp0 na 1 a hned potom zase zpátky na nulu.
Ale nevím, jestli to tím může být, spíš mi přijde, že nemůže.
A možná to ten basic dělá sám.
Taky bych zkotroloval, jestli nemáš náhodou zapnutý watchdog.
Taky mi ale přijde, že by se to takhle nechovalo.
Co mi přijde hloupý:
Uvnitř procedury interrupt povoluješ bit intcon.gie (tím intcon = ...).
To bys neměl, protože pak se ti můžou okamžitě vyvolat znovu přerušení ještě uvnitř toho právě obsluhovaného.
Pak by to mohlo dělat docela paseku, ale nedovedu domyslet, jestli právě takovouhle.
Víc mě nenapadá a nevím, jestli tohle může pomoci.
Ale určitě bych to prověřil.
Neznám ten basic, ale napadlo mě, jestli bys před zápisem do option_reg neměl nastavit status.rp0 na 1 a hned potom zase zpátky na nulu.
Ale nevím, jestli to tím může být, spíš mi přijde, že nemůže.
A možná to ten basic dělá sám.
Taky bych zkotroloval, jestli nemáš náhodou zapnutý watchdog.
Taky mi ale přijde, že by se to takhle nechovalo.
Co mi přijde hloupý:
Uvnitř procedury interrupt povoluješ bit intcon.gie (tím intcon = ...).
To bys neměl, protože pak se ti můžou okamžitě vyvolat znovu přerušení ještě uvnitř toho právě obsluhovaného.
Pak by to mohlo dělat docela paseku, ale nedovedu domyslet, jestli právě takovouhle.
Víc mě nenapadá a nevím, jestli tohle může pomoci.
Ale určitě bych to prověřil.
No ja se obavam ze problem bude primarne jinde. Trosku jsem to predelal, dal jsem vstup na rb0, ten reaguje jen na nabeznou hranu(nastaveno) takze je pak polivina preruseni. Ale zapomnel jsem prepsat prijem.o = portb.o zustalo mi tam portb.4. A psalo mi to stejny kraviny. Proto si myslim, nefunguje to cteni nultyho bitu. Jo a mel jsi pravdu dopsal jsem podminku ze prevod na char je az po ukonceni nacitani promwnej prijem. Nicmene to napise hloupost(ale uz stale stejnou) jak popisuji.
To piitr. Status prepinat nemusim to si resi basic sam. S tim prikazem intcon si myslim ze nic spatne neni- preruseni potrebuju mit zapnuty, global musi byt zapnuty, abych mohl zapinat jakykoliv jiny ne? A zaroven jsem tim vynuloval priznakovy byty uz probehleho preruseni. Podle me je jedno jestli dam intcon.gie na zacatku programu a pak budu jednim prikazem prepinat na preruseni a hned dalsim nulovat priznak. Takhle jsem to udelal najednou. Ale vzhledem k tomu ze si s tim hraju vzdycky jednou za rok az dva rak jsem v podstate stale zac!tecnik, tak leccos prehlidnu.
Povolit jednotlivý přerušení můžeš zapínat, i když je GIE vypnut.
Akorát se provedou, teprve až se i to GIE zapne.
A to je právě dobře.
Když dojde k přerušení, automaticky se GIE zakáže a teprve pak se provede přerušovací podprogram.
Ten něco provede, typicky taky smaže příznak přerušení, aby nenastalo hned znovu, a ukočí obsluhu instrukcí RETFIE, která je stejná jako RETURN, ale navíc zase povolí GIE.
Tím je zabezpečeno, že k přerušení nedojde, dokud není obsluha předcházejícího přerušení dokončena.
Pokud povolíš GIE už v přerušovacím podprogramu, může se ti opět přerušit.
Takže třeba může nastat:
1) Změna na RB - vyvolá se přerušení.
2) Provede se intcon=160 (přepnutí na timer).
3) Zde se znovu (rekurentně) zavolá obsluha přerušení, protože třeba zrovna doběhne časovač.
4) Obsluha načte bit a uloží ho do prijem.
5) Obsluha vnitřního přerušení skončí.
6) Pokračuje se v obsluze vnějšího přerušení, tj. provede se prijem=2. Tím se naprosto zpihní ten právě načtený první bit.
7) Ukončí se vnější přerušení. To možná ani nebude fungovat, protože basic si při vstupu určitě schoval hodnoty některých registrů, které teď má obnovit, ale to mu určitě mezitím přemazalo to vnitřní přerušení. Pochybuju totiž, že ta obsluha je v basicu navržena reentrantně - většinou tam bývá jen jedna pevná proměnná, do které se 2 hodnoty nevejdou. PIC na tohle nepoužívá zásobník. Takže tímto se pravděpodobně v hlavním programu budou občas měnit samovolně hodnoty některých registrů.
Zkrátka a dobře - uvnitř obsluhy nech GIE vypnuté.
Tedy všechny intcon=x uvnitř procedury interrupt změn - to x zmenši o 128.
On se ti ten GIE sám povolí, až ta rutina skončí.
Akorát se provedou, teprve až se i to GIE zapne.
A to je právě dobře.
Když dojde k přerušení, automaticky se GIE zakáže a teprve pak se provede přerušovací podprogram.
Ten něco provede, typicky taky smaže příznak přerušení, aby nenastalo hned znovu, a ukočí obsluhu instrukcí RETFIE, která je stejná jako RETURN, ale navíc zase povolí GIE.
Tím je zabezpečeno, že k přerušení nedojde, dokud není obsluha předcházejícího přerušení dokončena.
Pokud povolíš GIE už v přerušovacím podprogramu, může se ti opět přerušit.
Takže třeba může nastat:
1) Změna na RB - vyvolá se přerušení.
2) Provede se intcon=160 (přepnutí na timer).
3) Zde se znovu (rekurentně) zavolá obsluha přerušení, protože třeba zrovna doběhne časovač.
4) Obsluha načte bit a uloží ho do prijem.
5) Obsluha vnitřního přerušení skončí.
6) Pokračuje se v obsluze vnějšího přerušení, tj. provede se prijem=2. Tím se naprosto zpihní ten právě načtený první bit.
7) Ukončí se vnější přerušení. To možná ani nebude fungovat, protože basic si při vstupu určitě schoval hodnoty některých registrů, které teď má obnovit, ale to mu určitě mezitím přemazalo to vnitřní přerušení. Pochybuju totiž, že ta obsluha je v basicu navržena reentrantně - většinou tam bývá jen jedna pevná proměnná, do které se 2 hodnoty nevejdou. PIC na tohle nepoužívá zásobník. Takže tímto se pravděpodobně v hlavním programu budou občas měnit samovolně hodnoty některých registrů.
Zkrátka a dobře - uvnitř obsluhy nech GIE vypnuté.
Tedy všechny intcon=x uvnitř procedury interrupt změn - to x zmenši o 128.
On se ti ten GIE sám povolí, až ta rutina skončí.