PIC18 - ECCP1 Modul v Capture modu

[Robo]

mozna se pletu ale, GIEH je v podstate GIE. Kdyz dojde k preruseni
GIE se nastavi na nulu a ostatni preruseni ignoruje dokud se z preruseni
nevrati (RETFIE). Pak se znova nastavi GIEH(GIE)=1

Dne 13.3.2013 15:37, Jan Smrz napsal(a):
> Tak jsem z toho cely zmaten. Mam to ve stavu, kdy mi to funguje, ale:
>
> - funguje to jen v MPLAB X, v MPLAB 8.89 ne (simulace)
> - i kdyz je preruseni nastavene jako low-priority, musi byt povoleno 
> preruseni vysoke priority (GIEH). V datasheetu jsem se pritom 
> nedocetl, ze by vyssi priorita zakazovala i nizkou prioritu.
> - generovane preruseni je ECCP1IF, ne CCP1IF, jak je uvedeno v 
> datasheetu.
>
> Trochu moc chyb najednou :(
>
> J.S.
>
>
> On 03/13/2013 12:08 PM, Jan Smrz wrote:
>> Zdravim,
>>
>> zatim jsem pracoval temer vyhradne s AVR, ale ted bohuzel musim 
>> pouzit i PIC18F4685 a protoze PIC obvody teprve zacinam, trochu s tim 
>> bojuji.
>>
>> V prilozenem kusu kodu se mi nedari vygenerovat preruseni pri 
>> compare-match. Timer 3 je pri compare-match nulovan, ale preruseni 
>> ani flag ECCP1IF se nenastavuje. Podle obrazku CCP1 modulu by se mohl 
>> (trochu nelogicky) nastavovat tez CCP1IF, ale ani ten se nenastavuje.
>> Muzete mi prosim poradit, co je spatne?
>>
>>
>> Dekuji,
>>
>> J.S.
>>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
> __________ Informace od ESET Smart Security, verze databaze 8112 
> (20130313) __________
>
> Tuto zpravu proveril ESET Smart Security.
>
> http://www.eset.cz
>
>
>
>