Mit dem Raspberry Pi und OpenHAB Funksteckdosen (433 MHz) schalten

• Vorheriger Artikel
  Relais über OpenHAB am Raspberry Pi steuern (Rollladen, Lichter, etc.)
• Nächster Artikel
  Raspberry Pi + OpenHAB: Sonoff S20 Wifi Steckdose steuern

54 Kommentare

1. Ich bin dabei das Setup mit einem ESP8266 aufzubauen, der per MQTT mit OpenHAB auf dem RasPi kommuniziert.

   Ich persistiere den Status und die Fernbedienung wird weggelassen ?
   Aktuell versuche ich nun eine Zeitschaltuhr in OpenHAB nachzubilden. Aber so richtig gelingt mir das noch nicht. Ich habe es mir einer Regel versucht, doch irgendwie wird diese noch nicht ausgeführt.

   Antworten

   • Tutorials zu MQTT Steckdosen sowie der Kommunikation zum ESP8266 via MQTT kommen bald 🙂

     Antworten

2. Vielen Dank für die Anleitung aber auch für die weitergehend Tipps am Ende des Beitrags.
   Frage: Wozu ist eigentlich Input Parameter „D“ gut? Welchen Sinn hat der?
   Könnte ich den auch weg lassen.

   Antworten

   • „D“ ist in meinem Fall die Steckdose (A-D). Das war gedacht, falls du mit einem Skript mehrere Steckdosen steuern willst.

     Antworten

3. Hallo,

   kannst Du demnächst vielleicht ein Beispiel posten, wie Du den Status in OpenHAB mit der „REST API“ und RFSniffer erfassen würdest? Das wäre klasse. Habe mir gerade die REST API Docu angeschaut und bin schwer ins Grübeln gekommen, wie das gehen soll.

   Vielen Dank, Andreas

   Antworten

4. Ich habe länger mit RasPi und 433 MHz Funksteckdosen experimentiert. Ein Problem war in meinen Augen der fehlende Rückkanal: Man sieht nur, dass man einen Befehl gesendet hat, aber nicht, ob die Funksteckdose den auch ausführt.
   Wenn ich das richtig verstehe, wird auch der RFSniffer nur den Sendeimpuls eines Fremdsenders aufschnappen und den Status entsprechend auf dem RasPi anpassen. Damit ist aber nicht gesagt, dass die Funksteckdose auch wirklich geschaltet hat. Oder sehe ich das falsch?
   Ich bin schließlich auf teure AVM DECT Funksteckdosen umgestiegen, die ich mit dem RasPi schalte. Ein Zusatznutzen war dabei, dass man damit auch die Temperatur am Ort der Steckdose abfragen kann (ZB für Gewächshausheizung).

   Antworten

   • Das ist richtig. Daher wird das nächste Tutorial um Wlan Funksteckdosen gehen, bei denen man eine sichere Rückantwort bekommt. Ich wollte dennoch beide Möglichkeiten aufzeigen.

     Antworten

   • Inzwischen ist das Tutorial zu den Wifi Steckdosen da: Raspberry Pi + OpenHAB: Sonoff S20 Wifi Steckdose steuern

     Antworten

5. Super Anleitung
   Bei mir hat es auf Anhieb geklappt. Habe aber noch ein kleiner Problem zwar ist die Kennung [„Switchable“] ja vorhanden aber Alexa erkennt die Steckdose nicht hat das was mit dem String zu tun ?
   Vielen Dank, Tim

   Antworten

6. Tolle Anleitung und vielen Dank für die ausführliche Erklärung.
   Befasse mich nun gerade wenige Tage mit der Thematik – das Schalten einer Steckdose habe ich – dank Deiner Anleitung auch hinbekommen.
   Kannst Du mir bitte erklären, weche Schritte (Erweiteungen in den jeweiligen scripten) notwendig sind, um mehrere Dosen zu schalten?
   Für die Unterstützung schon mal besten Dank…,
   Christian

   Antworten

   • Naja im Grunde das ganze für mehrere Steckdosen wiederholen (inkl. verschiedener Code, für jede Dose ein Item, usw).

     Antworten

7. Hallo,
   hört sich sehr interessant an. Leider scheitere ich gerade an eine sehr frühen Stelle…
   Ich benutze die Steckdosen von Brennenstuhl. Die Steckdosen funktionieren mit der Fernbedienung.
   Und ich habe den Aufbau mit Sender und Empfänger realisiert. Mit „codesend“ und „RFSniffer./RFSniffer“ funktioniert der Aufbau.
   Ich kann die Codes der FB nicht empfangen 🙁
   Da ich die Codes aus einem früheren Aufbau kenne, habe ich sie gesendet. Leider auch das ohne Erfolg.

   Antworten

8. Hallo und danke für die Anleitung.
   Ich habe zwei 4er Sets Funksteckdosen verschiedener MArken (Elro und Intertechno) eingebunden und kann sie per openHAB nun steuern.
   Sinn des ganzen war, sie dann mit Alexa steuern zu können.
   Leider klappt das nicht.
   Wie oben schon von Tim geschrieben, scheint der Grund die Definition als „String“ zu sein.
   Die offizielle Dokumentation ist zwar recht kurz ausgefallen, aber in diversen Foren wird erwähnt, dass ein als „Switchable“ getaggtes Item auch ein Switch sein muss für Alexa.

   Lässt sich das bei der hier Beschriebenen Lösung irgendwie anpassen?

   PS: Da es hier gefragt wurde, hier mein Code zum Steuern mehrerer Steckdoesen:

   #!/bin/sh
   case "$1" in
           SA|sa)
                   case "$2" in
                   off|0|OFF) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   on|1|ON) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   esac
           ;;
   
           SB|sb)
                   case "$2" in
                   off|0|OFF) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   on|1|ON) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   esac
           ;;
   
           SC|sc)
                   case "$2" in
                   off|0|OFF ) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   on|1|ON) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   esac
           ;;
   
           SD|sd)
                   case "$2" in
                   off|0|OFF) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   on|1|ON) /opt/433Utils/RPi_utils/codesend xxx
                   ;;
                   esac
           ;;
   esac

   Antworten

   • Hallo Michael, würde auch gerne mehrere Steckdosen schalten, weiß aber nicht wie der Code aussehen muss. Wenn du dieses Skript benutzt, wie sieht dann deine entsprechende Thing- und Item-Datei für diesen Part aus? Danke und Gruß Stephan

     Antworten

9. Hallo,

   das Tutorial hat mir wirklich weitergeholfen.
   Nun möchte ich aber die Alexa-Sprachsteuerung benutzen, die soweit auch unter Openhabian (auf den Raspberry Pi) funktioniert.
   Leider kann Alexa den .Item-Eintrag „String poweroutletDSwitch „Funksteckdose D“ ….“ nicht finden, während „Switch“-Einträge gefunden werden.

   Danke im Vorraus

   Antworten

10. Nachdem ich Tage lang erfolglos nach einer Lösung für Alexa recherchiert habe (offenbar hat niemand sonst das Alexa-Einbindeproblem), kommte ich mir selbst etwas erbasteln. Ich habe mir die Rules Thematik angeschaut und kam auf die Idee, ‚Dummy‘-Switche an zu legen, die per Rule dann die eigentlichen String Items der Funksteckdosen triggern. Funktioniert super mit Alexa.
    Ich poste hier meinen Code, reduziert auf 2 meiner 8 Funksteckdosen.
    (Achtung, ich habe die Bezeichnungen dem Tutorial gegenüber geändert)

    Inhalt der xxx.items Datei:

    //Echte Items fuer die Funksteckdosen
    Group grp_funksteck "Funksteckdosen Gruppe"  [ "Switchable" ]
    String funksteckWCSwitch "Steckdose C"  (grp_funksteck) [ "Switchable" ] { channel="exec:command:funksteckWC-control:input", autoupdate="true" }
    String funksteckWDSwitch "Steckdose D"  (grp_funksteck) [ "Switchable" ] { channel="exec:command:funksteckWD-control:input", autoupdate="true" }
    
    //Dummy Items fuer Alexa
    Group grp_alexa433 "Funksteckdosen Gruppe Alexa"  [ "Switchable" ]
    Switch Stecker_C_Alexa "Steckdose C"  (grp_alexa433) [ "Switchable" ]
    Switch Stecker_D_Alexa "Steckdose D"  (grp_alexa433) [ "Switchable" ]

    Inhalt der alexa.rules Datei:

    rule "Steckdose-C"
    when
        Item Stecker_C_Alexa received command
    then
        switch(receivedCommand) {
        case ON : { funksteckWCSwitch.postUpdate(ON)
                    funksteckWCSwitch.sendCommand("ON") }
        case OFF : { funksteckWCSwitch.postUpdate(OFF)
                    funksteckWCSwitch.sendCommand("OFF") }
      }
    end
    
    rule "Steckdose-D"
    when
        Item Stecker_D_Alexa received command
    then
        switch(receivedCommand) {
        case ON : { funksteckWDSwitch.postUpdate(ON)
                    funksteckWDSwitch.sendCommand("ON") }
        case OFF : { funksteckWDSwitch.postUpdate(OFF)
                    funksteckWDSwitch.sendCommand("OFF") }
      }
    end

    Die eigentliche Schaltung des ‚echten‘ Items erfolgt durch sendCommand. Das postUpdate ändert den Zustand des Items, der würde andernfalls nämlich trotz Schaltvorgang nicht geändert werden.

    Viel Erfolg damit.

    Antworten

    • Hi, dein Post hat eine 3 Tage andauernde Openhab Alexa Beziehungskrise gelöst, vielen Dank, er sollte direkt in das Tutorial eingearbeitet werden. Ich habe gefühlt 1000 Tutorials gelesen und probiert, aber erst dein Post hat zu dem gewünschten Ergebnis geführt.

      Antworten

