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

[integer63]

@Kuddel Also bei mir passt es mit den Werten, die im Unify Controller angezeigt werden, überein:

[integer63]

Ich habe da aber noch ein anderes Problem, für das ich bisher keine Lösung gefunden habe, Die unify Datenpunkte können leider nicht in s. g. {Bindings} verwendet werden, da sie Doppelpunkte im Namen enthalten (nämlich die MAC Adressen). Damit ist z. B. eine einfache farbliche Hervorhebung in den Widgets unter Color nicht möglich - also sowas wie das hier:
{v:hm-rpc.0.OEQ1962247.1.TEMPERATURE; v < -10 ? "#0066ff": v < 0 ? "#00bbff": v < 15 ? "#00ffaa": v < 20 ? "#00ff88": v < 25 ? "#00ff00": v < 30 ? "#ffff00": v < 35 ? "#ff0000": "green"}.

Hat jemand einen Tipp für mich?

[integer63]

Ich muss noch eine Frage stellen, solange ich nur einen Unifi AP im Netz hatte, lief der Adapter ohne Probleme. Jetzt habe ich ein USG (Gateway) mit in Betrieb genommen und kann den Adapter nicht mehr starten:

host.ioBrokerVM1	2019-04-13 18:25:00.670	error	instance system.adapter.unifi.0 terminated with code 0 (OK)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at Array.every (<anonymous>)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32)
Caught	2019-04-13 18:25:00.670	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58
Caught	2019-04-13 18:25:00.669	error	by controller[0]: TypeError: Cannot read property 'subsystem' of null
unifi.0	2019-04-13 18:25:00.665	info	terminating
unifi.0	2019-04-13 18:25:00.658	info	cleaned everything up...
unifi.0	2019-04-13 18:25:00.658	error	at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7)
unifi.0	2019-04-13 18:25:00.658	error	at Array.every (<anonymous>)
unifi.0	2019-04-13 18:25:00.658	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7
unifi.0	2019-04-13 18:25:00.658	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
unifi.0	2019-04-13 18:25:00.658	error	at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27)
unifi.0	2019-04-13 18:25:00.658	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13
unifi.0	2019-04-13 18:25:00.658	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
unifi.0	2019-04-13 18:25:00.658	error	at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7)
unifi.0	2019-04-13 18:25:00.658	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32)
unifi.0	2019-04-13 18:25:00.658	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58
unifi.0	2019-04-13 18:25:00.658	error	TypeError: Cannot read property 'subsystem' of null
unifi.0	2019-04-13 18:25:00.658	error	uncaught exception: Cannot read property 'subsystem' of null
unifi.0	2019-04-13 18:25:00.655	info	getSitesStats: default
unifi.0	2019-04-13 18:25:00.196	info	controller = 192.168.11.163:8443
unifi.0	2019-04-13 18:25:00.196	info	update_interval = 60
unifi.0	2019-04-13 18:25:00.196	info	Starting UniFi-Controller query
unifi.0	2019-04-13 18:25:00.188	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v8.15.1
unifi.0	2019-04-13 18:25:00.178	info	States connected to redis: 192.168.11.31:6379
host.ioBrokerVM1	2019-04-13 18:24:59.922	info	instance system.adapter.unifi.0 started with pid 1107
host.ioBrokerVM1	2019-04-13 18:24:59.916	info	"system.adapter.unifi.0" enabled

Was kann ich da machen?

[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?!

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?