Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Scrounger]

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.

[quinti]

Hallo #zsmmn,
Habe seit ein paar Tagen folgenden Fehler. Habe an der config nicht geändert. Lief immer stabil:

[updateUnifiData-login site undefined] error: Request failed with status code 400, stack: AxiosError: Request failed with status code 400 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:585:11) at IncomingMessage.emit (node:events:519:35) at endReadableNT (node:internal/streams/readable:1701:12) at processTicksAndRejections (node:internal/process/task_queues:90:21)

[Scrounger]

@quinti sagte in Test Adapter Unifi Network:

[updateUnifiData-login site undefined] error: Request failed with status code 400, stack: AxiosError: Request failed with status code 400 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:585:11) at IncomingMessage.emit (node:events:519:35) at endReadableNT (node:internal/streams/readable:1701:12) at processTicksAndRejections (node:internal/process/task_queues:90:21)

Falscher Adapter, die Meldung gehört zum unifi Adapter, nicht zum unifi-network adapter

[quinti]

ooops, sry !!!

[warp735]

Das VPN Thema gabs zwar letztes Jahr schonmal... ist da inzwischen was passiert? Brauch die Verbindung jetzt wieder und das Log ist randvoll damit...

[Scrounger]

@warp735
Nö hab ich noch nicht gemacht.
Stell den Adapter auf Error Level, dann siehst die Meldung nicht mehr

[klee]

Ich habe heute versucht von dem alten auf den neuen Adapter umzustellen.
Ich habe 2 Probleme:

1. Die Clients haben nicht mehr alle Datenpunkte. Hostname, essid und first_seen (und einige weitere) fehlen.
2. Die Clients sind nun in verschiedene Ordner aufgeteilt. clients, guest und vpn. So wird es schwierig, alle clients gemeinsam zu durchsuchen bzw macht alles was darauf aufbaut unnötig komplex. Im Adapter früher war das so gelöst das es den Datenpunkt isguest gab. Das war deutlich flexibler.

Hier ein Screenshot aus den Datenpunkten des alten Adapter V0.7.0

Hier die Daten mit dem neuem Adapter mit 1.3.1

Ich nutze eine UDM Pro mit Network App Version 10.3.55

[Meister Mopper]

Dann zeig doch mal die Konfiguration der Instanz. Da geht nämlich viel mehr.

Spoiler

[klee]

Das war meine Vermutung, das man es noch irgendwo konfigurieren kann wie bei dem altem Adapter... bei dem neuem hab ich es aber nicht gefunden.
Wo muss ich klicken?

[klee]

Ahh ich habs, Datenpunkte Black/List Whitelist.....
Das war Standardmäßig auf Blacklist und recht viel ausgeschlossen.
Hatte auf den ersten Blick nicht erkannt wofür das gut sein soll.