72_FRITZBOX.pm nach Update Fehler

Begonnen von Skipper, 26 Februar 2018, 09:59:51

Vorheriges Thema - Nächstes Thema

Skipper

Hallo,

nach einem Update startete mein Fhem nicht mehr.
Ich habe im Logfile folgende Fehler gefunden.
PERL WARNING: Deep recursion on subroutine "main::InternalTimer" at ./FHEM/72_FRITZBOX.pm line 682, <$fh> line 77.
PERL WARNING: Deep recursion on subroutine "main::FRITZBOX_Readout_Start" at fhem.pl line 3121, <$fh> line 77.

Nachdem ich aus dem Recovery Dir wieder die Datei zurückgespielt habe läuft wieder alles wie am Schnürchen.

Grüße

Fixel2012

Hi Skipper,

ich glaube dein Problem ist unter dem CUL Board nicht seh gut aufgehoben. Dort wird es der Zuständige Maintainer wohl kaum finden.

Ganz unten Links auf der Seite kannst du es in ein geeignetes Board verschieben.
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

octek0815

Dito, war auch betroffen.
Habe nur die 72_FRITZBOX.pm zurückgespielt.
Danach lief mein System wider.

iamandy

Ich hatte das Problem auch
Habe das Backup komplett zurück gespielt und zu spät diesen Artikel gesehen...

octek0815

Moin,

ich habe die Ursache gefunden (zumindest bei mir).
Ich "missbrauche" das FRITZBOX Modul um auch die Daten der Fritz!Box Repeater (1750E) auszulesen.
Das mag wohl die neue Version nicht.
Nachdem ich die Repeater Geräte in FHEM gelöscht habe, funktioniert auch die neue 72_FRITZBOX.pm.

Grüße
Olli

tupol

#5
Upps. Ist bei Euch ein FRITZBOX Gerät "disabled"?

octek0815


awel

Ja, ich habe einen Repeater, der ist in FHEM "disabled" und mit der 72_FRITZBOX.pm aus dem heutigen Update startet mein FHEM nicht mehr.
Ich habe die alte Version aus dem restoreDir wie schon gestern zurückgespielt und FHEM läuft.

Grüße, Achim

tupol

Dann habe ich vermutlich den Fehler gefunden. Ich habe eine neue Version hochgespielt.

iamandy

Bei mir ist ein FRITZ!DECT 200 Dissabled. Kann dass das Problem gewesen sein?
Ich hatte es im Verdacht mein fhem immer mal komplett zu blockieren. Das scheint es aber nicht gewesen zu sein, aber dann am Ende dieses Problem ausgelöst zu haben...

roadghost

Ich habe, seit ich am 23.02.18 ein Update von FHEM gemacht habe, folgende Errormessages im log:

ERROR evaluating {FRITZBOX_Readout_Done('FritzBox_7390|----=')}: 500 read timeout at ./FHEM/72_FRITZBOX.pm line 4437.

Die 3 --- stellen einen ellellangen code dar, der in der Meldung enthalten ist.

Ich weiß nicht on dieser sensible Informationen enthält, daher habe ich Ihn hier nicht gepostet.

Vor dem 23.2.18 lief alles gut. Bin erst mal wieder auf das vorherige Backup zurück.
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC

tupol

Bitte morgen die aktuelle Version testen.

Frank_Huber

Bei mir wieder alles OK.

Danke tupol für den schnellen fix!

andere Frage die indirekt hier passt:
Kann ich von zwei FHEM Instanzen auf die gleiche Fritzbox zugraifen oder beisst sich das?


tupol

Kann man machen, belastet aber die Fritzbox. Da gibt es auch noch irgendeine Methode, bei der Werte zwischen FHEM Instanzen ausgetauscht werden.

Frank_Huber

Zitat von: tupol am 28 Februar 2018, 09:19:44
Kann man machen, belastet aber die Fritzbox. Da gibt es auch noch irgendeine Methode, bei der Werte zwischen FHEM Instanzen ausgetauscht werden.

Danke, mit der Mehrbelastung kann ich leben, sind nur paar Tage.

