IRSND mit 1MHz

Klaus R. schrieb:
> Das hält doch trotzdem ewig...zumal die IR Led ein vielfaches
> zieht!
> Wozu also der überflüssige Aufwand?
>
> Klaus.

Die IR-LED zieht natürlich mehr, aber eben nur sehr kurz und 
impulsweise.
Und außerdem wüsste ich gerne auch, woran das liegt. Weil ich kann 
eigentlich nichts im IRSND-Code entdecken, das das verursachen könnte.

flux schrieb:

> Und außerdem wüsste ich gerne auch, woran das liegt. Weil ich kann
> eigentlich nichts im IRSND-Code entdecken, das das verursachen könnte.

Es gibt zwei Möglichkeiten: der Timer gibt's nicht her oder der Code ist 
schlicht zu langsam. Ich tippe stark auf letzteres.

Überlege doch mal: wenn der Systemtakt 128kHz ist und die ISR mit einer 
Interruptrate von 10kHz ausgeführt wird, bleiben für jede ISR nur exakt 
12,8 Takte. Das reicht für einen minimalen Interrupt-Rahmen (8 Takte) 
zum Sichern und Wiederherstellen eines einzigen Registers (4 Takte). Es 
reicht schon nicht mehr dazu, das Statusregister zu sichern und 
wiederherzustellen und Luft für irgendeinen Nutzcode bleibt natürlich 
gar keine...

Bei 1MHz sieht das schon deutlich besser aus, da hast du dann 100 Takte 
pro ISR. Aber: C ist tierisch ineffizient in ISRs, es würde mich kein 
bissel wundern, wenn auch diese 100 Takte nicht genügen für den Code von 
irsnd. Letzte Sicherheit liefert das Assemblerlisting der ISR, da kannst 
du die benötigten Takte zählen. Wenn es mehr als 97 sind, kann die Sache 
nicht funktionieren.

Asm rules! Damit kann man ganz sicher einen universellen IR-Sender bei 
1Mhz realisieren. Wenn man nur einen ganz speziellen umsetzen möchte, 
kann man mit dem Takt auch noch deutlich weiter runtergehen, muss ihn 
dann aber möglichst "passend" wählen, idealerweise ein ganzzahliges 
Vielfaches sowohl der Modulationsfrequenz als auch der Trägerfrequenz.

Moment...
Mir ist gerade aufgefallen, dass SOLL und IST gleich sind.
Das liegt daran, dass ich den gerade auf 8MHz laufen habe.
Ich liefere gleich einmal richtige Ergebnisse.

Gestern war die Abweichung irgendwie größer, trotzdem hier einmal mit 
1MHz. Gestern hatte ich z.B. beim ersten HIGH noch 12000. Jetzt mit 9500 
wird es zwar manchmal erkannt, aber doch recht unzuverlässig.

Es stimmt aber tatsächlich, dass es daran liegen kann, dass die Zeit für 
den µC nicht ausreicht, um die ISR ordentlich auszuführen. Aber dann 
dürften doch gar keine Ergebnisse oder zumindest nicht so sinnvolle nur 
ein wenig verlängerte Ergebnisse herauskommen, oder?

Zum Stromverbrauch noch:
ich habe jetzt noch einmal nachgemessen. Irgendwie habe ich es heute 
nicht mit Zahlen.
FREQ: Active/Sleep
1MHz: 0.5mA/12µA
8MHz: 2mA/20µA
Irgendwie hatte ich den Sleepverbrauch deutlich geringer in Erinnerung. 
Aber ich denke, dass da die Selbstentladung der Batterien vermutlich 
höher ist.
Dann werde ich nun einfach 8MHz nehmen und den höheren Stromverbrauch in 
Kauf nehmen.

Ich weiß jetzt (glaube ich), warum es gestern schlimmer war.
Da habe ich nicht die Option -flto (wie im Wiki empfohlen) genutzt.
Das legt nahe, dass bei 1MHz die ISR tatsächlich zu oft aufgerufen wird 
und deswegen die Impulse nicht ordentlich erzeugen kann.
Es bleibt jetzt dann wohl bei den 8MHz, danke euch.