Leider hat Marianne Spiller bisher kein weiters Buch über openHAB3 geschrieben. Nicht, dass das openHAB2 Buch schlecht wäre, vieles gilt auch weiterhin, allerdings ist die Oberfläche halt eine komplett andere und es gibt massig Dinge, die in openHAB noch nicht mal ansatzweise vorhanden waren. Die Kopplung mehrerer openHAB Systeme funktionierte unter OH2 mit mqtt.
Wie hast du alles rules mit einmal auskommiert?Ich habe bei Umstellungsprozessen schon mal alle Rules in der neuen Instanz auskommentiert (einer der Vorteile von Textdateien...) und dann jeweils wenn ich eine Rule aktiviert habe, vorher die im alten System deaktiviert.
Ich glaube das neue 3.4.1 hat so was bemängeltZu Deinem Problem mit in Gruppen fehlenden Items: Prüfe bitte alle Items, Channel und Things ob deren IDs (beim Item der Name) mit einer Zahl beginnen. Das war noch nie erlaubt, aber openHAB3.4 setzt dies nun rigoros durch. Es gibt massig Fehlermeldungen bei Leuten, weil die die entsprechenden Erläuterungen nie ernst genommen haben...
Code: Alles auswählen
Group icon="outdoorlight" label="Weihnachtsbeleuchtung" {
Switch icon="light" label="Wandprojektion" item=shellyplugsWandprojektion192168180_Betrieb
Switch icon="light" label="Lichterkette Schuppen" item=shellyplugsLichterkette192168177_Betrieb
Switch icon="light" label="Rentier Wohnzimmer" item=shellyplugsFensterWeihnachten192168179_Betrieb
}Ja zb das Tuya Binding wäre für mich sehr wichtig was es ja nicht offiziell gibt sondern nur von Smarthome/J Add-ons über Repositority.Der Sprung von 3.1 zu 3.4 sollte davon abgesehen eigentlich problemlos möglich sein, es gibt aber eventuell ein paar breaking Changes, einige Bindings betreffend. Da müsstest Du in den Changelogs aller stable Versionen seit 3.1 nachschauen, also 3.2, 3.3 und 3.4.
Das Backup mache ich immer indem ich mir einfach die 3 Ordner (userdata,conf und addons)kopiere und dann wieder hineinkopiere ins neue System.Ansonsten könntest Du natürlich auch ein Backup der Konfiguration ziehen (openhab-cli backup) und dieses auf dem neuen System einspielen (aber wie gesagt... vorher das alte System runterfahren), da sollte eigentlich (bis auf die Sache mit den Namen bzw. IDs) kein Showstopper auftreten.
Ja das ist bei mir auch ein Problem hatte mal die neue DB am Anfang probiert und hatte echt probleme die ans laufen zubekommen damals noch die 2.01 oder so.Mir war dabei egal, dass ich die persistierten Daten verliere, meine InfluxDB habe ich Anfang des Jahres auf 2.6.1 gehoben, da wäre eine Datenübernahme von 1.8.? ohnehin eher schmerzhaft geworden. Letztlich kenne ich meine Daten einigermaßen
Ich hoffe mal außerhalb des DHCP Bereichs
Ansonsten ist dagegen nichts einzuwenden, es ist ohnehin sinnvoll, für openHAB das host-Netz zu verwenden, da AVAHI aka ZeroConf nicht über Subnetze hinweg funktioniert (es setzt Multicast voraus; Multicast wird grundsätzlich nicht geroutet).
Da ich meine Rules mittels Textdateien verfasse, ist es das einfachste, die Dateiendung zu ändern. In einer späteren Phase setze ich am Anfang der Datei ein /* und am Ende der Datei ein */, alles dazwischen ist automatisch auskommentiert (solange man diese Zeichen nicht schon verwendet, was bei mir aus Gründen nicht der Fall ist). Im weiteren Verlauf verschiebe ich das Kommentarzeichen immer weiter, bis alle Rules laufen.
Ja
Das Group Widget ist ausdrücklich und ausschließlich dazu gedacht, ein Group Item auszulesen und dessen Member mit dem Default Widget auf einer Tochterseite darzustellen. Wenn Du also das Group Widget ohne Parameter item angibst, ist das ein Verstoß gegen die Konfigurationsregeln, weil item eben nicht optional ist. Das sollte unverändert funktionieren (also abgesehen davon, dass es erneut eingerichtet werden muss - das Repository muss dann als 3rd-Party Repository hinterlegt werden; anschließend stehen alle Bindings daraus auch über die interne Binding-Suche zur Verfügung.
Ja, perfekt, das funktioniert ja unter Docker wunderbar.
Inzwischen ist die 2.6.1 draußen. Es gibt fertige Docker Images, das sind drei Klicks, dann läuft das Ding. Wichtig zu wissen: Man legt zwingend einen User an, um sich im System anmelden zu können, der User gehört zwingend einer Organisation an, die also auch angelegt werden muss (die kann aber z.B. "zuhaus" heißen, oder auch "Hurslibarsli", völlig wurscht.
Wie erwähnt bringt InfluxDB eine UI mit, in der Du die notwendigen Abfragen bequem zusammenklicken kannst. Dabei gibt es sogar eine grafische Ansicht des Ergebnisses, als Liste, als Graph usw. Natürlich nicht so komfortabel wie Grafana, aber mehr als ausreichend, um einen ersten Eindruck der Daten zu gewinnen. Auch hier gilt: hat man mal das Prinzip verstanden, lässt es sich intuitiv bedienen. Den fertigen Code kopierst Du dann einfach und fügst ihn in Grafana ein, fertig. Wenn Du Dir ein paar Queries anschaust, die so erzeugt wurden, kommst Du auch schnell dahinter, wie Du diese optimieren kannst.
Das wird man sich im Detail anschauen müssen. Wie gesagt, Schritt eins wäre, das System mit 3.4.1 zu starten, die Things zum Laufen zu bringen, die Items zu füllen, dann erst die Rules zu übernehmen, wobei Du immer darauf achten musst, dass eine Rule nur auf einem der beiden Systeme arbeitet, da es sonst zu Störungen kommen kann. Und wie erwähnt: Es gibt Bindings, bei denen ein paralleler Zugriff mehrerer Instanzen auf den identischen Bus nicht ohne weiteres möglich ist, selbst wenn der Hersteller etwas anderes suggeriert