PIC16F84 Stopuhr funktioniert in MPLABSIM aber nicht in der Schaltung

[Peter K. (peter_k401)]

Guten Abend liebe Community,

ich brauche Hilfe bei einem eigentlich einfachen Projekt, das ich aber 
trotzdem einfach nicht zum Laufen bringe.

Ich möchte gerne versuchsweise eine kleine Stopuhr mit einem PIC16F84 
realisieren.

Nun habe ich das angehängte Programm geschrieben und in MPLABSIM 
getestet und es macht genau das was es soll.
Den PIC habe ich auf einem Steckbrett zum Testen mit minimaler 
Beschaltung (4MHz Quarz, 2 33p, 100n Stützkondensator Brennen mittels 
PicKit3 und ICSP). Zur Kontrolle habe ich wie im Code ersichtlich eine 
LED an RB1 angeschlossen die sich zu Beginn einschalten soll (was sie 
auch tut) und nach der ersten verstrichenen Sekunde wieder ausschalten 
soll (was sie nicht tut).

Nun vermute ich beim Timer0 und dazugehörigem Interrupt einen Fehler 
gemacht zu haben, den ich nicht sehe.
Kann mir hier jemand helfen?

lG

[neuer PIC Freund (Gast)]

Watchdog-Reset im Simulator.

tastenabfrage
  clrwdt
  goto  tastenabfrage

[Peter K. (peter_k401)]

neuer PIC Freund schrieb im Beitrag #5766135:
> Watchdog-Reset im Simulator.tastenabfrage
>   clrwdt
>   goto  tastenabfrage

Den WDT habe ich in den Configuration Bits ausgeschaltet, aber es wirkt 
tatsächlich so als würde er ständig resetten.

Ich hatte die Schaltung schon mit einem PIC16F877 und einem LCD 
aufgebaut, und auch da sah es so aus als würde ständig ein Reset 
ausgelöst, da der LCD ständig initialisiert wurde.

[hinz (Gast)]

Zeig mal dein Config-Word.

[dermatse (Gast)]

die Main-Funktion ist im Quelltext keine Schleife

main
    call xyz
    call 123
    goto main

Gruß

[Teo D. (teoderix)]

dermatse schrieb:
> die Main-Funktion ist im Quelltext keine Schleife

Ist in der (mom) lehren Funktion "call  tastenabfrage" versteckt.
Das Progrämmchen läuft vollständig im Interrupt. Je nachdem wie oft der 
TimerInt aufgerufen wird, könnte darin das Problem liegen.

[Dieter W. (dds5)]

Wenn die momentan blockierende "tastenabfrage" mit return abgeschlossen 
wird, dann kracht es sowieso wieder.

Hintergrund: das (Haupt-)Programm läuft dann in die ISR auf Adresse 4 
rein.