Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Chaot]

@nevermind Wobei jetzt bei mir 40 Geräte per IP in die Blacklist zu schreiben keine wirkliche Großaufgabe war. Das ging recht flott.

[liv-in-sky]

@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

[braindead]

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

[Chaot]

@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

[Homoran]

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

[braindead]

@Homoran Danke für den Hinweis. Ich gucke mir den TV-Spielfilm Adapter mal an. Evtl. kann man da etwas klauen.

[crunchip]

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

[Chaot]

@crunchip Laufen die bei dir nicht mit einer festen IP?
Zumindest die APs würde ich schon festlegen.

[crunchip]

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

[integer63]

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

[wendy2702]

Ja, Unterschiedliche Einheiten.

Watt und dbm

Wie man allerdings bei 20dbm auf 17 Watt kommt verstehe ich auch nicht.

[sissiwup]

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?

[darkiop]

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

[braindead]

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

[integer63]

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

[TDCroPower]

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

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

[Sunshinemaker]

@TDCroPower Wenn es dir NUR um die Anwesenheit geht, wäre ja das Unifi WLAN Script 2 mit Anwesenheitskontrolle vielleicht für dich interessant.

[Sunshinemaker]

@braindead

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

[braindead]

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

[braindead]

@integer63
Bzgl. Deines tx_power Problems, bitte mal https://<IP>:<PORT>/api/s/<SITE>/stat/device/ im Browser aufrufen (IP, PORT und SITE müssen ersetzt werden. SITE ist der Name Deiner Site. Standardmäßig ist das default.) und gucken, was Du als tx_power angezeigt bekommst. Sehr wahrscheinlich 17.