@Jan-Fiedler

ich hab einen raspberry als iobroker, wie du ja auch
nimmst du am besten winscp oder ähnlich um die datei zu bearbeiten

verbindest dich also zum iobroker

öffnest verzeichnis /opt/iobroker/node_modules/iobroker.zigbee/lib
dort findest du devices.js

in devices.js sind alle Geräte mit Ihrer Kennung verzeichnet, wie sie sich beim Zigbee adapter melden.

konkret in deinem fall also:
zigbee.0 2020-12-27 14:34:16.542 error (26127) Device 0x086bd7fffe5d01d9 "HGZB-04D / HGZB-4D-UK" not described in statesMapping.

Der Name aus den Logs (HGZB-04D / HGZB-4D-UK) ist was er sich dort unter devices erwartet, samt anweisung was er mit dem Teil machen kann und welches Bild er verwenden soll.

Fügst du das von mir erwähnte snip hinzu, erkennt er nach einem neustart und pairing die Geräte.
Fertig

@Jan-Fiedler

ich hab den adapter ganz frisch installiert gehabt, unsere Geräte waren nicht drin.
Es war somit ganz sicher die Zeile die du eingefügt hast

was ich nur bemerkt habe, eines meiner module dimmt nicht smooth von 100 auf 30 (weniger werdend) sondern springt zack von 100 auf 30.
Wäre interessant wie sich deine verhalten.

Würde mich über einen Bericht hier freuen

@mk2001

go-e.0
12309 2023-10-11 14:03:26.539 silly States user redis pmessage io.mqtt.0.PVGrid.total.pv_power.state/io.mqtt.0.PVGrid.total.pv_power.state:{"val":5288,"ack":true,"ts":1697025806536,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697025806536}

go-e.0
12309 2023-10-11 14:03:26.537 silly States user redis pmessage io.mqtt.0.PVGrid.total.load_power.state/io.mqtt.0.PVGrid.total.load_power.state:{"val":5770,"ack":true,"ts":1697025806536,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697025806536}

go-e.0
12309 2023-10-11 14:03:26.529 silly States user redis pmessage io.mqtt.0.PVGrid.total.battery_power.state/io.mqtt.0.PVGrid.total.battery_power.state:{"val":-208,"ack":true,"ts":1697025806528,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697025806528}

Das sind auch die Foreign Objects aus dem Setup, die liest er ja scheinbar auch aus und wie im silly log zu lesen sind sie nicht 0.

@mcm57

Vielen Dank, dann werde ich das im GitHub so tun

DANKE EUCH FÜR DIE HILFE!

PS: habe ChatGPT4 den link zur main.js gegeben und um erklärung gebeten weshalb das so ist:

In the code, checking for ack = false is crucial as it helps ensure that only state changes initiated by external inputs are processed further in the onStateChange method. When ack is false, it indicates that the state change is new or unacknowledged, prompting action to handle this change. If ack were true, it would signify an acknowledged or system-generated state change, which doesn't require further action in this context​1.

@haus-automatisierung

hab ich schon alles durch
Die Beschreibung im screenshot sagt auch: "This Adapter is currently consuming only ack = false states."

Wenn ich onlyAck wähle habe ich im log einen error:

wähle ich gar nichts von beiden - verhalten wie vorher

ich hab eben ins github repo geschaut und die main.js geöffnet:

EDIT sorry, screenshot ist ein paar zeilen zu hoch, weiter unte ist quasi derselbe text nochmals für die ack=true in Zeile 284
https://github.com/MK-2001/ioBroker.go-e/blob/main/main.js

scheinbar wird nur die house consumption geprüft, wie ich das sehe, oder?

@haus-automatisierung

via einstellungen des go-e adapter

@arteck

ich muss ack=false - warum auch immer - dem go-e bereitstellen, da der - warum auch immer - nicht damit umgehen kann.
Ich hatte eigentlich nicht vor den erst in history oder sonst wo nochmals unnötig zu schreiben.
Gibt es da keinen anderen Weg?

Hi zusammen

Ich habe aktuell den MQTT adapter in version 4.1.1 auf meiner QNAP basierenden ioBroker instanz laufen.
Der Adapter verbindet sich als Client/Subscriber via IP zu meinem SolarAssistant MQTT Server um die Wechselrichter und Batteriewerte zu subscriben

das Funktioniert soweit auch:

mqtt-packet:writeToStream generate called +7ms
mqtt-packet:writeToStream generate: packet.cmd: publish +0ms
mqtt-packet:writeToStream publish: packet: { cmd: 'publish', topic: 'PVGrid/battery_1/state_of_charge/state', payload: '46', qos: 0, retain: false, messageId: 0, dup: false } +0ms
mqtt-packet:writeToStream writeVarByteInt: writing to stream: <Buffer 2a> +0ms
mqtt-packet:writeToStream writeNumberCached: number: 38 +1ms
mqtt-packet:writeToStream writeNumberCached: <Buffer 00 26> +0ms
mqtt-packet:writeToStream publish: payload: '46' +0ms
2023-10-11 12:20:38.128 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.inverter_2.ac_output_voltage.state: {"val":229,"ack":true,"ts":1697019638104,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019638104}
2023-10-11 12:20:38.129 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.inverter_2.load_power.state: {"val":1396,"ack":true,"ts":1697019638104,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019638104}
2023-10-11 12:20:38.129 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.battery_1.power.state: {"val":1078,"ack":true,"ts":1697019638104,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019638104}
2023-10-11 12:20:38.130 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.battery_1.state_of_charge.state: {"val":46,"ack":true,"ts":1697019638104,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019494681}
2023-10-11 12:20:38.131 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.battery_1.voltage.state: {"val":53.9,"ack":true,"ts":1697019638104,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019638104}
2023-10-11 12:20:38.132 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.total.battery_power.state: {"val":1078,"ack":true,"ts":1697019638112,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019638112}
2023-10-11 12:20:38.132 - debug: mqtt.0 (7442) stateChange mqtt.0.PVGrid.total.load_percentage.state: {"val":26,"ack":true,"ts":1697019638112,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1697019604919}

Mein Problem ist allerdings das ack:true welches ich abstellen muss, da mein Go-E Adapter damit nicht umgehen kann.

Die MQTT Einstellungen habe ich soweit alle standard gelassen.
Sprich "Nur bei Änderungen publizieren" und "Eigene States beim Verbinden publizieren" ist gewählt.

Wie bekomme ich es hin das ack:false ist?
Auf der SolarAssistant Seite gibt es nichts einzustellen, was den wert ändert.

Vielen lieben Dank!

@thomas-braun

ist er zu stark, bist du zu schwach

@thomas-braun ich hab den anderen iobroker auch so aufgesetzt, ok,.. ist schon ein weilchen länger her, aber ich bin lazy und immer root.

so, ich hab jetzt jedenfalls einen neuen Stick gekauft, geflashed, den ersetzt,.. alles wunderbar
Tagelang alles gut und seit heute wieder dasselbe Fehlerbild.

kern.log hat seit heute auch das erste mal wieder

Jan 12 21:55:25 iobroker86 kernel: [369073.541152] cdc_acm 1-1.1:1.0: failed to set dtr/rts
Jan 12 21:56:02 iobroker86 kernel: [369111.312079] cdc_acm 1-1.1:1.0: failed to set dtr/rts
Jan 12 21:56:58 iobroker86 kernel: [369166.983335] cdc_acm 1-1.1:1.0: failed to set dtr/rts
Jan 12 21:57:05 iobroker86 kernel: [369173.703547] cdc_acm 1-1.1:1.0: failed to set dtr/rts
Jan 12 21:57:55 iobroker86 kernel: [369223.624750] cdc_acm 1-1.1:1.0: failed to set dtr/rts

Kann doch nicht sein, dass mir die Hardware jedes mal sterben geht?
Der erste kam von AliExpress den zweiten hab ich jetzt über Amazon bestellt, damit er schneller da ist.

Wenns an der Software läge, dann hätte das ja sofort wieder passieren müssen, oder zumindest innerhalb von 24h.

Es ist mir ein Rätsel!

Nunja, ich werde den Raspberry wohl plätten und neuaufsetzen und schauen ob das was ändert - sudo ohne root
Glaub zwar nicht dran, aber we´ll see

@Thomas-Braun

log liefere ich nach

ich turncat´e mal und flashe gerade den stick neu
dann starte ich alles sauber neu und warte ob es wieder auftritt
wenn ja, lade ich die ganzen logs rein

ja, wegen root shell, weiss eh, ich finds aber angenehmer als dauernd sudo tippen zu müssen

@Highpressure

bin zwar der lösung oder dem stick tausch noch nicht näher, aber jetzt war es wieder soweit, dass er abgeschmiert ist

im log steht dann

zigbee.1	2020-12-30 17:37:33.213	error	at Timer.processTimers (timers.js:223:10)
zigbee.1	2020-12-30 17:37:33.213	error	at listOnTimeout (timers.js:263:5)
zigbee.1	2020-12-30 17:37:33.213	error	at tryOnTimeout (timers.js:300:5)
zigbee.1	2020-12-30 17:37:33.213	error	at ontimeout (timers.js:436:11)
zigbee.1	2020-12-30 17:37:33.213	error	at Timeout.waiter.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:46:35)
zigbee.1	2020-12-30 17:37:33.213	error	(886) Error on send command to 0x086bd7fffe3f9fae. Error: Error: Command 0x086bd7fffe3f9fae/1 genLevelCtrl.moveToLevelWithOnOff({"level":76,"transtime":0}, {"timeout":10000,"disableResponse":false,"d
zigbee.1	2020-12-30 17:37:10.158	error	at Timer.processTimers (timers.js:223:10)
zigbee.1	2020-12-30 17:37:10.158	error	at listOnTimeout (timers.js:263:5)
zigbee.1	2020-12-30 17:37:10.158	error	at tryOnTimeout (timers.js:300:5)
zigbee.1	2020-12-30 17:37:10.158	error	at ontimeout (timers.js:436:11)
zigbee.1	2020-12-30 17:37:10.158	error	at Timeout.waiter.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:46:35)
zigbee.1	2020-12-30 17:37:10.158	error	(886) Error on send command to 0x086bd7fffe3f9fae. Error: Error: Command 0x086bd7fffe3f9fae/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse"
zigbee.1	2020-12-30 17:36:47.085	error	at Timer.processTimers (timers.js:223:10)
zigbee.1	2020-12-30 17:36:47.085	error	at listOnTimeout (timers.js:263:5)
zigbee.1	2020-12-30 17:36:47.085	error	at tryOnTimeout (timers.js:300:5)
zigbee.1	2020-12-30 17:36:47.085	error	at ontimeout (timers.js:436:11)
zigbee.1	2020-12-30 17:36:47.085	error	at Timeout.waiter.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:46:35)
zigbee.1	2020-12-30 17:36:47.085	error	(886) Error on send command to 0x086bd7fffe3f9fae. Error: Error: Command 0x086bd7fffe3f9fae/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse
zigbee.1	2020-12-30 17:36:24.046	error	at Timer.processTimers (timers.js:223:10)
zigbee.1	2020-12-30 17:36:24.046	error	at listOnTimeout (timers.js:263:5)
zigbee.1	2020-12-30 17:36:24.046	error	at tryOnTimeout (timers.js:300:5)
zigbee.1	2020-12-30 17:36:24.046	error	at ontimeout (timers.js:436:11)
zigbee.1	2020-12-30 17:36:24.046	error	at Timeout.waiter.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:46:35)
zigbee.1	2020-12-30 17:36:24.046	error	(886) Error on send command to 0x086bd7fffe5b77a5. Error: Error: Command 0x086bd7fffe5b77a5/1 genLevelCtrl.moveToLevelWithOnOff({"level":254,"transtime":0}, {"timeout":10000,"disableResponse":false,"

der adapter ist zu dem zeitpunkt grün und alles sieht aus als würde es funktionieren
starte ich den adapter neu oder händisch, finde ich im log (hier stop und start manuell) folgendes

host.iobroker86	2020-12-30 23:41:54.027	info	Do not restart adapter system.adapter.zigbee.1 because desired by instance
host.iobroker86	2020-12-30 23:41:54.026	error	instance system.adapter.zigbee.1 terminated by request of the instance itself and will not be restarted, before user restarts it.
zigbee.1	2020-12-30 23:41:50.609	info	(4461) Starting Zigbee npm ...
zigbee.1	2020-12-30 23:41:50.516	info	(4461) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.23.0, js-controller: 3.1.6
host.iobroker86	2020-12-30 23:41:48.738	info	instance system.adapter.zigbee.1 started with pid 4461
host.iobroker86	2020-12-30 23:41:48.699	info	"system.adapter.zigbee.1" enabled
host.iobroker86	2020-12-30 23:41:18.384	info	stopInstance system.adapter.zigbee.1 killing pid 886
zigbee.1	2020-12-30 23:41:17.891	info	(886) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
zigbee.1	2020-12-30 23:41:17.889	info	(886) terminating
zigbee.1	2020-12-30 23:41:17.390	info	(886) Zigbee: disabling joining new devices.
zigbee.1	2020-12-30 23:41:17.385	info	(886) cleaned everything up...
zigbee.1	2020-12-30 23:41:17.382	info	(886) Got terminate signal TERMINATE_YOURSELF
host.iobroker86	2020-12-30 23:41:17.380	info	stopInstance system.adapter.zigbee.1 send kill signal
host.iobroker86	2020-12-30 23:41:17.372	info	stopInstance system.adapter.zigbee.1 (force=false, process=true)
host.iobroker86	2020-12-30 23:41:17.356	info	"system.adapter.zigbee.1" disabled

der adapter lässt sich nun wie gesagt nicht mehr starten, bis ich nicht den raspberry durchstarte

in dmesg (das ich zuvor mit dmesg -c) geleert habe finde ich nun

root@iobroker86:/var/log# dmesg
[105293.877554] cdc_acm 1-1.4:1.0: failed to set dtr/rts
[105298.917773] cdc_acm 1-1.4:1.0: failed to set dtr/rts
[105348.758906] cdc_acm 1-1.4:1.0: failed to set dtr/rts

^^^das hier kann ich aber auch nicht durch adapter neustarts replizieren - könnte also auch zufall sein.

ich hab nun mal das debug logging aktiviert.
beim erneuten start versuch taucht nun im log folgendes auf

zigbee.1	2020-12-31 00:48:50.127	error	(4566) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/zn
zigbee.1	2020-12-31 00:48:50.125	error	(4566) Failed to start Zigbee
zigbee.1	2020-12-31 00:48:44.827	info	(4566) Starting Zigbee npm ...
zigbee.1	2020-12-31 00:48:44.826	info	(4566) Try to reconnect. 1 attempts left
zigbee.1	2020-12-31 00:48:34.824	error	(4566) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms) at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackA
zigbee.1	2020-12-31 00:48:34.822	error	(4566) Failed to start Zigbee

ob zufall oder nicht, nun hab ich im dmesg auch mittlerweile 3 weitere

[105655.486763] cdc_acm 1-1.4:1.0: failed to set dtr/rts
[105660.527003] cdc_acm 1-1.4:1.0: failed to set dtr/rts
[105710.448188] cdc_acm 1-1.4:1.0: failed to set dtr/rts

EDIT > https://forum.iobroker.net/topic/20154/cc2531-steigt-regelmässig-aus-nach-2-4-stunden/12
gut, stick oder firmware wohl schuld - hier hatte in 2019 jemand auch die set dtr/rts meldungen