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

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

[kl+aps7]

@BBTown genau das meinte ich. Wenn ich über Unifi Controler den Client/PC/Handy/sonstwas auf sperren klicke, dann hat es kein Zugrif mehr auf WLAN/Internet

[kl+aps7]

@braindead gerne, leider bin ich noch Neuling im Bereich iobroker/Github, aber ich denke, ich kriege das hin.
Soll ich beim Issue-Erstellen auf jemanden beziehen oder einfach mit Überschrift erstellen?

[crunchip]

@kl-aps7 schreib doch einfach in die Überschrift/Betreff das anliegen in Kurzform z.b. (Clients blocken)
dann dein Anliegen mit Beschreibung und nen Verweis auf den betreffenden Link hier im Forum, sollte reichen