Arduino mit Fernbedienung auf Abruf

[Maximo (ochsen1893)]

Hallo miteinander,

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. Allerdings müsste der 
Arduino hierfür 24/7 an sein. Ist das möglich/bedenklich? Gibt es eine 
Lösung, bei der der Arduino nicht immer an ist? Es wäre ja schließlich 
auch möglich, dass durch eine Störung der Ausfahrzyklus ungewollt 
aktiviert wird(?), was unbedingt verhindert werden muss.
Ich bin Dankbar für jeden Hilfe!

Viele Grüße
Ochsen1893

[Εrnst B. (ernst)]

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.

[Falk B. (falk)]

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.

[Michael B. (laberkopp)]

Maximo schrieb:
> Ist das möglich

Schon, jede Garagentorfernbedienung zeigt, dass es geht.

Ob du das kannst, wissen wir aber nicht.

[Dieter D. (Firma: Hobbytheoretiker) (dieter_1234)]

Falk B. schrieb:
> Möglich

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

[Maximo (ochsen1893)]

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?

[Εrnst B. (ernst)]

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:
> 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.

[Michael B. (laberkopp)]

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.

[Εrnst B. (ernst)]

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.