openHAB 4.x von Scratch

[int5749]

Du kannst die verwendete Java-Version mit update-alternatives umschalten. Notwendig sollte das gewöhnlich nicht sein, eventuell ist schon beim Installieren der Version ein Fehler passiert.

Hmm, auschließen kann ich Fehler dort sicher nicht. Denn auch wenn ich es zu den Zeitpunkt (Du kannst Dich vielleicht ganz dunkel erinnern) min. 20--25x neu installiert habe, da zu dem Zeitpunkt noch die Zulu Keys extra unter Bullseye (zu dem Zeitpunkt noch nicht von openHABian unterstützt) importiert werden mussten, etc. daher ist eine Neu installation des Systems evtl. doch die beste Option.

Das Update von 3.4 auf 4.0 kümmert sich um so einige Dinge, ich habe den Eindruck, dass die Upgrade Scripts dabei aber gerne auch mal hängen bleiben - wobei das bei mir nicht auftritt, da ich ohnehin reine Textkonfiguration betreibe...

Ich nutze auch zu 100% die Textkonfiguration. Ausserdem dachte ich das OH4 bereits der default bei openHABian ist, jedoch war tatsächlich erst OH3 installiert. das habe ich dann über openHABian auf OH4 ge-updated.

Was die JS Transformation betrifft: Mit Version 4.0 werden die Script Transformation Services von der jeweiligen Scripting Engine mit übernommen, es gibt also keine separat zu installierende JS Transformation mehr, stattdessen musst Du JavaScript Scripting installieren (vorzugsweise GraalVM Nashorn ist alt).

Dann müsste ich das doch bereits schon unter OH3 umstellen können? Habe schon etwas ge-googelt aber noch nicht wirklich etwas passendes gefunden :-/ Hier im Forum waren einige Beiträge aber nur zur Installation von "Script Transformation" nicht, wie dann die Items/Things angepasst werden müssten :-/

Hast Du dem Container ausreichend RAM mitgegeben? Ich habe bei mir 3 GByte eingestellt, wobei der Container nach ein paar Stunden aber nicht mehr als 1,5 GByte nutzt (diesen Wert könnte man noch über die /etc/default/openhab.cfg beeinflussen, Startparameter für Java) Wichtig ist aber auf jeden Fall, dass Java sich erst mal frei entfalten kann - im Betrieb schlägt es dann nicht übermäßig zu.

Das war es wieder => Picnic

Ich wollte und dachte habe den Container 1:1 erstellt. Habe ich auch, bis auf den RAM Im aktuellen System habe ich 4GB spendiert, in der Kopie (The devil knows why) aber nur 1GB, die natürlich zur gesamten Laufzeit zu 100% ausgelastet waren. Das hierdurch das System instabil ist, ist glaube ich nicht verwunderlich Werde dem System also auch die 4GB spendieren und noch einmal starten und beobachten.


PS [off-topic] Falls Du Lust & Zeit haben solltest, interessiert mich Dein Feedback zur Rule für die Ladeplanung, auch wenn es keine leichte Kost ist.

[udo1toni]

daher ist eine Neu installation des Systems evtl. doch die beste Option.

Abschließend ganz sicher

Ich nutze auch zu 100% die Textkonfiguration. Ausserdem dachte ich das OH4 bereits der default bei openHABian ist, jedoch war tatsächlich erst OH3 installiert. das habe ich dann über openHABian auf OH4 ge-updated.

Kann sein, dass Markus das wieder geändert hat, nachdem openHAB3 quasi gar nicht mehr installierbar war. Kommt halt auch auf den branch von openHABian an Als ich das letzte Mal einen Container neu gebaut habe, wurde straight openHAB4 eingerichtet.

... es gibt also keine separat zu installierende JS Transformation mehr, stattdessen musst Du JavaScript Scripting installieren (vorzugsweise GraalVM Nashorn ist alt).

Dann müsste ich das doch bereits schon unter OH3 umstellen können?

Nein, eben nicht. Unter openHAB3 ist das ein separater Dienst, eben der JS Transformation Service, unter openHAB4 musst Du dann ein anderes Paket dafür installieren. Und selbst wenn Du JaveScript Scripting unter openHAB3 laufen hattest, musst Du JavaScript Scripting neu installieren, weil das halt die falsche Version war. Gerade dieses Paket hat für einige Verwirrung gesorgt, unterm Strich muss man aber "nur" das alte Paket verwerfen und das neue installieren.
Wenn Du nun aber eine Scripted Transformation erstellen willst, so kannst Du das in jeder installierten Sprache erledigen, also z.B. auch mit der Rules DSL (wenn Du weißt, wie es geht...)

Falls Du Lust & Zeit haben solltest, interessiert mich Dein Feedback zur Rule für die Ladeplanung,

Ja, da bin ich noch nicht dazu gekommen, ist ja etwas umfangreicher...

[int5749]

So, gestern Abend dann noch einmal ausgiebig mit Debian und openHAB beschäftigt, war auch mal wieder schön.

