• Die Software bringt ihre eigene Nomenklatur mit: Bindings, Services, Things, Items, Channels. Wozu das alles gut ist, habe ich bisher noch nicht verstanden.
• MQTT ist nicht ab Werk dabei und muss nachinstalliert werden
• Die Konfiguration ist völlig wir. Konfigurationsdateien? Gibt es an zwei verschiedenen Orten. Außerdem noch Paper UI für die Konfiguration. Wo speichert das die Konfiguration?
• Der Systemstart dauert extrem lange. 10 Minuten lang rödelt der Raspi auf 90% CPU, und das wo ich bisher nur eine Steckdose eingebunden habe...

Datei /etc/openhab2/sitemaps/kronocken.sitemap

• LAN (WLAN sowieso)
• Handelsübliches Notebook/PC mit Windows
• Smartphone (in meinem Fall ein Huawei P10 lite mit Android)

• Ein 3er-Set WLAN-Steckdosen von Pearl (ca. 35€ inkl. Versand).
  Bei Pearl werden diese als WLAN-Steckdose SF-450.avs verkauft.
  
  
  
  
  Dahinter steckt ein Luminea NX-4491-675. Das sind die einfacheren (und kompakteren) Modelle ohne Strommesser. Inzwischen bietet Pearl unter derselben Bezeichnung anders aussehende Steckdosen an - ich nehme aber an, dass sie im Prinzip genauso funktionieren.

• Die Steckdosen sind mit Tuya-Convert geflasht (also von der China-Cloud befreit)
• und in OpenHAB mehr oder weniger eingerichtet
• Ein Backup- und Restore-Skript für OpenHAB
• Steckdosen können per Handy - nur von zu Hause aus - geschaltet werden.

Warum war das so mühsam?

• Steckdosen flashen mit Tuya-Convert (OTA : over the air - ohne das Gehäuse zu öffnen). Dazu wird ein Linux-System mit WLAN benötigt.
• Steckdosen konfigurieren
• OpenHAB einrichten
• MQTT bei OpenHAB einrichten (MQTT ist das Protokoll, mit dem u.a. diese Steckdosen gesteuert werden)
• Steckdosen bei OpenHAB konfigurieren

• Zum Flashen habe ich versucht, den Raspi mit WLAN-Stick zu verwenden. Das hat beim ersten Mal auch relativ problemlos funktioniert, danach aber nie wieder! Es traten dann wahlweise folgende Fehler auf (die zu absolut verwirrenden Fehlermeldungen führten):
• Der WLAN-Stick wurde nicht erkannt
• Das WLAN vtrust-wlan war gar nicht sichtbar auf dem Smartphone
• Das WLAN vtrust-wlan war sichtbar, man konnte sich aber mit dem Smartphone nicht damit verbinden
• Das Skript sagte immer wieder "Retrying"
• Da der Start von OpenHAB den Raspi für gut 10 Minuten extrem belastet, ist ein Reboot (um etwas anderes auszuprobieren) eine zeitraubende Angelegenheit.
• OpenHAB
• OpenHAB ist für Einsteiger alles andere als einfach.
• Die Konfiguration ist m.E. völlig wirr - Textdateien und/oder per GUI (wobei diese Einstellungen dann nicht in den Textdateien landen)
• Außerdem ist die Dokumentation, die man im Internet so findet, häufig veraltet und funktioniert so nicht mehr.
• Doofe Kleinigkeit: Ich hatte ein Leerzeichen in der SSID! Damit kommt die Tasmota-Software einfach nicht klar! Es gibt auch keinen Workaround. Daher habe ich die SSID in der Fritzbox umbenannt und einen kurzen Namen ohne Leerzeichen oder Sonderzeichen gewählt. Das zog natürlich diverse Nacharbeiten bei den dutzenden vorhandenen Geräten (Smartphones, Tablets, ...) nach sich.

• Den Raspi nur für OpenHAB verwenden, nicht für das Flashen.
• Zum Flashen besser ein Linux im VMWare Player verwenden.

