NEWS
Adapter: ioBroker.unifi
-
Ich benutze den Unifi-Adapter und bin ganz glücklich damit. Daher an dieser Stelle erst einmal vielen Dank an den Entwickler.
Ich habe aber ein Problem. Wenn der Controller mal, warum auch immer, nicht läuft, funktioniert der Adapter natürlich nicht. Wenn der Controller dann aber wieder läuft, merkt es der Adapter anscheinend nicht. Ich muss dann immer den Adapter aktualisieren.
Falls das nicht geändert werden kann, gibt es eine Möglichkeit, den Adapter per Script (am liebsten Blocky) zu aktualisieren? -
Hallo, warum legst du nicht einen Neustart mit Cron an..........
Instanzen - Expertenmodus........
-
Danke für den Tip, das werde ich gleich mal ausprobieren.
-
@Thaibodo Hat Geklappt. Danke nochmals.
-
Hallo Zusammen,
der Adapter hat bei mir immer problemlos funktioniert. Seit heute habe ich neben den AP´s auch ein USG, welches meinen bisherigen Router ersetzen soll. Leider läuft seitdem der Adapter nicht mehr:
host.pm-100 2019-04-20 15:41:40.906 error instance system.adapter.unifi.0 terminated with code 0 (OK) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at Array.every (<anonymous>) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 host.pm-100 2019-04-20 15:41:40.906 error Caught by controller[0]: TypeError: Cannot read property 'subsystem' of null
Irgendjemand ne Idee?
Danke
Jens
-
also, der fehler muss, wie aus dem log ja ersichtlich, irgendwo hier
traverse(value, name + '.' + value.subsystem, 0, 0, function(name, value, depth) { //adapter.log.info('__(' + depth + '): ' + name + ' = ' + value + ' type: ' + typeof(value)); if(typeof(value) === 'object') createChannel(name, 'Subsystem ' + value.subsystem); else createState(name, value); });
in der main.js liegen.
Ich habe es für mich jetzt wiefolgt gefixt:
if(value.subsystem == "wlan"){ traverse(value, name + '.' + value.subsystem, 0, 0, function(name, value, depth) { //adapter.log.info('__(' + depth + '): ' + name + ' = ' + value + ' type: ' + typeof(value)); if(typeof(value) === 'object') createChannel(name, 'Subsystem ' + value.subsystem); else createState(name, value); }); }
(if-Abfrage nach "Typ" wlan)
Das ist natürlich keine finale Lösung aber damit funktioniert erst mal alles wieder wie vorher.
vg
Jens
-
So, heute wollte ich mir das noch mal genauer ansehen. Als erstes also meine Änderung Rückgängig gemacht und siehe da, ging trotzdem noch?!
Seit dem letztens der Fehler aufgetreten ist, habe ich den UniFi Controller auf Version 5.10.21 geupdated. Ich vermute daher, dass der Fehler mit dieser Version des Controllers nicht mehr auftritt. Anders kann ich mir es gerade nicht erklären.
Vg
Jens
-
hmm mein iobroker lauft als macvlan. Hab nun bridge hinzugefügt. Hab somit auch ein Ping zu der unifi controler. Hab es in der Docker Console vom IOB getestet. Anpingen geht. Aber bekomme nur fehler
host.iobroker 2019-05-14 20:52:36.188 info Restart adapter system.adapter.unifi.0 because enabled host.iobroker 2019-05-14 20:52:36.188 error instance system.adapter.unifi.0 terminated with code 0 (OK) Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) Caught 2019-05-14 20:52:36.188 error by controller[0]: at Array.every (<anonymous>) Caught 2019-05-14 20:52:36.188 error by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) Caught 2019-05-14 20:52:36.188 error by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) Caught 2019-05-14 20:52:36.188 error by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) Caught 2019-05-14 20:52:36.188 error by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 Caught 2019-05-14 20:52:36.187 error by controller[0]: TypeError: Cannot read property 'subsystem' of null
EDIT: wohl der fehler wie oben. Fhem Modul klappt weiterhin ohne Probleme
-
Welche Version hat dein Controller?
-
@nevermind 5.10.23
-
Hi, erst einmal vielen Dank für den Adapter, Daten werden an sich so ausgewertet wie ich es brauche.
Allerdings verursacht der Adapter bei mir in dem ioBroker lxc einen erhöhten CPU Verbrauch. Ohne den aktiven Adapter dümpelt die Installation bei 0,5-1% im Idle rum, mit dem aktiven Adapter zwischen 5-6%.
Ist das bei euch auch der Fall?Ja, so viel ist es nicht aber es macht sich schon bemerkbar das ein einzelner Adapter so viel CPU Last auslöst.
Ich habe keine Ahnung von programmieren aber ist es möglich evtl einzelne Abfragen auszuschließen? Ich brauche eigentlich nur die WLAN Geräte und keine Daten von meinen ganzen Unifi Geräten etc.
-
Das ist mir kürzlich auch mal aufgefallen. Nach dem js-Controller war unifi der, der am meisten CPU-Zeit verbraucht hat. Allerdings ist das jetzt nicht mehr so, da sind andere Adapter weiter vorn.
-
Hi,
ich habe mich auch zu Unifi entschlossen da meine Fritzbox nur noch genervt hat. Für den Anfang habe ich einen AP nanonHD gekauft, der Controller läuft auf der Nas im Docker Image. (v5.10.24). Das ganze Unifi schreit nach mehr, denke ich werde mir noch das USG zulegen
Der Adapter läuft ... liefert aber Unmengen an Daten und Informationen.
Hat einer von euch ggfs. schon etwas in VIS gebaut und würde das teilen.was ich bereits gefunden habe ist
unifi.0.default.devices.MAC-des-AP.vap_table.ra0.satisfactiondas zeigt die aktuelle "Zufriedenheit" des Netzwerks an.
@jens-maus
kurze Frage, wird der Adapter noch weiter entwickelt? Eingangs hattest du ja viele Ideen geäussert, die ggfs. noch umsetzbar wären. -
-
Danke, st ein Anfang ...
Was sind denn die 20%/ 13% bei den beiden Accesspoints? -
@dos1973 Auslastung vom 2,4 Ghz Netz
-
meinst du das was im controller unter "Utilized" dargestellt wird?
sagt du mir welche DP du dafür verwendest, bzw. was du da kalkulierst.Danke
-
@dos1973 habs gefunden...
-
ich hab da mal etwas gebastelt...
der DP für das 5Ghz Netz (rote obere) ist neu und braucht erst noch ein paar Stunden.
Was ich überhaupt nicht ausfindig machen kann (oder bin zu doof das zu rechnen )sind ganzen Bits & Bytes
und wenn jemand weiß wie ich Sekunden -> Tage &. Stunden darstellen kann, wäre ich auch sehr dankbar.
zB. 455009 (sekunden) sind 5Tage, xStunden und xMinuten -
@dos1973 suchst du sowas? ist ein stoppuhr script - müßtest nur ein kleines steuerscript schreiben -
dieses script ist unter :
https://forum.iobroker.net/topic/22532/vorlage-blockly-script-für-stoppuhr-laufzeiten-aufzeichen?page=1