[Erledigt] FritzBox STATE Device is offline

Begonnen von DL8EI Ralph, 14 April 2023, 14:49:24

Vorheriges Thema - Nächstes Thema

JoWiemann

Hm,

im Modul wird durch Net::Ping die FB auf Erreichbarkeit geprüft. Ich hatte erst den Verdacht, dass das notwendig Perl Modul nicht geladen wird. Dem ist aber nicht so. Somit stellt sich die Frage, warum bei Dir der Ping nicht funktioniert. Hast Du irgendwelche Besonderheiten im Netzwerk? Containerisierung, Sub-Netze, Firewalls?

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

rico5588

Komm noch nicht weiter.

Ich betreibe Fhem (Master) in einem LCX Container auf einem Intel NUC.
Ein weiteres mal als Watchdog für Fhem Master...auf diesem läuft das Modul ohne Probleme.
Ping ist installiert und funktioniert in der Kommandozeile.
Subnetz = nein läuft alles im gleichen Netz
Firewall = nichts extras
Dem Grunde nach hat sich seit Jahren auch nichts geändert aus das ich mit dem Modul Google assistant herumprobiert habe und es anschließend wieder entfernt habe. Eventuell wurde dabei ein benötigtes Paket entfernt?
Welche sind zwingend erforderlich?

Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

JoWiemann

Hallo,

in der angehängten Version habe ich Dir mal ein Attribut disableHostAliveCheck eingebaut. Damit kannst Du das Ping deaktivieren.

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

rico5588

Hallo,

danke fürs schnelle Helfen.
So geht es erstmal wieder und der Fehler ist auch wiederholbar.
Ping aus = Device on
Ping an = Device Off
.
.
Ich gehe mal davon aus das es an meiner Fhem zusammenstellung liegt...
Am Ping Modul (denke ich) kann es nicht liegen da Presenz doch bestimmt das gleiche nutzt? Und die Gehen.

Gruß Rico
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

Wernieman

Kann man nicht das Antworten auf Ping in der Fritte abstellen? Gab jedenfalls mal eine Version, wo man so etwas einstellen konnte ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

rico5588

