[Major Update] UniFi Adapter v0.5.0
-
@braindead sagte in [Major Update] UniFi Adapter v0.5.0:
Der Aufwand zu Befüllen ist allerdings einmalig, weshalb ich nicht verstehe, wo das Problem liegt.
Naja... Ist ja kein Problem aber eine whitelist wäre für manche einfach praktischer. Wie gesagt, ich z.b. benötige nur wenige Daten. Ich muss also alle anderen blacklisten und immer wenn mal ein Gerät im Netzwerk dazu kommt, muss ich es zur bkacklist hinzufügen. Aber ja, ist ein "nice to have" ... Kein Stress
-
@nevermind Wobei jetzt bei mir 40 Geräte per IP in die Blacklist zu schreiben keine wirkliche Großaufgabe war. Das ging recht flott.
-
@Chaot aber was ist, wenn eine party ist (oder kunden im büro), in der man die leute ins wlan läßt - dann hat man plötzlich 10 oder 20 neue geräte als datenpunkte
-
@nevermind und @BBTown und @liv-in-sky Ihr habt mich überzeugt. In einer der nächsten Versionen wird es die Möglichkeit geben Whitelists zu nutzen. Technisch ist das kein großes Problem, es ist eher die Frage, wie das am Besten in die Konfiguration eingebaut wird. Beide Listen gleichzeitig sollte es nicht geben, weil die eine Liste die andere Liste ausschließt. Ich überlege mir was.
-
@liv-in-sky Das stimmt.
Es wäre zwar auch nur eine Kleinigkeit die Datensätze schnell wieder zu löschen, aber mit Whitelist entstünden die gar nicht.
Wobei die Umsetzung der Whitelist jetzt wirklich Zeit hat. Aktuell ist eher Essig mit Partys
-
@braindead sagte in [Major Update] UniFi Adapter v0.5.0:
Beide Listen gleichzeitig sollte es nicht geben, weil die eine Liste die andere Liste ausschließt. Ich überlege mir was.
ich weiß nicht mehr in welchem Adapter das war (ich glaube TV-Spielfilm) da war beides möglich musste aber vorher durch Checkbox (besser wohl Radio-Button) ausgewählt werden.
-
@Homoran Danke für den Hinweis. Ich gucke mir den TV-Spielfilm Adapter mal an. Evtl. kann man da etwas klauen.
-
@Chaot die Liste füllt sich auch ohne Party
Denn jeder AP hat mehrere Mac-Adressen und wählt sich nach und nach mit einer anderen an. -
@crunchip Laufen die bei dir nicht mit einer festen IP?
Zumindest die APs würde ich schon festlegen. -
@Chaot Nein, die sind bei mir per DHCP, spielt aber auch keine Rolle. Sobald etwas am Netzwerk geändert/aktualisiert wird tauchen die AP´s mit einer weiteren Mac Adresse auf, sind auch nur kurz verbunden, sind dann halt im Geräteverlauf aufgelistet, bzw im Adapter sieht man ja jedes Gerät, das mal verbunden war.
-
@braindead Ich habe mir gerade die aktuelle Version von github installiert und freue mich über die neuen DPs
Habe aber auch gleich eine Frage zu tx_power: in die DPs wird jeweils "17 W" eingetragen:
Erwartet hätte ich aber sowas wie "20 dbm" und "22 dbm":
Sprechen wir hier von unterschiedlichen Werten/Angaben? -
Ja, Unterschiedliche Einheiten.
Watt und dbm
Wie man allerdings bei 20dbm auf 17 Watt kommt verstehe ich auch nicht.
-
Hallo,
wie bleibt die Historie erhalten wenn ich auf 0.5 update?
Ich habe alle Datenpunkte in mysql und mache darauf div
Statistiken. Bleiben die IDs nach dem Update erhalten?Muss ich den Adapter wirklich vorher löschen?
Die paar Datenpunkte stören mich nicht.
Was passiert wenn ich nicht lösche? -
@sissiwup sagte in [Major Update] UniFi Adapter v0.5.0:
wie bleibt die Historie erhalten wenn ich auf 0.5 update?
Wenn der Pfad zum DP sich nicht ändert bleibt auch die Historie erhalten. In der Datenbank wird mittels des Pfades auf die Daten des DPs referenziert:
Auch nach einem Löschen von DPs/Adapter/Instanzen bleiben diese in der Datenbank.
Wenn sich der Pfad/DP-Name ändert kann man auch per SQL die ID der vorhandenen Daten in der Datenbank anpassen.
-
@integer63 said in [Major Update] UniFi Adapter v0.5.0:
Habe aber auch gleich eine Frage zu tx_power: in die DPs wird jeweils "17 W" eingetragen: ... Sprechen wir hier von unterschiedlichen Werten/Angaben?
Ich nutze diese States nicht (und weiß auch nicht, warum man sie im ioBroker braucht). und habe die Einheit geraten. Leider falsch.
Bei mir steht die Transmit Power auf Auto, weshalb ich auch nicht weiß, was da wirklich kommt.
Die Einheit habe ich geändert und auf GitHub hochgeladen. -
@braindead Mir ging es weniger um die Einheit (muss man ja auch nicht wissen), sondern um den Wert selbst. Ich habe ja 20 (resp. 22) eingestellt, er werden aber zwei mal 17 im DP eingetragen. Daher die Frage, ob es überhaupt der selbe Wert ist, der da ausgelesen wird? Du hast aber völlig recht, wirklich "brauchen" tut man den Wert nicht. Aber wenn er da ist, kann man ihn mit in die VIS einbauen, um sich auf einen Blick zu erinnern, was man da selber eingestellt hat
. "Auto" ist gleich "high" und ist oft nicht die beste Wahl um ein Optimum im WLAN zu erreichen. Aber das ist natürlich bei jeder Umgebung anders. -
Danke fürs Update auf die v0.5.0, ich kann aktuell von der Performance nicht meckern.
Mein OrangePi wird beim DP aktualisieren vom Unifi Adapter nur mit unter 15% belastet!
Am Anfang sieht man das frische Daten ziehen nach dem Adapter starten mit starker Beschränkung der Client Objects auf 8 + Blacklist auf alle Geräte ausser mein iPhone.[root@OrangePi:~]$ top | grep io.unifi.0 16483 iobroker 20 0 145492 53252 25484 S 35.4 2.6 0:04.77 io.unifi.0 16483 iobroker 20 0 148564 58216 26952 S 24.7 2.8 0:05.52 io.unifi.0 16483 iobroker 20 0 148564 58216 26952 S 1.6 2.8 0:05.57 io.unifi.0 16483 iobroker 20 0 148564 58232 26952 R 2.0 2.8 0:05.63 io.unifi.0 16483 iobroker 20 0 148564 58232 26952 S 0.3 2.8 0:05.64 io.unifi.0 16483 iobroker 20 0 148564 58232 26952 S 1.3 2.8 0:05.68 io.unifi.0 16483 iobroker 20 0 148564 58232 26952 S 0.3 2.8 0:05.69 io.unifi.0 16483 iobroker 20 0 148564 58248 26952 S 1.0 2.8 0:05.72 io.unifi.0 16483 iobroker 20 0 148792 61264 26952 S 15.8 3.0 0:06.20 io.unifi.0 16483 iobroker 20 0 148792 61264 26952 S 1.9 3.0 0:06.26 io.unifi.0 16483 iobroker 20 0 148792 61264 26952 S 0.3 3.0 0:06.27 io.unifi.0 16483 iobroker 20 0 148792 61528 26952 S 1.3 3.0 0:06.31 io.unifi.0 16483 iobroker 20 0 148792 61528 26952 S 0.3 3.0 0:06.32 io.unifi.0 16483 iobroker 20 0 148792 61528 26952 S 1.0 3.0 0:06.35 io.unifi.0 16483 iobroker 20 0 148792 61528 26952 S 0.3 3.0 0:06.36 io.unifi.0 16483 iobroker 20 0 149304 47640 26952 R 14.1 2.3 0:06.79 io.unifi.0 16483 iobroker 20 0 149304 48000 26952 S 10.1 2.3 0:07.10 io.unifi.0 16483 iobroker 20 0 145720 44328 26952 R 14.2 2.2 0:07.54 io.unifi.0 16483 iobroker 20 0 145720 43736 26952 S 2.0 2.1 0:07.60 io.unifi.0 16483 iobroker 20 0 145720 43896 26952 S 2.3 2.1 0:07.67 io.unifi.0 16483 iobroker 20 0 145720 43896 26952 S 0.3 2.1 0:07.68 io.unifi.0 16483 iobroker 20 0 145720 43896 26952 S 2.3 2.1 0:07.75 io.unifi.0Ich freu mich aber auf jeden Fall auf die Whitelist Version, denn ich benötige lediglich mir bekannte WLan Clients aus dem Unifi im iobroker für die Anwesenheitskontrolle.
Das Problem an der Blacklist Variante, ich kann nur blocken was ich weiß.
Jeder neue Client (zum Beispiel Besucher) wird somit automatisch in die Objekte hinzugefügt und erzeugt unnötigen traffic an DPs beim abfragen. -
@TDCroPower Wenn es dir NUR um die Anwesenheit geht, wäre ja das Unifi WLAN Script 2 mit Anwesenheitskontrolle vielleicht für dich interessant.
-
Das aktuelle Update vom Controller wird nicht richitg Angezeigt.
Und ich würde es gut finden, wenn möglich wenn auch das Update bzw der Status vom CloudKey als DP mit aufgeführt wäre
-
@Sören said in [Major Update] UniFi Adapter v0.5.0:
Das aktuelle Update vom Controller wird nicht richitg Angezeigt.
Ich habe das gerade bei mir überprüft. Bei mir zeigt der Controller das Update auch an, aber in der API steht der DP update_available auf false. Der Adapter arbeitet also korrekt.
Und ich würde es gut finden, wenn möglich wenn auch das Update bzw der Status vom CloudKey als DP mit aufgeführt wäre
Ich wüsste nicht, wo ich diese Info in der API finden kann.
