WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

Antworten
Locke
Beiträge: 251
Registriert: 14. Apr 2020 11:35
Answers: 3
Wohnort: bei Hamburg

WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von Locke »

Hi,
habe mal wieder "WARN" Meldung im Log und ich möchte diese beheben. Leider kann ich es nicht zuordnen was der Auslöser dafür ist.
Habt ihr einen Tip wie ich da vorgehen kann ?
2022-07-10 16:56:00.744 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 16:56:08.848 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39
die Meldung kommt auch mit anderen ziffern

Code: Alles auswählen

2022-07-10 17:00:44.085 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '36' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.36

2022-07-10 17:01:05.717 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:02:14.513 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '36' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.36

2022-07-10 17:04:22.396 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:04:44.332 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:07:21.936 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '44' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.44

2022-07-10 17:09:16.995 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:09:48.211 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:13:54.179 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:16:12.238 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:17:58.015 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:17:59.178 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:18:33.540 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:19:43.537 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '44' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.44

2022-07-10 17:21:02.401 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '44' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.44

2022-07-10 17:21:18.495 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:24:09.726 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:26:32.130 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:27:24.745 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:28:45.084 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:29:47.945 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '39' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.39

2022-07-10 17:32:02.545 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:32:14.482 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:33:15.464 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42

2022-07-10 17:33:37.717 [WARN ] [ab.binding.mqtt.generic.ChannelState] - Command '42' not supported by type 'OnOffValue': No enum constant org.openhab.core.library.types.OnOffType.42
thnx
____Sven_________________________________________________________________________________________
System 1, Raspberry Pi 4, 4GB RAM, openHAB 2.5.10 / System 2, Raspberry Pi 4, 2GB RAM, openHAB 3.3.0 /
System 3, Raspberry Pi 4, 2GB RAM, openHAB 4.0.2 / System 4 (Testsystem), Raspberry Pi 4, 2GB RAM, openHAB 4.1.1 / System 5, (als NAS) Raspberry PI 4, 4 GB RAM, openmediavault 6.8.0-1 (Shaitan)

Benutzeravatar
KellerK1nd
Beiträge: 432
Registriert: 17. Jun 2019 16:45
Answers: 1
Wohnort: Griesheim

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von KellerK1nd »

Ich vermute mal, da bekommt ein Item Dimmwerte geschickt welches aber lediglich als Schalter definiert ist (ON OFF). Schau doch mal in der logInfo welches Item die gesendete Werte bekommen soll. In der Regel kommt sowas wie receivedCommand 39. Als Folge sollte deine Warnmeldung kommen, dass das Item den Wert nicht annehmen kann, da es nur als Schalter konfiguriert ist.
Betriebssystem: Proxmox 7.3-4
openHAB Container: debian11 LXC
openHAB Version: 3.4
Hardware: HomeServer Eigenbau mit einem Intel i5 9600K
Smarthome-Equipment:
- Rasperrymatic
- deConz
- HUE
- Shellys
- Mosquitto
- AVM Fritz!Box

Locke
Beiträge: 251
Registriert: 14. Apr 2020 11:35
Answers: 3
Wohnort: bei Hamburg

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von Locke »

KellerK1nd hat geschrieben: 10. Jul 2022 22:04 Schau doch mal in der logInfo welches Item die gesendete Werte bekommen soll
Moin Kellerk1nd,
helfe mir doch mal bitte auf die Sprünge, welche "loginfo" ? Wo finde ich diese ?
thnx
____Sven_________________________________________________________________________________________
System 1, Raspberry Pi 4, 4GB RAM, openHAB 2.5.10 / System 2, Raspberry Pi 4, 2GB RAM, openHAB 3.3.0 /
System 3, Raspberry Pi 4, 2GB RAM, openHAB 4.0.2 / System 4 (Testsystem), Raspberry Pi 4, 2GB RAM, openHAB 4.1.1 / System 5, (als NAS) Raspberry PI 4, 4 GB RAM, openmediavault 6.8.0-1 (Shaitan)

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von udo1toni »

Ich denke mal, er meint die events.log. Die Warnmeldungen dürften aus der openhab.log stammen, aber es sollte auch noch Einträge für ein verlinktes Item geben.

Meine Vermutung: Du hast in einem Switch Channel (OnOffType) ein stateTopic gesetzt, welches Zahlen empfängt, z.B. die Rückmeldung eines Rolllershutters oder halt irgendein Messwert. Es ist halt etwas schwierig, weil der konkrete Channel nicht ersichtlich ist, deshalb die Frage nach dem Item.
Allerdings kann es gut sein, dass das Item hier gar keinen Mucks macht, weil, wie gesagt, der Channeltype evtl. Switch ist. Somit kann er nur ON oder OFF ans Item geben, was aber nicht passiert, da der Eingangswert weder ein gültiges ON noch ein gültiges OFF darstellt (das ist ja der Inhalt der Warnmeldung).
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Locke
Beiträge: 251
Registriert: 14. Apr 2020 11:35
Answers: 3
Wohnort: bei Hamburg

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von Locke »

udo1toni hat geschrieben: 11. Jul 2022 11:37 Meine Vermutung: Du hast in einem Switch Channel (OnOffType) ein stateTopic gesetzt, welches Zahlen empfängt, z.B. die Rückmeldung eines Rolllershutters oder halt irgendein Messwert. Es ist halt etwas schwierig, weil der konkrete Channel nicht ersichtlich ist, deshalb die Frage nach dem Item.
Hi Udo,
ich versuche gerade die Things nacheinander auf Pause zu setzen um zu sehen ob evtl. die Meldung ausbleibt.
Weiß im moment nicht wie ich dem Lurch :oops: sonst auf die schliche kommen soll.
Es müßte doch ein Item sein welches den Command 39, 36, 42, 44 etc. sendet und da fällt mir keins ein welches diese Zahlen verwendet.
Die Temperaturen die ich auslese haben auch nicht die Werte.
thnx
____Sven_________________________________________________________________________________________
System 1, Raspberry Pi 4, 4GB RAM, openHAB 2.5.10 / System 2, Raspberry Pi 4, 2GB RAM, openHAB 3.3.0 /
System 3, Raspberry Pi 4, 2GB RAM, openHAB 4.0.2 / System 4 (Testsystem), Raspberry Pi 4, 2GB RAM, openHAB 4.1.1 / System 5, (als NAS) Raspberry PI 4, 4 GB RAM, openmediavault 6.8.0-1 (Shaitan)

Locke
Beiträge: 251
Registriert: 14. Apr 2020 11:35
Answers: 3
Wohnort: bei Hamburg

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von Locke »

habe den Fehler gefunden, es war tatsächlich bei einer Zigbee Steckdose "Switch Channel" . Ich hatte dort bei "Incoming Value Transformations" aus versehen "JSONPATH:$.linkquality" anstatt "JSONPATH:$.state" gesetzt. linkquality wollte ich überhaupt nicht lesen. Dort schwankten die Werte auch den Meldungen entsprechend.

wieder einmal danke für Deine (Udo)/(KellerK1nd) Hilfe
Zuletzt geändert von Locke am 11. Jul 2022 13:13, insgesamt 1-mal geändert.
thnx
____Sven_________________________________________________________________________________________
System 1, Raspberry Pi 4, 4GB RAM, openHAB 2.5.10 / System 2, Raspberry Pi 4, 2GB RAM, openHAB 3.3.0 /
System 3, Raspberry Pi 4, 2GB RAM, openHAB 4.0.2 / System 4 (Testsystem), Raspberry Pi 4, 2GB RAM, openHAB 4.1.1 / System 5, (als NAS) Raspberry PI 4, 4 GB RAM, openmediavault 6.8.0-1 (Shaitan)

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: WARN Meldung im Log, wie definieren welches Gerät verantwortlich ist

Beitrag von udo1toni »

Prima :)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Antworten