#20
Habe jetzt nochmal ein Backup vom 01.05.2023 eingespielt und dort geht es wie gewohnt.
Den Update Stand dieser Fhem Version kenne ich aber nicht.
Nach einem Update (nur Fhem) kommt sofort das Problem wieder.
Liegt für meine Begriffe am Modul oder einem Zusammenwirken mit einem anderen Modul-Update.
Grundsätzlich sollte es mich aber nicht Stören, da ich von dir das Update erhalten habe wo ich die ping Abfrage ausschalten kann.
Hier die Modulupdates...
2023.06.01 17:45:31.939 1: fhem
2023.06.01 17:45:32.134 1: RMDIR: ./restoreDir/update/2023-02-17
2023.06.01 17:45:32.301 1: UPD ./CHANGED
2023.06.01 17:45:32.481 1: UPD ./MAINTAINER.txt
2023.06.01 17:45:32.513 1: UPD ./configDB.pm
2023.06.01 17:45:32.563 1: UPD ./fhem.cfg.demo
2023.06.01 17:45:32.596 1: UPD ./fhem.pl
2023.06.01 17:45:32.647 1: UPD FHEM/00_KNXIO.pm
2023.06.01 17:45:32.681 1: UPD FHEM/00_MQTT2_CLIENT.pm
2023.06.01 17:45:32.712 1: UPD FHEM/00_THZ.pm
2023.06.01 17:45:32.846 1: UPD FHEM/01_FHEMWEB.pm
2023.06.01 17:45:32.937 1: UPD FHEM/10_KNX.pm
2023.06.01 17:45:32.999 1: UPD FHEM/10_MQTT2_DEVICE.pm
2023.06.01 17:45:33.031 1: UPD FHEM/47_OBIS.pm
2023.06.01 17:45:33.064 1: UPD FHEM/48_MieleAtHome.pm
2023.06.01 17:45:33.154 1: UPD FHEM/50_SSChatBot.pm
2023.06.01 17:45:33.220 1: UPD FHEM/55_InfoPanel.pm
2023.06.01 17:45:33.278 1: UPD FHEM/70_Pushover.pm
2023.06.01 17:45:33.340 1: UPD FHEM/72_FB_CALLMONITOR.pm
2023.06.01 17:45:33.428 1: UPD FHEM/72_FRITZBOX.pm
2023.06.01 17:45:33.634 1: UPD FHEM/73_AMADCommBridge.pm
2023.06.01 17:45:33.669 1: UPD FHEM/74_AMADDevice.pm
2023.06.01 17:45:33.734 1: UPD FHEM/74_AutomowerConnect.pm
2023.06.01 17:45:33.792 1: UPD FHEM/76_SMAInverter.pm
2023.06.01 17:45:33.887 1: UPD FHEM/82_LGTV_WebOS.pm
2023.06.01 17:45:33.918 1: UPD FHEM/93_DbLog.pm
2023.06.01 17:45:34.154 1: UPD FHEM/93_DbRep.pm
2023.06.01 17:45:34.592 1: UPD FHEM/95_remotecontrol.pm
2023.06.01 17:45:34.623 1: UPD FHEM/98_DOIF.pm
2023.06.01 17:45:34.827 1: UPD FHEM/98_JsonMod.pm
2023.06.01 17:45:34.861 1: UPD FHEM/98_PID20.pm
2023.06.01 17:45:34.894 1: UPD FHEM/98_WeekdayTimer.pm
2023.06.01 17:45:34.956 1: UPD FHEM/98_help.pm
2023.06.01 17:45:34.988 1: UPD FHEM/98_update.pm
2023.06.01 17:45:35.020 1: UPD FHEM/HttpUtils.pm
2023.06.01 17:45:35.055 1: UPD FHEM/LandroidUtils.pm
2023.06.01 17:45:35.100 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2023.06.01 17:45:35.316 1: UPD FHEM/lib/fhem_zwave_deviceconfig.xml.gz
2023.06.01 17:45:35.348 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2023.06.01 17:45:35.417 1: UPD docs/commandref_frame.html
2023.06.01 17:45:35.460 1: UPD docs/commandref_frame_DE.html
2023.06.01 17:45:35.515 1: UPD lib/FHEM/Devices/AMConnect/Common.pm
2023.06.01 17:45:35.577 1: UPD lib/FHEM/Devices/LGTV/LGTVWebOS.pm
2023.06.01 17:45:35.611 1: UPD lib/FHEM/SynoModules/API.pm
2023.06.01 17:45:35.641 1: UPD lib/FHEM/SynoModules/ErrCodes.pm
2023.06.01 17:45:35.672 1: UPD lib/FHEM/SynoModules/SMUtils.pm
2023.06.01 17:45:35.729 1: UPD www/codemirror/LICENSE
2023.06.01 17:45:35.792 1: UPD www/codemirror/autorefresh.js
2023.06.01 17:45:35.863 1: UPD www/codemirror/brace-fold.js
2023.06.01 17:45:35.891 1: UPD www/codemirror/closebrackets.js
2023.06.01 17:45:35.924 1: UPD www/codemirror/codemirror.css
2023.06.01 17:45:35.958 1: UPD www/codemirror/codemirror.js
2023.06.01 17:45:36.097 1: UPD www/codemirror/comment.js
2023.06.01 17:45:36.222 1: UPD www/codemirror/css.js
2023.06.01 17:45:36.257 1: UPD www/codemirror/dialog.css
2023.06.01 17:45:36.287 1: UPD www/codemirror/dialog.js
2023.06.01 17:45:36.317 1: UPD www/codemirror/eclipse.css
2023.06.01 17:45:36.350 1: UPD www/codemirror/fhem.js
2023.06.01 17:45:36.382 1: UPD www/codemirror/fhem.js.unoptimized
2023.06.01 17:45:36.417 1: UPD www/codemirror/fhem_codemirror.js
2023.06.01 17:45:36.448 1: UPD www/codemirror/foldcode.js
2023.06.01 17:45:36.479 1: UPD www/codemirror/foldgutter.css
2023.06.01 17:45:36.514 1: UPD www/codemirror/foldgutter.js
2023.06.01 17:45:36.544 1: UPD www/codemirror/fullscreen.css
2023.06.01 17:45:36.572 1: UPD www/codemirror/fullscreen.js
2023.06.01 17:45:36.602 1: UPD www/codemirror/jump-to-line.js
2023.06.01 17:45:36.636 1: UPD www/codemirror/match-highlighter.js
2023.06.01 17:45:36.667 1: UPD www/codemirror/matchbrackets.js
2023.06.01 17:45:36.698 1: UPD www/codemirror/perl.js
2023.06.01 17:45:36.730 1: UPD www/codemirror/search.js
2023.06.01 17:45:36.765 1: UPD www/codemirror/searchcursor.js
2023.06.01 17:45:36.796 1: UPD www/codemirror/show-hint.css
2023.06.01 17:45:36.829 1: UPD www/codemirror/show-hint.js
2023.06.01 17:45:36.860 1: UPD www/codemirror/vim.js
2023.06.01 17:45:36.940 1: UPD www/codemirror/xml.js
2023.06.01 17:45:36.972 1: UPD www/images/fhemSVG/hue2019_archetypesBollard.svg
2023.06.01 17:45:37.006 1: UPD www/pgm2/automowerconnect.js
2023.06.01 17:45:37.041 1: UPD www/pgm2/f18.js
2023.06.01 17:45:37.075 1: saving fhem.cfg
2023.06.01 17:45:37.076 1:
2023.06.01 17:45:37.077 1: New entries in the CHANGED file:
2023.06.01 17:45:37.077 1:  - bugfix:  74_AutomowerConnect: improved background image loading
2023.06.01 17:45:37.077 1:             Commandref: Hint to connect application key with Automower Connect
2023.06.01 17:45:37.077 1:             API in Developer Portal.
2023.06.01 17:45:37.078 1:  - bugfix:  74_AutomowerConnect: prevent division by zero, delay ws init
2023.06.01 17:45:37.078 1:             force new access token when set client_secret
2023.06.01 17:45:37.078 1:  - change:  74_AutomowerConnect: Common.pm, automowerconnect.js
2023.06.01 17:45:37.079 1:             implemented error stack and getter to show
2023.06.01 17:45:37.079 1:             show daily collisions, not calculate statistics solved
2023.06.01 17:45:37.079 1:             use only differential data to update mower path, hints at
2023.06.01 17:45:37.079 1:             https://forum.fhem.de/index.php?topic=131661.msg1277180
2023.06.01 17:45:37.080 1:  - feature:  76_SMAInverter: add new Inverter (STP X, SI x.xM-13),
2023.06.01 17:45:37.080 1:                     add String 3 for STP X
2023.06.01 17:45:37.080 1:  - feature:  76_SMAInverter: add new Readings
2023.06.01 17:45:37.081 1:                     (GeneralOperatingStatus, OperatingStatus, BACKRELAYRELAY)
2023.06.01 17:45:37.081 1:  - change: 76_SMAInverter: changed some read call (Hybridinverter)
2023.06.01 17:45:37.081 1:  - feature: 93_DbLog: write cachefile while Server shutdown if database isn't
2023.06.01 17:45:37.081 1:                       available, Forum: #133599
2023.06.01 17:45:37.082 1:  - change:  00_KNXIO: multiple changes, see Forum #127792
2023.06.01 17:45:37.082 1:  - change:  10_KNX: multiple changes, see Forum #122582
2023.06.01 17:45:37.082 1:  - change:  74_AutomowerConnect: Common.pm, automowerconnect.js
2023.06.01 17:45:37.082 1:             use of websocket for realtime events, more at
2023.06.01 17:45:37.116 1:             https://forum.fhem.de/index.php?topic=131661.msg1276678#msg1276678
2023.06.01 17:45:37.117 1:  - change:  50_SSChatBot: compatibility to DSM starting with DSM 7.2 RC,
2023.06.01 17:45:37.117 1:                           Forum: https://forum.fhem.de/index.php?msg=1276303
2023.06.01 17:45:37.117 1:  - change:  75_AutomowerConnectDevice: deleted,
2023.06.01 17:45:37.117 1:                change definition to AutomowerConnect before updating,
2023.06.01 17:45:37.118 1: ... rest of lines skipped.
2023.06.01 17:45:37.118 1:
2023.06.01 17:45:37.118 1:
2023.06.01 17:45:37.118 1: Downloading https://raw.githubusercontent.com/klassm/andFHEM/master/fhem_modules/controls_gcmsend.txt
2023.06.01 17:45:37.118 1: gcmsend
2023.06.01 17:45:37.666 1: nothing to do...
2023.06.01 17:45:37.667 1:
2023.06.01 17:45:37.667 1:
2023.06.01 17:45:37.667 1: Downloading https://raw.githubusercontent.com/jowiemann/DBPlan-for-Fhem/master/controls_dbplan.txt
2023.06.01 17:45:37.667 1: dbplan
2023.06.01 17:45:38.142 1: nothing to do...
2023.06.01 17:45:38.142 1:
2023.06.01 17:45:38.142 1:
2023.06.01 17:45:38.143 1: Downloading https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
2023.06.01 17:45:38.143 1: fhemabfall
2023.06.01 17:45:38.273 1: nothing to do...
2023.06.01 17:45:38.273 1:
2023.06.01 17:45:38.274 1:
2023.06.01 17:45:38.274 1: Downloading https://raw.githubusercontent.com/nagel86/fhem-flex/master/controls_fhem-flex.txt
2023.06.01 17:45:38.274 1: fhem-flex
2023.06.01 17:45:38.730 1: nothing to do...
2023.06.01 17:45:38.730 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2023.06.01 17:45:38.907 1:
2023.06.01 17:45:38.908 1: update finished, "shutdown restart" is needed to activate the changes.