1. Ein aktuelles Ubuntu Linux ISO-Image herunterladen
2. Den VMWare Player herunterladen und installieren
3. Mit dem VMWare Player das Linux  als virtuelle Maschine installieren
4. Das Ubuntu halbwegs brauchbar einrichten (z.B. deutsche Tastatur) und auf den aktuellen Stand bringen
5. Im Ubuntu der Anleitung von https://github.com/ct-Open-Source/tuya-convert folgen - aber nur die Installation, nicht Flashen! Beim install-prereq.sh stattdessen mit sudo ./install-prereq.sh arbeiten
6. Den WLAN USB-Stick einstöpseln und -nur- mit der Ubuntu VM verbinden (nicht mit dem Host)
7. Im Ubuntu mit iw dev herausfinden, wie der WLAN-Stick im Linux heißt, und das in der Datei config.txt entsprechend anpassen (wlan0 durch den passenden Namen ersetzen).
8. Jetzt erst sudo ./start_flash.sh ausführen. Am Anfang einmal yes [Enter], die Fragen ob dies und das gestoppt werden soll, mit y beantworten.
9. Nun auf dem Smartphone mit dem WLAN vtrust-wlan verbinden. Falls das nicht funktioniert, abbrechen. Am besten den WLAN-Stick wieder herausziehen, die Ubuntu-VM neu booten und ab Schritt 6 nochmal von vorne versuchen.
10. Jetzt die Steckose einstecken und durch langes Drücken der Taste in den Pairing-Modus versetzen (die LED blinkt dann)
11. Dann erst Enter drücken.
12. Bei der Frage welches ROM installiert werden soll, "tasmota.bin" auswählen und das Ganze nochmal bestätigen.

1. Es erscheint eine Konfigurationsseite im Browser. Falls das nicht funktioniert, manuell zu http://192.168.4.1 wechseln
2. Es erscheint die Startseite der Steckdose:
   
   
3. Hier nun als allererstes die WLAN-Zugangsdaten bei "AP1 SSID" und "AP1 Password" eingeben und vor dem Drücken auf Save sehr sorgfältig kontrollieren. Nicht den Haken bei der Checkbox "AP1 Password" vergessen.
4. Beim PC wieder mit dem normalen WLAN verbinden.
5. Die Steckdose startet neu und ist nun im WLAN irgendwo sichtbar als "tasmota-irgendwas" oder aber über den im Konfigurationsdialog festgelegten Hostnamen. In meinem Fall kann man das über die FritzBox leicht herausfinden (es gibt sicher auch andere Möglichkeiten). Die verwendete IP-Nummer merken (z.B. 192.168.178.44).
6. Diese IP im Browser aufrufen: http://192.168.178.44. Herzlichen Glückwunsch, die Steckdose ist im WLAN!
7. Es erscheint wieder eine Konfigurationsseite.
   Diese sieht "oben rum" zunächst noch nicht ganz so aus wie in diesem Screenshot:
   
8. Das Menü "Configuration" aufrufen:

   

   
   
   
   
   
9. "Configure WiFi" aufrufen und den Hostnamen ergänzen.
   

   

   
    Der Hostname muss natürlich im lokalen Netzwerk eindeutig sein und (wenn ich die Überschrift bei dem Eingabefeld richtig deute)  sollte er aus einem Text, Bindestricht und dann vier Ziffern bestehen. Keine Ahnung, ob das wichtig ist. Natürlich sollte der Hostname keine Sonderzeichen (außer Minus und Unterstrich) oder Leerzeichen enthalten. Auf "Save" drücken.
10. Die Steckdose startet neu und ist nun im WLAN unter dem gewählten Hostnamen sichtbar. Im Browser also http://hostname (z.B. http://steckdose-0001) eingeben und es erscheint wieder die Startseite:
    

    


11. Wieder auf "Configuration" gehen und dort auf "Configure Template". Als Name für das Template etwas passendes auswählen. Ich habe "Luminea NX-4491-675" eingegeben, das wurde aber beim Speichern offensichtlich gekürzt. Als Basis für das Template Generic (18) auswählen. Falls man großes Glück hat, dann gibt es vielleicht schon ein passendes Template in der Werteliste (je nach Hardware). In dem Fall kann natürlich zunächst dieses Template ausprobieren (und den weiteren Verlauf abkürzen).
    Was wir jetzt zu tun haben, ist, die logischen Ein-Ausgabe-Pins des Chips mit den richtigen Stellen zu verbinden - ohne diese Konfiguration bliebe die Steckdose "tot".
12. Dank eines YouTube-Videos ist es gar nicht so schwierig, das herauszufinden. In meinem Fall ist es eine einfache Steckdose, sie hat 1 LED und einen physikalischen Button. Richtigerweise brauchen wir also Zuordnungen für Button1, Led1 und Relay1 (das Relay ist der eigentliche Schalter). Zuerst setzen wir bei allen GPIOs die Zuordnung auf None (0). Dann schließen wir eine einfache Lampe an die Steckdose an (und stellen vorher an einer normalen Steckdose sicher, dass die Lampe leuchten sollte!). Nun setzen wir bei 4 GPIOs (z.B. 12, 13, 14, 15) die Zuordnung auf Relay1 .. Relay4 und drücken "Save".
    Die Steckdose startet neu und zeigt wieder die Startseite an. Auf der Startseite gibt es jetzt 4x nebeneinander den Text "OFF" und darunter eine Schaltfläche "Toggle" (so ähnlich wie im Screenshot oben, aber eben 4x nebeneinander). Nun testet man, was mit der Steckdose und der Lampe passiert, wenn man auf die "Toggle" Schaltflächen klickt. Wenn bei einer der Schaltflächen (z.B. in meinem Fall bei der vierten) die Lampe an- bzw. ausgeht, dann wissen wir, dass die GPIO-Nummer eigentlich Relay 1 ist und nicht Relay 4. Mit etwas Glück (so wie in meinem Beispiel) stellen wir außerdem fest, dass - nur wenn die Lampe nicht leuchtet - eine der Schaltflächen die Kontroll-LED umschaltet.
    Wir gehen wieder zum "Configure Template" Bildschirm und legen für die 4 getesteten GPIOs nun die richtige Zuordnung fest -wobei man statt Led1 auch LEd1i ("i" wie invertiert) verwenden kann, je nachdem wie man es lieber hat). Die übrigen GPIOs setzt man wieder auf None:
    
    
    
    Danach klickt man auf "Save" und die Steckdose startet neu. Im Hauptmenü ist jetzt nur noch ein ON/OFF-Status und eine "Toggle"-Schaltfläche zu sehen. Diese kann man nun testen - sie sollte die Lampe ein- und ausschalten.
    Auf ähnliche Weise (Button1 .. Button4 testweise unbenutzten GPIOs zuordnen) findet man heraus, welche GPIO-Nummer tatsächlich zu Button1 gehört. Dazu wechselt man nach dem Konfigurieren und Neustart zur "Console" und beobachtet, welche Nachricht (außer den Power-Nachrichten) ankommt, wenn man auf den Button klickt (wenn ich mich recht erinnere, im Youtube-Video ist das jedenfalls gut erklärt).
13. Es kann sein, dass man nach dem ersten Erstellen des Templates (Schritt 12) bei "Configure Module" zunächst einmal das neu angelegte Template (in meinem Fall "Luminea NX-449") auswählen muss.

14. Unter "Configure Other" wählt man nun einen passenden Namen aus und achtet darauf, dass "MQTT Enable" angehakt ist:
    
    
    
    
    
15. Es kann sein, das man nach dem ersten Erstellen des Templates (Schritt 12) bei "Configure Module" zunächst einmal das neu angelegte Template (in meinem Fall "Luminea NX-449") auswählen muss.
16. Unter "Configure MQTT" wählt man jetzt (das ist wichtig, damit die Steckdose nicht nur über dieses Web-UI, sondern auch über MQTT angesprochen werden kann) die IP-Nummer des Raspi bzw. genauer gesagt die IP-Nummer des Rechners auf dem der MQTT-Broker läuft. Außerdem habe ich die Einträge Topic und Client beide auf einen einfachen eindeutigen Namen "steckdose1" geändert:
    
    
    
    

LED-Statusanzeige anpassen

MQTT testen

Meilenstein erreicht: MQTT funktioniert