Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Scrounger]

@Rushmed sagte in Test Adapter Unifi Network:

2025-12-21 00:12:26.126  - error: host.Smartazamba Caught by controller[0]: Error [ERR_MODULE_NOT_FOUND]: Cannot find module '/opt/iobroker/node_modules/@iobroker/adapter-core/build/esm/TokenRefresher' imported from /opt/iobroker/node_modules/@iobroker/adapter-core/build/esm/index.js

Das hatten wir schon mal:
https://github.com/Scrounger/ioBroker.unifi-network/issues/33

[Rushmed]

@scrounger Vielen Dank.
Eine Lösung dafür konnte ich aber weder auf Github noch hier
https://forum.iobroker.net/topic/82486/adapter-core-unterschiedlich-3-3-1-3-3-2/18
finden.

[Scrounger]

Kann sein hab das nicht im Detail verfolgt, da es kein Problem vom Adapter ist. Ggf. Das fehlerhafte Paket halt manuell installieren.

[Qlink]

Hat hier jemand ein Blockly Beispiel für mich, zwecks Anwesenheitserkennung mit dem neuen Adapter hier ? Wie verarbeitet ihr den "last seen" Datenpunkt ? Was sagt der Wert genau aus ? Sind das Sekunden? Im alten Adapter hatte ich genau das Datum + Uhrzeit was selbst erklärend ist...

Danke und beste Grüße

[lobomau]

@Qlink musst einstellen, dass "isOnline" verfügbar ist. Ist boolean true/false:

[mcm1957]

@Scrounger sagte in Test Adapter Unifi Network:

Kann sein hab das nicht im Detail verfolgt, da es kein Problem vom Adapter ist. Ggf. Das fehlerhafte Paket halt manuell installieren.

Fehlende npm Pakete sollten eigentlich nie manuel installiert werden. Es ist eigentlich Aufgabe des Adapters der diese benötigt sicherzustellen dass diese Pakete installiert werden. Als NOT-Lösung mag es in Einzelfällen notwendig sein.

Wenn dieses Problem mit der zu alten adapter-core Version zusammenhängt, dann sollte js-controller 7.1.0 (derzeit im Beta) das Problem beheben, da diese Release adapeter-core 3.2.2 (aktuelle Version) installiert. Damit diese js-controlelr Version jedenfalls installiert ist sollte der Adapter (in Zukunft) seine Requirements anpassen wenn er Module oder Funktionen benötigt die erst mit adapter-core 3.2.2 verfügabr sind. (Nur damiots nicht falsch rüberkommt: Das ist KEINE Kritik an der Adapterentwicklung, zur Zeit der Erstellung des Adapters war die js-controlelr Version 7.1.0 noch nicht mal existent und das Problem ist auch erst durch diesen Adapetr aufgefallen.)

[Scrounger]

@mcm1957
Mir war nicht bewusst das die 3.2.2. wohl nicht mit dem aktuellen js-controller kompatibel sein soll. Warum wird die dann den Entwicklern per bot überhaupt vorgeschlagen?
Und warum haben manche Probleme - bis jetzt sind mir 2 bekannt - und andere nicht?
Ich betreue 7 Systemen mit aktuellem stable js-controller und bei keinem tritt das Problem auf.
Was muss man denn implementieren das die Installation der 3.2.2. garantiert wird, dachte das läuft automatisch?

[Rushmed]

@mcm1957 Danke mit js-controller 7.1.0 bekomm ich den Adapter gestartet.

[Codierknecht]

@Qlink sagte in Test Adapter Unifi Network:

Hat hier jemand ein Blockly Beispiel für mich, zwecks Anwesenheitserkennung mit dem neuen Adapter hier ?

Du benötigst dazu eine passende Aufzählung (Kategorie), in die Du alle relevanten isOnline Datenpunkte packst.

[mcm1957]

@Rushmed sagte in Test Adapter Unifi Network:

@mcm1957 Danke mit js-controller 7.1.0 bekomm ich den Adapter gestartet.

Super - danke fürs Feedback.
Ev. ergänze deine Erfahrungen im Issue https://github.com/Scrounger/ioBroker.unifi-network/issues/56 damit scrounger dort Feedback bekommt ob bzw. dass ein Update der Dependency Requirement sinnvoll ist.

Und ja - js-controller 7.1.0 ist noch im BETA Channel. Da dieser die Basis für ioBroker ist geht der nicht zwischen Tür und Angel ins STABLE. Bisher kenne ich allerdings keine (neuen) Probleme mit js-controller 7.1.0

[mcm1957]

@Scrounger sagte in Test Adapter Unifi Network:

@mcm1957
Mir war nicht bewusst das die 3.2.2. wohl nicht mit dem aktuellen js-controller kompatibel sein soll. Warum wird die dann den Entwicklern per bot überhaupt vorgeschlagen?
Und warum haben manche Probleme - bis jetzt sind mir 2 bekannt - und andere nicht?
Ich betreue 7 Systemen mit aktuellem stable js-controller und bei keinem tritt das Problem auf.
Was muss man denn implementieren das die Installation der 3.2.2. garantiert wird, dachte das läuft automatisch?

Völlig klar dass dir das nicht bewusst war.

Die Antwort ist ein wenig länger :-).
Als reiner User kann das Nachfolgende gerne übersprungen werden - ist aber kein Geheimnis.

Es gibt im js-controller einen override für adapter-core der bis 7.0.x mindesten adapter-core 3.1.x verlangt. Dieser wurde mit js-controller 6 eingeführt da es zahlreiche schlecht gewartete Adapter gab (und noch immer einige gibt) die nur adapter-core 2.x.x verlangen und mit js-controller 6 schlagartig nicht mehr funktioniert hätten. Leider blockiert der Override auch die aktuelleren Angaben in Adaptern. Dieser Effekt war bis vor Kurzem nicht bekannt. Dadurch wurde und wird auch bei Angabe von adapter-core 3.2.2 kein Update des cores installiert. Mit js-controller 7.1.0 wird nun der core auf mindestens 3.2.2 gehoben. Mit js-controller 8 ist es wahrscheinlich, dass der override ganz entfällt und die dann noch nicht komptiblen Adapter je nach "Gesamtzustand" deprecated werden oder per override eine Aktualisiserung bekommen. Das ist aber ein Thema für das core-Team und js-controller 8.

adapter-core 3.2.2 is voll kompatibel mit js-controller 6 und 7. Probleme gibt es nur, wenn ein Adapter Funktionalität verwendet die erst mit adapter-core 3.2.x implementiert wurde und in älteren Versionen nicht verfügbar ist. Das ist nur bei ganz wenigen Adaptern der Fall. Kann es sein, dass der unifi irgendwas im Bereich oauth verwendet? Der Bot reklamiert eine aktuelle adapter-core Version auch aus dem Grund weiterhin da diese Dependency mit Wegfall des Overrides wieder wichtig wird.

Hoffe ich ich konnte mehr erklären denn verwirren.
mcm1957

[Rushmed]

@Scrounger sagte in Test Adapter Unifi Network:

Scrounger Offline
Scrounger
Developer
schrieb am 15. Nov. 2025, 19:01
zuletzt editiert von Scrounger
#55

@michmein sagte in Test Adapter Unifi Network:

Ich hätte da allerdings ne Frage zu den Einstellungen der Firewall, ich denke es so konfiguriert zu haben das alle Infos aus meinem UCG-max ausgelesen werden sollten. Ich kann in den Objekten aber nur zwei Gruppen sehen und keine einzelnen Regeln. Habe ich etwas falsch gemacht oder ist es gar nicht implementiert?

Das ist gar nicht implementiert. Sorry hatte damit mal angefangen, aber da ich es dann doch nicht gebraucht habe, hab ich es nicht zu Ende implementiert.
Wenn du es brauchst, erstell bitte nen Feature Request auf GitHub.

Ich hatte die naive Hoffnung mit dem Adapter Zugriff auf meine Firewall regeln zu bekommen.

