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

[MichMein]

@Scrounger sagte in Test Adapter Unifi Network:

@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.

Feature Request ist erstellt, https://github.com/Scrounger/ioBroker.unifi-network/issues/44

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.

Feature Request ist erstellt, https://github.com/Scrounger/ioBroker.unifi-network/issues/45

Die bessere Lösung wäre, wenn es einen eigenen Adapter für Unifi Drive geben würde ;-)

Ja gerne ;)

[asman-hm]

Ich bin gestern durch Zufall auf diesen Adapter gestossen, gleich installiert und ich bin begeistert. Mir ging es wie dir und ich hatte immer wieder Probleme mit dem "originalen" Unifi Adapter, leider fehlen mir deine Fähigkeiten selbst einen zu bauen. Also tausend Dank von meiner Seite.

Ich habe allerdings eine Frage / ein Problem. Ich möchte nur deutlich weniger Datenpunkte bei meinen Clients anzeigen. Sobald ich aber mehr als einen Datenpunkt aus der Liste entferne (es bleibt dann eine leere Zeile) erhalte ich die Fehlermeldung: Unzulässiger doppelter Eintrag "" in Spalte id
Ich habe leider keine Möglichkeit gefunden Zeilen zu löschen - hinzufügen geht mit dem "+"-Symbol.

Zur Erklärung habe ich einen Screenshot angehängt.

Bin ich einfach zu doof?

Vielen Dank für die Unterstützung
Alexander

[Scrounger]

@MichMein sagte in Test Adapter Unifi Network:

Die bessere Lösung wäre, wenn es einen eigenen Adapter für Unifi Drive geben würde ;-)

Ja gerne ;)

Wenn mir eine UNAS gesponsort wird, dann wäre ich bereit nen Adapter zu entwickeln.

@asman-hm sagte in Test Adapter Unifi Network:

Ich habe leider keine Möglichkeit gefunden Zeilen zu löschen - hinzufügen geht mit dem "+"-Symbol.

Bei dir fehlen auch die löschen buttons? Das sollte eigentlich so aussehen:

Das ist aber kein Adapter spezifisches Problem.
Welche Admin Version hast du?
In welchem browser tritt das auf, bzw. auch einen anderen Browser getestet?

[asman-hm]

@Scrounger
Vielen Dank für dein schnelles Feedback.
Ich nutze v7.7.19 und hatte es mit Safari 26.1 und Firefox 145.0 versucht.

Nachdem du geantwortet hast, habe ich die Instanz nochmals zum editieren geöffnet (wie bereits 20 mal zuvor) und jetzt ist der Lösch-Button da. Ich bin froh, zuvor einen Screenshot gemacht zu haben, sonst würde ich an meinem Verstand zweifeln...

Problem, zumindest bei mir, gelöst. Vielen Dank!

[MichMein]

@Scrounger sagte in Test Adapter Unifi Network:

@MichMein sagte in Test Adapter Unifi Network:

Die bessere Lösung wäre, wenn es einen eigenen Adapter für Unifi Drive geben würde ;-)

Ja gerne ;)

Wenn mir eine UNAS gesponsort wird, dann wäre ich bereit nen Adapter zu entwickeln.

Hmm, wenn ich eines über hätte würde ich den Deal direkt eingehen. Vielleicht finden sich ja weitere Interessierte und wir könnten alle zusammenlegen 🤔 Oder mal bei Ubiquiti anfragen 🤪
Gibt es denn hier weitere UNAS Besitzer?

[oxident]

@Scrounger Perfekt, ich sehe die primäre WAN-Verbindung unter ISP/WAN1 und dort finde ich in der Tat alles, was ich brauche. Der Failover zum U-LTE wird von der UDM selber gemacht ... da gibt die API aber nichts her.

Aber damit kann ich gut leben, danke!

[Qlink]

@Scrounger Super, dass du einen neuen Adapter geschrieben hast !

Eine Frage: Kann ich den bedenkenlos parallel zu dem "alten" Unifi Adapter laufen lassen, ohne dass sich die beiden in die Quere kommen, oder ist bei einem Parallelbetrieb beider Adapter mit Problemen o.ä. zu rechnen ?

