NEWS
Adapter: ioBroker.unifi
-
Moin zusammen,
Danke für dieses Tolle Projekt, diesen Adapter zu entwickeln. Bin gerade dabei, mir meinen ersten iobroker aufzusetzen und erstmal die Adapter zu verbinden. Beim UniFi Adapter scheitere ich damit.
Leider erhalte trotz Eingabe der korrekten Zugangsdaten eine Fehlermeldung:
unifi.0 2019-10-10 11:18:45.806 info ERROR: api.err.Invalid unifi.0 2019-10-10 11:18:44.062 info controller = 10.7.1.25:8443 unifi.0 2019-10-10 11:18:44.062 info update_interval = 60 unifi.0 2019-10-10 11:18:44.061 info Starting UniFi-Controller query unifi.0 2019-10-10 11:18:44.037 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v10.16.0CloudKey Gen1 Firmware: 1.1.0
Controller Software: 5.11.46-12723-1Somit werden natürlich die UniFi-Devices nicht erkannt. Hat jemand eine Idee?
Danke!
@ikkerus @jens-maus
Ich häng mich hier mal dran, da ich genau das selbe Problem habe.
unifi.0 2019-10-23 18:40:48.704 info ERROR: api.err.Invalid
unifi.0 2019-10-23 18:40:46.792 info controller = 192.168.1.103:8443
unifi.0 2019-10-23 18:40:46.792 info update_interval = 30
unifi.0 2019-10-23 18:40:46.792 info Starting UniFi-Controller query
unifi.0 2019-10-23 18:40:46.767 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v8.16.2Iibroker läuft in einer Synology Docker Umgebung. Der Unifi Controller lief vorher auf der selben Synology Disk da gab es keinerlei Probleme. Inzwischen läuft der Unifi Controller auf dem Cloud Key Gen 1
Firmware: 1.1.0Unifi Controller : 5.11.50-12745-1
Vielleicht hat da ja doch jemand eine Idee.
-
Funktioniert der Adapter auch mit dem Cloud Key Gen.2?
-
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
@zloe said in Adapter: ioBroker.unifi:
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
Ist zwar schon sehr lange her, aber ich stehe jetzt vor einem ähnlichen Problem und würde auch gerne den Failover Status (bzw. den Load Balance Status) abfragen können. Bist du hier weitergekommen?
-
@zloe said in Adapter: ioBroker.unifi:
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
Ist zwar schon sehr lange her, aber ich stehe jetzt vor einem ähnlichen Problem und würde auch gerne den Failover Status (bzw. den Load Balance Status) abfragen können. Bist du hier weitergekommen?
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
@Dr-Bakterius Vielen Dank, für die schnelle Antwort. Leider komme ich erst jetzt dazu, das mal auszuprobieren und bleibe auch gleich beim Passwort für die ssh Session hängen. Da meine Linux Kenntnisse eher noch low-level sind, hast du da einen Tipp für mich?
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
@Dr-Bakterius Und noch mal ich ... funktioniert prima, nochmal vielen Dank. Wenn ich etwas fitter in Sachen Bash-Scripts wäre, würde ich mir etwas für den Output des Befehls 'show load-balance watchdog' basteln, um status/pings/fails auszuwerten:
admin@UniFiSecurityGateway:~$ show load-balance watchdog Group wan_failover eth0 status: Running pings: 83 fails: 2 run fails: 0/3 route drops: 8 ping gateway: 208.67.220.222 - REACHABLE last route drop : Fri Jan 10 08:51:01 2020 last route recover: Fri Jan 10 12:35:50 2020 eth2 status: Running failover-only mode pings: 81 fails: 9 run fails: 1/3 route drops: 4 ping gateway: 208.67.220.222 - REACHABLE last route drop : Thu Jan 9 22:19:11 2020 last route recover: Thu Jan 9 22:20:40 2020 -
@Dr-Bakterius Und noch mal ich ... funktioniert prima, nochmal vielen Dank. Wenn ich etwas fitter in Sachen Bash-Scripts wäre, würde ich mir etwas für den Output des Befehls 'show load-balance watchdog' basteln, um status/pings/fails auszuwerten:
admin@UniFiSecurityGateway:~$ show load-balance watchdog Group wan_failover eth0 status: Running pings: 83 fails: 2 run fails: 0/3 route drops: 8 ping gateway: 208.67.220.222 - REACHABLE last route drop : Fri Jan 10 08:51:01 2020 last route recover: Fri Jan 10 12:35:50 2020 eth2 status: Running failover-only mode pings: 81 fails: 9 run fails: 1/3 route drops: 4 ping gateway: 208.67.220.222 - REACHABLE last route drop : Thu Jan 9 22:19:11 2020 last route recover: Thu Jan 9 22:20:40 2020@integer63 sagte in Adapter: ioBroker.unifi:
Wenn ich etwas fitter in Sachen Bash-Scripts wäre
Das kommt noch. Wenn du das bisher umsetzen konntest, schaffst du es auch das Skript anzupassen. Das meiste findet man im Netz und den Rest erkundet man durch Probieren. Ich weiß das, denn ich bin auch nur ein Noob.
-
Ich versuche seit Wochen verzweifelt den WLAN Datendurchsatz jedes Clients mit dem UniFi Adapter zu erfassen.
Eigentlich gibt es dazu auch einen Datenpunkt namens tx_bytes.
Nur leider setzt dieser sich bei mir willkürlich zurück auf 0 und springt dann wieder auf den alten Wert.So bekomme ich keine gescheiten Daten.
In der API (Github Link) soll es wohl noch anders möglich sein.
Ich kann das aber weder deuten noch in den ioBroker einbauen.Kann jemand von euch damit was anfangen?
Oder mir einen Tipp geben wie ich mein Vorhaben umsetzen kann? -
Hallo !
bei der Unifi Dream Machine (UDM) bzw. in der Pro-Variante läuft ja nun der Controller auf der Hardware mit - hier hat sich die URL der API geändert - siehe auch hier:
https://github.com/Art-of-WiFi/UniFi-API-clientWäre toll, wenn sich jemand erbarmen würden den Adapater entsprechend anzupassen.
lg Pietro
-
Ich habe ebenfalls ein USG im Einsatz und bin mit dem Controller auf 5.12.35-12979-1.
Erhalte im LOG:
host.raspberrypi 2020-02-13 21:06:46.266 info instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at Array.every (<anonymous>) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 host.raspberrypi 2020-02-13 21:06:46.262 error Caught by controller[0]: TypeError: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.559 info (30725) Terminated (NO_ERROR): Without reason unifi.0 2020-02-13 21:06:39.556 info (30725) terminating unifi.0 2020-02-13 21:06:39.495 info (30725) cleaned everything up... unifi.0 2020-02-13 21:06:39.493 error (30725) TypeError: Cannot read property 'subsystem' of null at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) unifi.0 2020-02-13 21:06:39.491 error (30725) uncaught exception: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.415 info (30725) getSitesStats: default unifi.0 2020-02-13 21:06:36.016 info (30725) controller = 192.168.1.17:8443Es wurden offenbar auch einige Datenpunkte angelegt, aber nicht beschrieben:
Jemand eine Idee was man noch versuchen kann, außer Downgraden..
-
Ich habe einen UDM im Einsatz - keinen USG (mehr) - der USG hat damit ja har nichts zu tun - sondern der Controller (zB Unifi-Cloudkey, bzw. Raspi etc.).
Beim UDM (pro) läuft der Controller hingegen direkt auf der Firewall - und hier haben sich die URLs geändert...lg Pietro
-
Ich habe ebenfalls ein USG im Einsatz und bin mit dem Controller auf 5.12.35-12979-1.
Erhalte im LOG:
host.raspberrypi 2020-02-13 21:06:46.266 info instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at Array.every (<anonymous>) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 host.raspberrypi 2020-02-13 21:06:46.262 error Caught by controller[0]: TypeError: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.559 info (30725) Terminated (NO_ERROR): Without reason unifi.0 2020-02-13 21:06:39.556 info (30725) terminating unifi.0 2020-02-13 21:06:39.495 info (30725) cleaned everything up... unifi.0 2020-02-13 21:06:39.493 error (30725) TypeError: Cannot read property 'subsystem' of null at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) unifi.0 2020-02-13 21:06:39.491 error (30725) uncaught exception: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.415 info (30725) getSitesStats: default unifi.0 2020-02-13 21:06:36.016 info (30725) controller = 192.168.1.17:8443Es wurden offenbar auch einige Datenpunkte angelegt, aber nicht beschrieben:
Jemand eine Idee was man noch versuchen kann, außer Downgraden..
@SaschaS hast du schon https://forum.iobroker.net/topic/4514/adapter-iobroker-unifi/255 versucht wie von @TorbenNW vorgeschlagen? Bei mir halfs
-
Ich versuche seit Wochen verzweifelt den WLAN Datendurchsatz jedes Clients mit dem UniFi Adapter zu erfassen.
Eigentlich gibt es dazu auch einen Datenpunkt namens tx_bytes.
Nur leider setzt dieser sich bei mir willkürlich zurück auf 0 und springt dann wieder auf den alten Wert.So bekomme ich keine gescheiten Daten.
In der API (Github Link) soll es wohl noch anders möglich sein.
Ich kann das aber weder deuten noch in den ioBroker einbauen.Kann jemand von euch damit was anfangen?
Oder mir einen Tipp geben wie ich mein Vorhaben umsetzen kann?@aleks-83
Bin ich denn der einzige der sich eine Anzeige des Datendurchsatzes je Client wünscht?
Mit dem aktuellen Datenpunkt von .tx_bytes kann man leider nix anfangen.
Der springt immer wieder auf 0 sobald der Client den Kanal oder den Accesspoint wechselt.So sieht es dann bei einem Clienten aus der den ganzen Tag im WLAN ist.
-
Ich habe mir heute erfolgreich den Unifi Adaper installiert.
Kann es sein, dass dieser nur Werte lesen kann? Ich würde gerne zu speziellen Uhrzeiten über ioBroker die Access Points "disablen". Da gibt es ja auch einen State für - allerdings scheint der nicht beschreibbar. Oder mache ich was falsch?Danke!
-
Ich habe mir heute erfolgreich den Unifi Adaper installiert.
Kann es sein, dass dieser nur Werte lesen kann? Ich würde gerne zu speziellen Uhrzeiten über ioBroker die Access Points "disablen". Da gibt es ja auch einen State für - allerdings scheint der nicht beschreibbar. Oder mache ich was falsch?Danke!
-
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
@Hiltex said in Adapter: ioBroker.unifi:
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
Hmm... schade @jens-maus kann man den Adapter nicht erweitern, um einfache Werte auch zu schreiben? Speziell das disablen des Access Point wäre ja Klasse, da die Schedul Funktion ja nur die Anmeldung verhindert, jedoch den AP nicht wirklich abschaltet.
-
@Hiltex said in Adapter: ioBroker.unifi:
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
Hmm... schade @jens-maus kann man den Adapter nicht erweitern, um einfache Werte auch zu schreiben? Speziell das disablen des Access Point wäre ja Klasse, da die Schedul Funktion ja nur die Anmeldung verhindert, jedoch den AP nicht wirklich abschaltet.
Du könntest auch mal hier rein schauen. Ist ein Script und kein Adapter.
-
@dslraser said in Adapter: ioBroker.unifi:
Danke @dslraser und @Kueppert ! Sieht interessant und für meine Zwecke ausreichend aus. Muss ich mir mal anschauen, wie man das Script genau zum Laufen bringt.
612
Online32.4k
Users81.4k
Topics1.3m
Posts