[Major Update] UniFi Adapter v0.5.0

[braindead]

@lobomau said in [Major Update] UniFi Adapter v0.5.0:

@Chaot ja, einfach die IP eintragen (falls fix) oder den Namen nehmen.

Oder MAC oder Hostname

@bigd-73 said in [Major Update] UniFi Adapter v0.5.0:

Unter Statistik - Performance -> Filter: WAN1, (5 Minuten, stündlich oder täglich)

Danke, ich gucke mal, ob ich DP finden kann.

@lobomau said in [Major Update] UniFi Adapter v0.5.0:

Bis 21:30 Uhr hatte ich noch beta1.0 mit ca. 1000 DP und Aktualisierung von 120s.
Dann kam Update auf beta2.0. mit 220 DP. Ich habe dann auf Aktualierung 60s runtergestellt. Kaum Prozessorbelastung. Ich teste jetzt gleich mal 30s...

Das ist insofern interessant, weil @Dutchman mich darauf hingewiesen hat, dass der Code nicht optimal war, weil alle Objekte (nicht wie Werte von States) jedesmal aktualisiert wurden, auch wenn es keine Änderung gab. Meine Änderung hat also etwas gebracht.

[dslraser]

@braindead sagte in [Major Update] UniFi Adapter v0.5.0:

Sowohl Blacklists, als auch die Whitelists der zu übernehmenden Objekte lassen sich konfigurieren.
Blacklists und Whitelists funktionieren, wie beschrieben.
Der Adapter läuft auch nach einer längeren Zeit noch stabil und Daten werden aktualisiert.

Ich habe die Blacklist nochmal probiert und es funktioniert nun bei mir. Keine Ahnung warum es neulich nicht ging. Ich habe nichts anderes gemacht als bei meinem ersten Versuch. Bei meinem ersten Versuch mit der Blacklist wurde das Gerät immer wieder neu geholt.
Heute hat es aber funktioniert.
Der Rest funktioniert bei mir ebenfalls. Ich bin aktuell noch bei 60 Sekunden im Adapter, andere Intervalle habe ich nicht probiert.

[JackDaniel]

Bei mir funktioniert jetzt auch alles wie es soll, Arbeit
Bei der 5.0er Version hatte ich noch Problem mit dem Arbeitsspeicher (bei 800mb hab ich den Adapter deaktiviert)
Verbunden wird der Adapter mit der UDM, und er läuft auf einem Pi 4B mit 4GB Ram.

[braindead]

v0.5.0 ist seit heute im latest Repository. Vielen Dank an alle, die hier fleißig getestet haben.

[Holger76]

mit dem neuesten JS Controller (latest) läuft bei mit der Adapter nicht mehr (ein downgrade des adapters allerdings auch nicht)

Der Adapter bleibt gelb , Meldung im LOG :

(3030) Error: api.err.Invalid

[JackDaniel]

@Holger76
ich weiß das hilft dir nichts, aber ich kann das hier nicht bestätigen, alles im grünen bereich

[Chaot]

@braindead
Läuft bei mir bis auf eine Meldung fehlerfrei mit JS 3,1,3

ubuntu.0	2020-05-10 07:43:46.832	warn	(15832) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!

[darkiop]

Ich habe eben auch nochmal einen frischen ioBroker mit dem jscontroller 3.1.3 gestartet und den unifi 0.5.0 installiert - keine fehler.

das ganze unter node 10.20.1

@Holger76 welche Node Version hast du im Einsatz?

[Holger76]

mit der neuen Verion von heute Nacht ist alles i.O.

[braindead]

Es gab ein Problem mit dem js-controller v3.1.2, dass kurzfristig gelöst wurde in v3.1.3.

[integer63]

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

Muss ich zwingend etwas updaten, damit es läuft?

[guergen]

@integer63 welche js-controller Version hast Du installiert?

[integer63]

@guergen 2.2.9

[BBTown]

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

[guergen]

@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

[guergen]

@integer63 Andere Adapter benötigen auch schon mindestens 10, 12 läuft auch gut!

[Homoran]

@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

[Xsev]

@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/RX

Falls die Daten da sind oder sein müssten, evtl liegts auch an meinem Node 10, bin noch nicht auf 12?

[braindead]

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.

[integer63]

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?