Neues Modul - 74_Unifi - Für den Ubiquiti Networks (UBNT) - Unifi Controller

Begonnen von rapster, 23 August 2015, 02:12:04

Vorheriges Thema - Nächstes Thema

Wuehler

@Chris: das offline-gehen dauert im UC immer 3 oder 5 Minuten (bin mir gerade nicht mehr sicher). Da kann das Modul auch nichts anderes raten. Du könntest evtl. aus den noise oder rssi-Readings etwas ableiten. Berücksichtige aber die Anmerkungen von Uli. Man baut sich da sonst schnell etwas, das nicht zur Realität passt.
@f-zappa: gute Idee mit dash_dhcp gür present. Überlege ich mit ins Wiki aufzunehmen.

Vielleicht sollte auch ein kleiner Exkurs über disconnected-Dauern ins Wiki. Und was man in der Realität berücksichtigen sollte. Mal schauen ob mir da was einfällt.

@maui: Danke fürs Feedback zu den Logs. Beruhigt mich. Hatte auch das Gefühl, dass es eher Installationsspezifisch ist. Könnte aber auch mit dem restore der clients aus den Readings beim Neustart zusammenhängen. Schaue ich noch mal drauf.

Maui


ChrisW

nochmal zum unifi also das spinnt nun total bei mir ..
Im controler webinterface Gerät ist da ONLINE
in fhem unifi Disconnected ... Manuall auf UPDATE auch ... und unifi client auch ... Irgendwas spinnt hier mit dem abfragen des unifi controlers nach fhem
Raspberry PI3 mit allem möglichen.

ChrisW

Zitat von: f-zappa am 21 Mai 2019, 11:58:32
Für die schnelle Online-Erkennung kombiniere ich das "connected" event aus UniFi mit dem Modul dash_dhcp. Das war ursprünglich für Dashbuttons gedacht, kann aber für jeden DHCP-Request in deinem Netz ein Event erzeugen. Und den Request gibt's zuverlässig jedes Mal, wenn sich ein Wifi-Gerät neu anmeldet (ok, jedenfalls wenn du keine statische IP konfiguriert hast). Das ist rattenschnell. Mein Haus hat mich in der Regel erkannt, bevor ich aus dem Auto ausgestiegen bin.

Bei mir sieht ein typisches Presence so aus:

defmod mein_handy PRESENCE event unifi:aa_bb_cc_dd_ee_ff:.disconnected (unifi:aa_bb_cc_dd_ee_ff:.connected|dash_dhcp:aa-bb-cc-dd-ee-ff:.short)


Um "Offline" bzw. "absent" schneller zu erkennen, hilft das natürlich nicht. Das halte ich aber auch nicht für sinnvoll, sondern möchte im Gegenteil lieber eine leichte Verzögerung. Andernfalls geschehen ungewollte Dinge (Haus schaltet alle Lichter und Geräte aus, verrammelt die Türen und macht das Minenfeld scharf) nur weil ein Handy mal für ein paar Sekunden die Verbindung verliert.

Gruß, Uli

Danke aber das DHCP ( mit den Buttons damals ) lief schon nicht wiel fhem in einem Host Docker ist .. glaub das macht die Probleme

Wegen den unifi Problemen... vielleicht hab ich das neuste Update noch nicht mitbekommen ? Aktuell sagt er aber nichts zu tun ..
Raspberry PI3 mit allem möglichen.

Wuehler

Hi Chris,

Mach mal im Unifi-Modul ein set clear all. Hefolgt von einem update.
Wenn es dann immer noch Probleme gibt brauche ich ein list und Screenshots. An besten in einem eigenen Thread.

VG,
Dirk

ChrisW

Okay ich beobachte es mal und mache sonst was neues auf. Hab gerade kein Handy im WLAN zum testen :)

Mit dem client update check aus dem Wiki. Kann man das verhindert das er alle X sekunden dann immer den selben Status setzt ? Es würde ja nur bei änderungen reichen. So sehe ich z.b nicht WANN Disconnect gesetzt wird ( Uhrzeit )

Edit: hab mal neuen Post gemacht mit meinem Problem
Raspberry PI3 mit allem möglichen.

tomleitner

Hallo,
Habe gerade ein update gemacht und nun bekomme ich vom Unifi Modul leider folgende Fehlermeldungen im Log:

2019.05.22 13:46:59 3: Unifi: Unknown code UnifiClient_TomiPad{"is_11r":false,"authorized":true,"tx_rate":866700,"_f_last_seen_duration":"0d 0h 0m 5s","_is_guest_by_uap":false,"ap_mac":"fc:ec:da:89:c6:24","sw_mac":"fc:ec:da:7f:5e:c9","hostname":"TomiPad","_f_usergroup_name":"Default","anomalies":0,"_id":"5c01123f67cc280865f726d8","_f_first_seen":"2018-11-09 17:35:59","bssid":"fe:ec:da:8b:c6:24","radio_name":"wifi1","oui":"Apple","tx_power":34,"vlan":0,"_f_latest_assoc_time":"2019-05-22 13:38:48","_f_last_seen":"2019-05-22 13:46:54","noted":true,"radio":"na","sw_depth":-1,"first_seen":1541781359,"_last_seen_by_uap":1558525614,"essid":"TommyNet5G","network_id":"5c01123f67cc280865f72699","_f_uptime_by_usw":"0d 0h 8m 0s","_uptime_by_uap":266943,"radio_proto":"ac","qos_policy_applied":true,"signal":-68,"_uptime_by_usw":480,"channel":36,"is_guest":false,"ccq":333,"is_wired":false,"tx_bytes-r":0,"rx_bytes":720078731,"use_fixedip":false,"_f_last_seen_by_usw":"2019-05-22 13:46:47","_last_seen_by_usw":1558525607,"mac":"4c:56:9d:12:bf:5f","name":"TomiPad","site_id":"5c01123e67cc280865f71994","ip":"192.168.1.135","_f_essid":"TommyNet5G","tx_bytes":12075775033,"satisfaction":100,"rx_packets":5081723,"sw_port":6,"rx_bytes-r":0,"rx_rate":650000,"_f_dhcpend_time":"157d 22h 32m 10s","fixed_ip":"192.168.1.135","_is_guest_by_usw":false,"bytes-r":0,"noise":-106,"roam_count":6,"_f_assoc_time":"117d 13h 32m 9s","dhcpend_time":13645930,"_f_last_seen_by_uap":"2019-05-22 13:46:54","user_id":"5c01123f67cc280865f726d8","note":"","accesspoint":"Unifi-AP-WZ","powersave_enabled":false,"fhem_clientName":"TomiPad","assoc_time":1556458329,"blocked":false,"idletime":69,"tx_packets":6224909,"last_seen":1558525614,"uptime":2067285,"rssi":28,"fhem_state":"connected","_f_uptime":"23d 22h 14m 45s","_f_uptime_by_uap":"3d 2h 9m 3s","latest_assoc_time":1558525128,"usergroup_id":""}, help me!


Ich habe die aktuellste Unifi Controller Software 5.10.23 laufen ... Ideen jemand?

Danke.

Tom

ChrisW

Das ist nicht wichtig kannst dein Verbose abändern. Glaube morgen rüh gibt es ein update
Raspberry PI3 mit allem möglichen.

tomleitner


Wuehler

Hallo zusammen,

Morgen im Update dann noch ein Fix des Loglevels sowie ein Fix beim disconnect von clients, wenn man set update des Moduls UnifiClient nutzen möchte. Da der Test immer so aufwändig/langwierig ist, noch als BETA-Version. Bin mir nicht sicher, an alles 100% gedacht zu haben.

VG,
Dirk

ChrisW

hmm kann es sein das nu das Webinterface vom controller ausgebremst wird ? Komme da kaum drauf per Browser
Raspberry PI3 mit allem möglichen.

Wuehler

Was konkret machst du dennn mit fhem?
Intervall de Unifi-Moduls?
Client-Updates per at? Wieviele, wie oft?

WhyTea

Moin
Seit dem letzten Update habe ich nach einem "shutdown restart" folgende Meldungen im  Log:

2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-24 05:35:07" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-24 05:30:00" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-24 05:47:13" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-23 13:23:44" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-23 21:05:18" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-24 07:51:52" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.
2019.05.24 08:27:05 1: PERL WARNING: Argument "2019-05-24 07:55:25" isn't numeric in localtime at /var/fhem/FHEM/74_Unifi.pm line 1472.


Es ist natürlich kein kritisches Problem aber Bescheid geben wollte ich trotzdem ;-)

Gruß
Daniel

ChrisW

also mein Problem mit dem lahmen Controller war mein fehler IP doppelt vergeben :D
Aktuell scheint es zu laufen.

Nach nem Shutdown restart noch folgendes im Log
2019.05.24 09:07:56.747 1: PERL WARNING: Use of uninitialized value $mac in concatenation (.) or string at ./FHEM/74_Unifi.pm line 1038.
2019.05.24 09:07:56.747 3: eval: {
  fhem("set handytanja_unifi update");
  fhem("set handychris_unifi update");
}
2019.05.24 09:07:56.748 1: PERL WARNING: Use of uninitialized value $mac in concatenation (.) or string at ./FHEM/74_Unifi.pm line 1043.
2019.05.24 09:07:56.748 3: eval: {
  fhem("set handytanja_unifi update");
  fhem("set handychris_unifi update");
}
Raspberry PI3 mit allem möglichen.

Wuehler

@Maui: Für dich war das restore der clients nach einem Neustart wichtig. Ich habe das wegen der Warnmeldungen im Log angepasst. Leider gehen dabei einmalig die disconnected clients verloren. Für die Zukunft ist die Implementierung des restore allerdings deutlich besser als bisher, da die mac-Adressen der clients den Neustart überleben und ich ein updateClient mit der mac aufrufe.
Die Idee ist mir aufgrund der tieferen Beschäftigung mit udateClient gekommen. Dabei werden auch für disconnectedClients Werte zurückgegeben.
Passt das für dich?

Vg,
Dirk