Beste Grüße

[Scrounger]

@Qlink
sollte gehen, am besten einfach Mal ausprobieren. Datenpunkte sind ja getrennt, also kannst nix kaputt machen.

[Meister Mopper]

@Qlink sagte in Test Adapter Unifi Network:

@Scrounger Super, dass du einen neuen Adapter geschrieben hast !

Eine Frage: Kann ich den bedenkenlos parallel zu dem "alten" Unifi Adapter laufen lassen, ohne dass sich die beiden in die Quere kommen, oder ist bei einem Parallelbetrieb beider Adapter mit Problemen o.ä. zu rechnen ?

Beste Grüße

Ich habe den jetzt mal auf einem Testsystem laufen. Dann kann aus meiner Sicht ganz sicher nichts passieren.

[australien]

@Dragon hallo
wie hast du die Anwesenheitserkennung realisiert?
Gibt es dazu ein Script?

[australien]

ich bekomme unregelmässig diese Fehler:

unifi-network.0
   2025-11-29 18:18:17.557	error	[eventHandler.client.connected]: error: TypeError: Cannot read properties of null (reading 'toLowerCase'), stack: TypeError: Cannot read properties of null (reading 'toLowerCase') at file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:108 at Array.find (<anonymous>) at Object.connected (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:92) at UnifiNetwork.onNetworkEvent (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1253:51) at UnifiNetwork.onNetworkMessage (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1217:28) at NetworkApi.eventListener (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:42:20) at NetworkApi.emit (node:events:519:28) at WebSocket.messageHandler (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/api/network-api.js:1076:30) at WebSocket.emit (node:events:519:28) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1220:20), meta: {"rc":"ok","message":"events"}, data: {"user":"c6:a8:08:91:e3:82","ssid":"FR@home","hostname":"Watch","ap":"78:8a:20:83:5d:ce","duration":1071,"bytes":7408,"ap_model":"U7LT","ap_name":"1-OG","ap_displayName":"1-OG","key":"EVT_WU_Disconnected","subsystem":"wlan","is_negative":false,"site_id":"5c8fc859235a1104257abc78","time":1764436388000,"datetime":"2025-11-29T17:13:08Z","msg":"User[c6:a8:08:91:e3:82] disconnected from \"FR@home\" (17m 51s connected, 7.23K bytes, last AP[78:8a:20:83:5d:ce])","_id":"692b2ad9c2a8f629633b8707"}
unifi-network.0
   2025-11-29 18:13:42.551	error	[eventHandler.client.connected]: error: TypeError: Cannot read properties of null (reading 'toLowerCase'), stack: TypeError: Cannot read properties of null (reading 'toLowerCase') at file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:108 at Array.find (<anonymous>) at Object.connected (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:92) at UnifiNetwork.onNetworkEvent (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1253:51) at UnifiNetwork.onNetworkMessage (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1217:28) at NetworkApi.eventListener (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:42:20) at NetworkApi.emit (node:events:519:28) at WebSocket.messageHandler (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/api/network-api.js:1076:30) at WebSocket.emit (node:events:519:28) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1220:20), meta: {"rc":"ok","message":"events"}, data: {"user":"dc:41:a9:67:a0:93","ssid":"FR@home","ap":"78:8a:20:d9:65:87","radio":"na","channel":"104","channelWidth":"40","hostname":"Surface-Pro-7","ap_model":"U7LT","ap_name":"2-EG","ap_displayName":"2-EG","key":"EVT_WU_Connected","subsystem":"wlan","is_negative":false,"site_id":"5c8fc859235a1104257abc78","time":1764436413463,"datetime":"2025-11-29T17:13:33Z","msg":"User[dc:41:a9:67:a0:93] has connected to AP[78:8a:20:d9:65:87] with SSID \"FR@home\" on \"channel 104(na)\"","_id":"692b29c2c2a8f629633b86bf"}
unifi-network.0
   2025-11-29 18:13:12.550	error	[eventHandler.client.connected]: error: TypeError: Cannot read properties of null (reading 'toLowerCase'), stack: TypeError: Cannot read properties of null (reading 'toLowerCase') at file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:108 at Array.find (<anonymous>) at Object.connected (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:92) at UnifiNetwork.onNetworkEvent (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1253:51) at UnifiNetwork.onNetworkMessage (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1217:28) at NetworkApi.eventListener (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:42:20) at NetworkApi.emit (node:events:519:28) at WebSocket.messageHandler (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/api/network-api.js:1076:30) at WebSocket.emit (node:events:519:28) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1220:20), meta: {"rc":"ok","message":"events"}, data: {"user":"dc:41:a9:67:a0:93","ssid":"FR@home","hostname":"Surface-Pro-7","ap":"78:8a:20:d9:65:87","duration":7007,"bytes":137983826,"ap_model":"U7LT","ap_name":"2-EG","ap_displayName":"2-EG","key":"EVT_WU_Disconnected","subsystem":"wlan","is_negative":false,"site_id":"5c8fc859235a1104257abc78","time":1764436379000,"datetime":"2025-11-29T17:12:59Z","msg":"User[dc:41:a9:67:a0:93] disconnected from \"FR@home\" (1h 56m connected, 131.59M bytes, last AP[78:8a:20:d9:65:87])","_id":"692b29a4c2a8f629633b86ba"}
unifi-network.0
   2025-11-29 18:06:52.539	error	[eventHandler.client.connected]: error: TypeError: Cannot read properties of null (reading 'toLowerCase'), stack: TypeError: Cannot read properties of null (reading 'toLowerCase') at file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:108 at Array.find (<anonymous>) at Object.connected (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/eventHandler.js:158:92) at UnifiNetwork.onNetworkEvent (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1253:51) at UnifiNetwork.onNetworkMessage (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:1217:28) at NetworkApi.eventListener (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/main.js:42:20) at NetworkApi.emit (node:events:519:28) at WebSocket.messageHandler (file:///opt/iobroker/node_modules/iobroker.unifi-network/build/lib/api/network-api.js:1076:30) at WebSocket.emit (node:events:519:28) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1220:20), meta: {"rc":"ok","message":"events"}, data: {"user":"d0:d2:b0:9c:f3:df","ssid":"FR@home","hostname":"Wohnzimmer","ap":"78:8a:20:d9:65:87","duration":0,"bytes":0,"ap_model":"U7LT","ap_name":"2-EG","ap_displayName":"2-EG","key":"EVT_WU_Disconnected","subsystem":"wlan","is_negative":false,"site_id":"5c8fc859235a1104257abc78","time":1764436007000,"datetime":"2025-11-29T17:06:47Z","msg":"User[d0:d2:b0:9c:f3:df] disconnected from \"FR@home\" (0s connected, 0.00 bytes, last AP[78:8a:20:d9:65:87])","_id":"692b282cc2a8f629633b8623"}

bei unterschiedlichen MAC und zu unterschiedlichen Zeiten

[Scrounger]

@australien
Bitte Issue mit allen relevanten Infos auf GitHub erstellen

[Qlink]

@scrounger

Ich hab am WE deinen Adapter installiert.
Er läuft soweit stabil und zuverlässig parallel zum alten Unifi Adapter.
Super Arbeit!

Mir fehlt allerdings eine ganz essentielle Funktion, die der alte Adapter bietet:

Die Möglichkeit die PoE Ports meiner Unifi Switch zu schalten. (+ den aktuellen Stromverbrauch der PoE Geräte anzuzeigen)

Hast du das Feature auf der Roadmap ?
Falls ja, dann könnte ich den alten Unifi Adapter tatsächlich kübeln und komplett auf deinen umsteigen.

Falls du Infos dazu brauchst, versuche ich gerne nach meinen Möglichkeiten zu unterstützen.

Beste Grüße

[Scrounger]

Das ist alles schon enthalten

[reutli]

@scrounger
Wann nimmst Du aktuellere releases ins stable Repo auf? Ich habe die "offizielle" 1.1.6, in Github haben wir ja jetzt 1.3.1 (in der auch ein interessanter fix für mich ist)? Hast Du da einen Zyklus oder Vorgehensweise?

[Dragon]

Ich habe versucht einen Bug report auf GitHub zu erstellen. Mittlerweile wird man so schikaniert, dass selbst das erstellen eines Bug Reports gefühlt 45 Minuten dauert.
Naja, ich habe zwei Accesspoints in der Wohnung und wenn ich mich durch die Wohnung bewege wechselt er automatisch von einem zum anderen Accesspoint. Beim Wechsel wird das Gerät für ca. 10 Sekunden als offline angezeigt. Dabei ist es auch egal wie viel Entprellzeit ich einstelle. Erst mit einem Timeout im Skript komme ich weiter und verhindere diese kurzen "Abwesenheitsmomente"

[reutli]

@Dragon sagte in Test Adapter Unifi Network:

Ich habe versucht einen Bug report auf GitHub zu erstellen. Mittlerweile wird man so schikaniert, dass selbst das erstellen eines Bug Reports gefühlt 45 Minuten dauert.
Naja, ich habe zwei Accesspoints in der Wohnung und wenn ich mich durch die Wohnung bewege wechselt er automatisch von einem zum anderen Accesspoint. Beim Wechsel wird das Gerät für ca. 10 Sekunden als offline angezeigt. Dabei ist es auch egal wie viel Entprellzeit ich einstelle. Erst mit einem Timeout im Skript komme ich weiter und verhindere diese kurzen "Abwesenheitsmomente"

Mal langsam mit den "wilden Pferden"!
Du nutzt einen kostenlosen Adapter, den jemand in seiner Freizeit schreibt und wartet für die comminity! Da wird es doch nciht zu viel verlangt sien, einen ausführlichen Report zu schreiben, der dem Entwickler die Möglichkeit gibt den Fehler nachzuvollziehen und zu verstehen, um der Sache dann freundlicherweise nachzugehen.

Ein bißchen mehr "Bitte" und "Danke" wäre angezeigt, statt unmäßiger Erwartungshaltung.

PS: Schon mal überlegt, dass diese Problematik vom Router kommen könnte (nur eine Vermutung - weil das Ding echt träge reagiert)?

[Scrounger]

@reutli sagte in Test Adapter Unifi Network:

@scrounger
Wann nimmst Du aktuellere releases ins stable Repo auf? Ich habe die "offizielle" 1.1.6, in Github haben wir ja jetzt 1.3.1 (in der auch ein interessanter fix für mich ist)? Hast Du da einen Zyklus oder Vorgehensweise?

Ich würde den gerne schneller ins stable bringen, aber da gibt es mittlerweile die Regel das der Adapter mind. 2 Wochen im Beta war und glaub auch eine gewisse Anzahl an Nutzern den schon installiert haben müssen (@mcm1957)
Da ich aber die letzten Wochen immer dran gearbeitet bin ich nie über die zwei Wochen kommen...

@Dragon sagte in Test Adapter Unifi Network:

Ich habe versucht einen Bug report auf GitHub zu erstellen. Mittlerweile wird man so schikaniert, dass selbst das erstellen eines Bug Reports gefühlt 45 Minuten dauert.

@reutli hat es schon alles dazu gesagt. Allerdings fehlt wie in 99% der Fälle ein debug log. Ohne ein log kann ich eh nix analysieren...
Also füg ein debug log hinzu oder der issue wird ganz schnell wieder geschlossen...

@Dragon sagte in Test Adapter Unifi Network:

Naja, ich habe zwei Accesspoints in der Wohnung und wenn ich mich durch die Wohnung bewege wechselt er automatisch von einem zum anderen Accesspoint. Beim Wechsel wird das Gerät für ca. 10 Sekunden als offline angezeigt. Dabei ist es auch egal wie viel Entprellzeit ich einstelle.

Dann scheint bei dir ein generelles Problem mit dem Roaming zu bestehen. Anstatt zu roamen verbinden sich deine clients neu. Das ist kein Problem des Adapters sondern deiner Konfig.

@Dragon sagte in Test Adapter Unifi Network:

Erst mit einem Timeout im Skript komme ich weiter und verhindere diese kurzen "Abwesenheitsmomente"

Keine Ahnung was du hier für ein Skript verwendest...

[warp735]

Ich bekomm die Instanz leider nicht grün. Hab den anderen Adapter abgeschalten, aber ändert leider nix :-(

unifi-network.0
	2025-12-05 09:37:00.470	error	[login]: Login to the Unifi-Network controller API failed! (host: https://10.10.0.1, site: default)
unifi-network.0
	2025-12-05 09:37:00.469	error	[NetworkApi._retrieve] Unable to connect to the Network controller. This is temporary and may occur during device reboots (url: https://10.10.0.1/api/auth/login)

EDIT: wollte gerade den alten nochmal starten. Da steht im Log wohl mein Fehler... Wie lange muss man da warten?

Error site undefined (data): {"code":"AUTHENTICATION_FAILED_LIMIT_REACHED","message":"You've reached the login attempt limit","level":"debug"}

[mcm1957]

@Scrounger sagte in Test Adapter Unifi Network:

@reutli sagte in Test Adapter Unifi Network:

@scrounger
Wann nimmst Du aktuellere releases ins stable Repo auf? Ich habe die "offizielle" 1.1.6, in Github haben wir ja jetzt 1.3.1 (in der auch ein interessanter fix für mich ist)? Hast Du da einen Zyklus oder Vorgehensweise?

Ich würde den gerne schneller ins stable bringen, aber da gibt es mittlerweile die Regel das der Adapter mind. 2 Wochen im Beta war und glaub auch eine gewisse Anzahl an Nutzern den schon installiert haben müssen (@mcm1957)
Da ich aber die letzten Wochen immer dran gearbeitet bin ich nie über die zwei Wochen kommen...

Hi @scrounger,

Da scheint ein gewisses Missverständnis vorzuliegen. Ich will das mal zusammenfassen:

a) Sobald eine Release 14 Tage im Latest ist UND mindestens 5% aller Installation aufweist, wird ein Erinnerungsisusse erstellt, dass den Maintainer daran erinnern soll, dass die Release ev. ins Stable kommen sollte.

b) Spätestens nach 30 Tagen im Latest wird ein Erinnerungsissue erstellt - unabhängig von der Anzahl der Installationen.

c) In jedem Fall muss der Maintainer die Aktualisierung im Stable aktiv anfordern. Einen Automatismus gibt es (als Folge der Beschwerde eines Devs) nicht.

d) Eine Release kann auch schon vor den 14 Tagen ins Stable Repository aufgenommen werden. Der Maintainer muss nicht auf das Erinnerungsissue werten. Hier gilt als allgemeine Richtlinie ca. eine Woche im Latest, kann aber auch schon ein zwei Tage früher sein wenn es User und keine (neuen) gravierenden Issues gibt. Einfach PR einstellen.

e) Bei ganz wenigen Tagen (4 oder weniger) bitte eine kurze Begründung in den PR schreiben warum die Release schon ins Stable soll.

f) Ohne Begründung / zusätzliche Info werden Issues die weniger als ca 4 Tage im Latest waren nur markiert und nach ca 14 Tagen dann gemerged. Natürlich kann da auch schon vorher vom Maintainer ein Kommentar ergänzt werden

g) Natürlich kann eine Release auch quasi sofort ins Stable wenn es sich um einen Emergency Fall handelt (z.B. Api Änderung des Herstellers blockiert ältere Releases o.ä.). Bitte dies unbedingt gleich in den PR schreiben und je nach Prio ggF mich oder Apollon77 auch via Telegramm anpingen.

h) Nicht gern gesehen sind PRs fürs Stable die unmittelbar nach dem Erstellen einer Release zu einem Zeitpunkt wo die neue Release noch nicht mal im Latest ist gemacht werden. Auch geringste Änderungen können negative Auswirkungen haben - deswegen sind ein paar Latest Installation jedenfalls "erwünscht". 0-Day PRs, d.h. PRs wo die neue Release noch nicht mal im Latest ist werden ev. auch mit der Bitte diese nach einer kurzen Testphase neu zu erstellen geschlossen.

Ergo:
Wenn du einen Update im Stable willst, die betreffende Release deiner Ansicht nach OK ist und sie zumindest einige (wenige) Tage im LATEST war, dann erstell doch bitte einen PR.