Arduino mit Fernbedienung auf Abruf

Maximo schrieb:

Allerdings müsste der Arduino hierfür 24/7 an sein. Ist das möglich/bedenklich?

Garkein Problem, solange man korrekt programmiert. Stichpunkte: "millis()"-Überlauf nach 49 Tagen, Saubere Entprellung des Tasters. Saubere Auswertung des IR-Signals. usw.

Maximo schrieb:

Ich plane ein diy-Projekt, bei dem ein automatischer Ablauf aus verschiedenen Motoren von einem Arduino gesteuert wird. Hierbei gibt es den Ablauf ausfahren und den Ablauf einfahren. Das Aus/Einfahren soll jederzeit mit EINEM Knopfdruck (ein normaler Input am Arduino oder noch besser mit einer Infrarot-Fernbedienung (https://a.aliexpress.com/_EJtwlXj)) erfolgen.

Kein großes Thema.

Allerdings müsste der Arduino hierfür 24/7 an sein. Ist das möglich/bedenklich?

Möglich und unbedenklich.

Gibt es eine Lösung, bei der der Arduino nicht immer an ist?

Nö, denn dann würde er ja kaum auf ein Signal reagieren können. Selbst im Sleep Mode ist er an, wenn auch mit sehr wenig Stromverbrauch.

Es wäre ja schließlich auch möglich, dass durch eine Störung der Ausfahrzyklus ungewollt aktiviert wird(?), was unbedingt verhindert werden muss.

Dafür braucht es eine gute, störunempfindliche Hard- und Software. Eine Taster muss man entprellen, ein IR-Signal sauber dekodieren. Dann wird das was.

Maximo schrieb:

Ist das möglich

Schon, jede Garagentorfernbedienung zeigt, dass es geht.

Ob du das kannst, wissen wir aber nicht.

Falk B. schrieb:

Möglich

Dafuer gibt es Watchdogs und Sicherheitsroutinen, die von der SW genutzt werden wollen.

Danke erstmal für die ganzen Antworten und Hilfsbereitschaft!

Michael B. schrieb:

Schon, jede Garagentorfernbedienung zeigt, dass es geht.

Wie wird das denn in so einem Fall gelöst? Ist hier der Controller auch im Standby-Modus, in dem er Signale empfangen kann?

Falk B. schrieb:

Selbst im Sleep Mode ist er an, wenn auch mit sehr wenig Stromverbrauch.

Funktioniert der Sleep Mode wie ein Standby Modus bei jeglicher Art elektrischer Geräte? So dass der uC bei einem bestimmten programmierten Input in den "wach"-Modus wechselt?

Maximo schrieb:

Wie wird das denn in so einem Fall gelöst? Ist hier der Controller auch im Standby-Modus, in dem er Signale empfangen kann?

Kann, muss aber nicht. Der Controller kann auch die ganze Zeit, 24/7, ununterbrochen, tausende Mal pro Sekunde nachschauen, ob gerade sein "Signal" da ist. Dem wird nicht langweilig. Braucht aber mehr Strom (im Bereich weniger mA). Bei Netzbetrieb ist das egal, bei Batterie/Akkubetrieb zuviel.

Maximo schrieb:

Funktioniert der Sleep Mode wie ein Standby Modus bei jeglicher Art elektrischer Geräte?

Es gibt im Datenblatt ausführliche Infos zu den diversen Sleep-Modi, und bei Arduino nochmal einen Berg.

aber im Prinzip ja. Die CPU im AVR ist aus, aber sobald der Anfang eines Tastendrucks oder das erste Bit eines IR-Fernsteuersignals ankommt, startet sie wieder. Dann kann die CPU prüfen, ob es wirklich ein echter Tastendruck war (Stichpunkt "Entprellung") oder ob das IR-Signal vollständig und korrekt ist. Falls nicht: Weiterschlafen. Falls ja: Was machen, danach Weiterschlafen.

d.H: Maximo schrieb im Beitrag #7742505:

So dass der uC bei einem bestimmten programmierten Input in den "wach"-Modus wechselt?

Nein. µC wacht auf, wenn es die "Chance" auf den "bestimmten programmierten Input" gibt. Ob das dann tatsächlich der richtige war prüft er dann selber.

Maximo schrieb:

Wie wird das denn in so einem Fall gelöst?

Ordentlich aufgebaute Elektronik die nicht schon vom Schalten ihres eigenen Relais oder Netzstörungen aussteigt,

trotzdem mit Watchdog gegen Ausfall gesichert.

Ein Impuls nur bei solider Kabelverbindung (der Taster, mit Plausibilitâtsorüfung damit nicht schon ein Störimpuls reicht sondern zumindest 0.2s das Signal aktiv sei muss) bei schlechterer Verbindung (Funk, IR) wird ein ganzer code erwartet der unfallfrei empfangen werden muss. Natürlich ist der uC die ganze Zeit aktiv

Εrnst B. schrieb:

Die CPU im AVR ist aus,

Das muss gar nicht so realisiert werden, die kann durchlaufen, sie nutzt sich nicht relevant ab, nur zum Strom sparen bei Batteriebetrieb ist sleep sinnvoll.

Michael B. schrieb:

Εrnst B. schrieb:

Die CPU im AVR ist aus,

Das muss gar nicht so realisiert werden,

Schrieb ich ja.

Für Batteriebetrieb kann die aber auch per PinChange beim Anfang des Tastendrucks oder der ersten Flanke vom IR-Receiver aufwachen.

Für Anfänger würde ich aber auch davon abraten, den Sleep kann man später immer noch nachrüsten.