@pittini Also kann ich nur wieder über einen Umweg meine MQTT Geräte ansteuern? Ich kann im MQTT Client die Ordnerstrukturen auch nicht als Experte anpassen

Nachtrag: Ich habe die gesamte Struktur händisch geändert und die Ordner in Gerät, Kanal und State gewandelt. Nun startet das Skript wieder.

Vielleicht kann mir mal jemand über die Straße helfen. Ich versuche nun schon zwei Stunden das Timerscript, was über ein Jahr problemlos lief wieder gangbar zu machen. Ich habe den internen Zigbee Adapter auf Zigbee2MQTT umgestellt. Danach haben sich zwangsläufig die Datenpunkte verschoben. Also habe ich an den neuen Datenpunkten die Funktion "Timertarget" aktiviert und den JS neu gestartet. Dann hagelt es Fehlermeldungen, dass es das Objekt nicht gibt. Sobald ich die Funktion wieder entferne, startet das Sktipt wieder?
Jemand eine Idee dazu?

17:24:54.235	info	javascript.0 (25411) script.js.Timerscript: GetParentId(Targets[y])=mqtt.0.zigbee2mqtt.GA_Terrassenbeleuchtung.set
17:24:54.241	error	javascript.0 (25411) at init (script.js.Timerscript:449:86)
17:24:54.242	error	javascript.0 (25411) at main (script.js.Timerscript:473:5)
17:24:54.242	error	javascript.0 (25411) at Object.<anonymous> (script.js.Timerscript:218:17)

Nachdem ich mir den Post noch einmal angesehen habe, habe ich fast eine Befürchtung. Es gibt kein Gerät, es sind nur Ordner und dann der Datenpunkt "Set". Könnte dies ein Problem sein?

@mickym Ist schon eine Weile her, da hatte ich erst den anderen Adapter benutzt und bin auf andere Probleme gestoßen (kann mich leider nicht mehr erinnern). Da war der Rat nimm diesen...

@arteck Eine instance.0 gibt es nicht. Nach dem ersten Crash scheint es jetzt zu laufen.

@arteck Sorry, die Version 1.6.12

Nachdem ich nun den MQTT Client wieder zum Laufen bekommen, habe ich nun den Zigbee Adapter auf die neuste Version aktualisiert. Nun scheint dieser sich aber nach ein paar Minuten zu verabschieden mit diesen Hinweisen in der Protokoll Datei:

zigbee.1
	2022-01-18 14:52:20.648	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
zigbee.1
	2022-01-18 14:52:20.644	info	terminating
zigbee.1
	2022-01-18 14:52:20.235	info	Zigbee: disabling joining new devices.
zigbee.1
	2022-01-18 14:52:20.139	info	cleaned everything up...
zigbee.1
	2022-01-18 14:52:20.131	error	Timeout - 8867 - 35 - null - 25 - 1 after 30000ms
zigbee.1
	2022-01-18 14:52:20.130	error	Error: Timeout - 8867 - 35 - null - 25 - 1 after 30000ms at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/utils/waitress.js:37:35) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7)
zigbee.1
	2022-01-18 14:52:20.128	error	unhandled promise rejection: Timeout - 8867 - 35 - null - 25 - 1 after 30000ms
zigbee.1
	2022-01-18 14:52:20.127	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Das Problem ist sicherlich selbst verursacht. Ich habe mir mit einem ESP32 ein BLE Gateway gebaut. Dieser sendet nun alle erkannten Bluetooth Geräte per MQTT zum Mosquitto. Dies sind inzwischen über 5000 Geräte. Nun scheint sich der MQTT Client daran zu verschlucken bei einem Neustart des System. Es laufen drei Prozesse mit 100% CPU Auslastung und irgendwann werden die Prozesse gekillt und iobroker hängt dann komplett. Irgendwann fängt es sich wieder, aber der MQTT Client ist immer noch "rot".
Im Log sind auch einige Fehler protokoliert:
Hauptsächlich wiederholt sich dies:

mqtt-client.0
	2022-01-18 10:24:33.327	error	this.autoSubscribe is not iterable
mqtt-client.0
	2022-01-18 10:24:33.326	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
mqtt-client.0
	2022-01-18 10:24:33.324	error	this.autoSubscribe is not iterable
mqtt-client.0
	2022-01-18 10:24:33.324	error	TypeError: this.autoSubscribe is not iterable at MqttClient.subscribeForeignStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7455:45) at runMicrotasks (<anonymous>) at runNextTicks (internal/process/task_queues.js:60:5) at processImmediate (internal/timers.js:437:9)
mqtt-client.0
	2022-01-18 10:24:33.323	error	unhandled promise rejection: this.autoSubscribe is not iterable

[Nachtrag]
Es sieht wohl so aus, dass der MQTT Client sich den gesamten Speicher schnappt (8GB RAM und 8GB swap) und danach geht nichts mehr.
Habe nun bevor ich den MQTT Client gestartet habe, den Baum unterhalb des BLE Gateway gelöscht. Es waren 12900 Objekte und etwa gleich viele Zustände. Nun startet der Client wieder.

@asgothian So ganz verstehe ich es trotzdem nicht, dass ohne aktivierten Pairing neue Geräte auftauchen.

@asgothian Nichts geändert, also PAN ID 6754, Erw PAN ID DDDD..., Kanal 11, den Transportkey hatte ich wohl mal angepasst.

@dimaiv Eigentlich richtig, aber warum werden die Geräte dem Netzwerk hinzugefügt?