Zulu11 Deinstallation konnte ich dann zwan manuell und mit einigem Aufwand (Stück für Stück) Deinstallieren, aber ... das Upgrade von Bullseye auf Bookworm hat dann jedesmal mehrere Fehler in der dpkg gebracht, die ich nicht beseitigt bekommen habe. Ist wohl auch ein bekannter Bug, aber ich hatte dann doch auch keine Lust mehr die Lösung zu suchen. Das Mysterium warum openHABian openHAB 3 installiert (obwohl ja mittlerweile openHAB 4 Standard ist) war auch klar => Copy / Paste aus meiner Doku => git clone -b openHAB3 https://github.com/openhab/openhabian.git /opt/openhabian

Habe ich dann aber gelassen, damit ich dann zumindest dort ein Update machen konnte.

Also Bookworm von Scratch, openHABian mir Java 17 und openHAB 3 inkl. meiner Konfiguration und anschließend upgrade auf openHAB 4.0.2
Dann noch rasch JaveScript Scripting (nicht Longhorn) installiert und das Log war nach einigen Minuten und 2 Reboots (upgrade braucht ja immer etwas) wieder "sauber".

Lediglich beim Start kommen nun immer einige Hinweise, da schon Things geladen werden die auf den noch nicht gestarteten Transformation Service warten, das war unter openHAB 3 mit JS Transformation gefühlt besser. Ist aber aus meiner Sicht kosmetisch im Log.

Was ich "vermisse" ist die Möglichkeit zur Konfiguration der Persistence Service für jdbc und influx über die MainUI. Ist das nur noch über die Files möglich??

So der erste Start in den Produktionsstart mit openHAB 4.0.2

[udo1toni]

Was ich "vermisse" ist die Möglichkeit zur Konfiguration der Persistence Service für jdbc und influx über die MainUI. Ist das nur noch über die Files möglich??

Nein, das ist nur momentan an etwas ungewohnter Stelle.
Du musst Dazu in die Addons gehen und die Detailseite zum jeweiligen Addon öffnen (hier also jdbc Persistence Service). In der dateilansicht hast Du auf der linken Seite die Schaltfläche Remove (ist ja schon installiert) und auf der rechten Seite ein unscheinbares kleines blaues Zahnrad.
Dahinter verbergen sich dann die verschiedenen Optionen, insbesondere die Möglichkeit, das Logging zu setzen (was bisher nur über Karaf ging...) und im Fall der Persistence sowohl die Parametrierung des Service an sich, als auch die Konfiguration der einzelnen Items.

Es gibt aber wohl schon einen Patch, der diese Einstellungen etwas weniger versteckt erreichbar machen soll.

[int5749]

Nein, das ist nur momentan an etwas ungewohnter Stelle.
Du musst Dazu in die Addons gehen und die Detailseite zum jeweiligen Addon öffnen (hier also jdbc Persistence Service). In der dateilansicht hast Du auf der linken Seite die Schaltfläche Remove (ist ja schon installiert) und auf der rechten Seite ein unscheinbares kleines blaues Zahnrad.
Dahinter verbergen sich dann die verschiedenen Optionen, insbesondere die Möglichkeit, das Logging zu setzen (was bisher nur über Karaf ging...) und im Fall der Persistence sowohl die Parametrierung des Service an sich, als auch die Konfiguration der einzelnen Items.

Es gibt aber wohl schon einen Patch, der diese Einstellungen etwas weniger versteckt erreichbar machen soll.

Wow, das ist aber wirklich mini, dass Zahnrad und bei einer hohen Auflösung auf dem Notebook/Monitor wird man dort gestraft.
Für influx habe ich das gefunden, für jdbc ist dort "nur" die Konfigration der Persistence nicht des Services. Da muss ich mal weitersuchen.

Auf den "Patch" bin ich gespannt

[udo1toni]

Komisch. Bei mir ist das bei beiden vorhanden (interessanterweise behauptet die bei eingerichtete JDBC Persistence für MariaDB, es handele sich um JDBC SQlite, SQLite ist dabei aber noch ein zweites Mal vorhanden...)

[int5749]

Ich habe mal ein paar Screenshots erstellt.

Details vom JDBC SQLite

jdbc main.JPG

In den Einstellungen kann dann "nur" der Log-Level geändert werden.

jdbc config.JPG

Nach einem Klick auf Persistence sehe ich die Items, natürlich R/O da es über Text-Files konfiguriert ist

jdbc items.JPG

Ich habe die Konfiguration auch schon aus der services jdbc gelöscht, trotzdem war nichts in der MainUI zu sehen.

[udo1toni]

Ist ja nicht so, dass ich Dir nicht glaube

[int5749]

Ist ja nicht so, dass ich Dir nicht glaube

Aber ich hätte ja auch nur ein weiteres kleines Zahnrädchen übersehen haben können.
Mal sehen, was der Patch bringt, bis dahin habe ich die Konfig für jdbc in der jdbc.cfg eingetragen.