Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

72_FRITZBOX.pm ab Version 07.57.10

Begonnen von JoWiemann, 05 Januar 2024, 10:39:57

Vorheriges Thema - Nächstes Thema

RalfRog

#210
Hall Jörg
zu meinen Post von gestern -> https://forum.fhem.de/index.php?msg=1320167
   => 7430 mit box_fwVersion = '146.07.31' (letzte FW Version der 7430) und Attribut "enableBoxReadings  box_led,box_dns_Srv"

Ich hoffe es ist jetzt etwas geordneter. Nachdem ich gestern kurz vor 11 Uhr "checkAPIs" ausgeführt habe erhalte ich über die VPN Verbindung  (auch über die Zwangstrennung heute Nacht hinweg) durchweg nur die Meldung "no HASH from JSON returned". Dann habe ich vorhin für ein Intervall Verbose 4 eingestellt:
 
2024.09.15 10:56:04.606 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.15 10:56:04.997 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:303 See Other
2024.09.15 10:56:32.851 3: [fritzkat | 7430 | 146.07.31 | Set.1191] - BASIC:set fritzkat checkAPIs
2024.09.15 10:56:45.935 3: [fritzkat | 7430 | 146.07.31 | Set_check_APIs.6792] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.15 10:57:58.037 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.15 10:59:56.818 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
...
2024.09.16 02:27:57.199 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 02:29:59.691 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 02:31:45.844 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:Device is offline
2024.09.16 02:31:50.869 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:Device is offline
2024.09.16 02:33:57.422 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 02:36:00.755 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
...
2024.09.16 11:44:02.210 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 11:45:59.819 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 11:47:22.297 2: AttrTemplates: got 264 entries
2024.09.16 11:48:01.130 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 11:49:02.764 3: [fritzkat | 7430 | 146.07.31 | Attr.1160] - BASIC:Attr set verbose -> Neustart internal Timer - APICHECKED = 1
2024.09.16 11:49:13.389 3: [fritzkat | 7430 | 146.07.31 | Set_check_APIs.6792] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.16 11:49:13.538 4: [fritzkat | 7430 | 146.07.31 | Readout_Done.5793] - EXPANDED:Back at main process
2024.09.16 11:49:13.555 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.5823] - EXPANDED:box_ disable list: none
2024.09.16 11:49:13.559 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.5827] - EXPANDED:filter list: none
2024.09.16 11:49:13.584 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.5997] - EXPANDED:SET box_model = 'FRITZ!Box 7430 [ - avm]'
2024.09.16 11:49:13.596 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.5997] - EXPANDED:SET .calledFrom = 'checkApis'
2024.09.16 11:49:13.601 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.5997] - EXPANDED:SET box_fwVersion = '146.07.31'
2024.09.16 11:49:13.618 4: [fritzkat | 7430 | 146.07.31 | Readout_Process.6056] - EXPANDED:BulkUpdate lastReadout: 67 values captured in 10.35 s
Ab hier Verbose 4  Daten

Ich habe mal versucht den relevanten Teil zu finden (LED und DNS)... (kann auch mehr schicken)
2024.09.16 11:50:24.057 4: [fritzkat | 7430 | 146.07.31 | Readout_Run_Web_LuaData.4517] - EXPANDED:BOX_LED - start getting data: box_led,box_dns_Srv
2024.09.16 11:50:24.061 4: [fritzkat | 7430 | 146.07.31 | open_Web_Connection.10594] - EXPANDED:checking HOST -> 192.168.158.1
2024.09.16 11:50:24.128 4: [fritzkat | 7430 | 146.07.31 | open_Web_Connection.10634] - EXPANDED:using old SID from 11:49:10
2024.09.16 11:50:24.132 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10778] - EXPANDED:Request data via API dataQuery.
2024.09.16 11:50:24.136 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10782] - EXPANDED:URL: http://192.168.158.1/data.lua?sid=980491a939a2ee25
2024.09.16 11:50:25.575 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10787] - EXPANDED:Response: 200 OK
{"pid":"led","hide":{"shareUsb":true,"liveTv":true,"faxSet":true,"dectRdio":true,"dectMoniEx":true,"rss":true,"mobile":true,"dectMail":true,"ssoSet":true,"dectMoni":true,"liveImg":true},"time":[],"data":{"ledSettings":{"canDim":"0","hasEnv":"0","ledDisplay":"2"}},"sid":"980491a939a2ee25"}

