Ideen für automatische PC-Lüfterdrosselung?

[Bumbum]

Wenn dir die Pins bei einem MegaAVR nicht reichen, dann weiß ich auch nicht. Da kannst du das LCD ja sogar mit 8 Pins anschließen!

Was die Ressourcen angeht: Die Timer müssen halt gut durchdacht werden und sind dann IRQ-ausgelöst. Da ist das LCD-ansprechen überhaupt nicht relevant. Wenn was zeitkritisches ansteht muss das per IRQ erfolgen, dann wird das alles kein Problem.

Ich würde einen kurzen Timer planen, in dem dann die PWM-Signale erzeugt werden. Einfach den Timer auf die gewünschte Frequenz z.B. 30 Hz berechnen und 4 if-Abfragen, ob der Pin High gesetzt werden soll für den entsprechenden PWM-Ausgang. Wenn der Timer dann resetet wird, alle Ausgänge wieder auf Low.
Dann kommt noch ein weiterer Timer als Zähler für deine Duty-Cycles. Diese legst du am besten an die INT0 und INT1 Eingänge und liesst dann beim IRQ immer nur den Zählerstand ab. Fertig.
Bis jetzt wird quasi noch keine Prozessorlast erzeugt.

LCD + Taster macht dann der AVR gähnend im Hauptprogramm und langweilt sich geschätzt 80% in Warteschleifen.

Was du mit dem Multiplexen meinst, weiß ich nicht genau, sollte aber egal wie auch noch locker zu realisieren sein.

Viele Grüße
Andreas

[Dunuin]

Dann kommt noch ein weiterer Timer als Zähler für deine Duty-Cycles. Diese legst du am besten an die INT0 und INT1 Eingänge und liesst dann beim IRQ immer nur den Zählerstand ab. Fertig.
Bis jetzt wird quasi noch keine Prozessorlast erzeugt.

Aber ich will ja den Duty-Cycle haben, also das zeitliche Verhältnis zwischen einem hohen und tiefen Pegel, da bringt es mir doch nicht viel, wenn ich messe, wieviele Interrupts in einem Zeitraum ausgeführt werden. Das Steuersignal läuft auch mit rund 25 kHz und wenn des nun eine Auflösung von 8 Bit hat und ich z.B. einen Duty-Cycle von 1% auslesen will, dann muss der Timer im Capture Mode ja schon Veränderungen im 3,2 MHZ Takt feststellen können. Da wird das ganze schon echt zeitkritisch, weil bei jedem Flankenwechsel ja noch der Wert des Timers gespeichert und der Duty-Cycle ausgerechnet werden muss, bevor der nächste Takt kommt.

Und dann ist da auch wieder das Problem, dass so ein Atmega ja nur 3 Timer hat, wovon dann 2 Timer durch die PWM belegt sind (geht ja nur 2x PWM pro Timer).

[Bumbum]

Ich glaube du liest meine Postings nicht richtig, bzw. verstehst die Lösungen noch nicht, deswegen willst du auch mit Kanonen (3 AVRs) auf Spatzen schießen.

Im Atmel gibt es 16-Bit Timer, die mit FCPU getaktet werden können. Mit ein paar Befehlen ist das ein 32-Bit-Counter. Wenn dir das als Auflösung nicht reicht, dann weiß ich auch nicht. Im Int0 bzw. Int1 merkst du dir einfach die Timerwerte und hast mit einer einfachen subtraktion deinen Duty-Cycle. Das sind beim 16-Bit-Timer 2 Befehle im IRQ. Aber 3,2 MHz wirst du egal mit welchem Atmel sowieso nicht messen können. Da müsste man über eine Glättung des Signals mit einem Kondensator mit einer analogen Auswertung nachdenken.

Und PWM habe ich dir schon erklärt. Da reicht der popeligste 8-Bit-Timer. Beim Überlauf alle Ausgänge auf 0 und im Timer mit z.B. 30Hz prüfen, ob der PWM-Wert erreicht ist und den entsprechenden Ausgang auf High. Fertig. Sind 4 if-Abfragen, die 30x die Sekunde ausgeführt werden müssen.

Viele Grüße
Andreas