11. Super, auf Anhieb hat fast alles geklappt…
    Per rus.sh schalten geht.
    danach habe ich item, thing und sitemap 1:1 erstellt.
    Die Sitemap im Browser aufrufen geht, aber der Schalter hat keine Wirkung…
    Gibt es sowas wie einen Debugmodus, oder wie kann ich den Fehler suchen?

    Antworten

    • Hi,
      ich habe das gleiche Problem. Sehe den Schalter auch in der App auf dem Iphone. Der schaltet auch, was man im Log sehen kann. Aber irgendwie tut sich nichts. Wenn ich das Script in der Shell ausführe funktioniert es. Kann das an den Berechtigungen liegen? Die angegebene URL http://openhabianpi:8080/basicui/app?sitemap=poweroutlets funktioniert bei mir auch nicht. Fehler 404 not found. Komisch aber dass es die Handyapp tut.

      Antworten

      • Versuch es mal mit sudo -u openhab aus der Shell zu starten. Dass die Sitemap nicht geladen wird, deutet auf einen anderen Namen hin.

      • Hi, sudo -u openhab funktoniert auch. Das mit der Sitemap habe ich nun auch hinbekommen. Die war einfach im Standardsetup nicht intstalliert. Leider habe ich immer noch das Problem, dass die Schalter ohne Funktion sind.

      • Habe das gleiche Problem (Schalter ohne Reaktion). Ich habe die Weboberfläche einfach über die IP aufgerufen und mich zum BasciUI durchgeklickt. Laut event.log tut sich auch was, aber die Steckdosen bleiben aus. Die run.sh alleine funktioniert.

      • So, hab jetzt den Fehler gefunden.
        @Sodamann. Bei mir war nach der Installation das Exec Binding nicht installiert. Dies macht das Ausführen von Scripts auf Kommandozeilenebene erst möglich. Also in der PaperUI unter Bindings auf das + gehen und das Exec Binding installieren. Danach funktionieren auch die Schalter.

    • Hallo, habe das gleiche Problem. Hast du bereits eine Lösung gefunden?
      Mit freundlichen Grüßen

      Antworten

12. Moin,

    erst mal Danke für die Anleitung und generell für die coolen Projekte. Ich habe deine Anleitung befolgt und meine Steckdosen (aktuell zwei) laufen auch sowohl per ./codesend, als auch per Script Bsp. exec /../../run.sh D ON bzw. OFF (gleiche mit C). Jedoch gehen die beiden nicht über das Interface von openHAB zu schalten. Sowohl einzeln nicht, wenn ich deine Anleitung eins zu eins befolge, als zu zweit eben nicht.

    Bin gerade etwas ratlos :/.

    Viele Grüße

    Dennis

    Antworten

    • Auch die Exec Binding deinstalliert und wieder installiert hat leider nichts geholfen :/

      Antworten