Bin gerade dabei den Raspberry einer meiner Instanzen auszutauschen. Der neue läuft schon parallel bis alles eingerichtet ist.
Muss dann am Tag X nur den 1wire, die GPIOs und die DBlog übernehmen und sollte in kürzester Zeit wieder online sein.

Skipper

Hallo,

Bei mir läuft's jetzt auch mit Update.
Danke
Gruß

roadghost

Ich habe leider weiterhin die einträge im Log.
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC

Newbee

Hallo,

nach heutigem update der Fritzbox.pm kommt bei mir folgende Fehlermeldung.

FRITZBOX Fritzbox: Readout_Run_Web.1372 Error: no json string returned ({................

Habe es erstmal disabled.

Grüße Newbee
Intel-NUC mit ubuntu server 20.04; FHEM 6.0
HM, Dect, Netatmo, Hue

tupol

Die Fehlermeldung ist unvollständig.

ArminK

#19
Hallo, habe das gleiche Problem seit dem 20.03.18: Im Log geht es bei mir so weiter:
2018.03.20 09:33:02 2: FRITZBOX FritzBox: Readout_Run_Web.1372 Error: no json string returned ({
"radio" : [
{
"Name" : "Deutschlandfunk"
},
{
"Name" : "DRadio Kultur"
},
{
"Name" : "DRadio Wissen"
},
{
"Name" : "Eins Live Diggi"
},
{
"Name" : "radioeins"
},
{
"Name" : "Radio Fritz"
},
{
"Name" : "Sputnik Livestream"
},
{
"Name" : "Swissgroove"
},
{
"Name" : ""
},
{
"Name" : ""
},
{

allerdings über 9.000 Wörter! Sieht so aus als wären alle readings der FB in einem String untergebracht, Anrufe, bekannte Lan-Geräte usw. Aufgefallen ist mir das eigentlich weil Presence nicht mehr funktioniert, weder mit lan-ping noch mit function, ich denke das hängt irgendwie zusammen. Ansonsten verhält sich die Fritzbox (UM Kabel) normal, habe sie aber auch schon mal stromlos gemacht, allerdings ohne Erfolg. Die ganzen 9.000+ Wörter finden sich auch im device overview sowie im Reading STATE/state und lastReadout.
Ein list auf das device fängt so an: Internals:
   APICHECKED 1
   CFGFN     
   DEF        192.168.1.1
   HOST       192.168.1.1
   INTERVAL   300
   LUAQUERY   1
   M3U_LOCAL  ./www/images/FB.m3u
   M3U_URL    unknown
   MODEL      FRITZ!Box 6490 Cable (lgi)
   NAME       FB
   NR         14308
   REMOTE     1
   SECPORT    49443
   STATE      no json string returned ({
"radio" : [
{
"Name" : "Deutschlandfunk"
},
dann alle nöglichen Inhalte (sieht json-mäßig für mich gut aus) und endet viele Zeilen später mit fhem:
     LOCAL      0
     definedHost 192.168.1.1
     is_double_wlan -1
     lastHour   0
     modulVersion $Date: 2018-03-19 22:34:59 +0100 (Mon, 19 Mar 2018) $
     sidTime    0
   helper:
     TimerCmd   FB.Cmd
     TimerReadout FB.Readout
Attributes:
   allowTR064Command 1
   group      FritzBox
   room       EDV

Was macht man am Besten (damit die Anwesenheitserkennung wieder funktioniert)?
Raspberry Pi 3B mit fhem 5.8;1xCUL USB, 2xCUNO, 1xCUL Raspi über Fhem2Fhem, 2xHMLAN; diverse Homematic und FS20-Komponenten; 7 x Sonos-Player; diverse Eigenbauten mittels FS20 WUE, ESPEasy, MQTT, MySensors

Torben80

#20
Ich habe auch das Problem, dass meine Fritzbox derzeit in ihr STATE das komplette READING einträgt.
Wenn ich das hier posten würde, wäre die Seite "1 KM lang", was natürlich übertrieben ist aber den STATE sprengt.

Das steht dann alles im "lastReadOut" und im "State".

Kleiner Auszug, wie es beginnt:
no json string returned ({ "radio" : [ { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" }, { "Name" : "" } ], "box_dect": "1", "handset" : [ { "User" : "1", .....................
Und danach kommen alle im LAN befindlichen Devices (iphones, laptops, tablets usw) mit MAC-Adresse usw....

Mein NotePad sagt über 49.000 Zeichen...
komisch komisch....
Ich möchte hier ein LIST ersparen... Da ich nicht alle MAC-Adressen usw "schwärzen" möchte.

Hat das Problem noch jemand?


UPDATE:
nach wiederholtem UPDATE von FHEM, und "sudo /etc/init.d/fhem stop + sudo /etc/init.d/fhem start" läuft alles wieder :-)


Gruß Torben

ArminK

Bei mir auch wieder alles Okay, auch Presence scheint wieder zu funktionieren...
Vorgehensweise: update - fhem stop - reboot
Raspberry Pi 3B mit fhem 5.8;1xCUL USB, 2xCUNO, 1xCUL Raspi über Fhem2Fhem, 2xHMLAN; diverse Homematic und FS20-Komponenten; 7 x Sonos-Player; diverse Eigenbauten mittels FS20 WUE, ESPEasy, MQTT, MySensors

roadghost

Ich habe noch immer alle 5 Minuten einen Eintrag im Logfile.


FRITZBOX FritzBox: Readout_Process.1899 TR-064 is switched on
2018.04.08 13:37:55.009 1: ERROR evaluating {FRITZBOX_Readout_Done('FritzBox|ZmhlbS0+c2lkfDlhNzU3NmM5ODBlMzQ5MDh8ZmhlbS0+c2lkVGltZXwxNTIzMTg3NDY0Ljg0ODE1fGZvbjF8VGVsZWZvbnxmb24xX291dHx8Zm9uMV9pbnRlcm58MXxmb24yfFRlbGVmb258Zm9uMl9vdXR8fGZvbjJfaW50ZXJufDJ8cmFkaW8wMHxEZXV0c2NobGFuZGZ1bmt8ZmhlbS0+cmFkaW8tPjB8RGV1dHNjaGxhbmRmdW5rfHJhZGlvMDF8RFJhZGlvIEt1bHR1cnxmaGVtLT5yYWRpby0+MXxEUmFkaW8gS3VsdHVyfHJhZGlvMDJ8RFJhZGlvIFdpc3NlbnxmaGVtLT5yYWRpby0+MnxEUmFkaW8gV2lzc2VufHJhZGlvMDN8RWlucyBMaXZlIERpZ2dpfGZoZW0tPnJhZGlvLT4zfEVpbnMgTGl2ZSBEaWdnaXxyYWRpbzA0fHJhZGlvZWluc3xmaGVtLT5yYWRpby0+NHxyYWRpb2VpbnN8cmFkaW8wNXxSYWRpbyBGcml0enxmaGVtLT5yYWRpby0+NXxSYWRpbyBGcml0enxyYWRpbzA2fFNwdXRuaWsgTGl2ZXN0cmVhbXxmaGVtLT5yYWRpby0+NnxTcHV0bmlrIExpdmVzdHJlYW18cmFkaW8wN3xTd2lzc2dyb292ZXxmaGVtLT5yYWRpby0+N3xTd2lzc2dyb292ZXxyYWRpbzA4fHxmaGVtLT5yYWRpby0+OHx8cmFkaW8wOXx8ZmhlbS0+cmFkaW8tPjl8fHJhZGlvMTB8fGZoZW0tPnJhZGlvLT4xMHx8cmFkaW8xMXx8ZmhlbS0+cmFkaW8tPjExfHxyYWRpbzEyfHxmaGVtLT5yYWRpby0+MTJ8fHJhZGlvMTN8fGZoZW0tPnJhZGlvLT4xM3x8cmFkaW8xNHx8ZmhlbS0+cmFkaW8tPjE0fHxyYWRpbzE1fHxmaGVtLT5yYWRpby0+MTV8fHJhZGlvMTZ8fGZoZW0tPnJhZGlvLT4xNnx8cmFkaW8xN3x8ZmhlbS0+cmFkaW8tPjE3fHxyYWRpbzE4fHxmaGVtLT5yYWRpby0+MTh8fHJhZGlvMTl8fGZoZW0tPnJhZGlvLT4xOXx8cmFkaW8yMHx8ZmhlbS0+cmFkaW8tPjIwfHxyYWRpbzIxfHxmaGVtLT5yYWRpby0+MjF8fHJhZGlvMjJ8fGZoZW0tPnJhZGlvLT4yMnx8cmFkaW8yM3x8ZmhlbS0+cmFkaW8tPjIzfHxyYWRpbzI0fHxmaGVtLT5yYWRpby0+MjR8fHJhZGlvMjV8fGZoZW0tPnJhZGlvLT4yNXx8cmFkaW8yNnx8ZmhlbS0+cmFkaW8tPjI2fHxyYWRpbzI3fHxmaGVtLT5yYWRpby0+Mjd8fHJhZGlvMjh8fGZoZW0tPnJhZGlvLT4yOHx8cmFkaW8yOXx8ZmhlbS0+cmFkaW8tPjI5fHxyYWRpbzMwfHxmaGVtLT5yYWRpby0+MzB8fHJhZGlvMzF8fGZoZW0tPnJhZGlvLT4zMXx8cmFkaW8zMnx8ZmhlbS0+cmFkaW8tPjMyfHxyYWRpbzMzfHxmaGVtLT5yYWRpby0+MzN8fHJhZGlvMzR8fGZoZW0tPnJhZGlvLT4zNHx8cmFkaW8zNXx8ZmhlbS0+cmFkaW8tPjM1fHxyYWRpbzM2fHxmaGVtLT5yYWRpby0+MzZ8fHJhZGlvMzd8fGZoZW0tPnJhZGlvLT4zN3x8cmFkaW8zOHx8ZmhlbS0+cmFkaW8tPjM4fHxyYWRpbzM5fHxmaGVtLT5yYWRpby0+Mzl8fGZoZW0tPnJhZGlvQ291bnR8NDB8ZmhlbS0+d2xhbkRldmljZS0+MThfM0RfQTJfMDJfQ0FfMjQtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+MThfM0RfQTJfMDJfQ0FfMjQtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+MThfM0RfQTJfMDJfQ0FfMjQtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT44OF80NF83N185M182OF8xNy0+c3BlZWR8MjZ8ZmhlbS0+d2xhbkRldmljZS0+ODhfNDRfNzdfOTNfNjhfMTctPnNwZWVkX3J4fDE5fGZoZW0tPndsYW5EZXZpY2UtPjg4XzQ0Xzc3XzkzXzY4XzE3LT5yc3NpfC02OHxmaGVtLT53bGFuRGV2aWNlLT43MF84QV8wOV9CMF81Rl9CMS0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT43MF84QV8wOV9CMF81Rl9CMS0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT43MF84QV8wOV9CMF81Rl9CMS0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPkYwXzQyXzFDX0NCXzI3Xzg1LT5zcGVlZHw2NTB8ZmhlbS0+d2xhbkRldmljZS0+RjBfNDJfMUNfQ0JfMjdfODUtPnNwZWVkX3J4fDg2NnxmaGVtLT53bGFuRGV2aWNlLT5GMF80Ml8xQ19DQl8yN184NS0+cnNzaXwtNjR8ZmhlbS0+d2xhbkRldmljZS0+NzRfNzVfNDhfMjlfRjVfNEYtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+NzRfNzVfNDhfMjlfRjVfNEYtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+NzRfNzVfNDhfMjlfRjVfNEYtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT5GMF9FRV8xMF9ENV9GM184MC0+c3BlZWR8MzkwfGZoZW0tPndsYW5EZXZpY2UtPkYwX0VFXzEwX0Q1X0YzXzgwLT5zcGVlZF9yeHwzMjV8ZmhlbS0+d2xhbkRldmljZS0+RjBfRUVfMTBfRDVfRjNfODAtPnJzc2l8LTY3fGZoZW0tPndsYW5EZXZpY2UtPkUwXzc2X0QwXzNDXzM2X0RELT5zcGVlZHw3MnxmaGVtLT53bGFuRGV2aWNlLT5FMF83Nl9EMF8zQ18zNl9ERC0+c3BlZWRfcnh8NzJ8ZmhlbS0+d2xhbkRldmljZS0+RTBfNzZfRDBfM0NfMzZfREQtPnJzc2l8LTY0fGZoZW0tPndsYW5EZXZpY2UtPkUwXzc2X0QwXzNDXzMxX0I1LT5zcGVlZHw3MnxmaGVtLT53bGFuRGV2aWNlLT5FMF83Nl9EMF8zQ18zMV9CNS0+c3BlZWRfcnh8NzJ8ZmhlbS0+d2xhbkRldmljZS0+RTBfNzZfRDBfM0NfMzFfQjUtPnJzc2l8LTYwfGZoZW0tPndsYW5EZXZpY2UtPjM0X0QyXzcwXzAyX0MwXzJBLT5zcGVlZHwzMDB8ZmhlbS0+d2xhbkRldmljZS0+MzRfRDJfNzBfMDJfQzBfMkEtPnNwZWVkX3J4fDI0M3xmaGVtLT53bGFuRGV2aWNlLT4zNF9EMl83MF8wMl9DMF8yQS0+cnNzaXwtNjh8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC40MHxBbWF6b25FY2hvR3Jvc3N8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U3Mjd8QW1hem9uRWNob0dyb3NzfG1hY18zNF9EMl83MF8wMl9DMF8yQXxBbWF6b25FY2hvR3Jvc3MgKFdMQU4sIDMwMCAvIDI0MyBNYml0L3MsIC02OCl8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC4zNXxGaXJlVFZTdGlja3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTc1MXxGaXJlVFZTdGlja3xmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjI2fEdhbGF4eS1UYWItQS0yMDE2fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNzM4fEdhbGF4eS1UYWItQS0yMDE2fG1hY19GMF9FRV8xMF9ENV9GM184MHxHYWxheHktVGFiLUEtMjAxNiAoV0xBTiwgMzkwIC8gMzI1IE1iaXQvcywgLTY3KXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjQ5fEhVQVdFSS1NYXRlLTktOTQzNTBkOTY1MGV8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UxNjUzOXxIVUFXRUktTWF0ZS05LTk0MzUwZDk2NTBlfG1hY184OF80NF83N185M182OF8xN3xIVUFXRUktTWF0ZS05LTk0MzUwZDk2NTBlIChXTEFOLCAyNiAvIDE5IE1iaXQvcywgLTY4KXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjMwfEhVQVdFSS1QOC1saXRlLTIwMTd8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U3ODZ8SFVBV0VJLVA4LWxpdGUtMjAxN3xmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjI4fEhVRWJyaWRnZXxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTczNnxIVUVicmlkZ2V8bWFjXzAwXzE3Xzg4XzREXzdDXzU4fEhVRWJyaWRnZSAoTEFONCwgMSBHYml0L3MpfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguMzZ8SG9lbGxlbmxhcHRvcHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTIyNTN8SG9lbGxlbmxhcHRvcHxtYWNfRjBfNDJfMUNfQ0JfMjdfODV8SG9lbGxlbmxhcHRvcCAoV0xBTiwgNjUwIC8gODY2IE1iaXQvcywgLTY0KXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjM0fEhvZWxsZW5tYXNjaGluZXxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTczNHxIb2VsbGVubWFzY2hpbmV8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC40NHxMRy0td2ViT1MtVFYtU0o4MDBWfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMTY1NDR8TEctLXdlYk9TLVRWLVNKODAwVnxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjQzfE1hcmFudHotTlIxNTA2fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNzQ3fE1hcmFudHotTlIxNTA2fGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguMjF8UEMtMTkyLTE2OC0xODgtMjF8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UxODA0OHxQQy0xOTItMTY4LTE4OC0yMXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjM4fFBDLTE5Mi0xNjgtMTg4LTM4fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMTk2NTl8UEMtMTkyLTE2OC0xODgtMzh8bWFjXzAwXzI2X0YyXzc2X0MzXzgxfFBDLTE5Mi0xNjgtMTg4LTM4IChMQU4zLCAxIEdiaXQvcyl8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC4yMHxTb2xhckxvZ3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTc4M3xTb2xhckxvZ3xtYWNfMDBfMzBfNTZfQTVfNzRfMzB8U29sYXJMb2cgKExBTjQsIDEgR2JpdC9zKXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjI1fFNvbm5lbmJhdHRlcmllfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNzI1fFNvbm5lbmJhdHRlcmllfG1hY19ENF8yMV8yMl9EQ19BRF9FN3xTb25uZW5iYXR0ZXJpZSAoTEFONCwgMSBHYml0L3MpfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguMjl8U29ueVRWfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNzQ5fFNvbnlUVnxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjMyfFRTMjUxfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNzY3fFRTMjUxfG1hY18yNF81RV9CRV8wMF85NV85RXxUUzI1MSAoTEFONCwgMSBHYml0L3MpfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguMjJ8ZGlhZ25vc2V8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UxODkzM3xkaWFnbm9zZXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjI3fGZoZW18ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U3NDh8ZmhlbXxtYWNfQjhfQUVfRURfNzdfQkVfNjl8ZmhlbSAoTEFONCwgMSBHYml0L3MpfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguMXxmcml0ei5ib3h8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U1MDg4fGZyaXR6LmJveHxtYWNfMzRfMzFfQzRfOUZfMDNfMzh8ZnJpdHouYm94fGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xODguNDJ8aXBjYW1HYXJ0ZW58ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U3Mjh8aXBjYW1HYXJ0ZW58bWFjX0UwXzc2X0QwXzNDXzM2X0REfGlwY2FtR2FydGVuIChXTEFOLCA3MiAvIDcyIE1iaXQvcywgLTY0KXxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTg4LjQxfGlwY2FtSGF1c3R1ZXJ8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2U3Mjl8aXBjYW1IYXVzdHVlcnxtYWNfRTBfNzZfRDBfM0NfMzFfQjV8aXBjYW1IYXVzdHVlciAoV0xBTiwgNzIgLyA3MiBNYml0L3MsIC02MCl8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC4yMDF8cm9hZGdob3N0fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlNTA4N3xyb2FkZ2hvc3R8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE4OC40Nnx2dXVsdGltbzRrfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlODg4NXx2dXVsdGltbzRrfG1hY18wMF8xRF9FQ18xMF82OF80MHx2dXVsdGltbzRrIChMQU4yLCAxMDAgTWJpdC9zKXxib3hfd2xhbkNvdW50fDZ8Ym94X2d1ZXN0V2xhbkNvdW50fDB8Ym94X3dsYW5fMi40R0h6fG9ufGJveF93bGFuXzVHSHp8b258Ym94X2d1ZXN0V2xhbnxvZmZ8Ym94X2d1ZXN0V2xhblJlbWFpbnwwfGJveF9kZWN0fG9mZnxib3hfbW9ofGRlZmF1bHR8Ym94X3Bvd2VyUmF0ZXwyN3xmaGVtLT5pc19kb3VibGVfd2xhbnwxfGJveF9md1ZlcnNpb258MTUzLjA2LjkyfGJveF9md1VwZGF0ZXwwfGJveF90cjA2NHxvbnxib3hfdHIwNjl8b2ZmfGJveF9zdGREaWFsUG9ydHxmb24xfGJveF9pcEV4dGVybnwxMDAuNzIuMzMuMjF8Ym94X2Nvbm5lY3R8NXxib3hfY3B1VGVtcHw2OHxnc21fcnNzaXx8Z3NtX3N0YXRlfHxnc21fdGVjaG5vbG9neXx8Z3NtX2ludGVybmV0fHxhbGFybTF8V2Vja2VyIDF8YWxhcm0xX3N0YXRlfG9mZnxhbGFybTFfdGltZXwwMDowMHxhbGFybTFfdGFyZ2V0fEZPTiAxfGFsYXJtMV93ZGF5c3xkYWlseXxhbGFybTJ8V2Vja2VyIDJ8YWxhcm0yX3N0YXRlfG9mZnxhbGFybTJfdGltZXwwMDowMHxhbGFybTJfdGFyZ2V0fEZPTiAxfGFsYXJtMl93ZGF5c3xkYWlseXxhbGFybTN8V2Vja2VyIDN8YWxhcm0zX3N0YXRlfG9mZnxhbGFybTNfdGltZXwwMDowMHxhbGFybTNfdGFyZ2V0fEZPTiAxfGFsYXJtM193ZGF5c3xkYWlseXx0YW0xfEFucnVmYmVhbnR3b3J0ZXJ8dGFtMV9zdGF0ZXxvbnx0YW0xX25ld01zZ3wwfHRhbTFfb2xkTXNnfDB8dXNlcjAxfChndWVzdCl8dXNlcjAxX3RoaXNNb250aFRpbWV8MDowMHx1c2VyMDFfdG9kYXlUaW1lfDA6MDB8dXNlcjAxX3RvZGF5U2Vjb25kc3wwfHVzZXIwMV90eXBlfEd1ZXN0fHVzZXJUaWNrZXQwMXwxNDUwMjV8LmJveF9Ub2RheUJ5dGVzUmVjZWl2ZWRIaWdofDB8LmJveF9Ub2RheUJ5dGVzUmVjZWl2ZWRMb3d8OTM1MjA1NjcwfC5ib3hfVG9kYXlCeXRlc1NlbnRIaWdofDB8LmJveF9Ub2RheUJ5dGVzU2VudExvd3wxODcxNTIzNjN8cmVhZG91dFRpbWV8MC43OA==')}: 500 read timeout at ./FHEM/72_FRITZBOX.pm line 4457.


Woran liegt das ??

Bis ende Februar, und einem Update des Moduls, hatte ich dies nicht.
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC

tupol


roadghost

@ tupol

Ich mache meist am Wochende die Updates auf meinen Linux-Systemen und auch von FHEM.

Die Version war zu dem Tag, an dem ich das hier gepostet hatte, aktuell.

Gruß
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC

tupol

Dann brauche ich bitte einen Logauszug nach einen "checkAPIs" bei Modul-Verbose = 5

roadghost

#26
Hi tupol,

Verbose 5 ist mir ein Begriff, aber ich Überlege noch was Du mit "checkAPIs" meinst.

Ich schreib Dir mal....
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC

frank

hast du dir schon mal die set befehle angesehen?
comandref verkneife ich mir mal, da man da ja eh nicht reinschaut.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

roadghost

So.

Ich hab mein Problem gelöst.

Ich hab als erstes das Fritzbox device unter fhem gelöscht, dann habe ich die Funktion in der Fritzbox, welche das TR064 nutzt, deaktiviert.

Dann einen Neustart der Fritzbox gemacht, und anschließend die Funktion wieder aktiviert.

Nach einem erneuten Neustart der Fritzbox, und dem darauffolgenden define des device unter fhem, sind die Meldungen im Log Geschichte.

Vielleicht hilft das jemandem.

Meine Fritzbox ist die 7580 mit aktuellen FritzOS !

Gruß
NUC/Ubuntu 22.04 m. FHEM, div. Tasmota-Steckdosen, HMCFGUSB-2 für 12x HM-CC-RT-DN + 8x HM-TC-IT-WW
Rademacher DuoFern für 12 Jalousien, JeeLink für LaCrosse Temp.Sensor, WLAN-smart-Plugs, 
NUKI smartlock, 2xIP-CAM, Pylontech Speicher + Sungrow WR, Unifi-AP´s + Controller auf weiterem NUC