UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[BBTown]

@integer63 die USG hat ja zunächst eigentlich nichts mit dem Unifi-Controller zu tun, das dürfte ja im Grunde nur ein weiteres Device sein was aus dem Controller ausgelesen wird.
Hast Du ggf. in der USG Firewall Regeln agelegt die einen Zugriff verhiindern?

[integer63]

@BBTown Ja, das war auch meine Erwartung und es wurde sogar ein neues Device und diverse Datenpunkte angelegt. Aber dann kamen die Fehlermeldungen. Ich habe keine zusätzlichen Firewall Regeln angelegt - aber in den letzten zwei Tagen so einiges im Controller konfiguriert.

Heute habe ich die unifi.0 Instanz wieder aktiviert und siehe da - es funktioniert!

Darüber freue ich mich natürlich :-) , aber ich hasse es, wenn man nicht weiß, woran es gelegen hat :-(

[Thaibodo]

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?

[sigi234]

@Thaibodo

Hallo, warum legst du nicht einen Neustart mit Cron an..........

Instanzen - Expertenmodus........

[Thaibodo]

Danke für den Tip, das werde ich gleich mal ausprobieren.

[Thaibodo]

@Thaibodo Hat Geklappt. Danke nochmals.

[nevermind]

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

[nevermind]

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

[nevermind]

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?! :neutral_face:

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

[ChrisXY]

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

[nevermind]

Welche Version hat dein Controller?

[ChrisXY]

@nevermind 5.10.23

[TorbenNW]

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.

[Hiltex]

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.

[dos1973]

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.satisfaction

das 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.

[Kuddel]

@dos1973

[dos1973]

Danke, st ein Anfang ...
Was sind denn die 20%/ 13% bei den beiden Accesspoints?

[Kuddel]

@dos1973 Auslastung vom 2,4 Ghz Netz

[dos1973]

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]

@dos1973 habs gefunden...