Idee zur Fehlersuche gesucht

Olaf schrieb:
> Jemand eine Idee woran das liegen kann?

Die CPU verbringt 100% ihrer Zeit in der Interrupt-Routine, und hat 
deswegen keine Zeit mehr für main()?

> Die CPU verbringt 100% ihrer Zeit in der Interrupt-Routine, und hat
> deswegen keine Zeit mehr für main()?

Gut! Da bin ich gerade auch drauf gekommen. :-)

Genauer gesagt ich habe einfach mal in meiner Interruptroutine den 
Interrupt abgeschaltet und schon laeuft das Hauptprogramm.

Ich habe mich im uebrigen in obigen Post vertan. Nicht der IRQ laeuft 
72kHz sondern das ist die Frequenz des Timers und der laeuft immer bis 
72. Es sollte also ein IRQ 1ms auftreten.

Interessanterweise sieht meine IRQfunktion derzeit so aus:


  TestTicker++;

  if (TestTicker>72000)
    {

      rs232_printf("aba[%i]\r",counter++);
          TestTicker=0;


       if (counter == 15)
            {
              INTC.IPR10.BIT._CMT0 = 1; //1= sehr niedrige Prioritaet, 
15= sehr hoch
              rs232_printf("Selbstmord\r");

            }

    }


Das fuehrt zu einer Ausgabe etwa einmal pro Sekunde. Mit anderen Worten 
der Timer laeuft viel schneller als ich es erwarte. Das ist in sofern 
uberraschend weil ich die Timerfunktion von einem anderen Project das 
ich fuer den Renesascompiler geschrieben habe, uebernommen habe. Dies 
sind also getestet und lauffaehig.
Jetzt habe ich aber ebenfalls von Renesas die Definition der internen 
Register der CPU uebernommen. Das wurde zwar problemlos uebersetzt, aber 
ich vermute das dort irgendwo ein Zugriff in falsche Wordbreite auf ein 
Register erfolgt oder etwas in der Art. Ich habe gerade auch mal das 
Compareregisters des Timers auf einen anderen Wert gesetzt ohne das dies 
die Ausgabegeschwindigkeit beinflusst hat.

Jedenfalls bin ich erstmal weiter.

Da erwartet man den Fehler in den tiefsten Untiefen und dann ist es 
etwas so banales... :-)

Olaf

> Funktionen wie printf sollte man nie aus einem Interrupthandler heraus
> aufrufen, auch nicht Funktionen, die mehrere Bytes an eine serielle
> Schnittstelle o.ä. ausgeben.

Mal etwas genauer:

Man sollte den Interrupt so schnell wie möglich verlassen. Aber gerade 
auf kleineren Controllern mit wenig RAM wird printf oft ungepufftert 
verwendet, d.h. printf wartet bis der gesamte String über die UART raus 
gepurzelt ist. Bei niedrigen Baudraten kann das schon etwas dauern ;)

9600 Baud, 10 Zeichen bedeuten dann etwas über 8ms(!) bis der Interrupt 
beendet ist!

Wenn es unbedingt eine Datenausgabe braucht, dann wären putchar() und 
Konsorten deutlich günstiger. Am besten ist ein Portpin wenn es nur 
darum geht zu signalisieren wann der IRQ angesprungen und verlassen 
wird.

> Funktionen wie printf sollte man nie aus einem Interrupthandler heraus
> aufrufen, auch nicht Funktionen, die mehrere Bytes an eine serielle
> Schnittstelle o.ä. ausgeben.

Das weiss ich! War aber nur ein Test um zu sehen ob ueberhaubt was 
laeuft.

Mittlerweile laeuft uebrigens alles. Fehler sass wie immer vor dem 
Bildschirm. Ich war der Meinung eine laufende Funktion zu testzwecken 
aus meinem Renesasverzeichnis kopiert zu haben, habe aber wohl 
versehentlich aus einer aelteren Programmversion kopiert und da hatte 
ich wohl vergessen im Interrupt das Ueberlaufflag des Timers zu 
loeschen. Deshalb ging die Kiste sofort wieder im Interrupt.

Man denkt nur nicht daran das der Fehler so einfach sein kann wenn man 
einen neuen Compiler erstmals in Betrieb nimmt, gerade vor dem 
Hintergrund das der SH7262 bei den Interrupts viele Moeglichkeiten 
bietet etwas falsch zu machen.

> Mal etwas genauer:

Ich mache es normalerweise so das mein printf alles in eine Fifo wirft 
und die dann vom Interrupt Zeichenweise gelehrt wird. Aber erstmal muss 
mein System hier ueberhaubt funktionieren. Das war etwas komplizierter 
weil ich den Linker dazu bringen musste vor jedem Code einen Header zu 
erzeugen wo Groesseninformation des Codes, Zieladresse, Einsprungadresse 
und Magicnummer drin stehen. Sonst laedt mein Bootloader den Code nicht 
von der SD-Karten.
Aber nachdem ich jetzt alles laufen habe kann ich ja mal was dickeres 
rueberziehen. :-)

Olaf