[voltwide]

(30.01.2019, 09:59 AM)alfsch schrieb:

(29.01.2019, 12:42 AM)voltwide schrieb: ok, ich sehe es ein. Um irgendeinen irq code aus zu führen, muß die MCU aufgeweckt werden. Ist irgendwie logisch.
Aber ich raffe es nicht weshalb ich den irq nicht mit sleep-idle beenden darf.

na überlege mal: für den DDS muss der core mit maximaler Geschwindigkeit rappeln und wir lasten ihn ja sowieso -je nach DDS rate- zu erheblichem Anteil aus : da darf nix zusätzlich "bremsen".

ich würde es so versuchen:
cpu rappelt auf max. speed - klar.
sleep-mode SM=0 , also idle mode.
int ...sind ganz "normal".
aber Hauptprogramm /main geht in : while (1) { sleep; }
somit werden int sofort+mit voller speed ausgeführt, aber nach dem int wird der core gleich wieder gestoppt.

ich gebe Dir Recht - bei max Speed dürfte die MCU-Auslastung alleine durch Timer1irq bei 60% liegen - es ist also nicht mehr allzuviel zu gewinnen.
Deinen Vorschlag hatte ich schon ausprobiert - brachte ca 1mA an Einsparung.
Das Problem ist nun mal, dass alle 8us der Timer1Irq den sleep idle beendet - also nach dem irq wieder das main loop abgearbeitet wird. Und das ist keinesfalls gleich wieder am sleep-Ausgang angekommen.
Deshalb meine Idee, am Eingang des Timer1irq den CPU-Clock auf max setzen und am Ende dann teilen durch 4..16 oder was immer für das main program. Dann kann das Hauptprogramm vor sich hin tuckern im Eco-Modus.