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

[lobomau]

Für mich kann alles weg und neu gemacht werden.
Und dann Optional was man haben möchte.
Bei mir werden knapp 6000 Datenpunkte angelegt und für mich reichen würden weniger als 50.

[Chaot]

Ich finde die Menge der Datenpunkte auch zu groß (bei mir ca. 16.000).
Hast du die Möglichkeit den Adapter so umzubauen das man die benötigten Datenpunkte auswählen kann (Blockweise). Das wäre dann die optimale Lösung.
Also beispielsweise Datenpunkt "Aktive Endgeräte", "WLan Eigenschaften", Vouchers" ... und was dann benötigt wird kann aktiviert werden.
Ansonsten schmeiß einfach mal alles raus und nimm das wieder rein was in dem Script verwendung findet. Damit dürften fast alle Nutzer schon mal zufrieden sein und die Datenpunkte um geschätzte 80% reduziert werden.

[FredF]

@braindead
Wegen der Last und den vielen von mir nicht genutzten und auch nicht dokumentierten Datenpunkte habe ich den Adapter auch wieder deaktiviert. Wenn deine Änderungen weniger Last und weniger Datenpunkte bedeutet dann her damit :relaxed:

[darkiop]

Guten Morgen, so wie ich verstanden habe ist ein hinzufügen von DPs ja recht einfach. Bring doch einfach eine Version mit den DPs die du für Sinnvoll hälst und stelle sie zur Diskussion - vermutlich wird da schon ein großteil aller Anwender glücklich mit sein :)

[JackDaniel]

Weniger ist in diesem Fall sicher mehr

[pix]

Hallo,

ich nutze den Adapter zur Zeit nur zur Auswertung der im WLAN eingeloggten Smartphones. Die Anzeige ist mir zu aufwendig. Der Unifi-Controller ist meiner VIS doch stark überlegen.
Das heisst, die vielen Datenpunkte sind zum jetzigen Zeitpunkt überflüssig. Es kann sich natürlich immer individuell eine Anwendung ergeben, für die man genauere Daten der Devices oder der Clients oder des Systems braucht. Ich finde daher auch, es sollte blockweise in den Adaptereinstellungen auswählbar sein, welche Datenpunkte angelegt werden.

Pix

[lobomau]

Gerade unter clients und devices sind die meisten Datenpunkte. Hier kann man am meisten sparen.

Vorschlag:

• Kategorien wie Clients, Devices, Health, … einzeln wählbar.
• Bei Clients und Devices, wählbar welche Clients/Devices abonniert/aktualisiert werden.

 Clients
o Client 1
o Client 2
o Client 3
o ….

 Devices
o Device 1
o Device 2
o Device 3

 Health

 Networks

 Sysinfo

Zusätzlich allgemeine Voreinstellung:
für Clients:

o Last_seen
o Ip
o Name
o Uptime
o Experte (alle Werte werden abonniert)

für Devices:

o Adopt_ip
o Name
o port_table (Ordner), hier habe ich z.B. >1100 DP, die ich nicht brauche beim Switch
o Stat (Ordner)
o vap_table (Ordner): > 400 "unnötige" DP beim AccessPoint
o Experte (alle Werte werden abonniert)

[JackDaniel]

Stimmt, sind schon erschreckend viele

[Sunshinemaker]

@braindead Mir wäre die Anwesenheitserkennung Wichtig, ebenso wie Alarme, Updates , www--> uptime

[braindead]

Danke für Euer Feedback. Ich nehme mit, dass niemand das bisherige Verhalten unbedingt benötigt, so dass ich es in v0.5.x entfernen werde.

Ich arbeite schon einige Tage an v0.5x und viele Dinge funktionieren bereits:

