Seite 1 von 2
Probleme beim Umstieg auf Openhab 3
Verfasst: 27. Dez 2020 11:31
von 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?
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 27. Dez 2020 11:56
von Darkwin101
Versuche mal triggeringItemName
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 27. Dez 2020 12:29
von 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
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 27. Dez 2020 19:12
von 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.
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 27. Dez 2020 23:17
von 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.
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 28. Dez 2020 17:36
von sihui
mcdandrew hat geschrieben: ↑27. Dez 2020 23:17
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.
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 28. Dez 2020 18:14
von 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?
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 28. Dez 2020 19:36
von sihui
mcdandrew hat geschrieben: ↑28. Dez 2020 18:14
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")
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 28. Dez 2020 21:10
von 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
Re: Probleme beim Umstieg auf Openhab 3
Verfasst: 29. Dez 2020 09:42
von sihui
mcdandrew hat geschrieben: ↑28. Dez 2020 21:10
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.