UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :nerd_face: . "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. ;-)

[TDCroPower]

@Sören danke für den Hinweis, das Skript hatte ich auch schon gesehen.
Finde jedoch die Adapter Variante komfortabler.
Es ist ja lediglich ein kleines Feature das ja wohl schon als Change Request offen steht, würde mich freuen wenn es rein kommen würde.
Es ist ja lediglich da um den eingehenden traffic minimal zu halten.
Bis dahin habe ich meine dauerhaften Clients alle in der Blacklist.

Ich bin aktuell schon eifrig dran meine Scripte zu erweitern und meinen Anwesenheits DP als Trigger hinzuzufügen.
Zusätzlich kann ich endlich meiner "Alarmfunktion" nachgehen um einige Sensoren für die Abwesenheit als Alarmtrigger zu verwenden und mir einen stillen Alarm per Telegram zu schicken.
Das wird direkt groß umgesetzt, sobald ich Ende Juli in der neuen Wohnung bin und dort die Rollladensteuerung in mein ioBroker System einbinden werde.

[integer63]

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

https://<IP>:<PORT>/api/s/<SITE>/stat/device/

Tja, wie es aussieht, kommt der Wert mehrfach vor:

"radio_table":[
{
"radio":"ng",
"name":"wifi0",
"ht":"20",
"channel":6,
"tx_power_mode":"custom",
"tx_power":20,
"antenna_gain":6,
"min_rssi_enabled":false,
"sens_level_enabled":false,
"vwire_enabled":false,
"wlangroup_id":"5c8156965ac9085b70365ece",
"min_txpower":6,
"max_txpower":22,
"builtin_antenna":true,
"builtin_ant_gain":3,
"current_antenna_gain":0,
"nss":3,
"radio_caps":16420
},

Also genau das, was ich auch eingestellt habe:

Aber auch noch mal hier:

"radio_table_stats":[
{
"name":"wifi0",
"channel":6,
"radio":"ng",
"ast_txto":null,
"ast_cst":null,
"ast_be_xmit":719,
"cu_total":8,
"cu_self_rx":7,
"cu_self_tx":0,
"gain":3,
"satisfaction":98,
"state":"RUN",
"extchannel":0,
"tx_power":17,
"tx_packets":512,
"tx_retries":30,
"num_sta":9,
"guest-num_sta":0,
"user-num_sta":9
},

Daher also die unterschiedlichen Werte - und nun ?

[braindead]

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

Tja, wie es aussieht, kommt der Wert mehrfach vor:

Ich habe radio_table_stats.tx_power eingebaut.

Daher also die unterschiedlichen Werte - und nun ?

Entweder ich baue zusätzlich radio_table.tx_power ein, oder ich ändere radio_table_stats.tx_power in radio_table.tx_power. It's up to you. ;-)

[integer63]

@braindead Da ich ja (noch) nicht weiß, was der Unterschied ist und alle anderen Adapternutzer es ja nicht automatisch aufgezwungen bekommen, sondern auswählen können (dem neuen Adapter sei dank - und damit dir!), würde ich dich bitten einfach beides einzubinden :flushed: ?

Wenn dann auch noch der Wert radio_table_stats.tx_retries mit abfallen würde ...? :grinning:

[Sunshinemaker]

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

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.

Das ist ja irgendwie doof.... :fearful:

Ich wüsste nicht, wo ich diese Info in der API finden kann.

Das ist ja noch noch doofer :joy:

Ich danke Dir für deine mühen und tolle Arbeit.:+1:

[Camuri]

Bei mir werden alle DP angelegt außer die hier :(

[braindead]

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

Bei mir werden alle DP angelegt außer die hier :(

Einige DP sind nicht bei jedem Device vorhanden und werden deshalb nicht angelegt. Welche Devices hast Du und bei welchen erwartest Du den DP?

[Camuri]

@braindead vor dem 0.5 Update hatte ich den Speedtest ja auch in den DPs hier laufen momentan Security Gateway 3P, 8er Poe Switch und 6 Unifi AP-AC Pro

[cmdr_tom]

Mit dem aktuellen Update der UDM auf Firmware 1.7. hat sich die API geändert. Der Controller der UDM ist mit diesem Update nicht mehr unter Port 8443 erreichbar. Der API Endpunkt ist nun nicht mehr

https://unifi-udm:8443/api/s/default/stat/...

sondern

https://unifi-udm/proxy/network/api/s/default/stat/...

Durch dieses Firmware Update ist der Adapter in Verbindung mit der UDM aktuell nicht einsetzbar. Hinzu kommt, dass der Unifi-Controller auf dem Cloudkey jedoch nach wie vor mit den alten Pfaden erreichbar ist. Somit müsste man in der Konfiguration des Adapters irgendeine Konfigurationsmöglichkeit schaffen, um auszuwählen, ob es sich um eine UDM handelt oder um einen "klassischen" Controller.

Viele Grüße

Tom

[braindead]

@Tom-0 Der Adapter nutzt zur Kommunikation mit dem Controller node-unifi. Die Unterstützung für UniFiOS/UDM wurde dort gerade erst offiziell implementiert.

Ich habe gerade v0.5.1-beta.2 des Adapters auf GitHub veröffentlicht. Es wäre toll, wenn Du die Version einmal testen und mir Feedback geben könntest, ob der Adapter problemlos mit UniFiOS/UDM arbeitet.

https://github.com/iobroker-community-adapters/ioBroker.unifi

[Chaot]

@braindead Ist der Rest auch schon Testfähig?

[braindead]

@Chaot Natürlich. :-)