• Voucher werden abgefragt, lassen sich aber noch nicht erzeugen.
• Es ist konfigurierbar welche API Punkte grundsätzlich abgefragt werden sollen. Wenn man z.B. nicht an Vouchern interessiert ist, werden diese auch nicht abgefragt.
• Wo sinnvoll, kann man mit Blacklists arbeiten. Wenn man z.B. Clients im ioBroker haben möchte, bestimmte Clients aber nicht benötigt, dann setzt man diese einfach auf die Blacklist.

Wenn alles glatt läuft, wird es am Wochenende eine erste Version zum Testen geben.

[integer63]

@braindead Ich kann mich nur anschließen. Mir würden auch deutlich weniger DPs reichen (und keine Redundanzen mehr):

Besonders würde ich mir wünschen, dass man die Clients komplett abschalten kann, denn aufgrund eines Problems mit gefundenen MAC Adressen, die es so im Netz aber gar nicht gibt (einfach mal nach "unifi ghost mac" googeln), wächst die Anzahl stetig an, da einmal angelegte DPs ja nicht wieder gelöscht werden, auch wenn man die Adresse im Controller gelöscht hat.

Und ein weiterer großer Wunsch ist, dass die Port Namen unter port_table weiterhin Port 1 usw. heißen, auch wenn ein Aliasname gesetzt wurde:

Und danke fürs Kümmern :-)

[drapo]

Guest Wlan ein und ausschalten sowie Anwesenheitserkennung wäre das wenigste was mir aber maximalen Nutzen bringen würde.

[Elektroniker86]

Nützlich wäre auch zu wissen welche Unifi Geräte im Controller Adoptiert sind und ob diese online sind usw. AP`s, Switche, Cloud Key und USG.
Vouchers erzeugen, so wie im WLAN Script wäre super. Funknetzwerke (Wifis) schalten, eigentlich wäre alles super was auch das tolle Script von Liv-in-sky kann.

Und noch etwas, großen RESPEKT was Ihr hier alle so leistet !!!
Ich liebe ioBroker :heart_eyes:

[braindead]

@Elektroniker86 said in [Umfrage] UniFi Adapter: Feedback benötigt:

Nützlich wäre auch zu wissen welche Unifi Geräte im Controller Adoptiert sind und ob diese online sind

Nur mal aus Neugierde: Warum ist es im ioBroker wichtig zu sehen, ob ein Gerät adoptiert wurde? Das ist doch etwas, was man einmalig macht, wenn das Gerät neu ist und danach muss man es nie wieder machen, oder?

[Elektroniker86]

@braindead

Ich hab mich vielleicht schlecht ausgedrückt, ich meinte eigentlich das ich im Adapter sehen kann welche Unifi Geräte vorhanden sind und deren Lebenszeichen im Netzwerk.
Ich hoffe so ist es verständlicher.

[kl+aps7]

@Sören sagte in [Umfrage] UniFi Adapter: Feedback benötigt:

@braindead für mich wäre noch wichtig, dass man die Clienst sperren/blocken könnte. Klar kann man die WLANs sperren, aber einzelne Clients ist wesentlich besser(für mich).

[kl+aps7]

für mich wäre noch wichtig, dass man die Clienst sperren/blocken könnte. Klar kann man die WLANs sperren, aber einzelne Clients ist wesentlich besser(für mich).

[braindead]

@kl-aps7 Das ist schon längst möglich via Mac Adresse, Aliasname, Hostname oder IP.

[BBTown]

@braindead sagte in [Umfrage] UniFi Adapter: Feedback benötigt:

@kl-aps7 Das ist schon längst möglich via Mac Adresse, Aliasname, Hostname oder IP.

Ich glaube @kl-aps7 meint das verhindern/blocken eines Clients bezüglich Zugriff auf ein WLAN (SSID). Meinst Du das auch, oder beziehst Du dich womöglich auf die allgemeine Darstellung eines Clients (Blacklist)?

[braindead]

Ah, verstehe. Ich könnte mir vorstellen, dass das möglich ist über node-unifi.

@kl-aps7 Bitte einen Issue auf GitHub erstellen, damit diese Idee nicht verloren geht.