NEWS
Test Adapter Unifi Network
-
@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.
-
@schweiger2 Könntest du uns teilhaben lassen woran es gelegen hat, wenn es jetzt erledigt ist.
-
JETZT ist das Problem Dank der schnellen Bearbeitung durch @scrounger gelöst. Danke nochmal dafür.
Bei der Anbindung des Unifi OS Server (aktuell v5.06) an den unifi-network Adapter ist Folgendes zu beachten:
- Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden:
- Login auf den Unifi OS Server über die Web-GUI
- Neuen Tab öffnen und https://192.168.x.x:11443/proxy/network/api/self/sites eingeben
- In der Ausgabe hinter "name" findet sich der Name für die Controller-Site, in meinem Fall z.B. "name":"rag584vc" .
-
Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht.
-
In der aktuellen Version 1.3.1 (stable) hat das noch nicht funktioniert. Ich habe die von Scrounger aktualisierte Version 1.3.4 über github geladen.
Danach ging der Adapter auf grün und die Clients wurden eingelesen und werden auch aktualisiert.
-
JETZT ist das Problem Dank der schnellen Bearbeitung durch @scrounger gelöst. Danke nochmal dafür.
Bei der Anbindung des Unifi OS Server (aktuell v5.06) an den unifi-network Adapter ist Folgendes zu beachten:
- Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden:
- Login auf den Unifi OS Server über die Web-GUI
- Neuen Tab öffnen und https://192.168.x.x:11443/proxy/network/api/self/sites eingeben
- In der Ausgabe hinter "name" findet sich der Name für die Controller-Site, in meinem Fall z.B. "name":"rag584vc" .
-
Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht.
-
In der aktuellen Version 1.3.1 (stable) hat das noch nicht funktioniert. Ich habe die von Scrounger aktualisierte Version 1.3.4 über github geladen.
Danach ging der Adapter auf grün und die Clients wurden eingelesen und werden auch aktualisiert.
Ich hab jetzt auch mal diesen Unifi OS Server in ner Test VM installiert:
@schweiger2 sagte in Test Adapter Unifi Network:
- Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden:
Ja das ist schon immer so, der angezeigt Name in der Übersicht ist nicht die ID. Diese findet man auch in der browser url zeile: https://xx.xx.xx.xx:11443/network/${siteId}/dashboard.
Oder man liest das log file, das gibt es ne error meldung wenn die site nicht existiert und welche wirklich existieren.@schweiger2 sagte in Test Adapter Unifi Network:
- Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht.
also bei meinem Test System geht es genauso wie es in der Anleitung beschrieben ist, keine notwendigkeit als admin da rum zu hampeln.
Support us
715
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge