PIC Timer0 laden - 40uS Offset?

Gast #1154894
Lesenswert?

Hallo,
ich programmiere einen PIC16F887 mit dem freien HI-Tech C. Funktioniert 
eigentlich alles prima - bis auf das laden der Timer. Bin mit meinem 
Latein am Ende und frage mich ob andere das gleiche Problem haben und ob 
es überhaupt eine Lösung dafür gibt.

Mein Timer0 läuft mit 1:2 Teiler von (internen) 4 MHz, d.h. bis zum 
Überlauf und setzen des Flags vergehen 512 uS. Das kann ich auch an 
folgendem Programm mit der Ausgabe an PORTD gut am Oszi nachverfolgen - 
es stimmt exakt. Sowie ich den Zähler von Timer0 lade, entsteht 
allerdings ein Offset von ca. 30 - 40 uS (d.h. wenn ich den Timer mit 0 
lade vergehen 550uS, wenn ich ihn mit 127 lade, vergehen 296uS statt 
256uS).

Vielen Dank!!!

#include <htc.h>

__CONFIG(INTCLK & WDTDIS & PWRTDIS & MCLRDIS & UNPROTECT & DUNPROTECT & 
BORDIS & IESODIS & FCMDIS & LVPDIS);
__CONFIG(BORV40);

void interrupt interrupt_service(void)
{
    if (T0IE && T0IF)
       {
        PORTD = 0xFF;       // High
     //   TMR0 = 0b00000000;   // laden des Timer0Counters
        T0IF = 0;           // rücksetzen des Überlaufs
       }
}

void main()
{   TRISD = 0x00;
    OPTION = 0b10000000;    // Timer0 konfigurieren Bit 2:0 bestimmen 
Teiler von Timer0 [000 entspricht 2]
    T0IF = 0;               // Überlauf - Flag löschen
    T0IE = 1;               // Interrupt enable
    ei();                   // Globales Interrupt enable (GIE)

    while(1)
    { PORTD = 0x00; }       // Low
}
#1161698
Lesenswert?

Das könnte folgende Ursachen haben:

- Nach dem Laden von TMR0 vergehen bis zum nächsten Zählvorgang 2 
Taktzyklen (siehe Datenblatt 5.1.1)

- das Beschreiben des TMR0-Registers führt zu einem Löschen des 
aktuellen Vorteilerwertes, d.h. bereits gezählte Impulse werden 
vergessen (siehe Datenblatt 5.1.3)

@Robert Weber:
Das Setzen des Portausgangs ist ohne Einfluss auf die beschriebene 
Zeitverzögerung (findet auch statt, wenn TMR0 nicht neu beschrieben 
wird).
Gast #1161738
Lesenswert?

Das was kriedel geschrieben hat stimmt, aber es stimmt auch noch was
anderes, dass nähmlich noch Zeit vergeht, bis es zum Laden des Timers
kommt. Poste mal das disassemblierte hex, oder auch das list,
dann kannst du die Zeit zählen, was die Hochsprache braucht, um in den
Interrupt zu gelangen und den Timer zu setzen. Auch in Assembler muß
bei so einer Anwendung ein Offset genommen werden, wenn auch nicht so 
groß.
Chris

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren