[gelöst]Andere WLAN-Funknetze in Ihrer Umgebung aus Fritzbox in Fhem anzeigen

[RalfRog]

Von der Web-Oberfläche wird hier ein sehr komplexer Befehl abgesetzt, von dem ich nicht sagen kann, welche Einstellung mit berücksichtigt werden.

Einen solchen Befehl anzusetzen ohne vorher die eigenen Einstellungen darin zu übernehmen ist sicher nicht zielführend.

Auch die Anmerkungen von Wernieman...

sehe gerade du hast noch was zu "get <name> luaData xhr 1 refresh nop lang de page chan"  geschrieben

[RalfRog]

Hallo,

es sieht so aus, als wenn ein "get <name> luaData xhr 1 refresh nop lang de page chan" ein Scan ohne Änderung von Parametern auslöst.

Vielleicht könnt ihr das ja mal verifizieren.

Grüße Jörg

Ich tu mich schwer das zu erkennen. Manuell an der FritzBox Oberfläche ausgelöst, dauert die Anwort (nach dem Hinweis, dass alle Verbindungen kurz getrennt werden) deutlich länger als die Antwort auf den Get-Befehl.

Der GET-Befehl löst bei mir kein Update der letzten Zeile "Letzte Aktualisierung:11. Februar 2023, 16:08:48 Uhr " aus.

[RalfRog]

Auch wenn der Beitrag mittlerweile auf gelöst gesetzt wurde

Folgende Erkenntnis:

> Die Oberfläche sagt "Letzte Aktualisierung:11. Februar 2023, 16:08:48 Uhr"
> "get <name> luaData xhr 1 refresh nop lang de page chan" liefert 'lastScantime' => '11. Februar 2023, 16:08:48 Uhr'

Ich denke damit wird der Status quo zum Zeitpunkt der Abfrage geliefert.

> nachdem etwas Zeit (~1Min) Verstrichen ist steht in der Oberfläche Letzte Aktualisierung:11. Februar 2023, 16:15:12  Uhr"
und
> "get <name> luaData xhr 1 refresh nop lang de page chan" liefert 'lastScantime' => '11. Februar 2023, 16:15:12  Uhr'

es wird aber scheinbar so kurz danach kein neuer Scan durch das zweite Kommando ausgeführt, da die Zeit sich in der Oberfläche nicht mehr ändert.

Wenn man 5 Minuten wartet und das Kommando nochmal sendet erhält man eine neue Aktualisierungszeit.

Gruß Ralf

[JoWiemann]

Ich bin nur einfach mal so auf die Idee gekommen. Die Aktualisierung von lastScantime war dann eine Ermutigung.

Wenn man mit zwei Monitoren arbeitet kann man sehen wie die Web-Oberfläche der FritzBox sich aktualisiert.

Grüße Jörg

[matze1999]

bei  mir scheitert es daran:

Code Auswählen Erweitern

Unknown argument luaData

matze1999

[JoWiemann]

bei  mir scheitert es daran:

Code Auswählen Erweitern

Unknown argument luaData

matze1999
[/quote

Hast Du das Attribut: allowTR064Command gesetzt?

Wenn Du die angehängte Version nimmst, dann gibt es dort ein "set <name> rescanWlanEnv

Hiermit kannst Du testen, ob das so funktioniert für Dich.

Grüße Jörg

[RalfRog]

VERSION  07.50.6a Beta

=> Restart: Log                                              keine unüblichen Meldungen
=> Attribut enableWanInfo <0 | 1>                  soll sicher Wlan heissen
       bin zu doof die WLAN Readings zu sehen? 
=> get <name> lanDeviceInfo <number>          ist wieder ok
=> get <name> luaInfo wlanEnvirnonment        nette Info 

[JoWiemann]

=> Attribut enableWanInfo <0 | 1>                  soll sicher Wlan heissen
       bin zu doof die WLAN Readings zu sehen? 

Ich hadere auch mit dem Namen, WLAN Info ja auch nicht richtig ist. Wie wäre es mit enableWLANneighborhood oder enableWLANnbhd.

Dann würde ich auch die Readings wan_MAC ind nbh_MAC abändern.

Die Readings sollten nach einem neu laden der Seite gaaanz unten stehen. Bei einem Fritz!Box Device.


Grüße Jörg

[RalfRog]

Na wenn du noch haderst kann ich ja lange suchen... 

Ich denke bei der Benamung sollte die Historie des Moduls nicht ausser Acht gelassen werden und vielleicht mit dem Blickwinkel einfacher nicht zu tief technischer Sichtweise bei den zu vergebenden Namen geschaut werden .

• die alte Bezeichung der LAN/WLAN MAC auf keinen Fall verändern, da ist irgendwie logisch was da gemeint ist
• der Begriff im Attribut und beim get <name> luaInfo wlanEnvirnonment sollte gleich sein
• ausgeschrieben finde ich smpatischer als eine Abkürzung wie "enableWLANnbhd"
• kürzer wäre "enableWLANneighbors" dann mit "get <name> luaInfo WLANneighbors"
• als Parameter beim get kommt SSID, Kanal, Band => reicht doch für das Reading
• würde nicht ein einfaches SSID01 wie bei VPN, SIP und user reichen => SSID01  @MerleHome (Kanal: 1, Band: 24ghz, MAC: CE_CE_1E_ss_tt_87)

Beim Get und bei den Readings ist zusätzlich die Info der "Letzte Aktualisierung:11. Februar 2023, 22:30:40 Uhr" noch sinnvoll.

P.S:
sehe gerade den gibts es ja    box_wlan_lastScanTime  11. Februar 2023, 22:30:40 Uhr

...und wundersamerweise sind die Readings auf einmal da (hmmm keine Ahnung warum das trotz "set update" so lange gedauert hat).

Code Auswählen Erweitern


wan_2C_91_AB_xx_yy_BA   inactive                            2023-02-11 23:24:59
wan_2C_91_AB_xx_yy_BB   nochnWLAN (Kanal: 1, Band: 24ghz)   2023-02-11 23:24:59
wan_7C_FF_4D_zz_ww_14   nochnWLAN (Kanal: 1, Band: 24ghz)   2023-02-11 23:24:59
wan_7C_FF_4D_zz_ww_15   inactive                            2023-02-11 23:24:59
wan_98_DA_C4_rr_uu_8C   FRITZ!Box 7430 CC_EXT (Kanal: 1, Band: 24ghz)   2023-02-11 23:24:59
wan_98_DA_C4_rr_uu_8D   inactive                                    2023-02-11 23:24:59
wan_CC_CE_1E_ss_tt_87   FRITZ!Box 7430 CC (Kanal: 1, Band: 24ghz)   2023-02-11 23:24:59
wan_CE_CE_1E_ss_tt_87   @MerleHome (Kanal: 1, Band: 24ghz)          2023-02-11 23:24:59


[JoWiemann]

die alte Bezeichung der LAN/WLAN MAC auf keinen Fall verändern, da ist irgendwie logisch was da gemeint ist[/li][/list]

Hm, dass verstehe ich nicht. Wenn der Prefix mac_ ist, dann sieht man nicht auf Anhieb, dass es sich um WLAN der Nachbarschaft handelt. Deswegen ein eigener Prefix. Könnte ich aber über attr <name> enableWLANneighPrefix konfigurierbar machen.

als Parameter beim get kommt SSID, Kanal, Band => reicht doch für das Reading[/li][/list]

Hier würde ich die MAC noch ergänzen. Ist eigentlich nur als schneller Überblick, wenn man die Readings nicht permanent haben möchte"

würde nicht ein einfaches SSID01 wie bei VPN, SIP und user reichen => SSID01  @MerleHome (Kanal: 1, Band: 24ghz, MAC: CE_CE_1E_ss_tt_87)[/li][/list]

Halte ich so für nicht konsequent. Ein Netzwerkgerät wird durch seine MAC repräsentiert. Das sollte m.E. auch so bleiben.

Grüße Jörg

Anbei eine Version mit dem neuen Attribut wlanNeighborsPrefix. Beschreibung in der commandRef. Die anderen SET und GET habe ich vom Namen her auf Neighbor(s) angepasst.

[RalfRog]

VERSION  07.50.7 Beta

Habe einen kurzen Check gemacht.
> alle log-Meldungen beim Hochlauf normal   
> get <name> luaInfo wlanNeighborhood  => du hattest Namensanassung erwähnt 
> set <name> rescanWLANneighbors   
> enableWLANneighbors <0 | 1>   

Hm, dass verstehe ich nicht. Wenn der Prefix mac_ ist, dann sieht man nicht auf Anhieb, dass es sich um WLAN der Nachbarschaft handelt. Deswegen ein eigener Prefix. Könnte ich aber über attr <name> enableWLANneighPrefix konfigurierbar machen.

Ne ich meinte auch, dass das MAC ausschließlich wie bisher für die LAN/WLAN Clients benutzt werden sollte

Hier würde ich die MAC noch ergänzen. Ist eigentlich nur als schneller Überblick, wenn man die Readings nicht permanent haben möchte"

Hast natürlich recht die MAC für die APs gehört schon dazu.

Halte ich so für nicht konsequent. Ein Netzwerkgerät wird durch seine MAC repräsentiert. Das sollte m.E. auch so bleiben.

Ja schon....   Das Attribut wlanNeighborsPrefix <prefix>  ist natürlich der Königsweg 



Warum es (bei mir?) so lange dauert, bis die Daten zur WLAN-Umgebung aktualisiert sind (auch box_wlan_lastScanTime fehlt zunächst) verstehe ich noch nicht (set rescan & set update & und Refresh der Weboberläche aktualisiert die Werte nicht, der "rescanWLANneighbors done" kommt).

Möglicherweise mein Fehler, da ich das Attribut nach dem Restart nicht wieder neu gesetzt hatte...   ok kommt mit dem nächsten Intervall (900 sec)  .

Und die wan_<MAC> muss ich natürlich noch löschen.

Alles in allem zumindest eine recht informative Funktion.....

Gruß Ralf

Edit P.S.
Wenn es die Variablenbehandlung nicht durcheinander wirft wäre ein Trenner (blank) in den Tabellen schön, schau selber noch mal rein.
Für:
get <name> luaInfo landevices
get <name> luaInfo vpnShares
get <name> luaInfo kidProfiles
get <name> luaInfo wlanNeighborhood

get <name> luaInfo userInfos  => ist ok, da hatten wir mal drüber gesprochen.