NEWS
[Major Update] UniFi Adapter v0.5.0
-
@braindead Ich habe mir gerade die Version von GitHub installiert und bekomme leider auch den Fehler "Error: api.err.Invalid"
Meine Umgebung:
Node.js v8.15.1
NPM 6.9.0Muss ich zwingend etwas updaten, damit es läuft?
-
@integer63 welche js-controller Version hast Du installiert?
-
@guergen 2.2.9
-
@integer63
Du bist mit nodejs v8.x.x nicht mehr im empfohlenen Bereich.
Es solltest mindestens v10.x.x am besten aber v12.x.x sein (damit Du ncht gleich wieder veraltete bist) -
@integer63 Hmmmh... Du hast noch Node.js 8 laufen.... ob das alles so miteinander lüppt ist die Frage....
Welche mindestvoraussetzung Du für den Unifi-Adapter an Node brauchst kann Dir nur Braindead beantworten.
Aber 10 sollte schon sein denke ich -
@integer63 Andere Adapter benötigen auch schon mindestens 10, 12 läuft auch gut!
-
@integer63 sagte in [Major Update] UniFi Adapter v0.5.0:
bekomme leider auch den Fehler "Error: api.err.Invalid"
Habe auch gerade auf 0.5.0 umgestellt und bekam auch die Meldung.
zuvor hatte ich gar keine Verbindung bekommen und gesehen, dass alle Daten aus der Konfiguration raus waren.Habe die dann neu eingegeben und dabei einen Tippfehler im Usernamen gehabt.
Als ich den neu eingegeben (und während der Suche das Passwort geändert) hatte lief es dann -
@braindead
Super Arbeit, der Adapter ist super übersichtlich geworden!!! Vielen Dank für die Arbeit.Glaube mein Server hat 20 Minuten alte Datenpunkte gelöscht, wovon ich 99% nicht gebraucht habe...
Mir sind kleine Dinge aufgefallen die mir an Daten aktuell noch fehlen:
Bei den Clients:
-Aktuell verbundenes Netzwerk (SSID)
-Aktuell genutzter Kanal
-Aktuelle genutzte Bandbreite (Aktivität) TX/RXFalls die Daten da sind oder sein müssten, evtl liegts auch an meinem Node 10, bin noch nicht auf 12?
-
Eigentlich hätte jeder mit einer Version < v0.5.0 eine Meldung bekommen sollen, dass vor dem Update der Adapter gelöscht werden sollte, weil es doch so einige Änderungen gibt. Leider ist der Pull Request für den ioBroker Dokumentation noch nicht akzeptiert worden. Ich werde gleich mal die Core Developer nerven, dass sie den PR akzeptieren.
In v0.5.0 wird das Passwort verschlüsselt gespeichert. Jeder, der den Adapter vorher nicht gelöscht hat, wird den Fehler Error: api.err.Invalid bekommen. Die Lösung ist, dass das Username und Passwort in der Konfiguration neu eingegeben werden müssen. @Homoran hat das in seinem Kommentar beschrieben.
Die Fehler von @guergen und @integer63 sind zwar durch das Update des Adapters aufgekommen, sind durch Aktionismus aber nicht besser geworden. Ich werde die Admins bitten diese Teile des Threads zu verschieben. Die Lösung der Probleme hat nichts mehr mit dem Adapter zu tun.
@Xsev Die von Dir gewüschnten DPs können glaube ich alle eingebaut werden. Ich werde sie in v0.5.1 einbauen.
-
Ich hatte die alte Instanz vorher gelöscht, aber nicht den Adapter deinstalliert. Aber mein Problem war in der Tat ein Fehler bei den Login Daten (ich hätte mir also wahrscheinlich die ganze Updaterei mit all ihren Problemen sparen können, aber jetzt bin ich froh, dass ich dadurch auf dem aktuellen Stand - na ja fast - bin).
Und auch gleich eine Frage wieder zum Thema: besteht die Möglichkeit die Ports unter port_table einfach weizer port_x zu benennen?
Wenn man jetzt bei einem Port den Namen/Alias ändert, ändert sich auch der DP und man muss alle Skripte anpassen
Oder habe ich einfach nur die passende Einstellung übersehen? -
@integer63 said in [Major Update] UniFi Adapter v0.5.0:
besteht die Möglichkeit die Ports unter port_table einfach weizer port_x zu benennen? ...
Oder habe ich einfach nur die passende Einstellung übersehen?Ich bin davon ausgegangen, dass der DP "name", der auch für die ID des States genutzt wird fix ist. Ehrlich gesagt wusste ich gar nicht, dass man Ports umbenennen kann. In der Tat sollen sich die IDs der States nicht ändern. Das ist ja auch der Grund, warum bei Clients und Devices absichtlich die MAC Adresse als ID genutzt wird. Ich passe den Adapter entsprechend an und in der nächsten Version ist das behoben.
-
@braindead Ja, man kann jeden Port editieren:
Und wenn wir schon dabei sind ... es gab da auch mal den DP "overheating" für die devices
Und danke - danke - danke
-
@integer63 Ports sind bei mir lokal bereits gefixt und "overheating" habe ich auch schon eingebaut.
Ich glaube Du wärst ein super Betatester gewesen. -
@braindead Danke für die Blumen Dann mal gleich nachlegen:
Pro Port (Switche):
poe_class
poe_power
poe_current
poe_voltagePro Band (APs):
tx_power
cu_self_tx
cu_self_rxIm Laufe der Zeit fällt mir bestimmt noch mehr ein (überall wo meine VIS nur noch NaN anzeigt)
-
@integer63 Kannst Du dafür auf GitHub bitte ein Issue aufmachen? Dadurch habe ich einen besseren Überblick über die offenen Punkte.
https://github.com/iobroker-community-adapters/ioBroker.unifi/issues
-
@braindead done
-
Erst mal vielen Dank für den Adapter!! Wurde wirklich Zeit, dass der alte Adapter mal generalüberholt wird. Funktioniert wirklich prima!
Eine Frage dazu: Die Blacklist ist ja dafür da, um Geräte "auszuschliessen", sodass deren Infos nicht geladen werden, richtig?
Wäre nicht eine Whitelist sinnvoller, bzw. ebenfalls sinnvoll? Ich z.B. nutzen den Adapter bisher nur für die Anwesendheit. Dazu brauche ich nur Daten von 3 Geräten. Ich könnte/müsste also 20+ andere Geräte auf die Blacklist setzen. Da wäre es praktischer die 3 Geräte auf die Whitelist zu setzen.
vg
Jens
-
@nevermind Blacklist oder Whitelist ist im Endeffekt eine Glaubensfrage. Ich habe mich erstmal für die Blacklist entschieden.
-
@braindead
Ich würde hier gerne noch einmal einhaken, denn ich nutze die Blacklist aufgrund der Umsetzung auch nicht.Ich habe das schon einmal vorgeschlagen:
optional alle MACs in die Blacklist packen zu können und anschließend gezielt wieder einzelne rauszunehmen.
Wäre so etwas ggf. mit vertretbaren Aufwand umzusetzen?die Krönung wäre dann natürlich, wenn in der so erstellten Blacklist die Aliase stünden, dann wäre das Anpassen noch einfacher
-
@BBTown said in [Major Update] UniFi Adapter v0.5.0:
die Krönung wäre dann natürlich, wenn in der so erstellten Blacklist die Aliase stünden, dann wäre das Anpassen noch einfacher
Clients lassen sich doch jetzt schon nach MAC, IP, Name (Alias) und Hostname filtern.
Ansonsten geht das Befüllen der Blacklist sicher nutzerfreundlicher. Der Aufwand zu Befüllen ist allerdings einmalig, weshalb ich nicht verstehe, wo das Problem liegt.