Probleme beim Umstieg auf Openhab 3

[mcdandrew]

Ich habe mich nun auch an den Umstieg auf Openhab 3 gewagt....ganz so problemlos funktioniert es leider doch nicht.

Bereits bei den Jalousien gibt es Probleme. Die Konfiguration der Things, Items usw. habe ich in Openhab2 fast ausschließlich überTextfiles vorgenommen, somit dachte ich, dass ich diese in Verzeichnis kopiere und gut.

Folgende Aufbau bei mir. In jedem Zimmer steuert ein Sonoff T1 2Ch die in den Jalousiekästen verbauten Sonoff Duals an.
Bisher habe ich dafür, die mit Udo seiner Unterstützung erstellte Regel genutzt

Code: Alles auswählen

rule "t1_Gaestezimmer_u nach Aktor"
when
    Item t1_gz_power1 received command or
    Item t1_gz_power2 received command
then
    if(receivedCommand == OFF)
        dual_gz_rollladen.sendCommand(STOP)
    else if(triggeringItem.name == "t1_gz_power1")
		dual_gz_rollladen.sendCommand(DOWN)
    else if(triggeringItem.name == "t1_gz_power2")
		dual_gz_rollladen.sendCommand(UP)
end

Hier scheint es ein Problem mit "triggeringItem.name" zu gebe....soviel konnte ich schon herausfinden.

Die Exception im Log lautet

Code: Alles auswählen

Script execution of rule with UID 'sonoff_t1-5' failed: cannot invoke method public abstract java.lang.String org.openhab.core.items.Item.getName() on null in sonoff_t1

Hat jemand einen Tipp für mich?

[Darkwin101]

Versuche mal triggeringItemName

[mcdandrew]

Du bist meine Rettung!!!
Es kann ja wohl nicht sein, dass es wirklich nur an so einem simplen Fehler liegt. Ich suche seit gestern Mittag nach dem Fehler
Scheinbar gab es hier eine Änderung....ich hoffe anderen hilft der Tipp auch weiter

[udo1toni]

Ja, leider eine der Änderungen, die vorgenommen wurden. Bisher galt triggeringItem sowohl für den Trigger Member of als auch für einzelne Items. Nun steht das triggernde Item nicht mehr als implizite Variable zur Verfügung, nur noch der Name als String (triggeringItemName). Beim Trigger Member of funktioniert es aber nach wie vor mit triggeringItem.

[mcdandrew]

Ein Problem gibt es noch bei der Abfrage meiner Wärmepumpe in Verbindung mit dem HTTP Binding.

Damals habe ich in der http.cfg folgendes definiert

Code: Alles auswählen

WPMCacheAnalog.url=http://192.168.10.5/usr-cgi/xml.cgi?A%%7c1%%7c207 

Diese scheint es nun nicht mehr zu geben...ich habe versucht ein entsprechendes Thing anzulegen, was leider gescheitert ist.
Die Items sehen folgendermaßen aus

Code: Alles auswählen

Number	WPM_Aussentemp					"Außentemperatur [%.1f °C]"						<temperature>	(gWPM,gAussen,gAussenChart,gWPMChart,gLog)	["CurrentTemperature"] { http="<[WPMCacheAnalog:60000:REGEX(.*?<INDEX>27</INDEX>\\n\\t*<VALUE>(.*?)</VALUE>.*)]" }

Die alte http.cfg ins Verzeichnis kopieren brachte auch nicht den gewünschten erfolg.

[sihui]

Damals habe ich in der http.cfg folgendes definiert

Version 1 Bindings funktionieren in openHAB3 nicht mehr, du musst auf das neue HTTP2 Binding umsteigen. Alles hat jetzt Things und Channels.

https://www.openhab.org/addons/bindings/http/

Der Vorteil: du brauchst keine Textkonfiguration mehr, alles geht per einfachem Klick (und Klack) in der MainUI.

[mcdandrew]

Version 1 Bindings funktionieren in openHAB3 nicht mehr, du musst auf das neue HTTP2 Binding umsteigen. Alles hat jetzt Things und Channels.

https://www.openhab.org/addons/bindings/http/

Der Vorteil: du brauchst keine Textkonfiguration mehr, alles geht per einfachem Klick (und Klack) in der MainUI.

Danke für den Hinweis, mittlerweile konnte ich dies als Problem identifizieren.
Meine JSON Abfragen vom Volkszähler konnte ich bereits umstellen.
Bei der Wärmepumpe komme ich derzeit nicht weiter, da es kein JSON ist und ich es somit nicht übernehmen kann.

Bei Telegram habe ich derzeit auch noch ein Problem, früher hatte ich es als Action eingebunden was immer problemlos funktionierte.
Nun gibt es dafür ein Binding, die Konfiguration hat geklappt und ich bekomme auch die entsprechenden Nachrichten. Beim Neustart allerdings erscheinen beim Einlesen der einzelnen rules entsprechende Fehlermeldungen, dass das Thing noch nicht initialisiert wurde.

The field Tmp_systemRules.telegramAction_bot refers to the missing type Object
The field Tmp_systemRules.actionsBroker refers to the missing type Object

Code: Alles auswählen

val telegramAction_bot = getActions("telegram","telegram:telegramBot:hab_BOT")

//Ausführung bei System start
rule "Systemstart"
when
    System started
then
	telegramAction_bot.sendTelegram("Openhab wurde neugestartet") 
	//Sonoff neustarten
	actionsBroker.publishMQTT( "cmnd/sonoff_t1_bad_u/restart", "1")
end

Gibt es eine Möglichkeit, bestimmte Things direkt beim Start bevorzugt zu initialisieren?

[sihui]

Bei Telegram habe ich derzeit auch noch ein Problem

Das val muss in die Rule, etwa so:

Code: Alles auswählen

val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
telegramAction.sendTelegram("Test Telegram")

[mcdandrew]

Das val muss in die Rule, etwa so:
CODE: ALLES AUSWÄHLEN

val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
telegramAction.sendTelegram("Test Telegram")

Ich hatte irgendwo ein Beispiel gefunden und mich danach gerichtet.
Im Grunde funktioniert es ja, bis auf diese unschönen Meldungen beim Systemstart. Die Definition von telegramAction werde ich mal direkt in jede Rule packen...mal sehen

[sihui]

Im Grunde funktioniert es ja, bis auf diese unschönen Meldungen beim Systemstart.

Dann ist es das übliche Problem: die Startreihenfolge in openHAB ist nicht beeinflussbar, du solltest mal eine Verzögerung per Timer (zwei Minuten sollten reichen) in deine Startup Rule einbauen zum testen, dann dürfte die Meldung verschwunden sein.