..also ich möchte das noch einmal zusammenfassen, was ich verstanden habe bzw. was ich mit meinen Raspberries mache.
1) An und Ausschalten(und somit Herunterfahren) eines Raspberries ohne das fummelige Ziehen des Steckers, damit der Raspberry stromlos wird um die SD-Karten zu wechseln/sichern, etc., um damit mechanische Belastung/Materialermüdung der Pi-Anschlüsse zu minimieren bzw. vorzubeugen:
Ich habe an meinen Pi's (inzwischen sind's 4) entweder Netzteile mit An- und Ausschalter, damit sie stromlos werden. Ich habe aber auch noch einen mit dem normalen Netzteil, ohne Ein-und Ausschalter. Auf diesem Pi läuft das ganz normale Raspian mit einer Windows-ähnlichen Oberfläche mit Office-Anwendungen, also kein OH2. (An dieser Steckdose könnte z.B. auch ein Wlan-Drucker hängen)
Das Netzteil dieses Pi's schalte ich deshalb mit einer Schaltsteckdose aus, natürlich erst, nachdem ich ihn heruntergefahren habe. Die Schaltsteckdose ist halt eine Sonoff-S20, mit einem Tasmota-Fash (8.4). Als kleines Gimmick, hat sich der faule Junge (damit meine ich mich) eine kleine Regel geschrieben, die diese Schaltsteckdose ausschaltet, wenn der Pi runtergefahren wurde. (Ich hab den auch in einem anderen Raum stehen und bin halt zu faul, aufzustehen und den Schalter zu betätigen oder den Schalter in der BasicUI umzulegen
-
Ist halt Spielerei - ).
Um das festzustellen benutze ich das Network-Binding, das den Online/Offline-Zustand eines Devices meldet. Ausgehend davon wird dann die Regel getriggert, wenn das entsprechend gelinkte Item "offline" geht.
Also es geht natürlich nicht um den Pi auf dem OH2 läuft, da könnte die Rule auch gar nicht triggern, wenn der Pi runtergefahren worden ist. Den musst du auch runterfahren und dann das Knöpfchen an der Schaltsteckdose drücken, oder per TP-Link-App ausschalten. Da könnte evtl. auch eine Tasmota-Rule greifen, da weiss ich aber nicht wie das geht.
Wenn du eine TP-Link-Schaltdose hast, müsstest du evtl. mal schauen ob du etwas ähnliches via TP-Link Binding machen kannst. Ob man die Schaltdose per MQTT oder TP-Link ausschaltet ist ja letztendlich "Wurst" oder besser gesagt "sendCommand".
2) Präsenzerkennung G-Tags.
Ich kann mich noch erinnern. Da hat Kevin ja
hier ein kleines Tutoral geschrieben.
Ich hab damit eigentlich nicht "exzessiv" herum gespielt, aber grundsätzlich funktioniert es schon, auch mit einem Billig-G-Tag und wie gesagt auch mit meinen Fitness-Trackern.
Also das Beispiel von Kevin sollte eigentlich auf jedem Pi funktionieren (mit raspian/debian). Die entsprechenden Einstellungen sind ja beschrieben. Was du halt noch brauchst, ist ein Mosquitto-Client auf diesem Pi und der kommuniziert dann wieder ganz normal mit dem Broker auf deinem OH-System(wenn der da ist-der Broker). Ich melde so zum Beispiel die CPU-Temperaturen meiner Pi's an den Pi auf dem der Broker und OH laufen. Dazu gibt es auch ein kleines Tutoral von Kevin hier im Forum.
In diesem Zusammenhang kannst du vielleicht auch nochmal das Network-Binding anschauen. Wenn du Android-Handys hast, kannst du da sicher auch eine "Anwesenheitserkennung" ermitteln. Geht aber nicht oder nur bedingt mit Apple-Produkten:
network.jpg
. Ausserdem habe ich noch eine "network.cfg" unter "services" eingerichtet, die sieht bei mir so aus:
)
