Joe hat geschrieben: ↑17. Dez 2023 18:13
mein Oh ist auf v2.4.0 und naja was soll sagen, "never change a running system".
Ja, aber nein.
Ich möchte an dieser Stelle empfehlen, dringend darüber nachzudenken, das System auf die aktuelle Version (4.0.4, nächste Woche 4.1.0) zu heben.
openHAB2 nutzt Java8 (LTS 03/2022 ausgelaufen), openHAB4 nutzt Java17 (LTS bis 09/2026).
Je nach Unterbau dürfte das Betriebssystem inzwischen hoffnungslos veraltet sein, was Dein System angreifbar macht.
Auch wenn openHAB keine direkte Anbindung ins Internet hat (hoffentlich...), kann ein Schadprogramm auf einem anderen System innerhalb Deines LAN potenziell auch openHAB angreifen.
Die Aussage "Never change a running System" gilt ausschließlich für Standalone Systeme, niemals für verknüpfte Systeme, schon gar nicht, wenn diese Systeme hochdynamisch sind, erst recht nicht, wenn sie allgemein angegriffen werden (also alles, was in irgendeiner Form mit dem Internet kommuniziert)
Joe hat geschrieben: ↑17. Dez 2023 18:13
Ich habe schon lange nix mehr an OH gemacht kein Plan ob ich da noch reinkomme mit der ganzen Umstellung.
Eben... Schon das zeigt, dass es keine gute Idee ist, das System nicht anzufassen - Wenn dann mal was dran ist, hast Du dann richtig viel Arbeit und lässt es am Ende vielleicht ganz sein, und das wäre doch sehr schade.
Joe hat geschrieben: ↑17. Dez 2023 18:13
Ist das sehr kompliziert oder gibt es vernünftige und eindeutige Erklärungen?
Du kennst das Thing/Channel-System vermutlich schon von anderen Bindings. Die V1-Variante (Verknüpfung zum Binding zwingend über items-Dateien, es gibt eine separate cfg-Datei in der grundlegende Einstellungen für das Binding festgelegt werden) ist seit vielen Jahren veraltet, es gibt insgesamt nur noch eine Handvoll Bindings, welche nicht nach V2 portiert wurden (dabei handelt es sich um eher exotische Anwendungen).
Joe hat geschrieben: ↑17. Dez 2023 18:13
Habe aktuell von 11 - 2.5er Shelly nur den einen auf den plus2PM getauscht, mir werden aber sicher nach ca. 3 Jahren jetzt langsam alle 2.5er abrauchen.
Siehe oben - höchste Zeit, etwas aktiver an openHAB zu schrauben, um wieder fit zu werden.
Es gibt auch ein Shelly Binding, welches evtl. weniger Arbeit macht. Das Shelly Binding nutzt CoAP(?) statt MQTT zur Kommunikation. Allerdings solltest Du dann ganz dringend upgraden.
Joe hat geschrieben: ↑17. Dez 2023 18:13
Wenn ich das V2-Variante Binding installiere schreibst Du, das ich dazu sämtliche Item Konfigurationen in Channel überführen und anschließend die Channel mit den Items verlinken muss. Wenn ich ein Beispiel auf Basis meiner aktuellen Konfiguration hätte, wäre das sicher machbar.
Natürlich, das ist kein Problem. Zeig bitte mal den Inhalt der mqtt.cfg (ähm... weiß gar nicht mehr, wie die richtige Datei heißt... die mit der Konfiguration des Brokers halt) und vielleicht noch ein paar mqtt Items, dann kann ich Dir den notwendigen Inhalt der mqtt.things und mqtt.items dazu präsentieren.
Joe hat geschrieben: ↑17. Dez 2023 18:13
Geht das ganze überhaut mit meiner OH v2.4.0'er Version?
Ja, 2.4 sollte schon ein mqtt-V2 Binding zur Verfügung stellen. Aber wie oben erwähnt: denke darüber nach, auf die aktuelle Version zu wechseln.
Das wird, von OH2.4 kommend, aufwändig sein, wenn Du wirst nicht darum herum kommen, mindestens einen Teil Deiner Rules zu verändern (z.B. alles, was innerhalb des Codes Zeit nutzt - openHAB2 verwendet noch Joda Time, seit openHAB3 wird JavaTime verwendet).
Auf der anderen Seite bietet openHAB4 massig neue Möglichkeiten und eine zeitgemäße Oberfläche.
Ach so... Du kannst den Umstieg nach OH4 auch ganz allmählich vollziehen, also vor allem zunächst mal alle Bindings auf V2 umstellen, falls Du noch andere Bindings in V1 nutzt. Es gibt ein paar Bindings, die unter OH2 nie offiziell als V2 zur Verfügung standen, z.B. http (hab ich aber bestimmt noch irgendwo rum liegen...), zur Not kann man aber die Konfiguration in einer virtuellen Umgebung vorbereiten.
Auf welcher Plattform läuft denn Dein System?
