Moin @ikkerus,
ich habe zwar keine direkte Hilfe für dein Problem, jedoch fand ich immer, dass der Adapter derartig viele Informationen liefert, dass ich diesen für mich als eher hinderlich und weniger nützlich empfand.
Ich würde dir daher alternativ empfehlen einmal in diesem Thread zur UniFi-Steuerung mitzulesen
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 -v
node zeigt bei dir in deinem Post zumindest schon mal die aktuell empfohlene Version v10.16.0 an
@ikkerus und den "fixer" solltest Du auch einmal drüber laufen lassen
curl -sL https://iobroker.net/fix.sh | bash -
@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
@ikkerus sagte in Adapter: ioBroker.unifi:
Für das meiste werde ich eh den UniFi-Controller
Aber für was denn genau?
Ich habe das im anderen Thread wie besprochen mal näher beschrieben. Dake!
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?
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.2
Iibroker 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.0
Unifi Controller : 5.11.50-12745-1
Vielleicht hat da ja doch jemand eine Idee.
Funktioniert der Adapter auch mit dem Cloud Key Gen.2?
@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:
@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?
@Dr-Bakterius Hat sich erledigt ... hab mich getraut und das ganze mit sshpass gelöst.
@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-client
Wä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:8443
Es wurden offenbar auch einige Datenpunkte angelegt, aber nicht beschrieben:
Jemand eine Idee was man noch versuchen kann, außer Downgraden..