2024.09.16 11:50:25.579 4: [fritzkat | 7430 | 146.07.31 | Helper_process_JSON.11009] - EXPANDED:Decode JSON string.
2024.09.16 11:50:25.587 4: [fritzkat | 7430 | 146.07.31 | Readout_Add_Reading.6203] - EXPANDED:box_ledDisplay: off
2024.09.16 11:50:25.591 4: [fritzkat | 7430 | 146.07.31 | Readout_Add_Reading.6203] - EXPANDED:box_ledHasEnv: no
2024.09.16 11:50:25.595 4: [fritzkat | 7430 | 146.07.31 | Readout_Add_Reading.6203] - EXPANDED:box_ledCanDim: no
2024.09.16 11:50:25.599 4: [fritzkat | 7430 | 146.07.31 | Readout_Run_Web_LuaData.4542] - EXPANDED:BOX_LED - end getting data: box_led,box_dns_Srv
   ***  ===>
2024.09.16 11:50:25.603 4: [fritzkat | 7430 | 146.07.31 | Readout_Run_Web_LuaData.4696] - EXPANDED:NET_Monitor - start getting data
2024.09.16 11:50:25.608 4: [fritzkat | 7430 | 146.07.31 | open_Web_Connection.10594] - EXPANDED:checking HOST -> 192.168.158.1
2024.09.16 11:50:25.637 4: [fritzkat | 7430 | 146.07.31 | open_Web_Connection.10634] - EXPANDED:using old SID from 11:49:10
2024.09.16 11:50:25.641 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10778] - EXPANDED:Request data via API dataQuery.
2024.09.16 11:50:25.645 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10782] - EXPANDED:URL: http://192.168.158.1/data.lua?sid=980491a939a2ee25
2024.09.16 11:50:28.165 4: [fritzkat | 7430 | 146.07.31 | read_LuaData.10787] - EXPANDED:Response: 200 OK
<script>if (typeof jxl === 'undefined') {
location.href = "/start";
}
</script>

<link rel="stylesheet" type="text/css" href="/css/default/chartistplugins.css">
<link rel="stylesheet" type="text/css" href="/css/rd/inetstat.css">
<style type="text/css">
.mainContent table.newzebra {
....
....
....
<button type="submit" name="btn_refresh">Aktualisieren</button>
</div>
</form>
<input id="oldPageXhrSid" type="hidden" value="980491a939a2ee25"><input id="fdhidedata" type="hidden" value="{"shareUsb":true,"liveTv":true,"faxSet":true,"dectRdio":true,"dectMoniEx":true,"rss":true,"mobile":true,"dectMail":true,"ssoSet":true,"dectMoni":true,"liveImg":true}"><input id="oldpageactive" type="hidden" value="/internet/inetstat_monitor.lua"><input id="oldPageTitle" type="hidden" value=""><input id="gHelpPage" type="hidden" value="hilfe_online_monitor.html"><div id="domReady" style="display:none"></div>





2024.09.16 11:50:28.180 4: [fritzkat | 7430 | 146.07.31 | Helper_process_JSON.11009] - EXPANDED:Decode JSON string.
2024.09.16 11:50:28.199 4: [fritzkat | 7430 | 146.07.31 | Helper_process_JSON.11020] - EXPANDED:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<script>if (typeof j...") at ./FHEM/72_FRITZBOX.pm line 11019.

2024.09.16 11:50:28.201 4: [fritzkat | 7430 | 146.07.31 | Helper_process_JSON.11031] - EXPANDED:no HASH from JSON returned
 (<script>if (typeof jxl === 'undefined') {
location.href = "/start";
}
</script>

<link rel="stylesheet" type="text/css" href="/css/default/chartistplugins.css">
<link rel="stylesheet" type="text/css" href="/css/rd/inetstat.css">
<style type="text/css">
.mainContent table.newzebra {
...
...
...
<button type="submit" name="btn_refresh">Aktualisieren</button>
</div>
</form>
<input id="oldPageXhrSid" type="hidden" value="980491a939a2ee25"><input id="fdhidedata" type="hidden" value="{"shareUsb":true,"liveTv":true,"faxSet":true,"dectRdio":true,"dectMoniEx":true,"rss":true,"mobile":true,"dectMail":true,"ssoSet":true,"dectMoni":true,"liveImg":true}"><input id="oldpageactive" type="hidden" value="/internet/inetstat_monitor.lua"><input id="oldPageTitle" type="hidden" value=""><input id="gHelpPage" type="hidden" value="hilfe_online_monitor.html"><div id="domReady" style="display:none"></div>



)
2024.09.16 11:50:28.216 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
2024.09.16 11:50:28.221 4: [fritzkat | 7430 | 146.07.31 | Readout_Response.5773] - EXPANDED:Captured 674 values

Reicht dir das?

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

#211
Zitat von: RalfRog am 16 September 2024, 12:19:34Hall Jörg
zu meinen Post von gestern -> https://forum.fhem.de/index.php?msg=1320167
  => 7430 mit box_fwVersion = '146.07.31' (letzte FW Version der 7430) und Attribut "enableBoxReadings  box_led,box_dns_Srv"

Hallo Ralf,

danke für die Info. Die 07.31 liefert bei box_dns_Srv, wie die Vorgängerversionen, kein JSON, sondern ein HTML aus. Bin nicht sicher, ob ich das noch implementieren möchte.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Zitat von: JoWiemann am 16 September 2024, 14:31:46Bin nicht sicher, ob ich das noch implementieren möchte.

Für mich nicht. Müsste ggfs. nur abgefangen werden.

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

Hallo Jörg
Habe gerade mal die letzte Beta auf dem Testsystem aktiviert.
Die 7430 mit box_fwVersion = '146.07.31' sieht jetzt gut aus. Keine JSON Meldung mehr (es ist dort nur der automatische DNS aktiv).

Wenn das Modul so bleibt wäre evtl. im Hilfetext eine Ergänzung schön:
ZitatenableBoxReadings <liste>

Werden folgende Readings aktiviert, so wird immer eine ganze Gruppe von Readings aktiviert.

box_energyMode -> aktiviert alle Readings box_energyMode.*
box_globalFilter -> aktiviert alle Readings box_globalFilter.*
box_led -> aktiviert alle Readings box_led.*
box_vdsl -> aktiviert alle Readings box_vdsl.*
box_dns_Srv -> aktiviert alle Readings box_dns_Srvn (ab FritzOS 7.xy)

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Hallo Ralf,

die Meldung für die einzelnen enableBoxReadings kommt beim Setzen des Attributes. Passe aber auch die commandRef noch an.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Zitat von: JoWiemann am 17 September 2024, 11:32:17ie Meldung für die einzelnen enableBoxReadings kommt beim Setzen des Attributes. Passe aber auch die commandRef noch an.

Ja schon, aber die Auswahlbox sieht bei Fritz.OS 7.59 und 7.31 gleich aus. Sprich alle 5 Optionen werden angeboten:
box_energyMode -> aktiviert alle Readings box_energyMode.*
box_globalFilter -> aktiviert alle Readings box_globalFilter.*
box_led -> aktiviert alle Readings box_led.*
box_vdsl -> aktiviert alle Readings box_vdsl.*
box_dns_Srv -> aktiviert alle Readings box_dns_Srvn

Die Readings box_dns_ServerX sind ja immer da und beim anhaken kommt mit OS 7.59 "box_dns_Srv0_used_IPv..." dazu und bei 7.31 entstehen die Readings nicht (ich kann momentan die keine DNS-Server manuell einstellen - kein Zugriff für Bestätigungscode am fernen Ende).

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Zitat von: RalfRog am 17 September 2024, 18:48:35Ja schon, aber die Auswahlbox sieht bei Fritz.OS 7.59 und 7.31 gleich aus. Sprich alle 5 Optionen werden angeboten.

Hallo Ralf,

die Zusammenstellung der Attribute Gerät und Versions abhängig zu machen. Da muss ich mal in mich gehen. Das Modul hat jetzt schon über 10.000 Zeilen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

#217
Ich glaube es muss nicht per Code verarbeitet werden.
Daher der Vorschlag einfach im Text zu schreiben ab welcher Version des OS die READINGs kommen.

Die Frage ist am Ende (mi.ke?) ja auch:
Nice to see oder macht man was damit?

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

mi.ke

Zitat von: RalfRog am 17 September 2024, 22:49:48Ich glaube es muss nicht per Code verarbeitet werden.
Daher der Vorschlag einfach im Text zu schreiben ab welcher Version des OS die READINGs kommen.

ich glaube auch das ein Hinweis alleine reichen sollte.
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

ch.eick

Hallo zusammen,
auch wenn zu meinem Post noch keine Idee da ist habe ich mal weiter getestet.

- In den FritzBoxen habe ich im WLAN alle nicht verbundenen Geräte manuell entfernt.
- Im Keller ist ein WLAN mit eigener SSID, dort habe ich alle umliegenden Shellys direkt angemeldet,
  da ich gesehen habe, dass sich diese je nach stärke des WLAN auch mal woanders angemeldet hatten.
  Das hat leider im disconnect/connect der Shellys nichts gebracht.
- An der haupt Fritzbox habe ich einen Laptop aus dem WLAN ind LAN verbunden, da ich damit die meiste Zeit arbeite.

- Im FHEM Log sehe ich weiterhin Meldungen von der Wallbox
2024.09.18 14:04:30.149 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-18 14:03:49), disconnecting
2024.09.18 14:04:30.150 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.18 14:04:30.677 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
Wenn das passiert (leider manchmal minütlich), dann stockt der http Web Zugang zum FHEM und auch
anscheinend alle anderen Aktivitäten im FHEM.

- Die LAN Verbindung zur WallBox habe ich mal mehrfach mit einem DSL Speedtest belastet, was sehr gut lief
- ein ping zur WallBox läuft ebenfalls sauber
- Die WB wurde neu gestartet
- Alle Switche und Router sind bereits neu gestartet worden

- könnte es sein, dass das Mesh der FritzBox probleme macht? Brauche ich das überhaupt?

VG   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

RalfRog

Hi Christian
Deine modernste HW ist ne 7490.Die hat ja mittlerweile schon eine paar Jahre hinter sich. Je nach dem wie umfangreich dein WLAN ist kann ich mir schon Performance Probleme vorstellen.

Meine 7490 hatte vor zwei/drei Jahren auch immer mal wieder rumgezickt.
Das wurde besser als ich die 7590 vom Provider "geschenkt" bekommen habe.
Das Mesh aus 7590 (Master) und 7490 (Slave) verhält sich unauffällig. Ich habe allerdings auch nur 7-10 WLAN-Clients.

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Hallo Christian,

wie hast Du die Shellys in Fhem eingebunden? Per MQTT oder per Shelly Modul?

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

ch.eick

Zitat von: JoWiemann am 18 September 2024, 21:41:34Hallo Christian,

wie hast Du die Shellys in Fhem eingebunden? Per MQTT oder per Shelly Modul?

Grüße Jörg
Mit dem shelly Modul.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

#223
Zitat von: RalfRog am 18 September 2024, 15:15:23Hi Christian
Deine modernste HW ist ne 7490.Die hat ja mittlerweile schon eine paar Jahre hinter sich. Je nach dem wie umfangreich dein WLAN ist kann ich mir schon Performance Probleme vorstellen.

Meine 7490 hatte vor zwei/drei Jahren auch immer mal wieder rumgezickt.
Das wurde besser als ich die 7590 vom Provider "geschenkt" bekommen habe.
Das Mesh aus 7590 (Master) und 7490 (Slave) verhält sich unauffällig. Ich habe allerdings auch nur 7-10 WLAN-Clients.
Hallo Ralf,
ja, die sind schon etwas älter, ich gebe es ja zu :-)

7490 Arbeitszimmer
4x Geräte mit WLAN
CEICKHOF-923NV44 5 GHz ↓13   ↑6   Wi-Fi 5, 80 MHz, WPA2, 2 x 2, 11k, 11v   <==Laptop ist seit gestern im LAN ???
S21-von-Christian 5 GHz ↓526  ↑780 Wi-Fi 5, 80 MHz, WPA2, 2 x 2, 11k, 11v
shelly-Flur 2,4 GHz ↓60   ↑24   Wi-Fi 4, 20 MHz, WPA2, 1 x 1
Heizung-Beok-Wz 2,4 GHz ↓29   ↑1   Wi-Fi 3, 20 MHz, WPA2, 1 x 1
Da ist 1x Shelly

7490 Wohnzimmer hängt an LAN1 mit Gigabit
5x Geräte mit WLAN
e81656185d42 2,4 GHz ↓54   ↑11  Wi-Fi 3, 20 MHz, WPA2, 1 x 1
Ina-TV 5 GHz ↓150  ↑150  Wi-Fi 4, 40 MHz, WPA2, 1 x 1, 11k
PC-50-EC-50-1E-11-BF 2,4 GHz ↓150  ↑15  Wi-Fi 4, 40 MHz, WPA2, 1 x 1
shellyswitch25-E0980695A20F 2,4 GHz ↓53   ↑12  Wi-Fi 4, 20 MHz, WPA2, 1 x 1
Christinas-iPad 5 GHz ↓351  ↑97  Wi-Fi 5, 80 MHz, WPA2, 2 x 2, 11k, 11v
Da ist 1x Shelly

7362 Keller Technikraum hängt an LAN2 mit Gigabit
4x Geräte mit WLAN
PC-00-1D-63-7B-5D-E1 2,4 GHz ↓72   ↑27  n/ 20 MHz, WPA2, 1 x 1
PC-24-62-AB-00-5C-D5 2,4 GHz ↓62   ↑53  n/ 20 MHz, WPA2, 1 x 1
PC-84-F3-EB-E5-BD-1B 2,4 GHz ↓71   ↑53  n/ 20 MHz, WPA2, 1 x 1
PC-A4-CF-12-BA-83-7F 2,4 GHz ↓60   ↑21  n/ 20 MHz, WPA2, 1 x 1
Das sind 4x Shelly

Somit komme ich auf 13 Geräte in WLAN, verteilt auf 3 Fritzboxen.
Dazu kommen noch dynamisch 3 weitere Handys und je nach Gebrauch auch mal zusätzliche Laptops.
Ein Drucker und der Saugroboter tauchen auch nur bei Bedarf im WLAN auf.
Aus dem WLAN habe ich erstmal alle ungenutzen Geräte entfernt.

Die SONOS Boxen haben zum Teil ein eigenes WLAN aufgespannt und gehen dann über LAN in die Fritzbox im Wohnzimmer.

Im LAN sind dann ca. 24 Geräte und bei Bedarf noch 1-3 virtuelle Desktops.
Das LAN hat dann noch 2x 8 Port Gigabit Switch, 2x 4 Port Gigabit Switch.
Einen weiterer WLAN Router der als Repeater konfiguriert ist hat 3 Geräte im LAN und spannt das WLAN im Garten auf.

Leider werden in den Fritzboxen die Geräte Namen, die ich im Hauptrouter vergeben habe nicht in den anderen Fritzboxen angezeigt, was das ganze etwas unübersichtlich macht.

Ich versuche immer so viel wie möglich über LAN (cat7) anzubinden um das WLAN zu entlasten :-)
Mit dem Mesh sollten sich doch die WLAN Geräte immer zum stärksten Accesspoint mit der selben SSID verbinden, was aber nicht so wirklich funktioniert. Mein Samsung S21 Handy sollte wohl aktuell genug sein, um dies zu unterstützen, aber ich muss jedes mal das WLAN abschalten und wieder aktivieren, damit das funktioniert. Es sollte jedoch vom Garten, über das Arbeitszimmer, bis ins Wohnzimmer immer weiter gereicht werden, der Empfang in einem Bungalow mit Beton Decken und weiten Wegen ist wohl immer ein Problem :-(

Eigentlich hat bisher auch alles super funktioniert, jedoch beruhigt sich das Netzwerk momentan nicht mehr wirklich.
Die LAN angebundene WallBox (2x openWB Ladepunkte) hat im minuten Takt die MQTT reconnects und die Shellys gehen dauernd im WLAN auf disconnect. Dazu kamen dann noch die FHEM Fritzbox Modul Meldungen, die jetzt durch die Beta wieder weg zu sein scheinen.

Hier nochmal ein aktuelle Log, indem jedoch die Shellys nicht mehr auftauchen, obwohl sie immer noch auf disconnect gehen.
Die WB ist mit LAN angebunden und ich hatte mehrfach schon einen DSL Speedtest gemacht, der nichts besonderes zeigt.
2024.09.19 15:05:45.678 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-19 15:05:05), disconnecting
2024.09.19 15:05:45.679 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.19 15:05:45.923 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
2024.09.19 15:06:29.939 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.89 h mit 836 W laden
2024.09.19 15:06:29.985 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:06:29.985 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 836 limitiert
2024.09.19 15:06:29.985 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:07:10.821 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.88 h mit 839 W laden
2024.09.19 15:07:10.840 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:07:10.840 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 839 limitiert
2024.09.19 15:07:10.840 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:07:10.941 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-19 15:06:30), disconnecting
2024.09.19 15:07:10.942 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.19 15:07:11.117 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
2024.09.19 15:07:54.873 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.87 h mit 771 W laden
2024.09.19 15:07:54.923 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:07:54.923 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 771 limitiert
2024.09.19 15:07:54.923 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:08:35.517 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.86 h mit 774 W laden
2024.09.19 15:08:35.535 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:08:35.536 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 774 limitiert
2024.09.19 15:08:35.536 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:08:35.545 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-19 15:07:54), disconnecting
2024.09.19 15:08:35.546 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.19 15:08:35.638 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
2024.09.19 15:09:18.951 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.84 h mit 779 W laden
2024.09.19 15:09:18.973 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:09:18.973 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 779 limitiert
2024.09.19 15:09:18.973 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:09:59.543 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.83 h mit 781 W laden
2024.09.19 15:09:59.561 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 12:00 bis 16:00 freigegeben
2024.09.19 15:09:59.561 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 781 limitiert
2024.09.19 15:09:59.561 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 93 % halten
2024.09.19 15:09:59.567 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-19 15:09:18), disconnecting
2024.09.19 15:09:59.568 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.19 15:09:59.924 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)

Mein Eindruck ist es, dass die Pings aus den FHEM Modulen zu den Shellys und im MQTT zur Wallbox nicht schnell genug beantwortet werden. Dies hat jedoch ca 2 Jahren ohne Probleme funktioniert.

Falls mal jemand Zeit und Lust für remoute Support unter Fachleuten hat wäre ich dafür bereit.
Es soll auch nicht an anderer Hardware scheitern, jedoch konnte mir da noch niemand etwas passendes emfehlen.

VG  Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

JoWiemann

Hallo Christian,

nutzt Du die aktuelle Version des Shelly Moduls? Kannst Du Dich ungefähr erinnern, ob die Probleme ab einer Version des Shelly Modul aufgetreten sind. Das Modul ist ja relativ häufig in der letzten Zeit umgebaut worden.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM