Openhab 3 KNX Migration Openhab 2

[udo1toni]

Und Du bist sicher, dass Du das Routing korrekt angelegt hast? OH2 ist runtergefahren, wenn Du OH3 startest?

[int5749]

Hast Du denn "nur" das Gateway aktiv, oder auch schon - wie von nw378 angesprochen - bereits Things erstellt?
Das Gateway - so wie ich verstanden habe - ist ja online in OH? Aber ohne Things passiert da natürlich noch nicht viel.

Things kannst Du entweder über einer Datei (könnte sich zum testen anbieten) oder direkt in der Main UI erstellen.

[hulda]

Ja ist definitiv runter gefahren ...
Man kann auch hin und herschalten zwischen den OH Versionen.
Also ich habe nur den Gateway angelegt. In OH2 hat das so problemlos funktioniert.
Das Angebot der Datei nehme ich gerne zu Testzwecken an.
Aber eigentlich möchte ich mir das schon sparen 1000 Things anzulegen. Es funktioniert ja in OH2

Gruß Dirk

[int5749]

Das Angebot der Datei nehme ich gerne zu Testzwecken an.

Welches Angebot?? Aber ich kann gerne einen Tipp geben.

Aber eigentlich möchte ich mir das schon sparen 1000 Things anzulegen. Es funktioniert ja in OH2

Hmm, da wirst Du evtl. nicht drum herum kommen

Weil: Ich verstehe Deinen EIngangspost und die nachfolgenden Antworten wie folgt => Du bist derzeit auf OH2 aber nutzt (so zeigt Deine Items im Eingangspost) noch das KNX 1 Binding. <<<==== Korrigiere mich, falls ich falsch liege.

Wenn ich richtig liege, geht es hier weiter: In OH3 ist ALLES auf Things aufgebaut. Daher musst Du alles als Thing anlegen um es dann in den Items zu verlinken. Things sind dann z.B. die Hardware, aber auch virtuelle Things wie z.B. NTP und ähnliches. Dies ist auch der Grund, warum Deine jetzige *.items nicht unter OH 3 laufen wird.

Eine knx.things könnte z.B. folgenden Eintrag haben

Code: Alles auswählen

Thing device Gerät1 "Meine Bezeichnung für Gerät 1 in der Main UI" @ "Standort von Gerät 1" [
	fetch=false,
	readInterval=0
] {
	Type switch	: ch1		"Steckdose Deko"		[ ga="1/1/1+<1/1/2" ]
}

Dies wäre dann 1 Kanal auf 1 Aktor. Der Übersicht halber sollte man z.B. pro Hardware (ich separiere nach Aktoren) jeweils 1 Thing anlegen, natürlich dürfen alle Things in 1 Datei sein. Obacht: Das anlegen über Dateien wird noch unterstüzt, kann aber evtl in späteren Versionen entfallen (wann ist aber noch sehr fraglich) jedoch ist es eigentlich empfohlen bei einem Umstieg auf die Thing Konfiguration alles direkt über die Main UI anzulegen und vor Allem => ein mischen zu vermeiden. Wenn Things anlegen, dann über Main UI oder Dateien. Du hast ja mit der Bridge schon in der UI angefangen. Also hast Du noch alle Optionen

Zu dem o.g. Beispiel eines Things, würde das Item dann wie folgt aussehen

Code: Alles auswählen

Switch Deko	"Küche Deko Schrank"	<poweroutlet>	(Lampen, gGroundKitchen)	["Lightbulb"]	{channel="knx:device:bridge:ABB_0_0_3:ch1"}

Wie Du siehst, ist der KNX-Teil aus der Items ins Thing gewandert und in der Items sind dann die Channels verlinkt.

Dieses Modell war unter OH 2 auch schon in Einsatz, jedoch musste man dann auch das KNX 2 Binding nutzen.

[udo1toni]

:facepalm: Oh... da sieht man mal wieder, dass man jedes Posting vollständig lesen muss... @int5749 hat vermutlich Recht... Ich bin überhaupt nicht au die Idee gekommen, dass Du evtl. noch das knx1 Binding nutzen könntest, denn das ist ja nun schon seit Jahren abgelöst...

[hulda]

Hallo,
ja befürchte ich auch.
Da lasse ich das erst mal so wie es ist.
Und wenn ich mal ganz große Lust verspüre werde ich auf OH3 wechseln.
no change a running system

aber Danke für eure Hilfe

Gruß Dirk

[int5749]

Moin,

Auch wenn Du jetzt dann noch keinen Umstieg auf OH3 machen möchtest (auch wenn dies überschaubarer Aufwand ist), würde ich Dir empfehlen unter OH 2 auf das KNX 2 Binding zu wechseln.

Dies ist eigentlich nur etwas Fleißarbeit und ich habe dies 100% parallel vorgenommen.

- Du legst ausserhalb der Struktur eine neue Datei mit dem Namen irgendetwas.things an (ich habe die knx.things genannt, damit ich es zuordnen kann, später kamen dann bei mir beim Wechsel auf OH3 noch eine bindings.things dazu)
- Dies habe ich dann nach meiner Hardware (Aktoren) Befüllt und pro Aktor ein Thing erstellt.
- Dann habe ich die *.items an die gleiche Stelle kopiert
- nun beginnt der Fleiß: Item für Item habe ich den KNX part in die things „verschoben“ und natürlich als ordentlichen Channel angelegt und diese Channel Info dann in der Items eingetragen. Mehr braucht zunächst nicht zu erfolgen, wenn Du unter OH 2 bleibst, alle Rules etc sind ja auf die Items verlinkt deren Name sich nicht ändert.

Wenn Du fertig bist => Backup erstellen, knx1 Binding entfernen, knx2 Binding installieren und die beiden Dateien an die richtige Stelle kopieren.

Ja, ich hatte 2-3 Fehler durch falsches kopieren, aber das bekommt man schnell hin.

So wärest Du auf jeden Fall schon einen großen Schritt Richtung OH 3 - dort könntest Du bei einer Migration die Dateien 1:1 übernehmen, sofern Du nicht direkt auf die Main UI wechseln möchtest und dort gibt es sogar (für die items) eine Import Funktion. Aber: Beim Wechsel auf OH 3 (das muß man wissen und berücksichtigen) müssen Abfragen auf die Zeit überarbeitet werden, da sich dort etwas ändert.

Fazit: ich würde min. den Wechsel auf das knx2 Binding machen

[udo1toni]

Wenn man eine einigermaßen aktuelle Version von openHAB2 einsetzt (ich meine eigentlich, dass 2.5 schon reicht), sollte es bereits möglich sein, die Bezüge auf Joda Time in JavaTime abzuändern. JavaTime wurde schon eine Weile parallel zu Joda Time bereitgestellt, meine ich mich zu erinnern…

[hulda]

Hallo,
naja hast ja eigentlich recht...Machen muß man es ja eh...
Ist es zu empfehlen alles auf Datei Basis zu erstellen oder sollte man es zwingend über die Main UI erledigen.
Mir geht es darum das man dann nicht noch einmal anfangen muß.
Das hin und herkopieren geht schon so einigermaßen, aber alles in der Main UI zu machen wird ganz schön aufwendig

[udo1toni]

Ob Du die UI verwendest oder Dateien oder auch gemischt arbeitest, bleibt vollkommen Dir überlassen. Es ist auch (entgegen früherer Befürchtungen) nicht geplant, die Unterstützung der Text Dateien einzustellen. Wenn Du also gewohnt bist, mit den Dateien zu arbeiten, bleibe ruhig dabei, Und wenn Du irgendwann doch grafisch konfigurieren willst, ist es auch kein großes Problem, die Daten in die UI zu übernehmen.