NEWS
Test Adapter Unifi Network
-
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
-
Kann sein hab das nicht im Detail verfolgt, da es kein Problem vom Adapter ist. Ggf. Das fehlerhafte Paket halt manuell installieren.
@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.)
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.)
@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? -
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
@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
isOnlineDatenpunkte packst. -
@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
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?@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.
mcm1957Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.Zusätzlich habe ich auch ein Unifi UNAS in meiner Sammlung, weisst du ob es die Möglichkeit gibt dies ebenfalls unter "devices" aufzuführen? Im Webinterface des UCG wird es auch unter Devices ausfgelistet.
Es werden nur die Network relevanten Devices angezeigt. Devices von anderen Unifi Applications wie Protect, Talk, Drive, etc. werden nicht angezeigt. Ich weiß auch gar nicht ob die API das mitliefert.
Mach hierzu am besten auch mal ein Feature Request auf GitHub auf. Brauch ggf. dann unterstützung von Dir weil ich keine NAS / Unifi Drive habe.Die bessere Lösung wäre, wenn es einen eigenen Adapter für Unifi Drive geben würde ;-)
@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 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@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 -
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"}) -
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"})@Qlink sagte in Test Adapter Unifi Network:
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
-
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' -
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' -
Hallo @scrounger ,
mit dem neuen Adapter iobroker.unifi-network ist eine Verbindung zum UnifiOS Server nicht möglich.
Nach dem Starten des Adapters bleibt dieser lange gelb und wird dann rot.
Das Log sagt dazu
2026-01-12 21:14:21.657 - info: host.iobroker instance system.adapter.unifi-network.0 in version "1.3.1" started with pid 5321 2026-01-12 21:14:22.471 - info: unifi-network.0 (5321) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.unifi-network, node: v22.21.0, js-controller: 7.1.0 2026-01-12 21:14:25.520 - error: unifi-network.0 (5321) [NetworkApi.detectUnifiOs] Unable to detect UniFi OS or self hosted controller! 2026-01-12 21:14:25.521 - error: unifi-network.0 (5321) [login]: Login to the Unifi-Network controller API failed! (host: https://X.X.X.X:11443, site: xxxx) 2026-01-12 21:14:25.526 - info: unifi-network.0 (5321) [onReady]: Listening to WebSocket realtime API events started 2026-01-12 21:14:55.526 - warn: unifi-network.0 (5321) [aliveChecker]: No connection to the Unifi-Network controller -> restart connection (retries: 0, no data since 33s) 2026-01-12 21:14:58.545 - error: unifi-network.0 (5321) [NetworkApi.detectUnifiOs] Unable to detect UniFi OS or self hosted controller! 2026-01-12 21:14:58.546 - error: unifi-network.0 (5321) [login]: Login to the Unifi-Network controller API failed! (host: https://X.X.X.X:11443, site: xxxx)Entsprechend der Konfigurations-Hinweise zum neuen Adapter auf Github wurde natürlich der zusätzliche Admin mit den dort angegebenen Rechten in UnifiOS Server angelegt.
Alle Ports wurden durchgetestet:
curl -k https://X.X.X.X:443
curl -k https://X.X.X.X:8443
curl -k https://X.X.X.X:11443
curl -k http://X.X.X.X:80Nur auf Port 11443 gibt es eine Antwort.
Wenn ich mit dem alten Unifi-Adapter die genau gleichen Credentials benutze, gelingt die Verbindung problemlos, der Adapter wird grün und transportiert Werte.
Welche weiteren Infos werden benötigt?
Vielen Dank
-
Hallo @scrounger ,
mit dem neuen Adapter iobroker.unifi-network ist eine Verbindung zum UnifiOS Server nicht möglich.
Nach dem Starten des Adapters bleibt dieser lange gelb und wird dann rot.
Das Log sagt dazu
2026-01-12 21:14:21.657 - info: host.iobroker instance system.adapter.unifi-network.0 in version "1.3.1" started with pid 5321 2026-01-12 21:14:22.471 - info: unifi-network.0 (5321) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.unifi-network, node: v22.21.0, js-controller: 7.1.0 2026-01-12 21:14:25.520 - error: unifi-network.0 (5321) [NetworkApi.detectUnifiOs] Unable to detect UniFi OS or self hosted controller! 2026-01-12 21:14:25.521 - error: unifi-network.0 (5321) [login]: Login to the Unifi-Network controller API failed! (host: https://X.X.X.X:11443, site: xxxx) 2026-01-12 21:14:25.526 - info: unifi-network.0 (5321) [onReady]: Listening to WebSocket realtime API events started 2026-01-12 21:14:55.526 - warn: unifi-network.0 (5321) [aliveChecker]: No connection to the Unifi-Network controller -> restart connection (retries: 0, no data since 33s) 2026-01-12 21:14:58.545 - error: unifi-network.0 (5321) [NetworkApi.detectUnifiOs] Unable to detect UniFi OS or self hosted controller! 2026-01-12 21:14:58.546 - error: unifi-network.0 (5321) [login]: Login to the Unifi-Network controller API failed! (host: https://X.X.X.X:11443, site: xxxx)Entsprechend der Konfigurations-Hinweise zum neuen Adapter auf Github wurde natürlich der zusätzliche Admin mit den dort angegebenen Rechten in UnifiOS Server angelegt.
Alle Ports wurden durchgetestet:
curl -k https://X.X.X.X:443
curl -k https://X.X.X.X:8443
curl -k https://X.X.X.X:11443
curl -k http://X.X.X.X:80Nur auf Port 11443 gibt es eine Antwort.
Wenn ich mit dem alten Unifi-Adapter die genau gleichen Credentials benutze, gelingt die Verbindung problemlos, der Adapter wird grün und transportiert Werte.
Welche weiteren Infos werden benötigt?
Vielen Dank
@schweiger2 sagte in Test Adapter Unifi Network:
mit dem neuen Adapter iobroker.unifi-network ist eine Verbindung zum UnifiOS Server nicht möglich.
Nach dem Starten des Adapters bleibt dieser lange gelb und wird dann rot.
Vielleicht gibst Du mal die vollständigen EInstellungen im Adapter preis und welche IP Adresse Dein (welchem) UnifiOS mit welcher Ausprägung hat.
PS: Deine private IP-Adresse musst Du nicht "aus-Xen" kann ohnehin niemand was mit anfangen...
-
@schweiger2 sagte in Test Adapter Unifi Network:
mit dem neuen Adapter iobroker.unifi-network ist eine Verbindung zum UnifiOS Server nicht möglich.
Nach dem Starten des Adapters bleibt dieser lange gelb und wird dann rot.
Vielleicht gibst Du mal die vollständigen EInstellungen im Adapter preis und welche IP Adresse Dein (welchem) UnifiOS mit welcher Ausprägung hat.
PS: Deine private IP-Adresse musst Du nicht "aus-Xen" kann ohnehin niemand was mit anfangen...
Gerne. Hier die Adapter-Einstellungen des iobroker.unifi-network Adapters. Der Socket zeigt auf den Unifi OS Server V 5.06 vom 11.12.2025 als Proxmox VM.
Die Controller-Site ist ge-xt, wegen des benutzten Klarnamens.
Unter Geräte ist Echtzeit-API aktiviert.
Unter Clients sind Client, Gäste und VPN-Clients aktiviert.
LAN und WLAN und Firewall sind deaktiviert.
-
Gerne. Hier die Adapter-Einstellungen des iobroker.unifi-network Adapters. Der Socket zeigt auf den Unifi OS Server V 5.06 vom 11.12.2025 als Proxmox VM.
Die Controller-Site ist ge-xt, wegen des benutzten Klarnamens.
Unter Geräte ist Echtzeit-API aktiviert.
Unter Clients sind Client, Gäste und VPN-Clients aktiviert.
LAN und WLAN und Firewall sind deaktiviert. -
@schweiger2
Adapter auf debug stellen und alle infos in ein neues issue auf github packen.ist erledigt
-
@schweiger2 Könntest du uns teilhaben lassen woran es gelegen hat, wenn es jetzt erledigt ist.
-
erledigt ist das Anlegen eines Issue, alles Weitere ist im Fluss und Scrounger arbeitet hart daran. Ich melde mich, wenn und wie erledigt.
Support us
355
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge