NEWS
Adapter: ioBroker.unifi
-
Moin @BBTown ,
Danke für deinen Tipp. Ich möchte ja auch nicht alle Informationen auf dem iPad, was ich an die Wand hänge Visualisieren. Mir würde es letztlich reichen, den max. Downstream/Upstream (der von UniFi regelmäßig getestet wird) anzugeben und anzuzeigen, ob ich online oder offline bin.
Ich habe nach der Image-Installation noch kein Betriebssystem-Update gemacht. Kann es daran liegen?
-
Moin @BBTown ,
Danke für deinen Tipp. Ich möchte ja auch nicht alle Informationen auf dem iPad, was ich an die Wand hänge Visualisieren. Mir würde es letztlich reichen, den max. Downstream/Upstream (der von UniFi regelmäßig getestet wird) anzugeben und anzuzeigen, ob ich online oder offline bin.
Ich habe nach der Image-Installation noch kein Betriebssystem-Update gemacht. Kann es daran liegen?
@ikkerus
Mit dem Adapter würdest Du - je nach Umfang deiner UniFi Umgebung tausende Datenpunkte erhalten .... ob allerdings der Up/downstream dabei war, weiss ich nicht mehr.Das System sollte natürlich aktuell sein.
was spucken denn diese Befehle auf der Konsole aus?nodejs -v npm -vnode zeigt bei dir in deinem Post zumindest schon mal die aktuell empfohlene Version v10.16.0 an
-
Moin @BBTown ,
Danke für deinen Tipp. Ich möchte ja auch nicht alle Informationen auf dem iPad, was ich an die Wand hänge Visualisieren. Mir würde es letztlich reichen, den max. Downstream/Upstream (der von UniFi regelmäßig getestet wird) anzugeben und anzuzeigen, ob ich online oder offline bin.
Ich habe nach der Image-Installation noch kein Betriebssystem-Update gemacht. Kann es daran liegen?
-
Moin @BBTown ,
Danke für deinen Tipp. Ich möchte ja auch nicht alle Informationen auf dem iPad, was ich an die Wand hänge Visualisieren. Mir würde es letztlich reichen, den max. Downstream/Upstream (der von UniFi regelmäßig getestet wird) anzugeben und anzuzeigen, ob ich online oder offline bin.
Ich habe nach der Image-Installation noch kein Betriebssystem-Update gemacht. Kann es daran liegen?
@ikkerus hi
abgesehen vom unifi adapter problem:ich mache gerade das unifi script, welches @BBTown vorgeschlagen hat
ich habe auch einstellungen im script, bei der so gut wie keine daten geholt werden - aber wenn du mir erklärst - im anderen thread bitte , was du genau brauchst, schaun wir mal was geht -
Danke. Das mit dem Fix probiere ich auch mal. Bin gerade noch an einer anderen Sache dran.
@liv-in-sky
Danke und Hi. Das ist eine gute Idee. Für das meiste werde ich eh den UniFi-Controller benutzen. Aber ein paar Schlüsselinformationen zu visualisieren finde ich halt sinnvoll.
Ich melde mich mal im anderen Thread.root@raspberrypi:/opt/iobroker# nodejs -v v10.16.0 root@raspberrypi:/opt/iobroker# npm -v 6.9.0 -
Danke. Das mit dem Fix probiere ich auch mal. Bin gerade noch an einer anderen Sache dran.
@liv-in-sky
Danke und Hi. Das ist eine gute Idee. Für das meiste werde ich eh den UniFi-Controller benutzen. Aber ein paar Schlüsselinformationen zu visualisieren finde ich halt sinnvoll.
Ich melde mich mal im anderen Thread.root@raspberrypi:/opt/iobroker# nodejs -v v10.16.0 root@raspberrypi:/opt/iobroker# npm -v 6.9.0 -
Hi,
kann man mit dem UniFi Adapter irgendwie die Verbindungsgeschwindigkeit der Clients anzeigen?
Also mit wieviel MBit/s der jeweilige Client am Access Point aktuell angebunden ist?
Ich habe nur die Qualität in dB gefunden. Oder kann man daraus die MBit/s errechnen?EDIT:
Oh, sorry, das ist wohl die TxRate oder?Und wie zeige ich die aktuelle Durchsatzrate des Clienten an? Geht das?
-
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
594
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge