Svenska ElektronikForumet

Icecap skrev:En hög prioritet är viktigare än en låg prioritet, därför kommer en hög prioritet att avbryta en låg prioritet.

Men sättet man skiljer ut dom på är att kolla om interrupt-flaggan är satt. Om vi t.ex. bara har en prioritet:
* Spara undan register som måste sparas (gäller ej C som gör det automatisk).
* Kolla UART-Rx interrupt flagga, om den inte är aktiv hoppa över nästa steg.
* Göra vad som ska göras vid UART-Rx interrupt och nollställ sedan interrupt-flaggan.
* Kolla Timerns interrupt-flagga, är den inte aktiv hoppas det över nästa steg.
* Göra vad som ska göras vid timer-interrupt och nollställ sedan interrupt-flaggan.
* Återställ register som sparades (gäller ej C som gör det automatisk).

int secondsOn = 0;
char rx;

void interrupt interrupts(){
    if(INTCONbits.TMR0IF == 1)
    {
        handleTmr0();
    }
    if(PIR1bits.RCIF == 1)
    {
        handleUsartRx();
    }

}

void handleTmr0(){
    if(PORTA.1 == 1 || PORTA.2 == 1){
        secondsOn++;
        if(secondsOn >= 5){
            PORTA.1 = 0;
            PORTA.2 = 0;
            secondsOn = 0;
        }
    }
    INTCONbits.TMR0IF = 0;
    WriteTimer0(0xE17B); //Please use HEX. Decimal don't work
}

void handleUsartRx(){
    rx = ReadUSART(); //read the byte from rx register
    //do stuff with rx
    PIR1bits.RCIF = 0; // clear rx flag
}

void interrupt interrupts(){
    while(INTCONbits.TMR0IF == 1 || PIR1bits.RCIF == 1)
    {
        if(INTCONbits.TMR0IF == 1)
        {
            handleTmr0();
        }
        if(PIR1bits.RCIF == 1)
        {
            handleUsartRx();
        }
    }

}

TomasL skrev:Kan ju vara bra att veta vilken processor du avser att använda.

sodjan skrev:> Dessa interrupts kan ju ske samtidigt vilket leder mig till frågan hur detta hanteras?

Om vi för att förrenkla det hela antar att du *inte* har en processor med dubbla
interrupt-nivåer. Alla interrupt hanteras i serie efter varandra. Det gäller även
om två olika interrupt kommer "samtidigt". Det som då är helt avgörande är
vilket responstid din applikation kräver av vardera interruptet.

Om det är så att båda interrupten kan acceptera att vänta lika länge
som det andra interruptet tar att bearbeta, så är ju allt OK! Bara att
köra dom efter varandra.

T.ex så är ju tiden för att att göra det som beskrivs i punkt 5 i princip
försumbart i rellation till intervallet på 1 sek. Sannolikt också i jämförelse
med den svarstid som krävs för seriekommunikationen från GPS'en.

> Notifieras via en interrupt på RX.

Det där kan tolkas som ett IOC på RX pinnen, men du menar nog ett
vanligt USART interrupt när ett helt tecken är mottaget. Vilken hastighet
kör GPS modulen med? Om det är 9600 b/s, så har du massor av tid
att "göra annat" mellan varje tecken.

Dina krav är väldigt låga och vilken PIC som helst fixar det enkelt.

Nackdelen med lösning för high/low interrupt prioritet är att man bara
har automatisk lagring av kontext i det ena fallet. SAnnolikt fixar t.ex
en C miljö detta åt dig i alla fall. Att du nämner det talar för att du har
tittat på en PIC18, men som sagt, vilket som helst av PIC16 fixar detta
enkelt också och du får lite fler storlekar att välja på.

Tanken är alltså att springa (?) med en GPS mottagare och en PIC.
Tråkig fråga, men kan inte en "app" på en smartphone (med GPS, men
det har väl alla i dag) fixa samma sak? Jag vet inte om det är enklare...