NEWS
[Major Update] UniFi Adapter v0.5.0
-
@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?@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 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 :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.
-
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. -
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 ;)
-
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.
-
@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.
@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 Wenn es dir NUR um die Anwesenheit geht, wäre ja das Unifi WLAN Script 2 mit Anwesenheitskontrolle vielleicht für dich interessant.
@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
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. ;-)@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 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. ;-)
-
@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 :flushed: ?
Wenn dann auch noch der Wert radio_table_stats.tx_retries mit abfallen würde ...? :grinning:
-
@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 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 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 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
-
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
-
@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?
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@braindead Ist der Rest auch schon Testfähig?
-
@braindead Na dann ..... Ich bin schon 24 Stunden ohne Fehlermeldung :blush:
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:face_with_thermometer:
Edit2:
Zurück auf 5.0 Fehler weg.ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
Support us
829
Online32.4k
Users81.5k
Topics1.3m
Posts