Habe gerade noch gesehen das es ein ähnliches attr im Device schon gibt ...."disableHostIPv4check"<->"disableHostAliveCheck"
Wenn ich das auf 1 setze geht es auch.
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

rico5588

Ich habe noch ein paar ältere Versionen getestet.
Fazit: seit dem Net::Ping verwendet wird, geht es nicht mehr.
Das war vom Update 10a auf 12...
Ich werde jetzt mit dem attr disableHostAliveCheck leben.

Danke.
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

CoolTux

Schau mal ob ein normaler User, also nicht root, ein Ping zu einem Host machen kann.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

rico5588

Guten Morgen,

ja das geht.
fhem@CT100:~$ id
uid=999(fhem) gid=20(dialout) groups=20(dialout),5(tty),29(audio)
fhem@CT100:~$ ping 192.168.9.7
PING 192.168.9.7 (192.168.9.7) 56(84) bytes of data.
64 bytes from 192.168.9.7: icmp_seq=1 ttl=64 time=1.03 ms
64 bytes from 192.168.9.7: icmp_seq=2 ttl=64 time=0.914 ms
64 bytes from 192.168.9.7: icmp_seq=3 ttl=64 time=0.909 ms

Kann ich Net::Ping in der Komandozeile testen oder ist "ping" das gleiche?
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

rico5588

Hallo,
nach dem meine Probleme mit der Fritzbox immer schlimmer wurden musste ich mich nochmal mit diesem Thema beschäftigen. Ich kann nicht sagen warum es auf einmal so schlimm wurde. Tatsache ist das erst das Netzwerk immer langsamer wurde bis sich die Fritzbox aufgehängt hat, das passierte dann 2–3-mal am Tag.  Die erste Vermutung war ein defekter Teilnehmer. Konnte aber durch verschiedene Versuche nicht bestätigt werden. Aus Verzweiflung habe ich mir eine neue Fritzbox gekauft, leider auch ohne Erfolg.
Zu guter Letzt habe ich fhem in einer Virtuellen Umgebung auf dem Windows PC laufen lassen und dort bemerkt das ich "disableHostIPv4check" nicht benötige. Das Fritzbox Device hat sofort funktioniert. Mit dieser Erkenntnis habe ich nochmal alle Einstellungen der aktuellen Proxmox Konfiguration geprüft und bin dann zu guter Letzt auf den Eintrag Ethernet des LCX-Containers gekommen. Dort war die Funktion "Firewall" aktiviert, jedoch keine einzige Regel definiert. Nach dem ausschalten dieser Firewall waren sofort alle Probleme mit der Fritzbox verschwunden.
Fazit ist das die Proxmox-Firewall einige Teile der Kommunikation unterbunden hat. Meiner Vermutung nach hat dadurch das Fritzbox Device mit unzähligen anfragen das Netz zum Fall gebracht.
Gruß Rico
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

JoWiemann

Zitat von: rico5588 am 27 Dezember 2023, 09:22:09Meiner Vermutung nach hat dadurch das Fritzbox Device mit unzähligen anfragen das Netz zum Fall gebracht.
Gruß Rico

Hallo Rico,

das Modul 72_FRITZBOX.pm macht keine Wiederholungen, wenn Anfragen an die Fritzbox scheitern. Beim ersten Scheitern wird ein entsprechender Log Eintrag geschrieben und dann ist Schluss bis zum nächsten Aufruf durch das definierte Intervall. Hast Du mal ins Log geschaut?

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

rico5588

Hallo Jörg,

wollte auch nicht das Modul schlecht reden.  ???
Es ist nur ein Effekt aufgetreten, welcher im Zusammenhang mit dem Fritzbox Device und der Fritzbox selber steht.
Durch die Blockierung der Firewall vom Proxmox hat sich das Device immer wieder neu an die Fritzbox angemeldet. Ich weis auch nicht genau wie ich das beschreiben soll.
2023.12.27 09:30:06.869 1: [Fritzbox | 7590 | 259.07.57 | Readout_Aborted.5094] - ERROR:Error: Timeout when reading Fritz!Box data.
2023.12.27 09:35:06.934 1: Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 188513
Diesen Eintrag habe ich alle 5 Minuten.
Im Log der Fritzbox (System-Ereignisse-System) war zu sehen das sich der Teilnehmer immer wieder anmeldet. Dies passiert jetzt nicht mehr. Eventuell sorgt das für die Überlasst.

Gruß
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

JoWiemann

Hallo,

Zitat von: rico5588 am 27 Dezember 2023, 11:47:39wollte auch nicht das Modul schlecht reden.  ???

hatte ich auch nicht so verstanden. Es war als Hinweis gedacht, dass das FritzBox Device m.E. nicht die Fehlerursache sein kann.
Zitat von: rico5588 am 27 Dezember 2023, 11:47:39Es ist nur ein Effekt aufgetreten, welcher im Zusammenhang mit dem Fritzbox Device und der Fritzbox selber steht.
Durch die Blockierung der Firewall vom Proxmox hat sich das Device immer wieder neu an die Fritzbox angemeldet. Ich weis auch nicht genau wie ich das beschreiben soll.
2023.12.27 09:30:06.869 1: [Fritzbox | 7590 | 259.07.57 | Readout_Aborted.5094] - ERROR:Error: Timeout when reading Fritz!Box data.
2023.12.27 09:35:06.934 1: Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 188513
Diesen Eintrag habe ich alle 5 Minuten.
Im Log der Fritzbox (System-Ereignisse-System) war zu sehen das sich der Teilnehmer immer wieder anmeldet. Dies passiert jetzt nicht mehr. Eventuell sorgt das für die Überlasst.

Da der Log Eintrag nur alle 5 Minuten erfolgt, sollte hier nicht die Überlastung entstehen. Hattest Du zum Test mal das Device disabled? Wenn ja und dann alles ok war müsste ich nochmal ins Modul schauen. Wenn nein, wäre das ein guter Testfall.

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

rico5588

Hallo Jörg,
ich versuche das in meiner Testumgebung mal nachzustellen.

Firewall an
Device definiert (define Fritzbox FRITZBOX Fritz.box)
1. Device is offline
 - 2 Readings erstellt box_fwVersion + box_model
2. User + Passwort hinzugefügt
 - Device bleibt offline
Internals:
   APICHECKED 1
   APICHECK_RET_CODES Ok
   CFGFN     
   DEF        Fritz.box
   FUUID      658c0538-f33f-bb51-667e-e9d4cf7687373a11
   HINWEIS     boxUser (bei Repeatern nicht unbedingt notwendig) nicht definiert. Bitte auch das Passwort mit <set Fritzbox password> setzen.
   HOST       192.168.9.7
   INTERVAL   300
   LUADATA    1
   LUAQUERY   1
   MODEL      FRITZ!Box 7590 AX
   NAME       Fritzbox
   NR         169
   SECPORT    49443
   STATE      Device is offline
   TIMEOUT    55
   TR064      1
   TYPE       FRITZBOX
   UPNP       -1
   VERSION    07.50.21
   _BETA      0
   eventCount 3
   READINGS:
     2023-12-27 12:06:36   box_fwVersion   259.07.57
     2023-12-27 12:06:36   box_model       FRITZ!Box 7590 AX [7590 - avm]
     2023-12-27 12:11:48   retStat_lastReadout Device is offline
     2023-12-27 12:11:48   state           Device is offline
   fhem:
     LOCAL      0
     definedHost 192.168.9.7
     is_double_wlan -1
     lastHour   0
     modulVersion $Date: 2023-11-14 14:34:11 +0100 (Tue, 14 Nov 2023) $
     sidTime    0
   helper:
     FhemLog3Std 0
     TimerCmd   Fritzbox.Cmd
     TimerReadout Fritzbox.Readout
Attributes:
   boxUser    rmb
3. disableHostIPv4check =1 hinzugefügt
Internals:
   APICHECKED 1
   APICHECK_RET_CODES Ok
   CFGFN     
   DEF        Fritz.box
   FUUID      658c0538-f33f-bb51-667e-e9d4cf7687373a11
   HINWEIS     boxUser (bei Repeatern nicht unbedingt notwendig) nicht definiert. Bitte auch das Passwort mit <set Fritzbox password> setzen.
   HOST       192.168.9.7
   INTERVAL   300
   LUADATA    1
   LUAQUERY   1
   MODEL      FRITZ!Box 7590 AX
   NAME       Fritzbox
   NR         169
   SECPORT    49443
   STATE      Didn't get a session ID
   TIMEOUT    55
   TR064      1
   TYPE       FRITZBOX
   UPNP       -1
   VERSION    07.50.21
   _BETA      0
   eventCount 12
   READINGS:
     2023-12-27 12:51:10   box_fwVersion   259.07.57
     2023-12-27 12:51:10   box_model       FRITZ!Box 7590 AX [7590 - avm]
     2023-12-27 12:51:29   retStat_lastReadout Didn't get a session ID
     2023-12-27 12:51:29   state           Didn't get a session ID
   fhem:
     LOCAL      0
     definedHost 192.168.9.7
     is_double_wlan -1
     lastHour   0
     modulVersion $Date: 2023-11-14 14:34:11 +0100 (Tue, 14 Nov 2023) $
     sidTime    0
   helper:
     FhemLog3Std 0
     TimerCmd   Fritzbox.Cmd
     TimerReadout Fritzbox.Readout
Attributes:
   boxUser    rmb
   disableHostIPv4check 1
4. neue Meldung im Log --> Error: Timeout when reading Fritz!Box data.
Ich habe jetzt noch "nonblockingTimeOut" = 75 hinzugefügt um diesen ↑ Fehler zu unterbinden.
Nach set Fritzbox checkAPIs immer noch keine readings.
Nach 5 Minuten kommen plötzlich alle Readings.
In der Fritzbox unter Ereignisse kommt dann.
"27.12.23 - 13:02:05
Anmeldung des Benutzers rmb an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 192.168.9.56. [3 Meldungen seit 27.12.23 13:00:18]"
27.12.23 - 13:02:57
Anmeldung einer App des Benutzers rmb von IP-Adresse 192.168.9.56.
und immer wieder Error: Timeout when reading Fritz!Box data.

Und das denke ich ist das Problem, es wird sich immer wieder an der Fritzbox angemeldet.
Irgendwann führt das zum Überlauf. Ist aber nur ein Gefühl.
Ich habe jetzt das Device deaktiviert und beobachte das ganz eine Weile.
Gruß
Geht nicht gibt's nicht.
NUC-I3+Proxmox, Fritzbox 7590 AX, Synology DS414
Dimplex Wärmepumpe, Lüftungsanlage, Solarlog 1200
HM,IT,Lacross,EspEasy,Modbus,MQTT2, Freund von Shelly

JoWiemann

Zitat von: rico5588 am 27 Dezember 2023, 13:18:22In der Fritzbox unter Ereignisse kommt dann.
"27.12.23 - 13:02:05
Anmeldung des Benutzers rmb an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 192.168.9.56. [3 Meldungen seit 27.12.23 13:00:18]"
27.12.23 - 13:02:57
Anmeldung einer App des Benutzers rmb von IP-Adresse 192.168.9.56.
und immer wieder Error: Timeout when reading Fritz!Box data.

Und das denke ich ist das Problem, es wird sich immer wieder an der Fritzbox angemeldet.

Hallo Rico,

da könntest Du recht haben. Die FritzBox setzt einen stetig länger werdenden TimeOut, wenn die Anmeldung nicht funktioniert. Dadurch könnte sie dann wirklich langsamer werden. Normalerweise sendet die FritzBox nach erfolgter Anmeldung eine Session-ID, die dann 60 Minuten gültig bleibt. Die Zeitspanne verlängert sich bei jedem gültigen Zugriff mit der Session-ID. Somit ist in dieser Zeit keine neue Anmeldung notwendig.

Ich werde mir etwas überlegen um diese mehrfach Anmeldeversuche zu unterbinden und entsprechend zu loggen.

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