OH 3.4.1 Dimmer2 Communication_Error nach Upgrade

[Luihomes]

Hallo Zusammen,
nach dem Upgrade OH 3.3 nach 3.4.1 zeigt mein Dimmer2-Thing einen COMMUNICATION-Fehler an.
Vor dem Upgrade war dieses Thing online und lief ohne Probleme.
In der Shelly-App läuft alles.
Auch das Löschen und neu Anlegen des Things brachte keine Verbesserung.

Die Fehlermeldung in der Main-UI beim THING deutet (für mich) auf einen Fehler/Bug im Binding hin:

Code: Alles auswählen

COMMUNICATION_ERROR
Unerwarteter Fehler - Unable to create object of type ShellySettingsStatus from JSON (syntax/format error: java.lang.IllegalStateException: 
Expected a boolean but was NUMBER at line 1 column 871 path $.loaderror): {"wifi_sta":{"connected":true,"ssid":"LW1_MGSNET","ip":"192.168.103.195","rssi":-53},"cloud":{"enabled":true,"connected":true},"mqtt":{"connected":false},"time":"03:48","unixtime":1675565290,"serial":24095,"has_update":false,"mac":"C45BBE570EE9","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"lights":[{"ison":false,"source":"input","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":84,"transition":0}],"meters":[{"power":0.00,"overpower":0.00,"is_valid":true, "timestamp":1675568890,"counters":[0.000, 0.000, 0.000],"total":15188}],"inputs":[{"input":0,"event":"","event_cnt":36},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":44.35,"tF":111.83, "is_valid":true},"calibrated":true,"calib_progress":0,"calib_status":0,"calib_running":0,"wire_mode":1,"forced_neutral":false,"overtemperature":false,"loaderror":8,"overpower":false,"debug":0,"update":{"status":"idle","has_update":false,"new_version":"20221027-104444/v1.12.1-ga9117d3","old_version":"20221027-104444/v1.12.1-ga9117d3"},"ram_total":49672,"ram_free":36828,"fs_size":233681,"fs_free":117970,"uptime":1087899}(class com.google.gson.JsonSyntaxException)

Hat noch jemand so ein Fehler oder evtl. eine Lösung parat ?
Ist das wirklich ein Fehler im Binding ?

Danke im voraus für Eure Hilfe.

[udo1toni]

Ich hab die Fehlermeldung hier mal etwas umformatiert, wenn man entsprechend im JSON runter scrollt, kann man schön sehen, dass loaderror tatsächlich eine Zahl liefert. Ich vermute mal, dass sich da was an der API geändert hat, so ein Typfehler ist eher unwahrscheinlich (und vor allem, dass er nach der Umstellung auftritt).
Eventuell wird der Firmwarestand falsch erkannt und in der Folge stimmt dann das Datenmodell nicht.

Code: Alles auswählen

COMMUNICATION_ERROR
Unerwarteter Fehler - Unable to create object of type ShellySettingsStatus from JSON (syntax/format error: java.lang.IllegalStateException: 
Expected a boolean but was NUMBER at line 1 column 871 path $.loaderror): 
{
	"wifi_sta": {
		"connected": true,
		"ssid": "LW1_MGSNET",
		"ip": "192.168.103.195",
		"rssi": -53
	},
	"cloud": {
		"enabled": true,
		"connected": true
	},
	"mqtt": {
		"connected": false
	},
	"time": "03:48",
	"unixtime": 1675565290,
	"serial": 24095,
	"has_update": false,
	"mac": "C45BBE570EE9",
	"cfg_changed_cnt": 0,
	"actions_stats": {
		"skipped": 0
	},
	"lights": [
		{
			"ison": false,
			"source": "input",
			"has_timer": false,
			"timer_started": 0,
			"timer_duration": 0,
			"timer_remaining": 0,
			"mode": "white",
			"brightness": 84,
			"transition": 0
		}
	],
	"meters": [
		{
			"power": 0.0,
			"overpower": 0.0,
			"is_valid": true,
			"timestamp": 1675568890,
			"counters": [
				0.0,
				0.0,
				0.0
			],
			"total": 15188
		}
	],
	"inputs": [
		{
			"input": 0,
			"event": "",
			"event_cnt": 36
		},
		{
			"input": 0,
			"event": "",
			"event_cnt": 0
		}
	],
	"tmp": {
		"tC": 44.35,
		"tF": 111.83,
		"is_valid": true
	},
	"calibrated": true,
	"calib_progress": 0,
	"calib_status": 0,
	"calib_running": 0,
	"wire_mode": 1,
	"forced_neutral": false,
	"overtemperature": false,


	"loaderror": 8,


	"overpower": false,
	"debug": 0,
	"update": {
		"status": "idle",
		"has_update": false,
		"new_version": "20221027-104444/v1.12.1-ga9117d3",
		"old_version": "20221027-104444/v1.12.1-ga9117d3"
	},
	"ram_total": 49672,
	"ram_free": 36828,
	"fs_size": 233681,
	"fs_free": 117970,
	"uptime": 1087899
}(class com.google.gson.JsonSyntaxException)

[Luihomes]

Ok, dann ist das tatsächlich ein Fehler im Binding ?
Wie kann man den Entwickler hierzu informieren ?

Kann man so etwas irgendwie "lokal" fixen ?

[udo1toni]

Ich denke nicht, dass es sich um einen Fehler im Binding handelt, jedenfalls habe ich im englischen Forum nichts dazu mitbekommen.
Das wäre im Übrigen auch die beste Anlaufstelle, auch um Kontakt zum Entwickler zu bekommen.

Du könntest als Workaround auf mqtt umstellen, da kannst und musst Du jeden Aufruf selbst definieren.

[Luihomes]

A propos: Danke für Deinen Support.

Da Du es eher ausschließt, dass es ein Binding-Bug ist, habe ich noch einen Versuch gestartet.
Ich habe das Thing wieder gelöscht und bei der Neuanlage den Thing-Namen frei von Klammern und Umlaute gelassen (ansonsten die identischen Parameter wie vorher verwendet).
Und siehe da: Das Thing wurde angelegt und nun ist es ONLINE.

Schon merkwürdig, aber das erspart mir so einiges.

Nun kann ich beruhigt in den Wochenendabend "gehen".

Grüße
Lh

[udo1toni]

Wie kommst Du darauf, dass eine Thing UID Sonderzeichen wie Klammern oder Umlaute enthalten dürfte?

Erlaubt sind die Zeichen des englischen Alphabets in groß und klein sowie (ab dem 2. Zeichen) die arabischen Ziffern und noch Unterstrich und Minus (wobei das Minus meines Wissens nicht immer erlaubt war, kann aber sein, dass ich mich da täusche.)
Innerhalb des Labels sind dafür alle Zeichen erlaubt, die UTF-8 hergibt. Kann auch sein, dass noch mehr geht, wenn man den Zeichensatz auf UTF-16 umstellt.

[Luihomes]

Nein es ging nicht um die UID, sondern tatsächlich um den NAME.
Nur dort habe ich im letzten Versuch (sicherheitshalber) im vorgeschlagenen Text die Umlaute und Klammern ersetzt/gelöscht und damit funktionierte dann die Neuanlage ohne Fehler.
Für mich nicht erklärbar, aber führte zum Erfolg.

[udo1toni]

Name? ist Teil der UID...
Ein Thing hat ein Label und eine UID. (den Identifier)
Ein Channel hat ein Label und eine UID.
Ein Item hat ein Label und eine UID.

Beim Item heißt die UID Name, weil noch aus openHAB1-Zeiten.
Bei Things gibt es keinen Namen, sondern eine Identifier, dieser ist Teil der UID, wenn man einen Channel mit einem Item verlinkt oder auch über einen Channel eine Rule triggert.

[Luihomes]

Wenn man ein Thing in der Main-UI anlegt/hinzufügt, ist die UID nicht änderbar, der Name (oder engl. "Label") schon.
Zumindest "sagt" meine Main-UI beim Anlegen/Hinzufügen folgendes:

Code: Alles auswählen

Add as Thing
This will create a new Thing of type (...) with the following name:

Im Bearbeitungsmodus des Things heißt das Feld dann wiederum "Label".

Nicht sehr durchgängig (wie so oft).