Bei den beiden Optinonen von "Firewall - Rule enabled" bleibt das Pulldown mit Ladekreiseln hängen und ich kann nichts auswählen.

Ist das nicht implementiert?

[Scrounger]

@mcm1957 sagte in Test Adapter Unifi Network:

Kann es sein, dass der unifi irgendwas im Bereich oauth verwendet?

Nö der verwendet nix spezielles, läuft auch mit 3.2.1, hab das nur aktualisiert weil der bot es angemerkt hat.

@Rushmed sagte in Test Adapter Unifi Network:

Ist das nicht implementiert?

Ist noch nicht implemnetiert:
https://github.com/Scrounger/ioBroker.unifi-network/issues/44

[Qlink]

@scrounger

Hab gerade folgende warning im log erhalten:

[onNetworkEvent]: not implemented event (key: EVT_DM_Connected) - 
Please report this to the developer and creating an issue on github! 
(meta: {"rc":"ok","message":"events"}, data: {"key":"EVT_DM_Connected","dm":"0c:ea:14:8a:5f:2f","gw":"0c:ea:14:8a:5f:2f","dm_name":"MMB UCG Max","dm_model":"UCGMAX","dm_displayName":"MMB UCG Max","gw_displayName":"MMB UCG Max","subsystem":"lan","is_negative":false,"site_id":"61ebfad7c4598a55bd60c03c","time":1767040236649,"datetime":"2025-12-29T20:30:36Z","msg":"0c:ea:14:8a:5f:2f was connected"})

[reutli]

@Qlink sagte in Test Adapter Unifi Network:

@scrounger

Hab gerade folgende warning im log erhalten:

[onNetworkEvent]: not implemented event (key: EVT_DM_Connected) - 
Please report this to the developer and creating an issue on github! 
(meta: {"rc":"ok","message":"events"}, data: {"key":"EVT_DM_Connected","dm":"0c:ea:14:8a:5f:2f","gw":"0c:ea:14:8a:5f:2f","dm_name":"MMB UCG Max","dm_model":"UCGMAX","dm_displayName":"MMB UCG Max","gw_displayName":"MMB UCG Max","subsystem":"lan","is_negative":false,"site_id":"61ebfad7c4598a55bd60c03c","time":1767040236649,"datetime":"2025-12-29T20:30:36Z","msg":"0c:ea:14:8a:5f:2f was connected"})

Dann mach doch, was da steht:

@Qlink sagte in Test Adapter Unifi Network:

Please report this to the developer and creating an issue on github!

--> https://github.com/Scrounger/ioBroker.unifi-network/issues

[megamacy]

Besteht die Möglichkeit Log Einträge zu reconnects von Geräten einzuschränken? Ich hab einen Switchbot HUB der bewusst vom Internet geblockt wurde. Laut deren Support ist in dem Fall ein frequentes WiFi reconnect "gewollt", was mich schon im Unify Log nervt. Mit dem neuen iobroker Adapter (Der echt super ist bisher) zieht das nun 1:1 ins iobroker Log. Ich dachte zuerst wenn ich einen debounce einstelle, löst das auch die Log Problematik, was leider nicht so ist.

* 
* unifi-network.0	30.12.2025 18:22	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:22	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:25	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:25	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:27	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:27	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:29	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:29	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:32	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:32	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:39	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:39	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:46	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:46	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:48	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:49	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:50	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:51	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:53	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:53	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:55	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:56	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'
* unifi-network.0	30.12.2025 18:57	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' disconnected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) from 'iot' on 'U6+ EG Wohnzimmer' -> debounce disconnection for 180s (client specific)
* unifi-network.0	30.12.2025 18:58	info	[eventHandler.client.connected]: client 'SwitchBot-HubMiniMatter' connected (mac: 9c:9e:6e:xx:xx:xx, ip: 192.168.1.66) to 'iot' on 'U6+ EG Wohnzimmer'

[Scrounger]

@megamacy
Feature request auf GitHub bitte erstellen, dann Bau ich das in eine der nächsten Versionen ein, das man die Meldungen auf debug stellen kann.