[Major Update] UniFi Adapter v0.5.0
-
@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.
-
@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. -
@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. -
@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 ?
-
@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.
-
@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
?Wenn dann auch noch der Wert radio_table_stats.tx_retries mit abfallen würde ...?
-
@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....
Ich wüsste nicht, wo ich diese Info in der API finden kann.
Das ist ja noch noch doofer
Ich danke Dir für deine mühen und tolle Arbeit.
-
Bei mir werden alle DP angelegt außer die hier
-
@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?
-
@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
-
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
-
@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
-
@braindead Ist der Rest auch schon Testfähig?
-
@Chaot Natürlich.
-
@braindead Na dann ..... Ich bin schon 24 Stunden ohne Fehlermeldung
Edit:
Sieh an:host.ioBroker 2020-05-20 19:26:18.262 info Restart adapter system.adapter.unifi.0 because enabled host.ioBroker 2020-05-20 19:26:18.262 info instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR) host.ioBroker 2020-05-20 19:26:18.262 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:347:21 host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at Unifi.processClients (/opt/iobroker/node_modules/iobroker.unifi/main.js:376:13) host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:881:33) host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:97:5) host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:820:36) host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at Unifi.extendObjectAsync (/opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1584:16) host.ioBroker 2020-05-20 19:26:18.261 error Caught by controller[0]: at new Promise (<anonymous>) host.ioBroker 2020-05-20 19:26:18.260 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1585:16 host.ioBroker 2020-05-20 19:26:18.260 error Caught by controller[0]: at Unifi.extendObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2015:17) host.ioBroker 2020-05-20 19:26:18.260 error Caught by controller[0]: at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:518:23) host.ioBroker 2020-05-20 19:26:18.260 error Caught by controller[0]: Error: The "default.clients." is invalid. Ids are not allowed to end in "." host.ioBroker 2020-05-20 19:26:18.259 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte unifi.0 2020-05-20 19:26:17.716 error at /opt/iobroker/node_modules/iobroker.unifi/main.js:347:21 unifi.0 2020-05-20 19:26:17.716 error at Unifi.processClients (/opt/iobroker/node_modules/iobroker.unifi/main.js:376:13) unifi.0 2020-05-20 19:26:17.716 error at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:881:33) unifi.0 2020-05-20 19:26:17.716 error at processTicksAndRejections (internal/process/task_queues.js:97:5) unifi.0 2020-05-20 19:26:17.716 error at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:820:36) unifi.0 2020-05-20 19:26:17.716 error at Unifi.extendObjectAsync (/opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1584:16) unifi.0 2020-05-20 19:26:17.716 error at new Promise (<anonymous>) unifi.0 2020-05-20 19:26:17.716 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1585:16 unifi.0 2020-05-20 19:26:17.716 error at Unifi.extendObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2015:17) unifi.0 2020-05-20 19:26:17.716 error at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:518:23) unifi.0 2020-05-20 19:26:17.716 error (2418) Error: The "default.clients." is invalid. Ids are not allowed to end in "." unifi.0 2020-05-20 19:26:17.703 error (2418) unhandled promise rejection: The "default.clients." is invalid. Ids are not allowed to end in "." Unhandled 2020-05-20 19:26:17.701 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). host.ioBroker 2020-05-20 19:26:14.400 info instance system.adapter.unifi.0 started with pid 2418
Edit2:
Zurück auf 5.0 Fehler weg. -
@Chaot Ich guck mir das später mal an. Jetzt geht's erstmal mit der Holden ins Autokino.
