Hallo,
anbei einen neue Beta für Euch zum Testen:
- fast alle Sub in der Namensgebung vereinheitlich um das Modul wartbarer zu machen
- die Fehlerbehandlung vereinheitlicht und hoffentlich besser Strukturiert.
- bei einem Aufruf luaData kann ein ; durch #x003B maskiert werden.
Vielen Dank für Eure Unterstützung
Grüße Jörg
Hallo Jörg,
bei mir bisher keine Auffälligkeiten.
Viele Grüß
Jürgen
Hallo Jörg,
sieht erstmal gut aus.
(Im Test mit Firewall an.)
Ich habe jetzt folgende Meldung erhalten.
Error: Timeout when reading Fritz!Box data. 285 | BlockingKillFhem war dann auch kurz nicht zu erreichen.
Nach einer Weile kommt dann.
cannot connect due to network error 500Ich denke so war das gedacht. Oder?
Danach (ca. 5-10 Minuten) werden dann alle Werte geladen und im state steht
WLAN: on gWLAN: onFür einen Langzeittest habe ich gerade keine Befürworter in den eigenen Reihen😒
Gruß Rico
Hallo Jörg,
danke für das Update!
Ich bekomme seit dem gestrigen Update auf Version "07.57.02" nun folgende Fehlermeldungen für einen Fritz-WLAN-Repeater 450e:
2024-01-20_23:52:45 FBWLAN450E retStat_lastReadout: undefined situation
2024-01-20_23:52:45 FBWLAN450E undefined situation
2024.01.20 23:51:40.541 3: [FBWLAN450E | 0000 | 128.07.15 | Set_check_APIs.5473] - BASIC:API luaQuery call responded with: 403 Forbidden
2024.01.20 23:51:40.708 3: [FBWLAN450E | 0000 | 128.07.15 | Set_check_APIs.5496] - BASIC:API luaData call responded with: 403 Forbidden
2024.01.20 23:51:41.107 3: [FBWLAN450E | 450 | 128.07.15 | Set_check_APIs.5681] - BASIC:Response -> luaQuery:403 luaData:403 TR064:200 boxModelJason:200
2024.01.20 23:51:41.465 3: [FB7530 | 7530 | 256.07.57 | Set_check_APIs.5681] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.01.20 23:51:42.169 3: [FBWLAN1200 | 1200 | 172.07.57 | Set_check_APIs.5681] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200 boxModelJason:200
2024.01.20 23:51:42.386 3: [FB4040 | 4040 | 155.07.57 | Set_check_APIs.5681] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.01.20 23:52:45.783 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
2024.01.20 23:53:45.779 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
2024.01.20 23:54:45.796 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
2024.01.20 23:55:45.802 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
2024.01.20 23:56:45.799 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
2024.01.20 23:57:45.805 2: [FBWLAN450E | 450 | 128.07.15 | Readout_Response.4762] - SIGNIFICANT:undefined situation
Internals:
APICHECKED 1
APICHECK_RET_CODES Ok
DEBUGLOG OFF
DEF 192.168.0.9
FUUID 64348d4b-f33f-d238-b931-1889cc5ec3341e4e
HOST 192.168.0.9
INTERVAL 60
LUADATA 1
LUAQUERY 1
MODEL FRITZ!WLAN Repeater 450E
NAME FBWLAN450E
NR 100
NTFY_ORDER 50-FBWLAN450E
SECPORT 49443
SID_RENEW_CNT 901
SID_RENEW_ERR_CNT 0
STATE 2.4G on, Gast on
TIMEOUT 55
TR064 1
TYPE FRITZBOX
UPNP -1
VERSION 07.57.02
_BETA 0
eventCount 913
READINGS:
2024-01-20 23:50:53 box_cpuTemp 0
2024-01-20 23:51:41 box_fwVersion 128.07.15
2024-01-21 07:23:44 box_guestWlan on
2024-01-20 23:50:53 box_guestWlanCount 0
2024-01-21 07:23:44 box_guestWlanRemain -1
2024-01-21 07:23:44 box_macFilter_active on
2024-01-20 23:51:41 box_model FRITZ!WLAN Repeater 450E [avm]
2024-01-20 23:50:53 box_powerRate 56
2024-01-20 23:50:53 box_tr064 on
2024-01-20 23:50:53 box_tr069 off
2024-01-20 23:50:53 box_upnp non-emu
2024-01-20 23:50:53 box_upnp_control_activated non-emu
2024-01-20 23:50:53 box_uptime 946020 sec = 10T 22:47:00
2023-11-26 00:34:16 box_wlanCount 0
2024-01-21 07:23:44 box_wlan_2.4GHz on
2024-01-21 07:23:44 box_wlan_5GHz off
2024-01-20 23:50:53 box_wlan_Count 0
2023-11-26 00:34:16 lastReadout 84 values captured in 0.38 s
2024-01-20 23:50:53 mac_3C_37_12_82_C8_6F PC-192-168-0-1 [landevice6527] (LAN:1: 1 Gbit/s)
2024-01-20 23:50:53 mac_7C_C2_C6_48_08_04 PC-192-168-179-10 [landevice127189]
2024-01-20 23:50:53 mac_7C_FF_4D_A2_36_7D FritzRepeater450Wien [landevice6533]
2024-01-20 23:50:53 mac_AC_41_6A_C4_A0_15 PC-192-168-179-6 [landevice129599]
2024-01-21 14:52:50 retStat_lastReadout undefined situation
2024-01-21 14:52:50 state undefined situation
fhem:
LOCAL 0
definedHost 192.168.0.9
is_double_wlan -1
sid a74cdc3cbc81d041
sidErrCount 0
sidNewCount 1
sidTime 1705818224.87015
helper:
FhemLog3Std 0
TimerCmd FBWLAN450E.Cmd
TimerReadout FBWLAN450E.Readout
debugLog FBWLAN450E_debugLog
logDebug
Attributes:
INTERVAL 60
boxUser .
devStateIcon 2.4G.on,.Gast.on:control_on_off@green 2.4G.off,.Gast.off:control_home@red
group Netzwerk
room Allgemein
stateFormat 2.4G box_wlan_2.4GHz, Gast box_guestWlan
Auch hat sich FHEM in der Nacht x-mal neu verbunden zum Repeater. Bis 3:05 jede Minute 1x, dann war Pause bis 7:34 und dann wieder jede Minute 1x für rd. 15 Minuten.
Mit Version "07.57.01" hat das bis gestern noch problemlos funktioniert.
Irgendeine Idee? Danke jedenfalls!
LG
Stefan
Edit: Ok, gerade gesehen, dass es im Forum schon einen Fix 07.57.10 gibt, der noch nicht im offiziellen Update enthalten ist anscheinend. Ich probiere den mal.
Hallo Stefan,
bitte nimm die Version von hier: https://forum.fhem.de/index.php?msg=1300759
Kommt dann auch morgen mit dem Update.
Grüße Jörg
Mir ist Folgendes aufgefallen:
Mein Fritz Repeater 1200 AX (FOS 268.07.57)ist mit einer Funksteckdose geschaltet uns wenn diese aus ist, bekomme ich kein "Device ist offline" als State sondern "cannot connect due to network error 500".
Was meines Erachtens auch anders ist, ist das die folgenden Readings dann on statt off sind:
Zitatbox_wlan_2.4GHz on
box_wlan_5GHz on
Zitat von: elhennig am 23 Januar 2024, 13:25:18Mir ist Folgendes aufgefallen:
Mein Fritz Repeater 1200 AX (FOS 268.07.57)ist mit einer Funksteckdose geschaltet uns wenn diese aus ist, bekomme ich kein "Device ist offline" als State sondern "cannot connect due to network error 500".
Was meines Erachtens auch anders ist, ist das die folgenden Readings dann on statt off sind:
Zitatbox_wlan_2.4GHz on
box_wlan_5GHz on
Hallo,
das Problem ist, woher soll das Modul wissen, dass das Gerät "offline" ist, oder nicht erreichbar ist. Also habe ich mich entschlossen den Netzwerkfehler zurück zu geben. Da das Gerät nicht erreichbar ist, kann das Modul dann auch nicht mehr wissen, welchen Status die Readings haben. Ich hatte mal vorgeschlagen alle Readings zu löschen oder auf Inhalt "not available" zu setzen. Ist aber nicht auf Gegenliebe gestoßen.
PS: Ich könnte aber für solche Fälle ein set <FritzBox-Device> inactive / active einbauen.
Grüße Jörg
Hallo Jörg
Ich probiere gerade
set FB7590 ring 610 8 say:Es regnet
Leider steht im C6 Display (intern **610) nur DECT Rundruf und das C6 klingelt.
Wenn ich abhebe, höre ich die MOH Ansage.
Ich wollte, dass es nicht klingelt und nur der Text nach say: angesagt wird, idealerweise auf allen drei C6 gleichzeitig.
Aber evtl. geht das momentan gar nicht?
Schöne Grüße
FB7590AXv2, FW:07.57.10b
FRITZ!Fon C6, FW:4.94
# $Id: 72_FRITZBOX.pm 28408 2024-01-23 14:56:22Z jowiemann $
Zitat von: heinzfo am 24 Januar 2024, 11:20:22Hallo Jörg
Ich probiere gerade
set FB7590 ring 610 8 say:Es regnet
Leider steht im C6 Display (intern **610) nur DECT Rundruf und das C6 klingelt.
Wenn ich abhebe, höre ich die MOH Ansage.
Ich wollte, dass es nicht klingelt und nur der Text nach say: angesagt wird, idealerweise auf allen drei C6 gleichzeitig.
Aber evtl. geht das momentan gar nicht?
Schöne Grüße
Hallo,
ich muss das set <name> ring ... noch bereinigen. Seitdem nur noch tr064 und lua genutzt werden können, habe ich bisher keinen Weg gefunden Sprachansagen usw. wieder lauffähig zu machen. Am Besten nutzt Du für so etwas das SIP Modul.
Grüße Jörg
Danke für das Feedback.
Grüße
Zitat von: JoWiemann am 23 Januar 2024, 13:51:02....
PS: Ich könnte aber für solche Fälle ein set <FritzBox-Device> inactive / active einbauen.
...
Könnte man den gewünschten Effekt (beim Abschalten) nicht schon durch das Attribut "disable 0/1" erreichen?
Oder sind die Auswirkungen beim Wiederanlauf mit "disable 0" ungünstig?
Gruß Ralf
Zitat von: RalfRog am 24 Januar 2024, 13:04:04Könnte man den gewünschten Effekt (beim Abschalten) nicht schon durch das Attribut "disable 0/1" erreichen?
Oder sind die Auswirkungen beim Wiederanlauf mit "disable 0" ungünstig?
Gruß Ralf
Hallo Ralf,
machen im Grunde das Selbe. Allerdings ist attr <name> disable 0|1 normalerweise etwas dauerhaftes und wird in der fhe.cfg gespeichert. Ob alle den Parameter -silent kennen wage ich zu bezweifeln. set <name> inActive on|off ist nur temporär, wird nicht in der fhem.cfg und auch nicht in der fhem.save gespeichert. Bei Neustart von Fhem also auf jeden Fall wieder off.
Ich nutze das gerne auch in anderen Devices, die das implementiert haben, für das temporäre Aktivieren/Deaktivieren z.B. in at.
Grüße Jörg
Zitat von: JoWiemann am 24 Januar 2024, 11:44:46Zitat von: heinzfo am 24 Januar 2024, 11:20:22Hallo Jörg
Ich probiere gerade
set FB7590 ring 610 8 say:Es regnet
Leider steht im C6 Display (intern **610) nur DECT Rundruf und das C6 klingelt.
Wenn ich abhebe, höre ich die MOH Ansage.
Ich wollte, dass es nicht klingelt und nur der Text nach say: angesagt wird, idealerweise auf allen drei C6 gleichzeitig.
Aber evtl. geht das momentan gar nicht?
Schöne Grüße
Hallo,
ich muss das set <name> ring ... noch bereinigen. Seitdem nur noch tr064 und lua genutzt werden können, habe ich bisher keinen Weg gefunden Sprachansagen usw. wieder lauffähig zu machen. Am Besten nutzt Du für so etwas das SIP Modul.
Grüße Jörg
Hallo Jörg
Kannst Du das evtl. über die Durchsage Funktion lösen?
Geht halt nur von Fon zu Fon, oder?
Grüße, Heinz
Zitat von: heinzfo am 24 Januar 2024, 14:12:27Hallo Jörg
Kannst Du das evtl. über die Durchsage Funktion lösen?
Geht halt nur von Fon zu Fon, oder?
Grüße, Heinz
Hallo Heinz,
bei Fon zu Fon ist die Fritz!Box raus. Und ich wüsste nicht, wie ich ein FRITZ!Fon "fernsteuern" kann.
Grüße Jörg
Zitat von: JoWiemann am 24 Januar 2024, 15:07:19Zitat von: heinzfo am 24 Januar 2024, 14:12:27Hallo Jörg
Kannst Du das evtl. über die Durchsage Funktion lösen?
Geht halt nur von Fon zu Fon, oder?
Grüße, Heinz
Hallo Heinz,
bei Fon zu Fon ist die Fritz!Box raus. Und ich wüsste nicht, wie ich ein FRITZ!Fon "fernsteuern" kann.
Grüße Jörg
Hallo Jörg
Ich habe es jetzt mit SIP, T2S und Durchsage zum Fritz!Fon hinbekommen.
set mySIP call **611* 10 /opt/fhem/text2speech/Beispiel.mp3
Man hat halt das Gepiepse zu Beginn der Durchsage und am Ende der Durchsage hört man 3x das Besetztzeichen.
Nicht schön, aber so oft verwende ich es nicht und somit ist es auszuhalten.
Beste Grüße, Heinz
Grüße, Heinz
Aus persönlichen Interesse, wie hast Du es umgesetzt? Kannst Du nähere Infos geben?
Hallo
Bin neu im Thema SIP und nach Wiki und Commandref vorgegangen.
Für SIP Telefonie https://wiki.fhem.de/wiki/SIP-Client
und text2speech um Ansagen zu generieren https://wiki.fhem.de/wiki/Text2Speech
Wie bereits geschrieben hört man am Ende der Durchsage 3x das Besetztzeichen.
Das scheint bei FritzBox LAN/WLAN Telefoniegeräten normal zu sein.
Es ist bei Durchsagen von FritzAppFon (Android), Grandstream SIP Telefon GXV3470 und Windows Software PhonerLite, immer 3x das Besetztzeichen zu hören.
Bei Durchsagen von DECT zu DECT Telefonen z.B. FritzFon C6 ist am Ende der Durchsage Ruhe.
Grüße
defmod
defmod mySIP SIP
attr mySIP T2S_Device myT2S
attr mySIP audio_converter ffmpeg
attr mySIP history_file ./log/mySIP.sip
attr mySIP history_size 0
attr mySIP room Anrufe
attr mySIP sip_audiofile_call !Hier ist dein FHEM Server
attr mySIP sip_call_audio_delay 1
attr mySIP sip_dtmf_loop once
attr mySIP sip_dtmf_send audio
attr mySIP sip_dtmf_size 2
attr mySIP sip_elbc yes
attr mySIP sip_filter 01234567,02345678,**610,**621,**624
attr mySIP sip_from sip:IP-Durchsage@fritz.box
attr mySIP sip_ip 192.168.178.52
attr mySIP sip_listen dtmf
attr mySIP sip_registrar fritz.box
attr mySIP sip_ringtime 15
attr mySIP sip_user IP-Durchsage
Edit: nach einem Fhem-Neustart (shutdown restart) läuft das Fritzbox-Device wieder.
Wie dem auch sei, es wäre schön, wenn du dir die Sachen trotzdem anschauen könntest.
Hallo Jörg,
ich hatte heute Mittag eine Sicherung in der Verteilung ausschalten müssen. Mein Server lief eigentlich mit UPS durch, kann es aber nicht genau sagen. Jedenfalls hat Fhem sich selbst neu gestartet.
Danach gab es keine Updates im Fritzbox-Device mehr.
Folgendes hab ich gemacht:
- Alle Readings des Devices gelöscht (Verzweiflungstat)
- Fritzbox neu gestartet
- Neuen Fritzbox-Benutzer in der Fritzbox angelegt und boxUser definiert sowie das Passwort gesetzt.
Ich bekomme mit verbose 5 immer folgenden Eintrag, wenn ich im Device ein update mache.
2024.02.02 19:43:55.550 3: [Fritzbox | 7510 | none | Set.2084] - BASIC:set Fritzbox update
2024.02.02 19:43:55.551 2: [Fritzbox | 7510 | none | Readout_Start.2618] - SIGNIFICANT:stopped while to many authentication errorsdefine Fritzbox FRITZBOX 192.168.178.1
attr Fritzbox INTERVAL 120
attr Fritzbox alias Fritz!Box 7510
attr Fritzbox boxUser Fritz2Fhem
attr Fritzbox event-on-change-reading .*
attr Fritzbox icon it_router
attr Fritzbox room Network
attr Fritzbox stateFormat Internet
attr Fritzbox userReadings Internet:lastReadout:.* { (ReadingsVal($name,'box_ipExtern','-') eq '-' ? 'offline' : 'online') },\
todayReceived {round(ReadingsVal($name,".box_TodayBytesReceivedLow",0) / 2**30 + ReadingsVal($name,".box_TodayBytesReceivedHigh",0) * 2**2,3)},\
todaySent {round(ReadingsVal($name,".box_TodayBytesSentLow",0) / 2**30 + ReadingsVal($name,".box_TodayBytesSentHigh",0) * 2**2,3)}
attr Fritzbox verbose 5
# APICHECKED 1
# APICHECK_RET_CODES Ok
# CFGFN ./FHEM/FritzboxUniFiAnwesenheit.cfg
# DEBUGLOG <html><a href="/fhem/FileLog_logWrapper&dev=Fritzbox_debugLog&type=text&file=Fritzbox_debugLog-2024-02.dlog">DEBUG Log kann hier eingesehen werden</a></html>
# DEF 192.168.178.1
# FUUID 62d540cb-f33f-e986-af9b-f47f9bea4c87e3ef
# HOST 192.168.178.1
# INTERVAL 120
# LUADATA 1
# LUAQUERY 1
# MODEL FRITZ!Box 7510
# NAME Fritzbox
# NR 110
# NTFY_ORDER 50-Fritzbox
# SECPORT 49443
# SID_RENEW_CNT 1
# SID_RENEW_ERR_CNT 7
# STATE Internet
# TIMEOUT 55
# TR064 1
# TYPE FRITZBOX
# UPNP 1
# VERSION 07.57.10b
# _BETA 0
# eventCount 2606
# OLDREADINGS:
# READINGS:
# 2024-02-02 19:43:55 state stopped while to many authentication errors
# 2024-02-02 19:43:55 todayReceived 0.000
# 2024-02-02 19:43:55 todaySent 0.000
# fhem:
# LOCAL 0
# definedHost 192.168.178.1
# fd_1 Telefon
# fd_60 Wohnzimmer
# fd_61 Esszimmer
# fd_62 Gigaset S4
# fd_70 block Callcenter
# fd_71 Google Pixel 4a
# fd_72 Haustürklingel
# fd_9 alle Telefone
# fdn_Esszimmer 61
# fdn_Gigaset S4 62
# fdn_Google Pixel 4a 71
# fdn_Haustürklingel 72
# fdn_Telefon 1
# fdn_Wohnzimmer 60
# fdn_alle Telefone 9
# fdn_block Callcenter 70
# is_double_wlan 0
# radioCount 40
# sid b4a0d475cf4c41be
# sidErrCount 7
# sidNewCount 0
# sidTime 0
# 610:
# brand Siemens
# id 1
# model 0x00
# userId 1
# 611:
# brand Siemens
# id 2
# model 0x00
# userId 2
# 612:
# brand Siemens
# id 3
# model 0x00
# userId 3
# landevice:
# landevice2818
# 192.168.178.1 fritz.box
# 192.168.178.20 USG-3P
# 192.168.178.201 myVPNPixel4a
# 192.168.178.202 myVPN
# 3C_37_12_94_44_B0 landevice2817
# FC_EC_DA_02_2D_88 landevice1440
# landevice1440 USG-3P
# landevice2817 fritz.box
# landevice2818 myVPNPixel4a
# landevice2819 myVPN
# radio:
# 0
# 1
# 10
# 11
# 12
# 13
# 14
# 15
# 16
# 17
# 18
# 19
# 2
# 20
# 21
# 22
# 23
# 24
# 25
# 26
# 27
# 28
# 29
# 3
# 30
# 31
# 32
# 33
# 34
# 35
# 36
# 37
# 38
# 39
# 4
# 5
# 6
# 7
# 8
# 9
# helper:
# FhemLog3Std 0
# TimerCmd Fritzbox.Cmd
# TimerReadout Fritzbox.Readout
# debugLog Fritzbox_debugLog
# logDebug 1
# timerInActive 0
# bm:
# FRITZBOX_Attr:
# cnt 3
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 02.02. 18:15:09
# max 0.303761959075928
# tot 0.304347991943359
# mAr:
# set
# Fritzbox
# verbose
# 5
# FRITZBOX_Get:
# cnt 41
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 02.02. 18:53:31
# max 0.00336194038391113
# tot 0.0166049003601074
# mAr:
# HASH(0x561d46fc5930)
# Fritzbox
# luaInfo
# lanDevices
# FRITZBOX_Notify:
# cnt 787437
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 01.02. 17:02:58
# max 0.0161647796630859
# tot 25.2193288803101
# mAr:
# HASH(0x561d46fc5930)
# HASH(0x561d50af0350)
# FRITZBOX_Set:
# cnt 278
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 02.02. 18:33:40
# max 0.0402510166168213
# tot 0.300196409225464
# mAr:
# HASH(0x561d46fc5930)
# Fritzbox
# wlan
# off
#
setstate Fritzbox Internet
setstate Fritzbox 2024-02-02 19:43:55 state stopped while to many authentication errors
setstate Fritzbox 2024-02-02 19:43:55 todayReceived 0.000
setstate Fritzbox 2024-02-02 19:43:55 todaySent 0.000
Das Fritzbox-Modul ist aktuell vom 23.1.2024 ($Id: 72_FRITZBOX.pm 28409 2024-01-23 14:58:23Z jowiemann)
Kannst du dir die Sachen anschauen und mir helfen?
Viele Grüße Gisbert
Zitat von: Gisbert am 02 Februar 2024, 20:04:34Edit: nach einem Fhem-Neustart (shutdown restart) läuft das Fritzbox-Device wieder.
Wie dem auch sei, es wäre schön, wenn du dir die Sachen trotzdem anschauen könntest.
Hallo Gisbert,
da bin ich dann doch überfordert. Die Fehlermeldung zeigt, dass das Device sich mehrfach versucht hat bei der FritzBox anzumelden. Nach 5 Versuchen gibt das Device auf, da ansonsten die FritzBox anfängt langsamer zu werden, bzw. eine sehr lange Zeit für Anmeldeversuche vorgibt. Kannst Du selber im Web Frontend mit falschen Anmeldedaten beobachten. Mit einem ,,set <name> checkAPIs wird wieder alles auf ,,Start" gesetzt und es wird wieder versucht sich anzumelden.
Deine spezielle Situation nach dem Freischalten werde ich definitiv nicht nachstellen können.
Grüße Jörg
Hallo Jörg,
danke für die rasche Rückmeldung. Zumindest verstehe ich, dass die log-Einträge von dir so beabsichtigt sind, wenn Fhem sich nicht an der Fritzbox anmelden kann.
Viele Grüße Gisbert
Hallo Jörg,
mit der Version 7.57.11 scheint bei Kabelboxen einiges zu fehlen. Bei mir (FB6690) sind fast alle Befehle weg (s. Screenshots). Bei meiner FB7490 sieht es ok aus.
Viele Grüße
Jürgen
Hallo Jörg,
nachdem ich in meinem Testsystem das Problem nicht reproduzieren konnte, habe ich einfach die Definition auf die IP-Adresse und dann wieder zurück auf den DNS-Namen geändert. Jetzt ist wieder alles ok 8)
Keine Ahnung was passiert war. Eventuell war der DNS-Server temporär nicht erreichbar.
Viele Grüße
Jürgen
Hallo,
das fritzbox modul liest ja die DECT30 und DECT31 Infos aus. Warum sind denn die Modulationswerte nicht enthalten?
Ich schreibe die ja momentan über ein Shellskript in meine InfluxxDB. Das würde ich ja gerne von FHEM Modul Fritzbox erledigen lassen.
Zitat von: neobiker am 10 Februar 2024, 17:46:35Hallo,
das fritzbox modul liest ja die DECT30 und DECT31 Infos aus. Warum sind denn die Modulationswerte nicht enthalten?
Ich schreibe die ja momentan über ein Shellskript in meine InfluxxDB. Das würde ich ja gerne von FHEM Modul Fritzbox erledigen lassen.
Hallo,
was ist denn Dect30/Dect31 für ein Device.
ZitatWarum sind denn die Modulationswerte nicht enthalten?
Weil sie keiner angefragt hat. Und, was verstehst Du unter Modulationswerte?
Grüße Jörg
Aah, Aua - Danke 8)
Ich habe da natürlich DOCSIS gemeint. Meine Finger haben aber DECT geschrieben, wohl weil ich gerade mein AVM Thermostat mit dem neuem tempOffset steuern möchte. Danke dass Du das eingebaut hast.
Die Kabelfritzboxen zeigen bei den Kabelinformationen ja die Modulation für jeden Kanal im Upstream(Us) und Downstream(Ds) an.
Die liegen im Upstream z.b. zwischen 4QAM - 64QAM und bei meist stabilen 256 QAM im Downstream.
Qualitäts-/Leitungsprobleme werden mit der Modulationsrate ausgeglichen, d.h. bei Problemen bricht z.B. im DS der Wert von 64QAM auf bis zu 4 QAM ein.
Die Werte stehen hier (<Xs> = Us oder Ds, <docsis3> = docsis30 oder docsis31):
".data.channel<Xs>.<docsis3x>.modulation"
Wenn man die Werte monitored sieht man schön wie die Kabelmodems die Modulationsrate bei Problemen anpassen, und ob es im Kabelnetz Probleme gibt. Ich habe das in meinem Wiki (https://neobiker.de/wiki/Fritzbox_Cable_Docsis_Parameter_auslesen) beschrieben.
Zitat von: neobiker am 11 Februar 2024, 11:55:35Die Werte stehen hier (<Xs> = Us oder Ds, <docsis3> = docsis30 oder docsis31):
".data.channel<Xs>.<docsis3x>.modulation"
Wenn man die Werte monitored sieht man schön wie die Kabelmodems die Modulationsrate bei Problemen anpassen, und ob es im Kabelnetz Probleme gibt. Ich habe das in meinem Wiki (https://neobiker.de/wiki/Fritzbox_Cable_Docsis_Parameter_auslesen) beschrieben.
Hallo,
dann werde ich das mal einbauen.
Grüße Jörg
Sehr cool - Danke
Zitat von: neobiker am 11 Februar 2024, 12:59:14Sehr cool - Danke
Hallo,
ich habe zwar eine Cable um grundsätzlich zu testen, aber keinen Kabelanschluss. Von daher bitte einmal ein:
get <name> luaData xhr 1 lang de page docInfo xhrId all no_sidrenew nop
Danke und Grüße Jörg
Zitat von: JoWiemann am 11 Februar 2024, 17:11:24Zitat von: neobiker am 11 Februar 2024, 12:59:14Sehr cool - Danke
Hallo,
ich habe zwar eine Cable um grundsätzlich zu testen, aber keinen Kabelanschluss. Von daher bitte einmal ein:
get <name> luaData xhr 1 lang de page docInfo xhrId all no_sidrenew nop
Danke und Grüße Jörg
Hallo Jörg,
sieht bei mir so aus:
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'docInfo'
'xhrId' => 'all'
'no_sidrenew' => ''
----------------------------------------------------------------------
$VAR1 = {
'sidNew' => 0,
'sid' => '67eee84ebd865cce',
'pid' => 'docInfo',
'data' => {
'oem' => 'avm',
'readyState' => 'ready',
'channelUs' => {
'docsis30' => [
{
'type' => '64QAM',
'powerLevel' => '48.5',
'channelID' => 4,
'channel' => 1,
'frequency' => '51',
'multiplex' => 'ATDMA'
},
{
'type' => '64QAM',
'powerLevel' => '48.0',
'channelID' => 5,
'frequency' => '58',
'channel' => 2,
'multiplex' => 'ATDMA'
},
{
'channel' => 3,
'multiplex' => 'ATDMA',
'frequency' => '37',
'channelID' => 2,
'powerLevel' => '50.3',
'type' => '64QAM'
},
{
'powerLevel' => '51.0',
'type' => '64QAM',
'multiplex' => 'ATDMA',
'channel' => 4,
'frequency' => '31',
'channelID' => 1
}
]
},
'channelDs' => {
'docsis30' => [
{
'mse' => '-39.0',
'powerLevel' => '7.9',
'corrErrors' => 6021,
'latency' => '0.32',
'type' => '256QAM',
'channel' => 1,
'frequency' => '578',
'nonCorrErrors' => 213,
'channelID' => 12
},
{
'nonCorrErrors' => 187,
'frequency' => '474',
'channel' => 2,
'channelID' => 1,
'mse' => '-38.6',
'powerLevel' => '6.5',
'corrErrors' => 16104,
'type' => '256QAM',
'latency' => '0.32'
},
{
'mse' => '-38.6',
'powerLevel' => '6.3',
'corrErrors' => 16050,
'latency' => '0.32',
'type' => '256QAM',
'channel' => 3,
'frequency' => '482',
'nonCorrErrors' => 232,
'channelID' => 2
},
{
'channelID' => 3,
'frequency' => '490',
'channel' => 4,
'nonCorrErrors' => 129,
'latency' => '0.32',
'type' => '256QAM',
'corrErrors' => 14117,
'powerLevel' => '6.4',
'mse' => '-39.0'
},
{
'corrErrors' => 15760,
'type' => '256QAM',
'latency' => '0.32',
'mse' => '-39.0',
'powerLevel' => '6.1',
'channelID' => 4,
'frequency' => '498',
'channel' => 5,
'nonCorrErrors' => 223
},
{
'channelID' => 6,
'frequency' => '530',
'nonCorrErrors' => 140,
'channel' => 6,
'corrErrors' => 5423,
'type' => '256QAM',
'latency' => '0.32',
'mse' => '-39.0',
'powerLevel' => '7.4'
},
{
'frequency' => '538',
'channel' => 7,
'nonCorrErrors' => 129,
'channelID' => 7,
'powerLevel' => '8.1',
'mse' => '-39.0',
'type' => '256QAM',
'latency' => '0.32',
'corrErrors' => 3926
},
{
'channelID' => 8,
'frequency' => '546',
'nonCorrErrors' => 147,
'channel' => 8,
'corrErrors' => 5802,
'latency' => '0.32',
'type' => '256QAM',
'mse' => '-38.6',
'powerLevel' => '7.7'
},
{
'mse' => '-39.0',
'powerLevel' => '8.4',
'corrErrors' => 36756,
'type' => '256QAM',
'latency' => '0.32',
'nonCorrErrors' => 224,
'frequency' => '586',
'channel' => 9,
'channelID' => 13
},
{
'channelID' => 14,
'frequency' => '594',
'nonCorrErrors' => 149,
'channel' => 10,
'corrErrors' => 5975,
'type' => '256QAM',
'latency' => '0.32',
'mse' => '-39.0',
'powerLevel' => '8.1'
},
{
'channelID' => 16,
'nonCorrErrors' => 146,
'frequency' => '618',
'channel' => 11,
'corrErrors' => 4423,
'type' => '256QAM',
'latency' => '0.32',
'mse' => '-39.0',
'powerLevel' => '8.6'
},
{
'channelID' => 18,
'channel' => 12,
'frequency' => '634',
'nonCorrErrors' => 156,
'latency' => '0.32',
'type' => '256QAM',
'corrErrors' => 39632,
'powerLevel' => '8.4',
'mse' => '-39.0'
},
{
'frequency' => '642',
'nonCorrErrors' => 205,
'channel' => 13,
'channelID' => 19,
'mse' => '-39.0',
'powerLevel' => '9.0',
'corrErrors' => 4213,
'latency' => '0.32',
'type' => '256QAM'
},
{
'frequency' => '650',
'nonCorrErrors' => 144,
'channel' => 14,
'channelID' => 20,
'powerLevel' => '9.3',
'mse' => '-39.0',
'latency' => '0.32',
'type' => '256QAM',
'corrErrors' => 4535
},
{
'powerLevel' => '9.0',
'mse' => '-39.0',
'type' => '256QAM',
'latency' => '0.32',
'corrErrors' => 42964,
'nonCorrErrors' => 133,
'frequency' => '658',
'channel' => 15,
'channelID' => 21
},
{
'frequency' => '666',
'nonCorrErrors' => 207,
'channel' => 16,
'channelID' => 22,
'mse' => '-38.6',
'powerLevel' => '9.3',
'corrErrors' => 4848,
'latency' => '0.32',
'type' => '256QAM'
}
]
}
},
'hide' => {
'wps' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'dectMoniEx' => $VAR1->{'hide'}{'wps'},
'dectRdio' => $VAR1->{'hide'}{'wps'},
'dectMail' => $VAR1->{'hide'}{'wps'},
'wlanmesh' => $VAR1->{'hide'}{'wps'},
'wKey' => $VAR1->{'hide'}{'wps'},
'rss' => $VAR1->{'hide'}{'wps'},
'shareUsb' => $VAR1->{'hide'}{'wps'},
'wGuest' => $VAR1->{'hide'}{'wps'},
'dectMoni' => $VAR1->{'hide'}{'wps'},
'faxSet' => $VAR1->{'hide'}{'wps'},
'mobile' => $VAR1->{'hide'}{'wps'},
'chan' => $VAR1->{'hide'}{'wps'},
'ssoSet' => $VAR1->{'hide'}{'wps'},
'liveTv' => $VAR1->{'hide'}{'wps'},
'liveImg' => $VAR1->{'hide'}{'wps'}
},
'time' => []
};
Hallo,
ich habe die zusätzliche docsis Information jetzt eingebaut.
Bitte einmal testen.
Grüße Jörg
Hallo Jörg,
update funktioniert bei mir soweit ich sehen kann.
Welche Readings nun neu sind weis ich nicht ;)
Update: scheint auch zu den Daten in der FB zu passen ;)
Gruss Gerd
Hallo Jörg,
habe folgende Warnmeldungen beim ersten 'lanDeviceInfo' Aufruf mit der Version 07.57.11b im Logfile bekommen:
2024.02.12 15:34:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 8896.
2024.02.12 15:34:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 8898.
Bitte um Klärung!
Danke, Robert
Zitat von: bertl am 12 Februar 2024, 17:55:35Hallo Jörg,
habe folgende Warnmeldungen beim ersten 'lanDeviceInfo' Aufruf mit der Version 07.57.11b im Logfile bekommen:
2024.02.12 15:34:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 8896.
2024.02.12 15:34:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 8898.
Bitte um Klärung!
Hallo Robert,
mit der angehängten Version sollte das Problem behoben sein.
Grüße Jörg
Hallo Jörg,
nach einem 'update' eben und anschliessendem 'shutdown restart' kam folgendes im Logfile.
2024.02.14 09:36:21 2: [fbox | 6660 | 252.07.57 | open_Web_Connection.9530] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.02.14 09:36:21 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6050] - BASIC:SID Response -> 1
2024.02.14 09:36:21 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.14 09:36:21 3: [fboxrepeater | 1200 | 268.07.31 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200 boxModelJason:200
2024.02.14 09:38:54 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 16 tempOffset:-3
2024.02.14 09:38:54 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.14 09:38:54 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
2024.02.14 09:38:54 1: PERL WARNING: Use of uninitialized value $webCmdArray[1] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.14 09:38:54 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.5 +
( ReadingsNum("DG_Heizung","temperature",20.5)
- ReadingsNum("DG_Heizung","tempadjust",-2.5)
- ReadingsNum("Wz_Temperatur","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("DG_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 16 tempOffset:" . $tempadjust)}
}
2024.02.14 09:38:54 1: PERL WARNING: Use of uninitialized value $webCmdArray[5] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.14 09:38:54 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.5 +
( ReadingsNum("DG_Heizung","temperature",20.5)
- ReadingsNum("DG_Heizung","tempadjust",-2.5)
- ReadingsNum("Wz_Temperatur","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("DG_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 16 tempOffset:" . $tempadjust)}
}
2024.02.14 09:38:54 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
ule_device_name Offset -3 Error Info Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
xhr 1 view apply lang de page home_auto_hkr_edit
2024.02.14 09:38:54 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.14 09:38:54 3: set fbox smartHome 16 tempOffset:-3 : ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated',
'data' => {}
};
2024.02.14 09:38:54 3: nWz_Temperatur return value: ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated',
'data' => {}
};
Ich habe dann einen 'shutdown restart' wiederholt, dann geht es:
2024.02.14 09:57:30 3: [fboxrepeater | 1200 | 268.07.31 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200 boxModelJason:200
2024.02.14 09:57:30 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.14 10:06:54 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 16 tempOffset:-3
2024.02.14 10:06:55 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
SummerStartMonth ... xhr 1 view apply lang de page home_auto_hkr_edit
2024.02.14 10:06:55 3: set fbox smartHome 16 tempOffset:-3 : ID:16 - set offset to:-3
2024.02.14 10:06:55 3: nWz_Temperatur return value: ID:16 - set offset to:-3
Hallo neobiker,
das kann ich nicht bestätigen. Bitte verwendete Box und das dazugehörige OS angeben.
Viele Grüße
Jürgen
Hallo Jörg,
steht im Log: fbox | 6660 | 252.07.57 -> Cable 6660, OS 7.57.
Sieht so aus, als wäre der Ladeversuch .. read_LuaData.9618 Versuch fehlgeschlagen, dann kommt der Fehler, immer wieder.
Beim nächsten 'restart' von FHEM ging der Versuch durch, und es funktioniert.
Ich denke da muss ein Fehler abgefangen werden, sollte einer auftreten.
[fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
[fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 16 tempOffset:-3
[fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
Man sieht hier, dass FBox 0000 anstatt 6660 beim read_LuaData angezeigt wird...
[fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
[fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 16 tempOffset:-3
So geht's dann auch.
Hallo,
ein solches Verhalten wurde schon mal gemeldet. Leider auch nicht reproduzierbar und somit bisher keine Log mit Verbose 4 oder 5. Da ist ein weiteres Fehlerhandling schwierig an der richtigen Stelle einzubauen. Ich gehe aber nochmal durch den Code. Wird aber dauern.
Grüße Jörg
Ich kann versuchen das zu reproduzieren und den Logmodus auf 4 oder 5 zu setzen.
Hallo Jörg,
könntest Du bei Gelegenheit bei den Kabel Informationen Array bitte auch noch die Kanal ID mit ausgeben für Upstream und Downstream?
Weil - die Reihenfolge ist ja nicht aufsteigend und manchmal auch nicht fortlaufend.
Das wäre super, damit man sieht welcher Kanal Probleme macht.
Zitat von: neobiker am 14 Februar 2024, 16:15:52Ich kann versuchen das zu reproduzieren und den Logmodus auf 4 oder 5 zu setzen.
Ist da etwas hilfreiches dabei - Loglevel 4
2024.02.17 15:10:51 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5849] - EXPANDED:API luaQuery found (200).
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5871] - EXPANDED:API luaData found (200).
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5896] - EXPANDED:API TR-064 found.
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5902] - EXPANDED:TR-064-SecurePort is 49443.
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5918] - EXPANDED:TR064 returned: <?xml version="1.0"?>
<root xmlns="urn:dslforum-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<systemVersion>
<HW>252</HW>
<Major>252</Major>
<Minor>7</Minor>
<Patch>57</Patch>
<Buildnumber>107842</Buildnumber>
<Display>252.07.57</Display>
</systemVersion>
<device>
<deviceType>urn:dslforum-org:device:InternetGatewayDevice:1</deviceType>
<friendlyName>FRITZ!Box 6660 Cable</friendlyName>
<manufacturer>AVM</manufacturer>
<manufacturerURL>www.avm.de</manufacturerURL>
<modelDescription>FRITZ!Box 6660 Cable</modelDescription>
<modelName>FRITZ!Box 6660 Cable</modelName>
<modelNumber>6660 - avm</modelNumber>
<modelURL>www.avm.de</modelURL>
<UDN>uuid:....</UDN>
<serialNumber>...</serialNumber>
<originUDN></originUDN>
<iconList>
<icon>
<mimetype>image/gif</mimetype>
<width>118</width>
<height>119</height>
<depth>8</depth>
<url>/ligd.gif</url>
</icon>
</iconList>
<serviceList>
<service>
<serviceType>urn:dslforum-org:service:DeviceInfo:1</serviceType>
<serviceId>urn:DeviceInfo-com:serviceId:DeviceInfo1</serviceId>
<controlURL>/upnp/control/deviceinfo</controlURL>
<eventSubURL>/upnp/control/deviceinfo</eventSubURL>
<SCPDURL>/deviceinfoSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:DeviceConfig:1</serviceType>
<serviceId>urn:DeviceConfig-com:serviceId:DeviceConfig1</serviceId>
<controlURL>/upnp/control/deviceconfig</controlURL>
<eventSubURL>/upnp/control/deviceconfig</eventSubURL>
<SCPDURL>/deviceconfigSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:Layer3Forwarding:1</serviceType>
<serviceId>urn:Layer3Forwarding-com:serviceId:Layer3Forwarding1</serviceId>
<controlURL>/upnp/control/layer3forwarding</controlURL>
<eventSubURL>/upnp/control/layer3forwarding</eventSubURL>
<SCPDURL>/layer3forwardingSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:LANConfigSecurity:1</serviceType>
<serviceId>urn:LANConfigSecurity-com:serviceId:LANConfigSecurity1</serviceId>
<controlURL>/upnp/control/lanconfigsecurity</controlURL>
<eventSubURL>/upnp/control/lanconfigsecurity</eventSubURL>
<SCPDURL>/lanconfigsecuritySCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:ManagementServer:1</serviceType>
<serviceId>urn:ManagementServer-com:serviceId:ManagementServer1</serviceId>
<controlURL>/upnp/control/mgmsrv</controlURL>
<eventSubURL>/upnp/control/mgmsrv</eventSubURL>
<SCPDURL>/mgmsrvSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:Time:1</serviceType>
<serviceId>urn:Time-com:serviceId:Time1</serviceId>
<controlURL>/upnp/control/time</controlURL>
<eventSubURL>/upnp/control/time</eventSubURL>
<SCPDURL>/timeSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:UserInterface:1</serviceType>
<serviceId>urn:UserInterface-com:serviceId:UserInterface1</serviceId>
<controlURL>/upnp/control/userif</controlURL>
<eventSubURL>/upnp/control/userif</eventSubURL>
<SCPDURL>/userifSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Storage:1</serviceType>
<serviceId>urn:X_AVM-DE_Storage-com:serviceId:X_AVM-DE_Storage1</serviceId>
<controlURL>/upnp/control/x_storage</controlURL>
<eventSubURL>/upnp/control/x_storage</eventSubURL>
<SCPDURL>/x_storageSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_WebDAVClient:1</serviceType>
<serviceId>urn:X_AVM-DE_WebDAV-com:serviceId:X_AVM-DE_WebDAVClient1</serviceId>
<controlURL>/upnp/control/x_webdav</controlURL>
<eventSubURL>/upnp/control/x_webdav</eventSubURL>
<SCPDURL>/x_webdavSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_UPnP:1</serviceType>
<serviceId>urn:X_AVM-DE_UPnP-com:serviceId:X_AVM-DE_UPnP1</serviceId>
<controlURL>/upnp/control/x_upnp</controlURL>
<eventSubURL>/upnp/control/x_upnp</eventSubURL>
<SCPDURL>/x_upnpSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Speedtest:1</serviceType>
<serviceId>urn:X_AVM-DE_Speedtest-com:serviceId:X_AVM-DE_Speedtest1</serviceId>
<controlURL>/upnp/control/x_speedtest</controlURL>
<eventSubURL>/upnp/control/x_speedtest</eventSubURL>
<SCPDURL>/x_speedtestSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_RemoteAccess:1</serviceType>
<serviceId>urn:X_AVM-DE_RemoteAccess-com:serviceId:X_AVM-DE_RemoteAccess1</serviceId>
<controlURL>/upnp/control/x_remote</controlURL>
<eventSubURL>/upnp/control/x_remote</eventSubURL>
<SCPDURL>/x_remoteSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_MyFritz:1</serviceType>
<serviceId>urn:X_AVM-DE_MyFritz-com:serviceId:X_AVM-DE_MyFritz1</serviceId>
<controlURL>/upnp/control/x_myfritz</controlURL>
<eventSubURL>/upnp/control/x_myfritz</eventSubURL>
<SCPDURL>/x_myfritzSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_VoIP:1</serviceType>
<serviceId>urn:X_VoIP-com:serviceId:X_VoIP1</serviceId>
<controlURL>/upnp/control/x_voip</controlURL>
<eventSubURL>/upnp/control/x_voip</eventSubURL>
<SCPDURL>/x_voipSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_OnTel:1</serviceType>
<serviceId>urn:X_AVM-DE_OnTel-com:serviceId:X_AVM-DE_OnTel1</serviceId>
<controlURL>/upnp/control/x_contact</controlURL>
<eventSubURL>/upnp/control/x_contact</eventSubURL>
<SCPDURL>/x_contactSCPD.xml</SCPDURL>
</service>
<service><serviceType>urn:dslforum-org:service:X_AVM-DE_Dect:1</serviceType><serviceId>urn:X_AVM-DE_Dect-com:serviceId:X_AVM-DE_Dect1</serviceId><controlURL>/upnp/control/x_dect</controlURL><eventSubURL>/upnp/control/x_dect</eventSubURL><SCPDURL>/x_dectSCPD.xml</SCPDURL></service>
<service><serviceType>urn:dslforum-org:service:X_AVM-DE_TAM:1</serviceType><serviceId>urn:X_AVM-DE_TAM-com:serviceId:X_AVM-DE_TAM1</serviceId><controlURL>/upnp/control/x_tam</controlURL><eventSubURL>/upnp/control/x_tam</eventSubURL><SCPDURL>/x_tamSCPD.xml</SCPDURL></service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_AppSetup:1</serviceType>
<serviceId>urn:X_AVM-DE_AppSetup-com:serviceId:X_AVM-DE_AppSetup1</serviceId>
<controlURL>/upnp/control/x_appsetup</controlURL>
<eventSubURL>/upnp/control/x_appsetup</eventSubURL>
<SCPDURL>/x_appsetupSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Homeauto:1</serviceType>
<serviceId>urn:X_AVM-DE_Homeauto-com:serviceId:X_AVM-DE_Homeauto1</serviceId>
<controlURL>/upnp/control/x_homeauto</controlURL>
<eventSubURL>/upnp/control/x_homeauto</eventSubURL>
<SCPDURL>/x_homeautoSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Homeplug:1</serviceType>
<serviceId>urn:X_AVM-DE_Homeplug-com:serviceId:X_AVM-DE_Homeplug1</serviceId>
<controlURL>/upnp/control/x_homeplug</controlURL>
<eventSubURL>/upnp/control/x_homeplug</eventSubURL>
<SCPDURL>/x_homeplugSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Filelinks:1</serviceType>
<serviceId>urn:X_AVM-DE_Filelinks-com:serviceId:X_AVM-DE_Filelinks1</serviceId>
<controlURL>/upnp/control/x_filelinks</controlURL>
<eventSubURL>/upnp/control/x_filelinks</eventSubURL>
<SCPDURL>/x_filelinksSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_Auth:1</serviceType>
<serviceId>urn:X_AVM-DE_Auth-com:serviceId:X_AVM-DE_Auth1</serviceId>
<controlURL>/upnp/control/x_auth</controlURL>
<eventSubURL>/upnp/control/x_auth</eventSubURL>
<SCPDURL>/x_authSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_HostFilter:1</serviceType>
<serviceId>urn:X_AVM-DE_HostFilter-com:serviceId:X_AVM-DE_HostFilter1</serviceId>
<controlURL>/upnp/control/x_hostfilter</controlURL>
<eventSubURL>/upnp/control/x_hostfilter</eventSubURL>
<SCPDURL>/x_hostfilterSCPD.xml</SCPDURL>
</service>
<service><serviceType>urn:dslforum-org:service:X_AVM-DE_Media:1</serviceType><serviceId>urn:X_AVM-DE_Media-com:serviceId:X_AVM-DE_Media1</serviceId><controlURL>/upnp/control/x_media</controlURL><eventSubURL>/upnp/control/x_media</eventSubURL><SCPDURL>/x_mediaSCPD.xml</SCPDURL></service>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_USPController:1</serviceType>
<serviceId>urn:X_AVM-DE_USPController-com:serviceId:X_AVM-DE_USPController1</serviceId>
<controlURL>/upnp/control/x_uspcontroller</controlURL>
<eventSubURL>/upnp/control/x_uspcontroller</eventSubURL>
<SCPDURL>/x_uspcontrollerSCPD.xml</SCPDURL>
</service>
</serviceList>
<deviceList>
<device>
<deviceType>urn:dslforum-org:device:LANDevice:1</deviceType>
<friendlyName>LANDevice - FRITZ!Box 6660 Cable</friendlyName>
<manufacturer>AVM</manufacturer>
<manufacturerURL>www.avm.de</manufacturerURL>
<modelDescription>LANDevice - FRITZ!Box 6660 Cable</modelDescription>
<modelName>LANDevice - FRITZ!Box 6660 Cable</modelName>
<modelNumber>6660 - avm</modelNumber>
<modelURL>www.avm.de</modelURL>
<UDN>uuid:....</UDN>
<UPC>AVM TR-064</UPC>
<serviceList>
<service>
<serviceType>urn:dslforum-org:service:WLANConfiguration:1</serviceType>
<serviceId>urn:WLANConfiguration-com:serviceId:WLANConfiguration1</serviceId>
<controlURL>/upnp/control/wlanconfig1</controlURL>
<eventSubURL>/upnp/control/wlanconfig1</eventSubURL>
<SCPDURL>/wlanconfigSCPD.xml</SCPDURL>
</service>
<service><serviceType>urn:dslforum-org:service:WLANConfiguration:2</serviceType><serviceId>urn:WLANConfiguration-com:serviceId:WLANConfiguration2</serviceId><controlURL>/upnp/control/wlanconfig2</controlURL><eventSubURL>/upnp/control/wlanconfig2</eventSubURL><SCPDURL>/wlanconfigSCPD.xml</SCPDURL></service><!-- 2 --><service><serviceType>urn:dslforum-org:service:WLANConfiguration:3</serviceType><serviceId>urn:WLANConfiguration-com:serviceId:WLANConfiguration3</serviceId><controlURL>/upnp/control/wlanconfig3</controlURL><eventSubURL>/upnp/control/wlanconfig3</eventSubURL><SCPDURL>/wlanconfigSCPD.xml</SCPDURL></service>
<service>
<serviceType>urn:dslforum-org:service:Hosts:1</serviceType>
<serviceId>urn:LanDeviceHosts-com:serviceId:Hosts1</serviceId>
<controlURL>/upnp/control/hosts</controlURL>
<eventSubURL>/upnp/control/hosts</eventSubURL>
<SCPDURL>/hostsSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:LANEthernetInterfaceConfig:1</serviceType>
<serviceId>urn:LANEthernetIfCfg-com:serviceId:LANEthernetInterfaceConfig1</serviceId>
<controlURL>/upnp/control/lanethernetifcfg</controlURL>
<eventSubURL>/upnp/control/lanethernetifcfg</eventSubURL>
<SCPDURL>/ethifconfigSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:LANHostConfigManagement:1</serviceType>
<serviceId>urn:LANHCfgMgm-com:serviceId:LANHostConfigManagement1</serviceId>
<controlURL>/upnp/control/lanhostconfigmgm</controlURL>
<eventSubURL>/upnp/control/lanhostconfigmgm</eventSubURL>
<SCPDURL>/lanhostconfigmgmSCPD.xml</SCPDURL>
</service>
</serviceList>
</device>
<device>
<deviceType>urn:dslforum-org:device:WANDevice:1</deviceType>
<friendlyName>WANDevice - FRITZ!Box 6660 Cable</friendlyName>
<manufacturer>AVM</manufacturer>
<manufacturerURL>www.avm.de</manufacturerURL>
<modelDescription>WANDevice - FRITZ!Box 6660 Cable</modelDescription>
<modelName>WANDevice - FRITZ!Box 6660 Cable</modelName>
<modelNumber>6660 - avm</modelNumber>
<modelURL>www.avm.de</modelURL>
<UDN>uuid:...</UDN>
<UPC>AVM TR-064</UPC>
<serviceList>
<service>
<serviceType>urn:dslforum-org:service:WANCommonInterfaceConfig:1</serviceType>
<serviceId>urn:WANCIfConfig-com:serviceId:WANCommonInterfaceConfig1</serviceId>
<controlURL>/upnp/control/wancommonifconfig1</controlURL>
<eventSubURL>/upnp/control/wancommonifconfig1</eventSubURL>
<SCPDURL>/wancommonifconfigSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:WANDSLInterfaceConfig:1</serviceType>
<serviceId>urn:WANDSLIfConfig-com:serviceId:WANDSLInterfaceConfig1</serviceId>
<controlURL>/upnp/control/wandslifconfig1</controlURL>
<eventSubURL>/upnp/control/wandslifconfig1</eventSubURL>
<SCPDURL>/wandslifconfigSCPD.xml</SCPDURL>
</service>
</serviceList>
<deviceList>
<device>
<deviceType>urn:dslforum-org:device:WANConnectionDevice:1</deviceType>
<friendlyName>WANConnectionDevice - FRITZ!Box 6660 Cable</friendlyName>
<manufacturer>AVM</manufacturer>
<manufacturerURL>www.avm.de</manufacturerURL>
<modelDescription>WANConnectionDevice - FRITZ!Box 6660 Cable</modelDescription>
<modelName>WANConnectionDevice - FRITZ!Box 6660 Cable</modelName>
<modelNumber>6660 - avm</modelNumber>
<modelURL>www.avm.de</modelURL>
<UDN>uuid:...</UDN>
<UPC>AVM TR-064</UPC>
<serviceList>
<service>
<serviceType>urn:dslforum-org:service:X_AVM-DE_WANMobileConnection:1</serviceType>
<serviceId>urn:X_AVM-DE_WANMobileConnection-com:serviceId:X_AVM-DE_WANMobileConnection1</serviceId>
<controlURL>/upnp/control/x_wanmobileconn</controlURL>
<eventSubURL>/upnp/control/x_wanmobileconn</eventSubURL>
<SCPDURL>/x_wanmobileconnSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:WANDSLLinkConfig:1</serviceType>
<serviceId>urn:WANDSLLinkConfig-com:serviceId:WANDSLLinkConfig1</serviceId>
<controlURL>/upnp/control/wandsllinkconfig1</controlURL>
<eventSubURL>/upnp/control/wandsllinkconfig1</eventSubURL>
<SCPDURL>/wandsllinkconfigSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:WANEthernetLinkConfig:1</serviceType>
<serviceId>urn:WANEthernetLinkConfig-com:serviceId:WANEthernetLinkConfig1</serviceId>
<controlURL>/upnp/control/wanethlinkconfig1</controlURL>
<eventSubURL>/upnp/control/wanethlinkconfig1</eventSubURL>
<SCPDURL>/wanethlinkconfigSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:WANPPPConnection:1</serviceType>
<serviceId>urn:WANPPPConnection-com:serviceId:WANPPPConnection1</serviceId>
<controlURL>/upnp/control/wanpppconn1</controlURL>
<eventSubURL>/upnp/control/wanpppconn1</eventSubURL>
<SCPDURL>/wanpppconnSCPD.xml</SCPDURL>
</service>
<service>
<serviceType>urn:dslforum-org:service:WANIPConnection:1</serviceType>
<serviceId>urn:WANIPConnection-com:serviceId:WANIPConnection1</serviceId>
<controlURL>/upnp/control/wanipconnection1</controlURL>
<eventSubURL>/upnp/control/wanipconnection1</eventSubURL>
<SCPDURL>/wanipconnSCPD.xml</SCPDURL>
</service>
</serviceList>
</device>
</deviceList>
</device>
</deviceList>
<presentationURL>http://fritz.box</presentationURL>
</device>
</root>
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 15:10:52 2: [fbox | 6660 | 252.07.57 | open_Web_Connection.9530] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.02.17 15:10:52 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6050] - BASIC:SID Response -> 1
2024.02.17 15:10:52 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | Set_check_APIs.6062] - EXPANDED:Captured 14 values
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Readout_Process.5199] - EXPANDED:Reset SID
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3032] - EXPANDED:ReadOut gestartet: &radio=configd:settings/WEBRADIO/list(Name)&box_dect=dect:settings/enabled&handsetCount=dect:settings/Handset/count&handset=dect:settings/Handset/list(User,Manufacturer,Model,FWVersion,Productname)&wlanList=wlan:settings/wlanlist/list(mac,speed,speed_rx,rssi,is_guest)&wlanListNew=wlan:settings/wlanlist/list(mac,speed,rssi)&lanDevice=landevice:settings/landevice/list(mac,ip,ethernet,ethernet_port,ethernetport,guest,name,active,online,wlan,speed,UID)&lanDeviceNew=landevice:settings/landevice/list(mac,ip,ethernet,guest,name,active,online,wlan,speed,UID)&init=telcfg:settings/Foncontrol&box_stdDialPort=telcfg:settings/DialPort&dectUser=telcfg:settings/Foncontrol/User/list(Id,Name,Intern,IntRingTone,AlarmRingTone0,RadioRingID,ImagePath,G722RingTone,G722RingToneName,NoRingTime,RingAllowed,NoRingTimeFlags,NoRingWithNightSetting)&fonPort=telcfg:settings/MSN/Port/list(Name,MSN)&diversity=telcfg:settings/Diversity/list(MSN,Active,Destination)&box_moh=telcfg:settings/MOHType&box_uptimeHours=uimodlogic:status/uptime_hours&box_uptimeMinutes=uimodlogic:status/uptime_minutes&box_fwVersion=logic:status/nspver&box_fwVersion_neu=uimodlogic:status/nspver&box_powerRate=power:status/rate_sumact&tam=tam:settings/TAM/list(Name,Display,Active,NumNewMessages,NumOldMessages)&box_cpuTemp=power:status/act_temperature&box_tr064=tr064:settings/enabled&box_tr069=tr069:settings/enabled&box_upnp=box:settings/upnp_activated&box_upnpCtrl=box:settings/upnp_control_activated&box_fwUpdate=updatecheck:status/update_available_hint&is_double_wlan=wlan:settings/feature_flags/DBDC&box_wlan_24GHz=wlan:settings/ap_enabled&box_wlan_5GHz=wlan:settings/ap_enabled_scnd&box_guestWlan=wlan:settings/guest_ap_enabled&box_guestWlanRemain=wlan:settings/guest_time_remain&box_macFilter_active=wlan:settings/is_macfilter_active&TodayBytesReceivedHigh=inetstat:status/Today/BytesReceivedHigh&TodayBytesReceivedLow=inetstat:status/Today/BytesReceivedLow&TodayBytesSentHigh=inetstat:status/Today/BytesSentHigh&TodayBytesSentLow=inetstat:status/Today/BytesSentLow&GSM_RSSI=gsm:settings/RSSI&GSM_NetworkState=gsm:settings/NetworkState&GSM_AcT=gsm:settings/AcT&UMTS_enabled=umts:settings/enabled&userTicket=userticket:settings/ticket/list(id)&dslStatGlobalIn=dslstatglobal:status/in&dslStatGlobalOut=dslstatglobal:status/out
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9525] - EXPANDED:Web session opened with sid a1ca43f13deaf7d4
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5053] - EXPANDED:TR064: -1 or secure Port:none not available or wrong Fritz!OS: 07.57.
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 392 values
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Process.5394] - EXPANDED:TR-064 is switched on
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3032] - EXPANDED:ReadOut gestartet: &radio=configd:settings/WEBRADIO/list(Name)&box_dect=dect:settings/enabled&handsetCount=dect:settings/Handset/count&handset=dect:settings/Handset/list(User,Manufacturer,Model,FWVersion,Productname)&wlanList=wlan:settings/wlanlist/list(mac,speed,speed_rx,rssi,is_guest)&wlanListNew=wlan:settings/wlanlist/list(mac,speed,rssi)&lanDevice=landevice:settings/landevice/list(mac,ip,ethernet,ethernet_port,ethernetport,guest,name,active,online,wlan,speed,UID)&lanDeviceNew=landevice:settings/landevice/list(mac,ip,ethernet,guest,name,active,online,wlan,speed,UID)&init=telcfg:settings/Foncontrol&box_stdDialPort=telcfg:settings/DialPort&dectUser=telcfg:settings/Foncontrol/User/list(Id,Name,Intern,IntRingTone,AlarmRingTone0,RadioRingID,ImagePath,G722RingTone,G722RingToneName,NoRingTime,RingAllowed,NoRingTimeFlags,NoRingWithNightSetting)&fonPort=telcfg:settings/MSN/Port/list(Name,MSN)&diversity=telcfg:settings/Diversity/list(MSN,Active,Destination)&box_moh=telcfg:settings/MOHType&box_uptimeHours=uimodlogic:status/uptime_hours&box_uptimeMinutes=uimodlogic:status/uptime_minutes&box_fwVersion=logic:status/nspver&box_fwVersion_neu=uimodlogic:status/nspver&box_powerRate=power:status/rate_sumact&tam=tam:settings/TAM/list(Name,Display,Active,NumNewMessages,NumOldMessages)&box_cpuTemp=power:status/act_temperature&box_tr064=tr064:settings/enabled&box_tr069=tr069:settings/enabled&box_upnp=box:settings/upnp_activated&box_upnpCtrl=box:settings/upnp_control_activated&box_fwUpdate=updatecheck:status/update_available_hint&is_double_wlan=wlan:settings/feature_flags/DBDC&box_wlan_24GHz=wlan:settings/ap_enabled&box_wlan_5GHz=wlan:settings/ap_enabled_scnd&box_guestWlan=wlan:settings/guest_ap_enabled&box_guestWlanRemain=wlan:settings/guest_time_remain&box_macFilter_active=wlan:settings/is_macfilter_active&TodayBytesReceivedHigh=inetstat:status/Today/BytesReceivedHigh&TodayBytesReceivedLow=inetstat:status/Today/BytesReceivedLow&TodayBytesSentHigh=inetstat:status/Today/BytesSentHigh&TodayBytesSentLow=inetstat:status/Today/BytesSentLow&GSM_RSSI=gsm:settings/RSSI&GSM_NetworkState=gsm:settings/NetworkState&GSM_AcT=gsm:settings/AcT&UMTS_enabled=umts:settings/enabled&userTicket=userticket:settings/ticket/list(id)&dslStatGlobalIn=dslstatglobal:status/in&dslStatGlobalOut=dslstatglobal:status/out
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 15:11:57
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | call_TR064_Cmd.9257] - EXPANDED:TR064 error 401:Invalid Action (service='WANPPPConnection:1', control='wanpppconn1', action='GetInfo')
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4879] - EXPANDED:wanpppconn GetInfo ->
$VAR1 = {
'UPnPError' => {
'errorCode' => '401',
'errorDescription' => 'Invalid Action'
}
};
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetStatusInfoResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewConnectionStatus>Connected</NewConnectionStatus>
<NewLastConnectionError>ERROR_NONE</NewLastConnectionError>
<NewUptime>3538333</NewUptime>
</u:GetStatusInfoResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetExternalIPAddressResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewExternalIPAddress>....</NewExternalIPAddress>
</u:GetExternalIPAddressResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:X_AVM_DE_GetExternalIPv6AddressResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewExternalIPv6Address>::</NewExternalIPv6Address>
<NewPrefixLength>0</NewPrefixLength>
<NewValidLifetime>0</NewValidLifetime>
<NewPreferedLifetime>0</NewPreferedLifetime>
</u:X_AVM_DE_GetExternalIPv6AddressResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:X_AVM_DE_GetIPv6PrefixResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewIPv6Prefix>::</NewIPv6Prefix>
<NewPrefixLength>0</NewPrefixLength>
<NewValidLifetime>0</NewValidLifetime>
<NewPreferedLifetime>0</NewPreferedLifetime>
</u:X_AVM_DE_GetIPv6PrefixResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:16:59 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetCommonLinkPropertiesResponse xmlns:u="urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1">
<NewWANAccessType>Cable</NewWANAccessType>
<NewLayer1UpstreamMaxBitRate>20889000</NewLayer1UpstreamMaxBitRate>
<NewLayer1DownstreamMaxBitRate>104448000</NewLayer1DownstreamMaxBitRate>
<NewPhysicalLinkStatus>Up</NewPhysicalLinkStatus>
</u:GetCommonLinkPropertiesResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:16:59 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 400 values
2024.02.17 15:19:18 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 15:19:18 4: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
2024.02.17 15:19:18 1: PERL WARNING: Use of uninitialized value $webCmdArray[1] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.17 15:19:18 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.25 +
( ReadingsNum("Wz_Heizung","temperature",20.5)
- ReadingsNum("Wz_Heizung","tempadjust",-2.5)
- ReadingsNum("Sensor1","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("Wz_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 17 tempOffset:" . $tempadjust)}
}
2024.02.17 15:19:18 1: PERL WARNING: Use of uninitialized value $webCmdArray[3] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.17 15:19:18 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.25 +
( ReadingsNum("Wz_Heizung","temperature",20.5)
- ReadingsNum("Wz_Heizung","tempadjust",-2.5)
- ReadingsNum("Sensor1","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("Wz_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 17 tempOffset:" . $tempadjust)}
}
2024.02.17 15:19:18 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
ule_device_name Error Offset -2 Info Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
xhr 1 view apply lang de page home_auto_hkr_edit
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:19:18 3: set fbox smartHome 17 tempOffset:-2 : ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated',
'data' => {}
};
2024.02.17 15:19:18 3: nWz_Sensor return value: ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated',
'data' => {}
};
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3032] - EXPANDED:ReadOut gestartet: &radio=configd:settings/WEBRADIO/list(Name)&box_dect=dect:settings/enabled&handsetCount=dect:settings/Handset/count&handset=dect:settings/Handset/list(User,Manufacturer,Model,FWVersion,Productname)&wlanList=wlan:settings/wlanlist/list(mac,speed,speed_rx,rssi,is_guest)&wlanListNew=wlan:settings/wlanlist/list(mac,speed,rssi)&lanDevice=landevice:settings/landevice/list(mac,ip,ethernet,ethernet_port,ethernetport,guest,name,active,online,wlan,speed,UID)&lanDeviceNew=landevice:settings/landevice/list(mac,ip,ethernet,guest,name,active,online,wlan,speed,UID)&init=telcfg:settings/Foncontrol&box_stdDialPort=telcfg:settings/DialPort&dectUser=telcfg:settings/Foncontrol/User/list(Id,Name,Intern,IntRingTone,AlarmRingTone0,RadioRingID,ImagePath,G722RingTone,G722RingToneName,NoRingTime,RingAllowed,NoRingTimeFlags,NoRingWithNightSetting)&fonPort=telcfg:settings/MSN/Port/list(Name,MSN)&diversity=telcfg:settings/Diversity/list(MSN,Active,Destination)&box_moh=telcfg:settings/MOHType&box_uptimeHours=uimodlogic:status/uptime_hours&box_uptimeMinutes=uimodlogic:status/uptime_minutes&box_fwVersion=logic:status/nspver&box_fwVersion_neu=uimodlogic:status/nspver&box_powerRate=power:status/rate_sumact&tam=tam:settings/TAM/list(Name,Display,Active,NumNewMessages,NumOldMessages)&box_cpuTemp=power:status/act_temperature&box_tr064=tr064:settings/enabled&box_tr069=tr069:settings/enabled&box_upnp=box:settings/upnp_activated&box_upnpCtrl=box:settings/upnp_control_activated&box_fwUpdate=updatecheck:status/update_available_hint&is_double_wlan=wlan:settings/feature_flags/DBDC&box_wlan_24GHz=wlan:settings/ap_enabled&box_wlan_5GHz=wlan:settings/ap_enabled_scnd&box_guestWlan=wlan:settings/guest_ap_enabled&box_guestWlanRemain=wlan:settings/guest_time_remain&box_macFilter_active=wlan:settings/is_macfilter_active&TodayBytesReceivedHigh=inetstat:status/Today/BytesReceivedHigh&TodayBytesReceivedLow=inetstat:status/Today/BytesReceivedLow&TodayBytesSentHigh=inetstat:status/Today/BytesSentHigh&TodayBytesSentLow=inetstat:status/Today/BytesSentLow&GSM_RSSI=gsm:settings/RSSI&GSM_NetworkState=gsm:settings/NetworkState&GSM_AcT=gsm:settings/AcT&UMTS_enabled=umts:settings/enabled&userTicket=userticket:settings/ticket/list(id)&dslStatGlobalIn=dslstatglobal:status/in&dslStatGlobalOut=dslstatglobal:status/out
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 15:16:59
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | call_TR064_Cmd.9257] - EXPANDED:TR064 error 401:Invalid Action (service='WANPPPConnection:1', control='wanpppconn1', action='GetInfo')
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4879] - EXPANDED:wanpppconn GetInfo ->
$VAR1 = {
'UPnPError' => {
'errorDescription' => 'Invalid Action',
'errorCode' => '401'
}
};
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetStatusInfoResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewConnectionStatus>Connected</NewConnectionStatus>
<NewLastConnectionError>ERROR_NONE</NewLastConnectionError>
<NewUptime>3538633</NewUptime>
</u:GetStatusInfoResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetExternalIPAddressResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewExternalIPAddress>....</NewExternalIPAddress>
</u:GetExternalIPAddressResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:X_AVM_DE_GetExternalIPv6AddressResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewExternalIPv6Address>::</NewExternalIPv6Address>
<NewPrefixLength>0</NewPrefixLength>
<NewValidLifetime>0</NewValidLifetime>
<NewPreferedLifetime>0</NewPreferedLifetime>
</u:X_AVM_DE_GetExternalIPv6AddressResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:X_AVM_DE_GetIPv6PrefixResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1">
<NewIPv6Prefix>::</NewIPv6Prefix>
<NewPrefixLength>0</NewPrefixLength>
<NewValidLifetime>0</NewValidLifetime>
<NewPreferedLifetime>0</NewPreferedLifetime>
</u:X_AVM_DE_GetIPv6PrefixResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:21:59 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetCommonLinkPropertiesResponse xmlns:u="urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1">
<NewWANAccessType>Cable</NewWANAccessType>
<NewLayer1UpstreamMaxBitRate>20889000</NewLayer1UpstreamMaxBitRate>
<NewLayer1DownstreamMaxBitRate>104448000</NewLayer1DownstreamMaxBitRate>
<NewPhysicalLinkStatus>Up</NewPhysicalLinkStatus>
</u:GetCommonLinkPropertiesResponse>
</s:Body>
</s:Envelope>
2024.02.17 15:21:59 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 396 values
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 15:22:15 4: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
Error ule_device_name Offset -2 Info Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
xhr 1 view apply lang de page home_auto_hkr_edit
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:22:15 3: set fbox smartHome 17 tempOffset:-2 : ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'data' => {},
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
2024.02.17 15:22:15 3: nWz_Sensor return value: ERROR: Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'data' => {},
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
2024.02.17 15:24:01 3: [fbox | 0000 | none | dbgLogInit.427] - BASIC:redirection debugLog: ./log/fbox_debugLog-%Y-%m.dlog started
2024.02.17 15:25:19 3: set fbox smartHome 17 tempOffset:-2 : ID:17 - set offset to:-2
2024.02.17 15:25:19 3: nWz_Sensor return value: ID:17 - set offset to:-2
2024.02.17 15:28:11 3: set fbox smartHome 17 tempOffset:-2 : ID:17 - set offset to:-2
2024.02.17 15:28:11 3: nWz_Sensor return value: ID:17 - set offset to:-2
2024.02.17 15:28:38 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 15:37:00 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2.5
2024.02.17 15:37:01 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
WindowOpenTrigger 0 SummerEnabled 0 ... view apply lang de page home_auto_hkr_edit
2024.02.17 15:37:02 3: set fbox smartHome 17 tempOffset:-2.5 : ID:17 - set offset to:-2.5
2024.02.17 15:37:02 3: nWz_Sensor return value: ID:17 - set offset to:-2.5
Zitat von: neobiker am 17 Februar 2024, 15:19:52Ist da etwas hilfreiches dabei - Loglevel 4
2024.02.17 15:10:51 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
...
Hallo neobiker,
ich habe noch einiges geändert und im Ablauf ergänzt. Wäre schön, wenn Du noch einmal testen würdest.
Danke und Grüße
Jörg
Hallo Jörg,
mein Test war erfolgreich. Keine Auffälligkeiten.
Viele Grüße
Jürgen
Zitat von: juemuc am 20 Februar 2024, 10:51:25Hallo Jörg,
mein Test war erfolgreich. Keine Auffälligkeiten.
Viele Grüße
Jürgen
Hallo Jürgen,
vielen Dank und Grüße
Jörg
Hallo Jörg,
ZitatHallo neobiker,
ich habe noch einiges geändert und im Ablauf ergänzt. Wäre schön, wenn Du noch einmal testen würdest.
Danke und Grüße
Jörg
habe das eben mal installiert, ist schon mal problemlos gestartet.
2024.02.22 19:09:00 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6116] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.22 19:19:29 3: [fbox | 6660 | 252.07.57 | Set.1083] - BASIC:set fbox smartHome 17 tempOffset:-3.5
2024.02.22 19:19:30 3: [fbox | 6660 | 252.07.57 | Set.1173] - BASIC:set fbox smartHome Gruss
Neobiker
So, habe doch wieder eine Fehlermeldung bekommen :(
2024.02.26 11:17:14 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.26 11:17:14 3: set fbox smartHome 17 tempOffset:-1 : ERROR: Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet',
'data' => {}
};
Zitat von: neobiker am 26 Februar 2024, 11:20:10So, habe doch wieder eine Fehlermeldung bekommen :(
2024.02.26 11:17:14 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.26 11:17:14 3: set fbox smartHome 17 tempOffset:-1 : ERROR: Unexpected result: $VAR1 = {
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet',
'data' => {}
};
Hallo neobiker,
mit den wenigen Informationen komme ich leider nicht weiter. War das jetzt nach dem Update und Neustart. Was zeigten die INTERNAL Readings? Ein List zum Zeitpunkt wäre auch hilfreich. Läuft die FritzBox hinter einem VNP oder Fhem in einem Container?
Grüße Jörg
Hallo Jörg,
anbei der list fbox (gekürzt). Natürlich war das nach dem Update auf Deine geänderte Version, die per 'update' die Beta ersetzt hat.
Internals:
APICHECKED 1
APICHECK_RET_CODES Ok
DEBUGLOG OFF
DEF 192.168.178.1
FUUID 65baa81b-f33f-bc9a-2994-205bbd39bd457548
HOST 192.168.178.1
INTERVAL 300
LUADATA 1
LUAQUERY 1
MODEL FRITZ!Box 6660 Cable
NAME fbox
NR 121
NTFY_ORDER 50-fbox
SECPORT 49443
SID_RENEW_CNT 1
SID_RENEW_ERR_CNT 0
STATE WLAN: on gWLAN: on
TIMEOUT 55
TR064 1
TYPE FRITZBOX
UPNP 1
VERSION 07.57.12
_BETA 0
eventCount 877
READINGS:
2024-02-27 19:53:48 box_connect Connected
2024-02-27 19:53:48 box_cpuTemp 61
2024-02-27 19:53:48 box_dect on
2024-02-27 19:53:48 box_docsis30_Ds_corrErrors 491 29865 488 6221 25317 4880 1119 5544 2879 930 1361 1500 3397 1261 443 483 585 346 362 297 341 632 405 433
2024-02-27 19:53:48 box_docsis30_Ds_frequencys 186.000 154.000 218.000 250.000 162.000 170.000 178.000 194.000 202.000 210.000 226.000 234.000 242.000 258.000 266.000 274.000 282.000 290.000 298.000 306.000 314.000 322.000 330.000 338.000
2024-02-27 19:53:48 box_docsis30_Ds_latencys 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32
2024-02-27 19:53:48 box_docsis30_Ds_modulations 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256 256
2024-02-27 19:53:48 box_docsis30_Ds_mses -36.6 -36.6 -36.6 -36.6 -36.6 -36.4 -36.6 -36.6 -36.4 -36.6 -36.6 -36.4 -36.6 -36.4 -36.6 -36.6 -36.4 -36.6 -36.6 -37.4 -37.4 -36.6 -37.4 -37.4
2024-02-27 19:53:48 box_docsis30_Ds_nonCorrErrors 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32 0.32
2024-02-27 19:53:48 box_docsis30_Ds_powerLevels -3.5 -2.4 -4.5 -5.2 -2.7 -3.1 -3.3 -3.6 -4.0 -4.1 -4.7 -5.0 -5.1 -5.3 -4.7 -4.7 -5.2 -5.2 -4.6 -4.9 -5.4 -5.3 -5.1 -5.3
2024-02-27 19:53:48 box_docsis30_Us_frequencys 61.400 35.200 54.800 48.400 41.800
2024-02-27 19:53:48 box_docsis30_Us_modulations 64 8 32 32 32
2024-02-27 19:53:48 box_docsis30_Us_powerLevels 36.3 35.8 36.0 36.0 36.0
2024-02-27 19:53:48 box_dsl_downStream 104.448
2024-02-27 19:53:48 box_dsl_upStream 20.889
2024-02-27 19:53:48 box_fon_LogNewest none
2024-02-27 19:53:48 box_fwVersion 252.07.57
2024-02-26 11:17:30 box_model FRITZ!Box 6660 Cable [6660 - avm]
2024-02-27 19:53:48 box_moh default
2024-02-27 19:53:48 box_powerRate 54
2024-02-27 19:53:48 box_rateDown 39.868
2024-02-27 19:53:48 box_rateUp 8.242
2024-02-27 19:53:48 box_tr064 on
2024-02-27 19:53:48 box_tr069 on
2024-02-27 19:53:48 box_upnp on
2024-02-27 19:53:48 box_upnp_control_activated on
2024-02-27 19:53:48 box_uptime 4419000 sec = 51T 03:30:00
2024-02-27 19:53:48 box_uptimeConnect 4418942 sec = 51T 03:29:02
2024-02-27 19:53:48 box_wan_AccessType Cable
Der Fehler trat auf, nachdem das Modul schon erfolgreich gestartet war, was man im vorherigen Logfile sieht: kurz (10 min.) nach erfolgreichem Start des Modules ist der erste TempOffset erfolgreich geloggt worden.
2024.02.22 19:09:00 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6116] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.22 19:19:29 3: [fbox | 6660 | 252.07.57 | Set.1083] - BASIC:set fbox smartHome 17 tempOffset:-3.5
Im Laufe eines updates der fhem.cfgtrat dann der Fehler spontan auf, wobei das fbox Modul es nicht schafft irgendwann (nach Stunden bis zum nächsten Tag) wieder data.lua zu verwenden. Im Logfile sehe ich über Stunden die ganzen fehlgeschlagenen Versuche für einen TempOffset. Ich vermute dass der verwendete Token für data.lua nicht mehr gültig ist, weil es mit einem 'shutdown restart' bisher immer sofort wieder ging. Vermutlich würde ein reload des Moduls auch ausreichen?
Jedenfalls: Wenn das Modul schon festellt, dass data.lua nicht geht (SIGNIFIKANT Fehlermeldung), dann macht es ja keinen Sinn anschliessend trotzdem den TempOffset Befehl ausführen zu wollen, der dann den 'Unexpected result: VAR1' Fehler auswirft. Stattdessen müsste vorher der Zugangstoken erneuert werden.
fb1 ist das FBAHAHTTP Device, fbox Dein fritzbox Device. Beide haben unterschiedliche user.
2024.02.25 20:31:47 2: fb1 ERROR: cannot get SID, check connection/hostname/fritzbox-user/password
2024.02.25 20:31:49 2: [fbox | 6660 | 252.07.57 | open_Web_Connection.9530] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.02.25 20:31:49 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6050] - BASIC:SID Response -> 1
2024.02.25 20:31:49 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.25 20:38:06 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-1.5
2024.02.25 20:38:06 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.25 20:38:06 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
2024.02.25 20:38:06 1: PERL WARNING: Use of uninitialized value $webCmdArray[1] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.25 20:38:06 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.25 +
( ReadingsNum("Wz_Heizung","temperature",20.5)
- ReadingsNum("Wz_Heizung","tempadjust",-2.5)
- ReadingsNum("Sensor1","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("Wz_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 17 tempOffset:" . $tempadjust)}
}
2024.02.25 20:38:06 1: PERL WARNING: Use of uninitialized value $webCmdArray[7] in join or string at ./FHEM/72_FRITZBOX.pm line 1170.
2024.02.25 20:38:06 3: eval: my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{ my $tempadjust = (0.0 - (int(0.25 +
( ReadingsNum("Wz_Heizung","temperature",20.5)
- ReadingsNum("Wz_Heizung","tempadjust",-2.5)
- ReadingsNum("Sensor1","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("Wz_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 17 tempOffset:" . $tempadjust)}
}
2024.02.25 20:38:06 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
ule_device_name Offset -1.5 Info Unexpected result: $VAR1 = {
'Error' => 'data.lua not supportet',
'Info' => 'Fritz!Box or Fritz!OS outdated'
};
Error xhr 1 view apply lang de page home_auto_hkr_edit
2024.02.25 20:38:06 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.25 20:38:06 3: set fbox smartHome 17 tempOffset:-1.5 : ERROR: Unexpected result: $VAR1 = {
'data' => {},
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
2024.02.25 20:38:06 3: nWz_Sensor return value: ERROR: Unexpected result: $VAR1 = {
'data' => {},
'Info' => 'Fritz!Box or Fritz!OS outdated',
'Error' => 'data.lua not supportet'
};
Zitat von: neobiker am 27 Februar 2024, 20:17:56Hallo Jörg,
Im Laufe eines updates der fhem.cfgtrat dann der Fehler spontan auf, wobei das fbox Modul es nicht schafft irgendwann (nach Stunden bis zum nächsten Tag) wieder data.lua zu verwenden. Im Logfile sehe ich über Stunden die ganzen fehlgeschlagenen Versuche für einen TempOffset. Ich vermute dass der verwendete Token für data.lua nicht mehr gültig ist, weil es mit einem 'shutdown restart' bisher immer sofort wieder ging. Vermutlich würde ein reload des Moduls auch ausreichen?
Hallo neobike,
das Editieren der fhem.cfg ist eigentlich nicht gewünscht und führt immer wieder zu einem komischen Verhalten. Das Modul FritzBox ist nie daraufhin getestet oder gar gehärtet worden. Wenn das überhaupt geht.
Grüße Jörg
Hhm,
"Edit files -> config file: fhem.cfg" ist im Standard Webinterface - warum sollte das nicht vorgesehen sein?
Schon mal "Save config" in der Navigationsleiste gesehen?
Egal, wenn Du das Thema so abwälzen möchtest ...
Danke trotzdem für das Modul und Deine Mühen.
Zitat von: neobiker am 28 Februar 2024, 19:13:00Hhm,
"Edit files -> config file: fhem.cfg" ist im Standard Webinterface - warum sollte das nicht vorgesehen sein?
Schon mal "Save config" in der Navigationsleiste gesehen?
Egal, wenn Du das Thema so abwälzen möchtest ...
Danke trotzdem für das Modul und Deine Mühen.
Hallo neobiker,
ich wälze das nicht ab, sondern habe darauf hingewiesen, dass das nicht einfach ist und ggf wirklich am Ende nicht für alle funktioniert. Nicht umsonst ist das Editieren der fhem.cfg per default gesperrt.
Aber Du kannst gerne zuarbeiten. Verbose für das FritzBox Device auf 5 stellen, die fhem.cfg bearbeiten, sichern und dann das ausgiebige Log posten: Mal sehen, ob das was her gibt.
Grüße Jörg
Auch Hhm
Zitat von: neobiker am 28 Februar 2024, 19:13:00"Edit files -> config file: fhem.cfg" ist im Standard Webinterface - warum sollte das nicht vorgesehen sein?
Schon mal "Save config" in der Navigationsleiste gesehen?
Immerhin ist das nicht der "default" von FHEMWEB.
ZitateditConfig
Falls dieses FHEMWEB Attribut (auf 1) gesetzt ist, dann kann man die FHEM Konfigurationsdatei in dem "Edit files" Abschnitt bearbeiten. Beim Speichern dieser Datei wird automatisch rereadcfg ausgefuehrt, was diverse Nebeneffekte hat.
Das ist erst da wenn man es explizit setzt!
Gruß Ralf
Zitat von: RalfRog am 28 Februar 2024, 19:46:36Immerhin ist das nicht der "default" von FHEMWEB.
Seit 2015:
Seit dem letzten großen Update von FHEM, ist die FHEM Konfigurationsdatei (fhem.cfg) nach der Installation schreibgeschützt und kann nicht verändert werden. Diese Sperre soll Neulinge davor schützen wichtige Systemdateien zu verändern.
Klickt man wie gewohnt in der FHEM Oberfläche auf Edit files und dann fhem.cfg sieht man den Inhalt dieser Datei, aber er kann nicht verändert werden. Ein Hinweis "You can enable saving this file by setting the editConfig attribute, but read the documentation first for the side effects." weisst uns darauf hin, dass wir die Dokumentation lesen sollen.
You can enable saving this file by setting the editConfig attribute, but read the documentation first for the side effects.
Grüße Jörg
Ok, ich nutze FHEM schon sehr viel länger als 2015. Diese Änderung ist durch kein update bei mir angekommen. Ich kenn das gar nicht anders 8)
Zitat von: neobiker am 29 Februar 2024, 21:54:24Ok, ich nutze FHEM schon sehr viel länger als 2015. Diese Änderung ist durch kein update bei mir angekommen. Ich kenn das gar nicht anders 8)
Gilt ja auch nur, wenn Du neu Installierst und dann kein Backup einspielst. Ich kann mich aber an die damalige Diskussion erinnern.
Grüße Jörg
Zitat von: neobiker am 28 Februar 2024, 19:13:00Hhm,
"Edit files -> config file: fhem.cfg" ist im Standard Webinterface - warum sollte das nicht vorgesehen sein?
Schon mal "Save config" in der Navigationsleiste gesehen?
Egal, wenn Du das Thema so abwälzen möchtest ...
Danke trotzdem für das Modul und Deine Mühen.
Hallo neobiker,
ich habe jetzt einmal fhem.cfg editiert und gespeichert und einmal nur rereadcfg in der Kommandozeile durchgeführt. Beide Male ist das Modul ordnungsgemäß gestartet. Im verbose 5 Log war auch keine Auffälligkeit zu erkennen.
Grüße Jörg
Hallo Jörg,
ja das funktuoniert normalerweise auch. Ich mache das ja ständig wenn ich was ändere ;D Ich denke nicht das es daran liegt, sondern an Token/Sid oder so, oder timeout/abbruch der lua_data Kommunikation oder so.
Zitat von: neobiker am 01 März 2024, 18:30:51Hallo Jörg,
ja das funktuoniert normalerweise auch. Ich mache das ja ständig wenn ich was ändere ;D Ich denke nicht das es daran liegt, sondern an Token/Sid oder so, oder timeout/abbruch der lua_data Kommunikation oder so.
Hm,
2024.02.25 20:31:49 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.25 20:38:06 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-1.5
Hast Du ein at/doif, dass den tempOffset setzt? Eigentlich sind die sets ... wärend des API check noch nicht zugänglich. Das set sollte somit mit einer Fehlermeldung zurück kommen und nicht in die data.lua Abfrage gehen.
Grüße Jörg
20:31 Uhr ... 20:38 Uhr .... 7 Minuten zwischen Init Modul und dem TempOffset Befehl oben!
Aber: Ja, FBDECT Thermosthat Temp. IST wird verglichen mit ext. Sensor Temperatur. Ein Notify ermittelt das Delta und korrigiert durch Dein Modul mit einen TempOffset die Differenz jedesmal wenn die Differenz grösser als 0,5 Grad ist.
define nDG_Temperatur notify DG_Temperatur:temperature:.* { my $tempadjust = (0.0 - (int(0.25 +
( ReadingsNum("DG_Heizung","temperature",20.5)
- ReadingsNum("DG_Heizung","tempadjust",-2.5)
- ReadingsNum("DG_Temperatur","temperature",20.5)
)*2.0)/2.0));;
if ($tempadjust != ReadingsNum("DG_Heizung","tempadjust",-2.5)) {fhem ("set fbox smartHome 16 tempOffset:" . $tempadjust)}
}
Zitat von: neobiker am 02 März 2024, 00:33:0020:31 Uhr ... 20:38 Uhr .... 7 Minuten zwischen Init Modul und dem TempOffset Befehl oben!
Aber: Ja, FBDECT Thermosthat Temp. IST wird verglichen mit ext. Sensor Temperatur. Ein Notify ermittelt das Delta und korrigiert durch Dein Modul mit einen TempOffset die Differenz jedesmal wenn die Differenz grösser als 0,5 Grad ist.
Hallo neobiker,
ohne ein Log mit verbose 5 komme ich hier nicht weiter. Der set Befehl zeigt durch [fbox | 0000 | 252.07.57 | Set.1080] mit 0000, dass das Modul noch nicht vollständig initialisiert ist. Aber mit der Zeitdifferenz fast nicht vorstellbar.
Grüße Jörg
Hallo Jörg,
der Fehler ist halt nicht reproduzierbar, maximal ist er provozierbar mit geringer Erfolgsquote, deshalb bin ich über das Debug Level 4 ja schon froh das ich da was provozieren konnte.
Wir können ja nicht das Fritzbox Verhalten verbessern, sondern Einfluss nehmen darauf wie sich das Modul auf unerwartetes Verhalten/Antworten/Timeouts der Fritzbox reagiert.
Aus diesem Grund habe ich mal das Log Debuglevel 4 nochmals etwas aufbereitet dargestellt, damit ich mal sehe was vorher/nachher passiert ist.
2024.02.17 14:38:00 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2.5
2024.02.17 14:38:00 4: [fbox | 6660 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 14:38:00 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:36:53
2024.02.17 14:38:00 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:38:00 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=6969ebbd90609b0f
2024.02.17 14:38:01 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:38:01 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 14:38:01 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:38:01
2024.02.17 14:38:01 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:38:01 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=6969ebbd90609b0f
2024.02.17 14:38:02 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:39:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.02.17 14:39:56 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5849] - EXPANDED:API luaQuery found (200).
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5871] - EXPANDED:API luaData found (200).
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5896] - EXPANDED:API TR-064 found.
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5902] - EXPANDED:TR-064-SecurePort is 49443.
2024.02.17 14:39:57 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5918] - EXPANDED:TR064 returned: <?xml version="1.0"?>
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9525] - EXPANDED:Web session opened with sid 5ab07d8c8971d5f7
2024.02.17 14:39:57 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 14:39:57 4: [fbox | 6660 | 252.07.57 | Set_check_APIs.6062] - EXPANDED:Captured 15 values
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:01 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:02 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:02 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:02 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:02 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:05 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:05 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:05 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:05 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:09 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:09 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:09 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:09 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 14:39:57
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9628] - EXPANDED:Request data via API dataQuery.
2024.02.17 14:41:12 4: [fbox | 6660 | 252.07.57 | read_LuaData.9632] - EXPANDED:URL: http://192.168.178.1/data.lua?sid=5ab07d8c8971d5f7
2024.02.17 14:41:13 4: [fbox | 6660 | 252.07.57 | read_LuaData.9637] - EXPANDED:Response: 200 OK
2024.02.17 14:41:13 4: [fbox | 6660 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 14:41:13 4: [fbox | 6660 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 14:41:13 4: [fbox | 6660 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 14:41:14 4: [fbox | 6660 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 14:41:14 4: [fbox | 6660 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 14:41:14 4: [fbox | 6660 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 429 values
2024.02.17 14:45:32 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.02.17 14:45:32 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5849] - EXPANDED:API luaQuery found (200).
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5871] - EXPANDED:API luaData found (200).
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5896] - EXPANDED:API TR-064 found.
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5902] - EXPANDED:TR-064-SecurePort is 49443.
2024.02.17 14:45:33 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5918] - EXPANDED:TR064 returned: <?xml version="1.0"?>
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9525] - EXPANDED:Web session opened with sid 0968f38ec1f1d00c
2024.02.17 14:45:33 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 14:45:33 4: [fbox | 6660 | 252.07.57 | Set_check_APIs.6062] - EXPANDED:Captured 15 values
2024.02.17 14:46:27 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.02.17 14:46:27 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5849] - EXPANDED:API luaQuery found (200).
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5871] - EXPANDED:API luaData found (200).
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5896] - EXPANDED:API TR-064 found.
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5902] - EXPANDED:TR-064-SecurePort is 49443.
2024.02.17 14:46:28 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5918] - EXPANDED:TR064 returned: <?xml version="1.0"?>
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9525] - EXPANDED:Web session opened with sid cf97879acc98fe96
2024.02.17 14:46:28 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 14:46:28 4: [fbox | 6660 | 252.07.57 | Set_check_APIs.6062] - EXPANDED:Captured 15 values
2024.02.17 15:10:51 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5849] - EXPANDED:API luaQuery found (200).
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5871] - EXPANDED:API luaData found (200).
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5896] - EXPANDED:API TR-064 found.
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5902] - EXPANDED:TR-064-SecurePort is 49443.
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Set_check_APIs.5918] - EXPANDED:TR064 returned: <?xml version="1.0"?>
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 15:10:52 2: [fbox | 6660 | 252.07.57 | open_Web_Connection.9530] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.02.17 15:10:52 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6050] - BASIC:SID Response -> 1
2024.02.17 15:10:52 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 15:10:52 4: [fbox | 6660 | 252.07.57 | Set_check_APIs.6062] - EXPANDED:Captured 14 values
2024.02.17 15:10:52 4: [fbox | 0000 | 252.07.57 | Readout_Process.5199] - EXPANDED:Reset SID
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9501] - EXPANDED:renewing SID while: SID: timed out
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9520] - EXPANDED:fhem2
2024.02.17 15:11:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9521] - EXPANDED:getting new SID
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9525] - EXPANDED:Web session opened with sid a1ca43f13deaf7d4
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5053] - EXPANDED:TR064: -1 or secure Port:none not available or wrong Fritz!OS: 07.57.
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 392 values
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | Readout_Process.5394] - EXPANDED:TR-064 is switched on
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9403] - EXPANDED:Open TR-064 connection and ask for security port
2024.02.17 15:11:57 4: [fbox | 0000 | 252.07.57 | init_TR064.9412] - EXPANDED:SecPort-Result $VAR1 = '49443';
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 15:11:57
2024.02.17 15:16:56 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | call_TR064_Cmd.9257] - EXPANDED:TR064 error 401:Invalid Action (service='WANPPPConnection:1', control='wanpppconn1', action='GetInfo')
2024.02.17 15:16:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4879] - EXPANDED:wanpppconn GetInfo ->
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:16:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:16:59 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:16:59 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 400 values
2024.02.17 15:19:18 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 15:19:18 4: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
2024.02.17 15:19:18 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 15:19:18 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Start.2866] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 15:16:59
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Helper_read_Password.10225] - EXPANDED:Read FritzBox password from file
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | call_TR064_Cmd.9257] - EXPANDED:TR064 error 401:Invalid Action (service='WANPPPConnection:1', control='wanpppconn1', action='GetInfo')
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4879] - EXPANDED:wanpppconn GetInfo ->
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:21:58 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:21:59 4: [fbox | 0000 | 252.07.57 | SOAP_Request.9133] - EXPANDED:XML_RESONSE:
2024.02.17 15:21:59 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.5070] - EXPANDED:Captured 396 values
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 15:22:15 4: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
Modul start ohne Fehler:
------------------------------------------
2024.02.17 15:24:01 3: [fbox | 0000 | none | dbgLogInit.427] - BASIC:redirection debugLog: ./log/fbox_debugLog-%Y-%m.dlog started
2024.02.17 15:28:38 3: [fbox | 6660 | 252.07.57 | Set_check_APIs.6061] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.02.17 15:37:00 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2.5
2024.02.17 15:37:01 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 16:39:30 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 16 tempOffset:-0.5
2024.02.17 16:39:30 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 16:56:40 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 16:56:40 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 17:05:31 3: [fbox | 6660 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-1.5
2024.02.17 17:05:32 3: [fbox | 6660 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
Der Teil wo das Modul anders reagieren müsste anhand der Ergebnisse der vorherigen Funktionen
-> read_LuaData.9618] - SIGNIFICANT:data.lua not supportet.
-> Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1080] - BASIC:set fbox smartHome 17 tempOffset:-2
2024.02.17 15:22:15 4: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8026] - EXPANDED:FRITZBOX_SmartHome_Device_List (Fritz!OS: 07.57)
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | Get_SmartHome_Devices_List.8042] - SIGNIFICANT:evaluating user info -> Unexpected result: $VAR1 = {
2024.02.17 15:22:15 3: [fbox | 0000 | 252.07.57 | Set.1170] - BASIC:set fbox smartHome
2024.02.17 15:22:15 2: [fbox | 0000 | 252.07.57 | read_LuaData.9618] - SIGNIFICANT:data.lua not supportet. Fritz!Box or Fritz!OS outdated.
Die Frage wäre IMO: was sollte das Modul in diesem Falle machen?
Jeglicher Neustart/Initialisierung des Moduls funktioniert anschliessend ja bisher einwandfrei.
Sowas ist ja evtl. auch ein Thema, wenn man eine alte SID verwendet, aber auch ein Problem feststellt...
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.2918] - EXPANDED:Prepare query string for luaQuery.
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | open_Web_Connection.9493] - EXPANDED:using old SID from 15:16:59
2024.02.17 15:21:56 4: [fbox | 0000 | 252.07.57 | call_Lua_Query.9555] - EXPANDED:Request data via API luaQuery
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.3272] - EXPANDED:sip for box-model: 6660
2024.02.17 15:21:57 4: [fbox | 0000 | 252.07.57 | Readout_Run_Web.4643] - EXPANDED:wrong Fritz!OS: 07.57 or data.lua not available
Hallo neobiker,
ich habe jetzt noch ein paar Fehlerprüfungen eingebaut. Vielleicht magst Du ja nochmal testen.
Danke und Grüße
Jörg
Hallo Jörg,
ich habe die neue Version installiert, habe es bisher aber nicht geschafft den Fehler wieder zu provozieren.
Ich versuche noch ein paar Mal einen Fehler zu provozieren.
Anderes Thema DOSCIS:
Beim auslesen der DOCSIS Werte habe ich noch einen Fehler gefunden (Copy+Paste):
box_docsis30_Ds_nonCorrErrors zeigen die Werte von box_Ds_latencys an.
Diese Werte möchte ich wegschreiben, nur im FHEM ansehen macht ja wenig Sinn.
Dafür nutze ich InfluxDBlogger, welcher beliebige Readings in eine InfluxDB überführt.
Derzeit stehen die DOCSIS Werte der verschiedenen Kanäle in den Readings in einem Array gebündelt, getrennt durch ein Leerzeichen.
Wenn die Kanäle nicht als einzelnes Reading verfügbar sind, muss ich/man das
- zuerst auseinanderpflücken
- die Channel-ID ergänzen
bevor man das Reading nutzen kann.
Die Channel-ID fehlt noch in den Readings. Die ist notwendig, da die Channel-ID nicht fortlaufend/aufsteigend ist, man kann sie also nicht einfach selber per Index den Werten aus dem Array zuordnen.
Da die Werte in einem Array stehen, muss man noch eine Funktion schreiben, welche aus dem Reading box_docsis30_nonCorrErrors für jeden Kanal den entsprechenden Wert aus dem Array ermittelt. Diese Funktion könnte in FHEM sein - an der Quelle, welche einzelne Readings erzeugt, anstatt ein Array.
Oder in InfluxDB in einer Routine welche die Daten zuerst auseinanderpflückt, bevor sie je Kanal gespeichert werden.
In meinem Shell-Skript schreibe ich die Werte für jeden Kanal einzeln in die InfluxDB.
Zitat von: neobiker am 06 März 2024, 10:22:28Anderes Thema DOSCIS:
Beim auslesen der DOCSIS Werte habe ich noch einen Fehler gefunden (Copy+Paste):
box_docsis30_Ds_nonCorrErrors zeigen die Werte von box_Ds_latencys an.
Diese Werte möchte ich wegschreiben, nur im FHEM ansehen macht ja wenig Sinn.
Dafür nutze ich InfluxDBlogger, welcher beliebige Readings in eine InfluxDB überführt.
Derzeit stehen die DOCSIS Werte der verschiedenen Kanäle in den Readings in einem Array gebündelt, getrennt durch ein Leerzeichen.
Wenn die Kanäle nicht als einzelnes Reading verfügbar sind, muss ich/man das
- zuerst auseinanderpflücken
- die Channel-ID ergänzen
bevor man das Reading nutzen kann.
Die Channel-ID fehlt noch in den Readings. Die ist notwendig, da die Channel-ID nicht fortlaufend/aufsteigend ist, man kann sie also nicht einfach selber per Index den Werten aus dem Array zuordnen.
Da die Werte in einem Array stehen, muss man noch eine Funktion schreiben, welche aus dem Reading box_docsis30_nonCorrErrors für jeden Kanal den entsprechenden Wert aus dem Array ermittelt. Diese Funktion könnte in FHEM sein - an der Quelle, welche einzelne Readings erzeugt, anstatt ein Array.
Oder in InfluxDB in einer Routine welche die Daten zuerst auseinanderpflückt, bevor sie je Kanal gespeichert werden.
In meinem Shell-Skript schreibe ich die Werte für jeden Kanal einzeln in die InfluxDB.
Hallo neobiker,
für die Auswertung der FritzBox Ereignisse habe ich die Möglichkeit geschaffen eine eigene Sub per Attribut blocking/nonblocking aufrufen zu lassen. Das kann ich für docsis auch hinterlegen und würde Dir einfach entweder den hash oder ein JSON übergeben. Die Sub wird dann immer nach dem abholen der Daten aufgerufen und befindet sich am Besten in der 99_myUtils.pm.
Grüße Jörg
Zitat von: JoWiemann am 06 März 2024, 10:46:56...
für die Auswertung der FritzBox Ereignisse habe ich die Möglichkeit geschaffen eine eigene Sub per Attribut blocking/nonblocking aufrufen zu lassen...
Das funktioniert gut! (nutze ich um fehlerhafte Anmeldungen zu melden) ;D
Gruß und Danke nochmal Ralf
Hallo Jörg,
eigentlich funktioniert alles Bestens - DANKE!
Ein kleinen Schönheitsfehler:
Ein FB6490, die remote via IP-sec VPN verbunden ist, (daher kann ich nicht Erreichbarkeit nicht ausschließen),
bringt ab und zu:
2024.03.11 10:28:09.014 2: [TA_Fritzbox | 6490 | 141.07.57 | Readout_Response.5120] - SIGNIFICANT:Device is offline
2024.03.11 10:28:09.020 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 5430.
2024.03.11 10:28:09.021 3: eval: {FRITZBOX_Readout_Done('TA_Fritzbox|RXJyb3J8RGV2aWNlIGlzIG9mZmxpbmV8ZmhlbS0+c2lkVGltZXwwfGZoZW0tPnNpZEVyckNvdW50fDF8LT5XRUJDT05ORUNUfDA=')}
2024.03.11 10:28:09.022 1: stacktrace:
2024.03.11 10:28:09.022 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (5430)
2024.03.11 10:28:09.022 1: main::FRITZBOX_Readout_Process called by ./FHEM/72_FRITZBOX.pm (5184)
2024.03.11 10:28:09.023 1: main::FRITZBOX_Readout_Done called by (eval 45613) (1)
2024.03.11 10:28:09.023 1: (eval) called by fhem.pl (1177)
2024.03.11 10:28:09.024 1: main::AnalyzePerlCommand called by fhem.pl (1206)
2024.03.11 10:28:09.024 1: main::AnalyzeCommand called by fhem.pl (1133)
2024.03.11 10:28:09.024 1: main::AnalyzeCommandChain called by ./FHEM/98_telnet.pm (263)
2024.03.11 10:28:09.024 1: main::telnet_Read called by fhem.pl (3985)
2024.03.11 10:28:09.025 1: main::CallFn called by fhem.pl (786)..dass temporäre offline wäre nicht das Problem, die Frage/Bitte wäre, ob du das anschließende processing abbrechen könntest.
das Problem passiert ca. 3-4 mal in 24h.
l.g. erwin
Zitat von: erwin am 11 März 2024, 19:33:07Hallo Jörg,
eigentlich funktioniert alles Bestens - DANKE!
Ein kleinen Schönheitsfehler:
Ein FB6490, die remote via IP-sec VPN verbunden ist, (daher kann ich nicht Erreichbarkeit nicht ausschließen),
bringt ab und zu:
2024.03.11 10:28:09.014 2: [TA_Fritzbox | 6490 | 141.07.57 | Readout_Response.5120] - SIGNIFICANT:Device is offline
2024.03.11 10:28:09.020 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 5430.
2024.03.11 10:28:09.021 3: eval: {FRITZBOX_Readout_Done('TA_Fritzbox|RXJyb3J8RGV2aWNlIGlzIG9mZmxpbmV8ZmhlbS0+c2lkVGltZXwwfGZoZW0tPnNpZEVyckNvdW50fDF8LT5XRUJDT05ORUNUfDA=')}
l.g. erwin
[/quote]
Hallo Erwin,
würdest Du bitte die letzte Beta aus diesem Post: https://forum.fhem.de/index.php?msg=1305650 einmal einspielen. Damit sollte die Fehlermeldung nicht mehr auftreten.
Grüße Jörg
Feedback: Test seit gestern 23:30, bisher 2mal Readout_Response.5123] - SIGNIFICANT:Device is offline
Die Beta funktioniert, danke!
l.g. erwin
Zitat von: erwin am 12 März 2024, 18:29:07Feedback: Test seit gestern 23:30, bisher 2mal Readout_Response.5123] - SIGNIFICANT:Device is offline
Die Beta funktioniert, danke!
l.g. erwin
Hallo erwin,
Danke für die Rückmeldung. Ich habe die Version jetzt eingecheckt.
Grüße Jörg
Hallo Jo,
kleiner Schönheitsfehler:
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/72_FRITZBOX.pm line 3502.
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 3502.
Zitat von: Ralli am 11 April 2024, 06:30:15Hallo Jo,
kleiner Schönheitsfehler:
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/72_FRITZBOX.pm line 3502.
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 3502.
Hallo,
kommt das beim Neustart?
Grüße Jörg
Ja, genau.
Hallo Jörg,
ich habe was komisches:
- Meine Readings wie Presence, mac_, etc werden einige Stunden nach update und fhem restart nicht mehr aktualisiert. Debug log 5 um den Zeitpunkt siehe unten, der hat allerdings andere Zeitstempel als mein FritzBox 'copy for Forum'
- Version aktuell 07.57.13
- Das war in der version 07.57.12c auch schon so, ich bin damals wieder auf eine version ich glaube 07.57.11c Beta zurueck, mit der hat das update der readings im Minutentakt funktioniert.
- Wenn ich dann z.B manuell das Wlan schalte, werden folgenden nur readings aktualisiert (Zeitstempel 20:07:01), alle anderen aber weiterhin nicht (Zeitstempel 18:51:33, code siehe unten):
box_guestWlanRemain -1 2024-04-10 20:07:01
box_guestWlan on 2024-04-10 20:07:01
box_wlan_2.4GHz on 2024-04-10 20:07:01
box_wlan_5GHz on 2024-04-10 20:07:01
retStat_lastReadout 9 values captured in 2.13 s 2024-04-10 20:07:01
retStat_processReadout 0.00 s 2024-04-10 20:07:01
state WLAN: on gWLAN: on 2024-04-10 20:07:01- nach manuellem set FritzBox update gehts auch wiedeer
- Log5 siehe unten
Log 5:2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Helper_process_JSON.9870] - DEBUG:Decode JSON string.
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:box_wlan_2.4GHz: on
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:box_wlan_5GHz: on
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:box_guestWlan: on
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:box_guestWlanRemain: -1
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:box_macFilter_active: off
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:fhem->sid: 61568b02332d2566
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:fhem->sidTime: 1712808001.30042
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:fhem->sidErrCount: 0
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Add_Reading.5636] - DEBUG:readoutTime: 1.14
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Set_Wlan_OnOff.7305] - DEBUG:Handover to main process: box_wlan_2.4GHz|on|box_wlan_5GHz|on|box_guestWlan|on|box_guestWlanRemain|-1|box_macFilter_active|off|fhem->sid|61568b02332d2566|fhem->sidTime|1712808001.30042|fhem->sidErrCount|0|readoutTime|1.14
2024.04.11 06:00:01 4:[FritzBox | 7590 | 154.07.57 | Readout_SetGet_Done.5827] - EXPANDED:Back at main process
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5262] - DEBUG:box_ disable list: none
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5266] - DEBUG:filter list: none
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5430] - DEBUG:SET box_guestWlanRemain = '-1'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5430] - DEBUG:SET box_wlan_5GHz = 'on'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5430] - DEBUG:SET box_guestWlan = 'on'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5430] - DEBUG:SET box_macFilter_active = 'off'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5430] - DEBUG:SET box_wlan_2.4GHz = 'on'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5463] - DEBUG:SET state = 'WLAN: on gWLAN: on'
2024.04.11 06:00:01 5:[FritzBox | 7590 | 154.07.57 | Readout_Process.5489] - DEBUG:BulkUpdate lastReadout: 9 values captured in 1.14 s
2024.04.11 06:00:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 06:01:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
.....
2024.04.11 07:03:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:04:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:05:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:06:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:07:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:08:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
-> hier set FritzBox update gemacht
2024.04.11 07:09:02 3:[FritzBox | 7590 | 154.07.57 | Set.1080] - BASIC:set FritzBox update
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2902] - EXPANDED:Old readout process still running. Killing old process HASH(0x55970e427b80)
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2915] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Run_Web.2967] - EXPANDED:Prepare query string for luaQuery.
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Run_Web.3081] - EXPANDED:ReadOut gestartet: &radio=configd:settings/WEBRADIO/list(Name)&box_dect=
copy for forum:define FritzBox FRITZBOX 192.168.100.1
attr FritzBox INTERVAL 60
attr FritzBox boxUser user
attr FritzBox disable 0
attr FritzBox disableDectInfo 1
attr FritzBox disableFonInfo 1
attr FritzBox enableAlarmInfo 0
attr FritzBox enablePassivLanDevices 0
attr FritzBox enableSIP 1
attr FritzBox enableVPNShares 1
attr FritzBox event-on-change-reading box_connect,box_guestWlan,box_wlan_2.4GHz,box_wlan_5GHz,fhemAppState,gsm_internet,mac_,Presence_.*
attr FritzBox event-on-update-reading box_dect
attr FritzBox group SERVER
attr FritzBox lanDeviceReading mac
attr FritzBox room FritzBox,Favourites
attr FritzBox sortby 09
attr FritzBox verbose 0
attr FritzBox webCmd update:checkAPIs
# APICHECKED 1
# APICHECK_RET_CODES Ok
# DEBUGLOG OFF
# DEF 192.168.100.1
# FUUID 60830952-f33f-97bf-8358-1a539c756bf35220
# HOST 192.168.100.1
# INTERVAL 60
# LUADATA 1
# LUAQUERY 1
# MODEL FRITZ!Box 7590
# NAME FritzBox
# NR 2838
# NTFY_ORDER 50-FritzBox
# SECPORT 49443
# SID_RENEW_CNT 1
# SID_RENEW_ERR_CNT 0
# STATE 5:on
#2:on
#Guest:on
# TIMEOUT 55
# TR064 1
# TYPE FRITZBOX
# UPNP 1
# VERSION 07.57.13
# WEBCONNECT 1
# eventCount 518
# OLDREADINGS:
# READINGS:
# 2024-04-09 04:07:54 DSLisON 1
# 2024-04-10 18:51:33 Presence_abcd present
..
# 2024-04-10 18:51:33 Presence_efgh absent
# 2024-04-10 18:51:33 box_connect Connected
# 2024-04-10 18:51:33 box_connection_Type IP_Routed
# 2024-04-10 18:51:33 box_cpuTemp 67
# 2024-04-10 18:51:33 box_dect on
# 2024-04-10 18:51:33 box_dns_Server0 82.145.9.8
# 2024-04-10 18:51:33 box_dns_Server1 82.144.41.8
# 2024-04-10 18:51:33 box_dsl_downStream 199.702
# 2024-04-10 18:51:33 box_dsl_upStream 42.839
# 2024-04-10 18:51:33 box_fon_LogNewest 72 10.04.24 02:30:14
# 2024-04-10 18:51:33 box_fwVersion 154.07.57
# 2024-04-10 20:07:01 box_guestWlan on
# 2024-04-10 18:51:33 box_guestWlanCount 0
# 2024-04-10 20:07:01 box_guestWlanRemain -1
# 2024-04-10 18:51:33 box_ipv4_Extern 82.140.57.250
# 2024-04-10 18:51:33 box_ipv6_Extern ::
# 2024-04-10 18:51:33 box_ipv6_Prefix ::
# 2024-04-10 18:51:33 box_last_connect_err ERROR_NONE
# 2024-04-10 20:07:01 box_macFilter_active off
# 2024-04-10 18:51:33 box_mac_Address 44:4E:6D:A4:3B:F2
# 2024-04-10 08:31:22 box_meshRole master
# 2024-04-10 10:22:15 box_model FRITZ!Box 7590 [7590 - avm]
# 2024-04-10 18:51:33 box_moh default
# 2024-04-10 18:51:33 box_powerRate 34
# 2024-04-10 18:51:33 box_rateDown 4.444
# 2024-04-10 18:51:33 box_rateUp 1.325
# 2024-04-10 18:51:33 box_stdDialPort allFons
# 2024-04-10 18:51:33 box_sys_LogNewest 2018 10.04.24 18:29:12
# 2024-04-10 18:51:33 box_tr064 on
# 2024-04-10 18:51:33 box_tr069 off
# 2024-04-10 18:51:33 box_upnp on
# 2024-04-10 18:51:33 box_upnp_control_activated on
# 2024-04-10 18:51:33 box_uptime 1303740 sec = 15T 02:09:00
# 2024-04-10 18:51:33 box_uptimeConnect 58878 sec = 0T 16:21:18
# 2024-04-10 18:51:33 box_wan_AccessType DSL
# 2024-04-10 20:07:01 box_wlan_2.4GHz on
# 2024-04-10 20:07:01 box_wlan_5GHz on
# 2024-04-10 18:51:33 box_wlan_Count 0
# 2024-04-10 18:51:33 box_wlan_LogExtended off
# 2024-04-10 18:51:33 box_wlan_LogNewest 641 10.04.24 08:31:21
# 2024-04-10 18:51:33 diversity1 SIP1
# 2024-04-10 18:51:33 diversity4_state off
# 2024-04-10 18:51:33 gsm_internet 0
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-04-10 18:51:33 mac_00_11_22_33_44_55 [lan...]
# 2024-03-10 18:27:44 retStat_enableVPNshare vpn1->off
# 2024-04-10 20:07:01 retStat_lastReadout 9 values captured in 2.13 s
# 2024-04-10 20:07:01 retStat_processReadout 0.00 s
# 2024-04-10 20:07:01 state WLAN: on gWLAN: on
# 2024-04-10 18:51:33 tam1 Anrufbeantworter
# 2024-04-10 18:51:33 tam1_newMsg 0
# 2024-04-10 18:51:33 tam1_oldMsg 0
# 2024-04-10 18:51:33 tam1_state off
# 2024-04-10 18:51:33 userTicket01 290240
# 2024-04-10 18:51:33 wlanAll off
# 2024-04-10 18:51:33 wlanAny off
# fhem:
# LOCAL 0
# definedHost 192.168.100.1
# fd_50 ISDN- und Schnurlostelefone
# fd_60 C4
# fd_61 Gigaset
# fd_70 IP_Phone1
# fd_9 alle Telefone
# fdn_C4 60
# fdn_Gigaset 61
# fdn_IP_Phone1 70
# fdn_ISDN- und Schnurlostelefone 50
# fdn_alle Telefone 9
# is_double_wlan 1
# radioCount 40
# sid 1234567890
# sidErrCount 0
# sidNewCount 0
# sidTime 1712772421.43314
# landevice:
# ........
# 192.168.100.1 fritz.box
# 192.168.100.10 DR-LIG16
# 192.168.100.100 EGPM-Wohn
# .........
# 192.168.179.8
# 192.168.179.9
# 00_11_22_33_44_55 lan...
# 00_11_22_33_44_55 lan...
# landevice1022112 SX1999
# .....
# landevice3431 fritz.box
#....
# landevice82546 PC-192-168-179-11
# landevice82547 PC-192-168-179-4
# landevice82549 PC-192-168-179-18
# landevice84206
# landevice84548
# landevice84549
# landevice84550
# landevice84551
# landevice84552
# landevice84553
# landevice84566
# landevice84567
# landevice84575
# landevice84596
# landevice84602
# helper:
# FhemLog3Std 0
# TimerCmd FritzBox.Cmd
# TimerReadout FritzBox.Readout
# debugLog FritzBox_debugLog
# logDebug
# timerInActive 0
# READOUT_RUNNING_PID:
# loglevel 0
# hmccu:
#
setstate FritzBox 5:on\
2:on\
Guest:on
setstate FritzBox 2024-04-10 18:51:33 .box_TodayBytesReceivedHigh 1
setstate FritzBox 2024-04-10 18:51:33 .box_TodayBytesReceivedLow 748594094
setstate FritzBox 2024-04-10 18:51:33 .box_TodayBytesSentHigh 0
setstate FritzBox 2024-04-10 18:51:33 .box_TodayBytesSentLow 1286452972
setstate FritzBox 2024-04-09 04:07:54 DSLisON 1
.....
...
setstate FritzBox 2024-04-10 18:51:33 box_upnp on
setstate FritzBox 2024-04-10 18:51:33 box_upnp_control_activated on
setstate FritzBox 2024-04-10 18:51:33 box_uptime 1303740 sec = 15T 02:09:00
setstate FritzBox 2024-04-10 18:51:33 box_uptimeConnect 58878 sec = 0T 16:21:18
setstate FritzBox 2024-04-10 18:51:33 box_wan_AccessType DSL
setstate FritzBox 2024-04-10 20:07:01 box_wlan_2.4GHz on
setstate FritzBox 2024-04-10 20:07:01 box_wlan_5GHz on
setstate FritzBox 2024-04-10 18:51:33 box_wlan_Count 0
setstate FritzBox 2024-04-10 18:51:33 box_wlan_LogExtended off
setstate FritzBox 2024-04-10 18:51:33 box_wlan_LogNewest 641 10.04.24 08:31:21
setstate FritzBox 2024-04-10 18:51:33 diversity1 SIP1
setstate FritzBox 2024-04-10 18:51:33 diversity4_state off
setstate FritzBox 2024-04-10 18:51:33 gsm_internet 0
....
setstate FritzBox 2024-04-10 18:51:33 mac_landevice3447 inactive: 192.168.100.15
setstate FritzBox 2024-04-10 18:51:33 mac_landevice3449 abcd [landevice3449]
setstate FritzBox 2024-03-10 18:27:44 retStat_enableVPNshare vpn1->off
setstate FritzBox 2024-04-10 20:07:01 retStat_lastReadout 9 values captured in 2.13 s
setstate FritzBox 2024-04-10 20:07:01 retStat_processReadout 0.00 s
setstate FritzBox 2024-04-10 20:07:01 state WLAN: on gWLAN: on
setstate FritzBox 2024-04-10 18:51:33 tam1 Anrufbeantworter
setstate FritzBox 2024-04-10 18:51:33 tam1_newMsg 0
setstate FritzBox 2024-04-10 18:51:33 tam1_oldMsg 0
setstate FritzBox 2024-04-10 18:51:33 tam1_state off
setstate FritzBox 2024-04-10 18:51:33 userTicket01 290240
setstate FritzBox 2024-04-10 18:51:33 wlanAll off
setstate FritzBox 2024-04-10 18:51:33 wlanAny off
Hallo Jamo,
ein Intervall mit 60 Sekunden ist schon sehr ambitioniert. Ich habe irgendwann das TimeOut für den nonBlocking Prozess von 35 auf 50 Sekunden hoch gesetzt. Es gab hier viele Meldungen für einen TimeOut beim Hochfahren von Fhem. Ich checke Heute sowieso eine neue Version ein. In der habe ich das Attribut nonblockingTimeOut dann mal um weitere Auswahlzeiten ergänzt. Dort kannst Du dann 35 Sekunden auswählen.
Grüße Jörg
Hallo Jörg, danke.
Das Attribut nonblockingTimeOut habe ich jetzt schon mal über 'attr FritzBox nonblockingTimeOut 35' auf 35 gesetzt, ist auch angenommen worden vom Modul, ich beobachte.
Die 60 Sekunden Interval mache wegen der Anwesenheitserkennung, ist aber innerhalb der Specification (smalles possible Interval 60 Seconds) laut helptext.
Zitat von: JoWiemann am 11 April 2024, 07:16:31Zitat von: Ralli am 11 April 2024, 06:30:15Hallo Jo,
kleiner Schönheitsfehler:
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/72_FRITZBOX.pm line 3502.
2024.04.11 05:59:57.655 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 3502.
Hallo,
kommt das beim Neustart?
Grüße Jörg
Mit dem heutigen Update Vergangenheit. Danke.
Zitat von: JoWiemann am 11 April 2024, 14:02:16Hallo Jamo,
ein Intervall mit 60 Sekunden ist schon sehr ambitioniert. Ich habe irgendwann das TimeOut für den nonBlocking Prozess von 35 auf 50 Sekunden hoch gesetzt. Es gab hier viele Meldungen für einen TimeOut beim Hochfahren von Fhem. Ich checke Heute sowieso eine neue Version ein. In der habe ich das Attribut nonblockingTimeOut dann mal um weitere Auswahlzeiten ergänzt. Dort kannst Du dann 35 Sekunden auswählen.
Grüße Jörg
Hallo Jörg,
sowohl 10/20/35/50/55 Sekunden für das attr nonblockingTimeOut (Bei Interval 60) funktionieren nicht, alle Werte führen früher oder später dazu, das die Readings bis auf die oben beschriebenen Ausnahmen nicht mehr aktualisiert werden.
Bezüglich des "Intervall mit 60 Sekunden ist schon sehr ambitioniert" -> das hat bei mir seit mindestens 6 Jahren mit allen Versionen des 72_FRITZBOX.pm problemlos funktioniert. Es geht erst seit den letzten 3 Versionen nicht mehr, ich glaube version 12b oder so, als wegen einem manuellem edit der fhem.cfg der Neustart/InitialisierungStart Prozess verändert wurde.
Nun gut, was ich aber nicht verstehe, ist das wenn der timeout überschritten wird, und der FRITZBOX_Readout_Run_Web nicht durchgeführt werden kann, dann muss doch abgebrochen und ein neuer Prozess gestartet werden. Aber aus meinem Log 5 oben geht hervor, das der der "Old readout process still running" ist, und erst durch ein manuelles update gekillt wird
Laut FHEMWIKI fuer den BlockingCall (den ich im code gefunden hab, soll doch im Falle eines Abruchs durch einen überschrittenen Timeout eine abortFn aufgerufen werden, womit man den alten Prozess dann killen könnte und dann einen neuen FRITZBOX_Readout_Run_Web prozess starten könnte?
Beste Grüsse, Jamo
Nochmal der Log 5 von Oben
2024.04.11 07:06:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:07:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.04.11 07:08:18 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2918] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
-> hier ein manuelles set FritzBox update gemacht
2024.04.11 07:09:02 3:[FritzBox | 7590 | 154.07.57 | Set.1080] - BASIC:set FritzBox update
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2902] - EXPANDED:Old readout process still running. Killing old process HASH(0x55970e427b80)
2024.04.11 07:09:02 4:[FritzBox | 7590 | 154.07.57 | Readout_Start.2915] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
Hallo Jamo,
danke für die Informationen. Grundsätzlich habe ich eigentlich nichts an der nonBlocking Logik geändert. Ich werde versuchen das nachzustellen. Da wir aktuell einen Immobilienwechsel durchführen kann das etwas dauern.
Grüße Jörg
Zitat von: JoWiemann am 12 April 2024, 20:14:36Hallo Jamo,
danke für die Informationen. Grundsätzlich habe ich eigentlich nichts an der nonBlocking Logik geändert. Ich werde versuchen das nachzustellen. Da wir aktuell einen Immobilienwechsel durchführen kann das etwas dauern.
Grüße Jörg
Hallo Jörg,
danke und keine Eile, ich bin jetzt erstmal auf die 07.57.12 Beta (nicht die 07.57.12b) zurück,
das funktioniert für mich. Viel Erfolg beim Immobilienwechsel und schönes Wochenende!
Beste Grüsse!
Hallo Joerg,
nur zur Info, die Version "07.57.12 Beta" vom 2024-02-01 zeigt das Verhalten nicht. Also die funktioniert problemlos. Ich habe mal einen diff gemacht, und in der Tat am nonblocking und am Readout scheint es keine Unterschiede zu geben. Beste Grüsse!
Zitat von: Jamo am 13 April 2024, 09:53:48Hallo Joerg,
nur zur Info, die Version "07.57.12 Beta" vom 2024-02-01 zeigt das Verhalten nicht. Also die funktioniert problemlos. Ich habe mal einen diff gemacht, und in der Tat am nonblocking und am Readout scheint es keine Unterschiede zu geben. Beste Grüsse!
Hallo Jamo,
Danke für die Analyse. Ich habe die Fehlerbehandlung umgebaut. Vielleicht liegt da noch der Wurm drin. Ziel war es, dass ein Fehler nicht mehr alle geholten Daten verwirft. Muss ich mir dann mal in Ruhe ansehen.
Grüße Jörg
Ich kann die Beobachtung von Jamo bestätigen. Ich benutze ebenso die mac-Readings für die Anwesenheitserkennung seit Jahren problemlos. Nach einem "update" werden die readings zunächst minütlich aktualisiert, aber irgendwann bricht es dann ab. Dieses Verhalten ist relativ neu.
Grüße,
Seli
Hallo zusammen,
ich kann dies zum Glück nicht bestätigen. Ich habe event-on-change mit folgenden Werten definiert: "state,mac.*". Wenn dies nicht mehr funktionieren würde, würden andere Geräte nicht ein bzw. ausgeschaltet werden. Es würde also recht schnell auffallen 8)
Ich nutze eine FB6690. Habt Ihr ggf. temporär event-on-change gelöscht.
Viele Grüße
Jürgen
Hallo Seli,
gut das ich nicht der einzige bin, bei dem das Problem auftritt.
Hallo Juergen,
nein, wir haben event-on-change nicht geloescht, das habe ich gar nicht gesetzt. Ich spreche davon das der Zeitstempel der spezifischen Readings nicht mehr geupdated wird. Nach einem Web refresh sollte auch der Zeitstempel geaendert werden, auch wenn eoc nicht gesetzt ist. Ich brauche das event nicht, aber das reading sollte aktuell sein, das ich den status des Readings abfrage.
Hallo Jamo,
bei mir wird auch der Zeitstempel aktualisiert. Sehr merkwürdig. Ist für Jörg das Finden der NAdel im Heuhaufen.
Welche Fritzbox nutzt ihr und welches Intervall habt Ihr eingestellt. Ich nutze 120sec.
Viele Grüße
Jürgen
Zitat von: juemuc am 14 April 2024, 22:14:21Hallo Jamo,
bei mir wird auch der Zeitstempel aktualisiert. Sehr merkwürdig. Ist für Jörg das Finden der NAdel im Heuhaufen.
Welche Fritzbox nutzt ihr und welches Intervall habt Ihr eingestellt. Ich nutze 120sec.
Viele Grüße
Jürgen
Steht alles oben https://forum.fhem.de/index.php?msg=1310370
Joerg hat schon angedeutet, das es evtl an der neuen Fehlerbehandlung liegt, wo er vermeiden wollte, das im Fehlerfall Readings verworfen werden. Das warte ich jetzt ab.
Ich habe nicht die gesamte Diskussion verfolgt, glaube aber vom zuletzt beschriebenen Problem betroffen zu sein. Ich möchte Infos beisteuern, um das Problem einzukreisen:
- Mit dem Modul in Version 07.57.13a (2024-04-11 / SVN-Revision 28783) werden keine Readings aktualisiert.
- Ein Downgrade auf Version 07.57.12c (2024-04-03 / SVN-Revision 28743) schafft Abhilfe.
- Die Umgebung (FHEM-Installation inkl. Konfiguration) ist dabei unverändert.
Die dazwischen liegende Version 07.57.13 (2024-04-09 / SVN-Revision 28778) habe ich nicht getestet.
Hallo und guten Morgen,
ich weiß nicht, ob es weiterhilft oder eher verwirrt, aber folgende Info:
Der Fehler trat bei mir nach einem Update gestern auf, jedoch nur bei den beiden 7390, nicht bei meiner 7490?!?
Ein Downgrade hat geholfen. Timeout habe ich bei keiner Box gesetzt.
Schönen Sonntag und erfolgreichen Immobilienwechsel :)
Martin
Habe soeben festgestellt, daß Presence im event-Modus ebenfalls nicht mehr funktioniert.
Betroffen ist
$Id: 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann.
Mit der Version
$Id: 72_FRITZBOX.pm 28642 2024-03-12 17:00:48Z jowiemann
läuft alles wie gewohnt.
Zitat von: Christian. am 21 April 2024, 09:33:44- Ein Downgrade auf Version 07.57.12c (2024-04-03 / SVN-Revision 28743) schafft Abhilfe.
Das muss ich korrigieren. Nach ca. 10 Stunden werden auch mit Revision 28743 keine Werte mehr geliefert. Ich wechsle jetzt auf Version 07.57.11b (2024-02-08 / SVN-Revision 28495).
Bei mir funktioniert seit vor Kurzem die Presenzerkennung nicht mehr.
Sind die Geräte online, dann ist alles OK. Sind die Geräte offline, dann bekomme ich jetzt im ReadingsProxy anstelle von "inactive" ein "inactive: 192.168.178.x". Das läßt sich dann dann im PRESENCE-Module dann nicht mehr auswerten in der Art:
function {ReadingsVal("State_Handy_Conni","state","") ne "inactive" ? 1:0}
weil eben nun die IP-Adresse noch hinten dran hängt. Die will ich auch nicht statisch mit einbauen, weil die kann sich auch mal ändern.
Ich hab mir zwar jetzt über einen dirty-hack den Wert im Readingsproxy wieder auf "inactive" gesetzt, wenn das Gerät inactive ist, indem ich dort ein
attr State_Handy_Conni valueFn {($VALUE =~ m/inactive/)?"inactive":$VALUE}
eingebaut habe.
Aber hat jemand eine Idee wo und wie man an dem Fritzbox-Modul wieder das alte verhalten einstellen kann ?
Zitat von: Ryker am 22 April 2024, 08:00:09Aber hat jemand eine Idee wo und wie man an dem Fritzbox-Modul wieder das alte verhalten einstellen kann ?
Hallo,
wenn ich im Renovieren/Umzug Stress etwas Zeit finde, baue ich hierfür etwas ein.
Grüße Jörg
An Alle,
Ihr müsst im Moment 3 bis 4 Wochen Geduld haben.
Grüße Jörg
Zitat von: Ryker am 22 April 2024, 08:00:09Bei mir funktioniert seit vor Kurzem die Presenzerkennung nicht mehr.
Sind die Geräte online, dann ist alles OK. Sind die Geräte offline, dann bekomme ich jetzt im ReadingsProxy anstelle von "inactive" ein "inactive: 192.168.178.x". Das läßt sich dann dann im PRESENCE-Module dann nicht mehr auswerten in der Art:
function {ReadingsVal("State_Handy_Conni","state","") ne "inactive" ? 1:0}
weil eben nun die IP-Adresse noch hinten dran hängt. Die will ich auch nicht statisch mit einbauen, weil die kann sich auch mal ändern.
Ich hab mir zwar jetzt über einen dirty-hack den Wert im Readingsproxy wieder auf "inactive" gesetzt, wenn das Gerät inactive ist, indem ich dort ein
attr State_Handy_Conni valueFn {($VALUE =~ m/inactive/)?"inactive":$VALUE}
eingebaut habe.
Aber hat jemand eine Idee wo und wie man an dem Fritzbox-Modul wieder das alte verhalten einstellen kann ?
Ja, das sollte über das Attribut "deviceInfo" gehen.
Viele Grüße
Jürgen
Ja, das "deviceinfo" Attribute hatte ich mir auch schon angeschaut, aber das steuert ja nur, wie Geräte angezeigt werden die gerade online sind.
Offline-Geräte (die nicht mehr in den readings erwähnt werden) betrifft das nicht. Und genau das ist aber der springende Punkt.
Hier erscheint im ReadingsProxy, dann aber zusätzlich zum "inactive" auch noch die IP-Adresse. Ich weiß auch nicht woher der ReadingsProxy das holt. Iwie muss das das Fritzbox-Modul ja liefern, obwohl kein Reading dazu da ist.
Aber wie gesagt, Ich filtere jetzt im ReadingsProxy im valueFN alles weg nach dem Wort "inactive" sobald der Status den Wert "inactive" beinhaltet. Damit klappt meine Anwesenheitserkennung anhand der an der Fritzbox angemeldeten Handys wieder.
Die Info bei "inaktiv" hat Jörg für mich eingebaut. Nur so kann ich bei einer abgebauten Wireguard-Verbindung erkennen, welches Gerät sich abgemeldet hat. Bei Wireguard-Verbindungen wird keine MAC-Adresse übergeben.
Viele Grüße
Jürgen
ok, ja, hat auch seine Berechtigung.
Wenn es noch einen Parameter gäbe womit man das Verhalten abschalten könnte, dann könnte ich meinen Bugfix aus meiner Präsenzerkennung wieder rausnehmen.
Aber eilt nicht, jetzt lassen wir ihn erstmal seinen Umzug fertig machen.
Ich möchte nochmal rückmelden, dass die Version 07.57.11b (2024-02-08 / SVN-Revision 28495 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/72_FRITZBOX.pm?rev=28495)) funktioniert. Wer also eine schnelle Lösung sucht, kann sich mit einem Downgrade behelfen.
Auch die Version 07.57.12a (2024-03-01 / SVN-Revision 28575 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/72_FRITZBOX.pm?rev=28575)) läuft bei mir seit mehr als 2 Tagen ohne Probleme.
In meiner Umgebung scheint das Problem also seit Version 28642 zu bestehen. Dazu passt nicht:
Zitat von: RappaSan am 21 April 2024, 10:54:37Mit der Version
$Id: 72_FRITZBOX.pm 28642 2024-03-12 17:00:48Z jowiemann
läuft alles wie gewohnt.
@RappaSan, kannst Du nochmal bestätigen, dass die Revsion 28642 bei Dir keine Probleme macht?
Gerade nochmal nachgesehen:
$Id: 72_FRITZBOX.pm 28642 2024-03-12 17:00:48Z jowiemann $
funktioniert hier - was presence angeht.
Ansonsten ist mir auch noch kein bug aufgefallen.
Moin zusammen,
nur zur Info, ich habe heute die Laborversion (FRITZ!OS: 07.90-112649 BETA) auf meine 7590 gespielt. Bis jetzt funktionieren bei mir alle genutzten Funktionen wie bisher.
Gruss
Enno
Hallo,
sorry, wenn ich mich hier mal einklinke!
Ich habe seit diesem Jahr (den genauen Zeitpunkt kann ich leider nicht angeben) Probleme mit der Presence-Erkennung und ebenso mit der Fritzbox. Meine FHEM-Installation läuft nunmehr seit 2017 mit der gleichen Fritzbox in der gleichen WLAN-Konfiguration.
Aktuell habe ich die Version 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann des Moduls.
Seit einiger Zeit beobachte ich im Log verschiedene Fritzbox-Meldungen, und zwar häufig zu Zeiten, wo eigentlich nichts passiert:
2024.05.01 00:03:48 2: [Fritzbox | 7430 | 146.07.31 | open_Web_Connection.9490] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.05.01 00:03:48 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5123] - SIGNIFICANT:Web connection could not be established
...
2024.05.02 04:36:50 1: [Fritzbox | 7430 | 146.07.31 | Readout_Aborted.5465] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
2024.05.02 04:39:45 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5123] - SIGNIFICANT:Device is offline
2024.05.02 04:49:45 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5123] - SIGNIFICANT:Device is offline
2024.05.02 04:59:48 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5123] - SIGNIFICANT:JSON: Old SID not valid anymore.
...
2024.05.03 00:55:01 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5177] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.05.03 01:00:13 2: [Fritzbox | 7430 | 146.07.31 | open_Web_Connection.9543] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.05.03 01:00:13 2: [Fritzbox | 7430 | 146.07.31 | Readout_Response.5177] - SIGNIFICANT:Web connection could not be established
2024.05.03 01:07:04 2: Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 5456
2024.05.03 01:07:04 1: [Fritzbox | 7430 | 146.07.31 | Readout_Aborted.5517] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
...
Damit verbunden ist gelegentlich zudem, dass mein FHEM-System auf dem RPi 3 plötzlich keine WLAN-Teilnehmer mehr per Presence erkennt (event-basiert).
Gibt es dafür evtl. eine Erklärung oder Umgehung? Was bedeuten die (für mich neuen) FRITZBOX-Meldungen?
Vielen Dank für jeden Hinweis!
Grüße
Tom S
Zitat von: RappaSan am 30 April 2024, 08:18:10$Id: 72_FRITZBOX.pm 28642 2024-03-12 17:00:48Z jowiemann $
funktioniert hier
Danke für das Feedback! Ich habe die Version des Moduls daraufhin vor einigen Tagen auf SVN-Revision 28642 geändert. Seitdem gab es keine Probleme. Gestern habe ich auf SVN-Revision 28743 aktualisiert. Damit sind die Readings schon nach kurzer Zeit eingefroren. Demnach müsste das Problem durch diese Änderungen (https://svn.fhem.de/trac/changeset?reponame=&new=28743%40trunk%2Ffhem%2FFHEM%2F72_FRITZBOX.pm&old=28642%40trunk%2Ffhem%2FFHEM%2F72_FRITZBOX.pm) (Setzen des Loglevels) verursacht werden.
Habs gestern auch noch mal probiert, presence geht nach wie vor nicht.
72_FRITZBOX.pm 28642 2024-03-12 17:00:48Z jowiemann $ funktioniert...
Hallo
Ich kann bestätigen, dass mit SVN-Revision 28743 die Readings nicht mehr bei der FB abgeholt werden.
set FB updateBehebt das Problem dann wieder für einige Tage.
set FB checkAPIsFührt zu diesem Fehler mit der SVN-Revision 28743. Mit SVN-Revision 28642 tritt der Fehler nicht auf!
Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
Schöne Grüße
Dito, selbiges Problem für die 6660 seit der letzten Version kein Update der Readings mehr. Nach dem manuellem anschubsen geht es für ein paar Stunden, dann ist wieder Schluss.
Nachtrag:
Habe auch den Eindruck das seit der letzten Version die FB mehr gestört wird. Jedenfalls habe ich nun vermehrt WLAN Aussetzer.
Wie kann man den die Vorgängerversion wieder installieren?
Zitat von: cRossi am 27 Mai 2024, 18:02:45Wie kann man den die Vorgängerversion wieder installieren?
- Ersetze im FHEM-Verzeichnis die Datei FHEM/72_FRITZBOX.pm mit der Revision 28642 (https://svn.fhem.de/trac/export/28642/trunk/fhem/FHEM/72_FRITZBOX.pm).
- Starte FHEM neu.
Hallo,
ich lade nachher die letze von Euch als funktionierend getestet Version ins SVN. Aktuell habe ich einfach keine Zeit das Problem anzugehen.
Grüße Jörg
Hallo,
ich habe die Änderung loglevel bei BlockingCall jetzt mal aus kommentiert. Würdet Ihr das einmal testen. Danke Euch.
Grüße Jörg
Vielleicht sollte man die SVN Version auch wieder durch eine ältere Version ersetzen, damit nicht alle updater in die gleichen Probleme laufen.
Zitat von: RappaSan am 14 Mai 2024, 08:44:25Habs gestern auch noch mal probiert, presence geht nach wie vor nicht.
....
Ich weiß nicht wie du das bei dir gebaut hast mit der Presence-Erkennung anhand vom WLAN.
Bei mir ist es so, dass erstmal ein ReadingsProxy an am Fritzbox Modul hängt, der aber nun den von der Fritzbox gelieferten Wert wieder so verändert, wie früher.
defmod State_Handy_XXXX readingsProxy FritzBox:mac_xx_xx_xx_xx_xx_xx
attr State_Handy_XXXX valueFn {($VALUE =~ m/inactive/)?"inactive":$VALUE}
Damit klappt die Presence-Erkennung anhand der Handys im WLAN wieder normal.
Man kann sicherlich um das Problem herumarbeiten, damit es auf andere Weise wieder funktioniert.
Ich würde es aber vorziehen, daß der "alte" Weg wieder wie zuvor funktioniert.
Zitat von: JoWiemann am 28 Mai 2024, 09:01:39ich habe die Änderung loglevel bei BlockingCall jetzt mal aus kommentiert. Würdet Ihr das einmal testen. Danke Euch.
Ich habe diese Revision (07.57.13b Beta) seit inzwischen 48 Stunden im Einsatz, bisher ohne Probleme.
Ich würde gern mittesten; aber wie bekomme ich die Revision (07.57.13b Beta) ?
Peter
Hallo
Ist 5 Beiträge vorher (#106) angehängt.
https://forum.fhem.de/index.php?msg=1314117
Hi Jörg,
bei mir läuft die Version 07.57.13b Beta auch ohne Probleme, Presence wird regelmässig aktualisiert. Alles Bene!!
Danke!
Hallo,
bei mir läuft seit ca. 22 Stunden Version 07.57.13b Beta auch ohne Probleme, Presence wird fehlerfrei aktualisiert; auch die Blockade nach 'ring' gibt es nicht mehr. Habe auch unterschiedliche Intervalle getestet; keine Probleme.
Danke !
Peter
Hallo, kurzes Feedback zur Version 07.57.13b Beta:
ich erhalte bei meiner FRITZ!Box Fon WLAN 7390 (Firmware 84.06.88) immer noch den Error: Timeout when reading Fritz!Box data. 144 | BlockingStar. Ich habe downgradet auf Version 07.50.17h.
Grüße Ingo
Hallo Ingo,
ein Log mit verbose 5 und eine Beschreibung Deiner Umgebung würde mir weiter helfen. So kann ich leider nichts machen, da dass Modul bei mir ohne Probleme läuft.
Grüße Jörg
Ok, versuche ich schnellstmöglich nachzulieferen...
Edit: habe einen Log angehängt.Verbose5_Log.txt
Welche Infos würdest du noch benötigen?
Hallo Ingo,
Danke Dir. Nutzt Du in Deinem Netz VPN zur FRITZ!Box?
Grüße Jörg
Hallo Jörg,
nein nutze kein VPN.
Gruß Ingo
Zitat von: karpate am 08 Juni 2024, 22:19:07Hallo Jörg,
nein nutze kein VPN.
Gruß Ingo
Hallo Ingo,
bitte schick mir noch ein List vom FritzBox-Device. Ich bekomme den Fehler einfach nicht provoziert.
Grüße Jörg
Hallo,
das war jetzt etwas trickreich. Die letzten Änderungen haben eine Kleinigkeit bei den Fritz!OS Versionen >= 6.69 und < 7 nicht berücksichtigt. Ich hatte zwar mit einem Fritz!OS 6.nn getestet, aber halt nicht in diesem Intervall.
Anbei eine korrigierte Version zum Testen.
Grüße Jörg
Hallo Jörg,
vielen Dank. Bisher läuft Version 07.57.13c Beta ohne Fehler.
Danke!
Hallo an alle,
an welchem Reading sehe ich denn, ob die Verbindung über Mobilfunk aktiviert ist (also wenn die Ersatzverbindung über Mobilfunk/LTE eingeschaltet ist)? Mit dem attribut 'enableMobileModem' sehe ich nur die Parameter, bzw ob der LTE STick enabled ist, aber nicht ob die Datenverbindung aktuell anstatt über DSL über LTE läuft...
Beste Grüsse, Jamo
Zitat von: Jamo am 21 Juni 2024, 09:31:02Hallo an alle,
an welchem Reading sehe ich denn, ob die Verbindung über Mobilfunk aktiviert ist (also wenn die Ersatzverbindung über Mobilfunk/LTE eingeschaltet ist)? Mit dem attribut 'enableMobileModem' sehe ich nur die Parameter, bzw ob der LTE STick enabled ist, aber nicht ob die Datenverbindung aktuell anstatt über DSL über LTE läuft...
Beste Grüsse, Jamo
ganz genau kann ich es nicht sagen. Ich habe ein meiner "Obhut" eine Cable-Fritzbox, wo aber Kabel mehr schlecht als recht lief, und da ein LTE-Stick dran hängt, dort steht unter dem Reading box_wan_AccessType "other". Ebenso bei einer reinen LTE-Fritzbox.
Bei DSL-Fritzboxen die mit FHEM ausgelesen werden steht bei dem Reading "DSL".
vielleicht hilft dir das weiter.
Zitat von: swsmily am 22 Juni 2024, 00:10:34Zitat von: Jamo am 21 Juni 2024, 09:31:02Hallo an alle,
an welchem Reading sehe ich denn, ob die Verbindung über Mobilfunk aktiviert ist (also wenn die Ersatzverbindung über Mobilfunk/LTE eingeschaltet ist)? Mit dem attribut 'enableMobileModem' sehe ich nur die Parameter, bzw ob der LTE STick enabled ist, aber nicht ob die Datenverbindung aktuell anstatt über DSL über LTE läuft...
Beste Grüsse, Jamo
ganz genau kann ich es nicht sagen. Ich habe ein meiner "Obhut" eine Cable-Fritzbox, wo aber Kabel mehr schlecht als recht lief, und da ein LTE-Stick dran hängt, dort steht unter dem Reading box_wan_AccessType "other". Ebenso bei einer reinen LTE-Fritzbox.
Bei DSL-Fritzboxen die mit FHEM ausgelesen werden steht bei dem Reading "DSL".
vielleicht hilft dir das weiter.
ich hab dieselbe Frage...
Es ist spannend... wenn die Verbindung über den Stick alleine genutzt wird, ist das box_wan_AccessType "other"
Bei BackUp springt das nicht um, oder nur für den Zeitraum wenn DSL wirklich weg ist (hab ich nicht gecheckt)... aber nicht wenn der Stick noch übernimmt (er schaltet ja erst nach 30min zurück)
Ich habe auch nach langem suchen kein sinnvolles Meeting entdeckt.
Die VDSL Rate = 0, würde ich sehen das DSL gerade down ist.
Aber ich sehe nicht sicher, welche Methode die Box gerade nutzt, wie oben erwähnt.
Ein wenig schade... würde mir gerne eine Warnung schicken wollen...
Zitat von: Jamo am 21 Juni 2024, 09:31:02Hallo an alle,
an welchem Reading sehe ich denn, ob die Verbindung über Mobilfunk aktiviert ist (also wenn die Ersatzverbindung über Mobilfunk/LTE eingeschaltet ist)? Mit dem attribut 'enableMobileModem' sehe ich nur die Parameter, bzw ob der LTE STick enabled ist, aber nicht ob die Datenverbindung aktuell anstatt über DSL über LTE läuft...
Beste Grüsse, Jamo
Hallo Jamo,
bitte führe einmal bei aktiviertem LTE Stick folgenden Befehl im FritzBox Device aus:
get <devicename> luaData xhr 1 lang de page mobile xhrId all
und dann bitte auch noch einmal bei nicht aktivem LTE Stick und poste die Ergebnisse.
Ich selber habe keinen Stick und bin da auf Eure Mitarbeit angewiesen.
Grüße Jörg
Hallo Jörg,
bei mir sieht das so aus:
(Manuell) aktiviert
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'mobile'
'xhrId' => 'all'
----------------------------------------------------------------------
$VAR1 = {
'data' => {
'username' => 'ppp',
'fallback' => {
'possible' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'enableable' => $VAR1->{'data'}{'fallback'}{'possible'}
},
'connection' => {
'operator' => 'Telekom.de',
'state' => 'connected',
'quality' => 58,
'accessTechnology' => 'LTE (4G)'
},
'progress' => [],
'accounts' => {
'O2' => {
'provider' => 'internet',
'password' => 'ppp',
'number' => '*99***1#',
'name' => 'O2',
'_node' => 'provider3',
'plmn' => '',
'username' => 'ppp'
},
'1&1' => {
'username' => 'ppp',
'plmn' => '26223',
'_node' => 'provider4',
'number' => '*99***1#',
'name' => '1&1',
'password' => 'ppp',
'provider' => ''
},
'Vodafone' => {
'username' => 'ppp',
'plmn' => '',
'_node' => 'provider1',
'number' => '*99***1#',
'name' => 'Vodafone',
'password' => 'ppp',
'provider' => 'web.vodafone.de'
},
'T-Mobile' => {
'password' => 'ppp',
'number' => '*99#',
'name' => 'T-Mobile',
'provider' => 'internet.t-mobile',
'plmn' => '',
'username' => 'ppp',
'_node' => 'provider0'
},
'1&1 D-Netz' => {
'username' => 'ppp',
'plmn' => '26202',
'_node' => 'provider5',
'name' => '1&1 D-Netz',
'number' => '*99***1#',
'password' => 'ppp',
'provider' => 'web.vodafone.de'
},
'1&1 E-/LTE-Netz' => {
'provider' => 'internet',
'name' => '1&1 E-/LTE-Netz',
'number' => '*99***1#',
'password' => 'ppp',
'_node' => 'provider6',
'username' => 'ppp',
'plmn' => '26203,26207'
},
'E-plus' => {
'plmn' => '',
'username' => 'eplus',
'_node' => 'provider2',
'password' => 'gprs',
'name' => 'E-plus',
'number' => '*99#',
'provider' => 'internet.eplus.de'
}
},
'voipOverMobile' => '1',
'config' => {
'dsl' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'fiber' => $VAR1->{'data'}{'config'}{'dsl'},
'cable' => $VAR1->{'data'}{'fallback'}{'possible'}
},
'compatibilityMode' => {
'enabled' => $VAR1->{'data'}{'config'}{'dsl'},
'enableable' => $VAR1->{'data'}{'fallback'}{'possible'}
},
'pinInfo' => {
'checking' => $VAR1->{'data'}{'config'}{'dsl'},
'state' => 'pin_success',
'puk' => {
'max' => 10,
'value' => '',
'count' => 10,
'needed' => $VAR1->{'data'}{'config'}{'dsl'}
},
'pin' => {
'needed' => $VAR1->{'data'}{'config'}{'dsl'},
'max' => 3,
'count' => 3,
'value' => '****'
}
},
'simOk' => $VAR1->{'data'}{'fallback'}{'possible'},
'wds' => $VAR1->{'data'}{'config'}{'dsl'},
'account_name' => 'T-Mobile',
'sipNumberCount' => 4,
'number' => '*99#',
'pinReady' => $VAR1->{'data'}{'fallback'}{'possible'},
'activation' => 'enabled',
'password' => 'ppp',
'ipclient' => $VAR1->{'data'}{'config'}{'dsl'},
'capabilities' => {
'apn_roaming' => $VAR1->{'data'}{'fallback'}{'possible'},
'ppp' => $VAR1->{'data'}{'fallback'}{'possible'},
'atdial_number' => $VAR1->{'data'}{'fallback'}{'possible'},
'connstate' => $VAR1->{'data'}{'fallback'}{'possible'},
'voice' => $VAR1->{'data'}{'config'}{'dsl'},
'gateway' => $VAR1->{'data'}{'config'}{'dsl'},
'pin' => $VAR1->{'data'}{'fallback'}{'possible'}
},
'roaming' => '0',
'provider' => 'internet.t-mobile'
},
'sid' => 'c7fd848201ad5857',
'sidNew' => 0,
'timeTillLogout' => '1200',
'hide' => {
'rrd' => $VAR1->{'data'}{'fallback'}{'possible'},
'docOv' => $VAR1->{'data'}{'fallback'}{'possible'},
'docInfo' => $VAR1->{'data'}{'fallback'}{'possible'},
'liveTv' => $VAR1->{'data'}{'fallback'}{'possible'},
'docOpt' => $VAR1->{'data'}{'fallback'}{'possible'},
'ssoSet' => $VAR1->{'data'}{'fallback'}{'possible'},
'shareUsb' => $VAR1->{'data'}{'fallback'}{'possible'},
'docStat' => $VAR1->{'data'}{'fallback'}{'possible'},
'docSpectrum' => $VAR1->{'data'}{'fallback'}{'possible'}
},
'time' => [],
'pid' => 'mobile'
};
Deaktiviert
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'mobile'
'xhrId' => 'all'
----------------------------------------------------------------------
$VAR1 = {
'sidNew' => 0,
'timeTillLogout' => '1199',
'data' => {
'accounts' => {
'1&1' => {
'provider' => '',
'password' => 'ppp',
'name' => '1&1',
'number' => '*99***1#',
'_node' => 'provider4',
'username' => 'ppp',
'plmn' => '26223'
},
'T-Mobile' => {
'number' => '*99#',
'name' => 'T-Mobile',
'password' => 'ppp',
'provider' => 'internet.t-mobile',
'plmn' => '',
'username' => 'ppp',
'_node' => 'provider0'
},
'Vodafone' => {
'password' => 'ppp',
'number' => '*99***1#',
'name' => 'Vodafone',
'provider' => 'web.vodafone.de',
'username' => 'ppp',
'plmn' => '',
'_node' => 'provider1'
},
'O2' => {
'name' => 'O2',
'number' => '*99***1#',
'password' => 'ppp',
'provider' => 'internet',
'username' => 'ppp',
'plmn' => '',
'_node' => 'provider3'
},
'E-plus' => {
'name' => 'E-plus',
'number' => '*99#',
'password' => 'gprs',
'provider' => 'internet.eplus.de',
'username' => 'eplus',
'plmn' => '',
'_node' => 'provider2'
},
'1&1 D-Netz' => {
'password' => 'ppp',
'number' => '*99***1#',
'name' => '1&1 D-Netz',
'provider' => 'web.vodafone.de',
'username' => 'ppp',
'plmn' => '26202',
'_node' => 'provider5'
},
'1&1 E-/LTE-Netz' => {
'_node' => 'provider6',
'plmn' => '26203,26207',
'username' => 'ppp',
'provider' => 'internet',
'password' => 'ppp',
'name' => '1&1 E-/LTE-Netz',
'number' => '*99***1#'
}
},
'progress' => [],
'connection' => {
'operator' => 'Telekom.de',
'quality' => 64,
'accessTechnology' => 'LTE (4G)',
'state' => 'ready'
},
'fallback' => {
'enableable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'possible' => $VAR1->{'data'}{'fallback'}{'enableable'}
},
'username' => 'ppp',
'pinInfo' => {
'checking' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'state' => 'pin_success',
'puk' => {
'needed' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'max' => 10,
'value' => '',
'count' => 10
},
'pin' => {
'needed' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'count' => 3,
'value' => '****',
'max' => 3
}
},
'config' => {
'cable' => $VAR1->{'data'}{'fallback'}{'enableable'},
'fiber' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'dsl' => $VAR1->{'data'}{'pinInfo'}{'checking'}
},
'compatibilityMode' => {
'enabled' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'enableable' => $VAR1->{'data'}{'fallback'}{'enableable'}
},
'voipOverMobile' => '1',
'simOk' => $VAR1->{'data'}{'fallback'}{'enableable'},
'wds' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'ipclient' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'provider' => 'internet.t-mobile',
'capabilities' => {
'ppp' => $VAR1->{'data'}{'fallback'}{'enableable'},
'apn_roaming' => $VAR1->{'data'}{'fallback'}{'enableable'},
'atdial_number' => $VAR1->{'data'}{'fallback'}{'enableable'},
'connstate' => $VAR1->{'data'}{'fallback'}{'enableable'},
'voice' => $VAR1->{'data'}{'pinInfo'}{'checking'},
'pin' => $VAR1->{'data'}{'fallback'}{'enableable'},
'gateway' => $VAR1->{'data'}{'pinInfo'}{'checking'}
},
'roaming' => '0',
'activation' => 'disabled',
'pinReady' => $VAR1->{'data'}{'fallback'}{'enableable'},
'password' => 'ppp',
'number' => '*99#',
'account_name' => 'T-Mobile',
'sipNumberCount' => 4
},
'sid' => 'c7fd848201ad5857',
'pid' => 'mobile',
'hide' => {
'rrd' => $VAR1->{'data'}{'fallback'}{'enableable'},
'liveTv' => $VAR1->{'data'}{'fallback'}{'enableable'},
'ssoSet' => $VAR1->{'data'}{'fallback'}{'enableable'},
'shareUsb' => $VAR1->{'data'}{'fallback'}{'enableable'}
},
'time' => []
};
Viele Grüße
Thomas
Und so, nachdem der Verkehr wieder über Kabel läuft, LTE Fallback aber aktiviert (und wohl noch verbunden) ist:
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'mobile'
'xhrId' => 'all'
----------------------------------------------------------------------
$VAR1 = {
'time' => [],
'hide' => {
'ssoSet' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'liveTv' => $VAR1->{'hide'}{'ssoSet'},
'shareUsb' => $VAR1->{'hide'}{'ssoSet'},
'rrd' => $VAR1->{'hide'}{'ssoSet'}
},
'pid' => 'mobile',
'data' => {
'config' => {
'dsl' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'fiber' => $VAR1->{'data'}{'config'}{'dsl'},
'cable' => $VAR1->{'hide'}{'ssoSet'}
},
'compatibilityMode' => {
'enabled' => $VAR1->{'data'}{'config'}{'dsl'},
'enableable' => $VAR1->{'hide'}{'ssoSet'}
},
'voipOverMobile' => '1',
'pinInfo' => {
'puk' => {
'needed' => $VAR1->{'data'}{'config'}{'dsl'},
'max' => 10,
'value' => '',
'count' => 10
},
'pin' => {
'count' => 3,
'value' => '****',
'max' => 3,
'needed' => $VAR1->{'data'}{'config'}{'dsl'}
},
'checking' => $VAR1->{'data'}{'config'}{'dsl'},
'state' => 'pin_success'
},
'fallback' => {
'possible' => $VAR1->{'hide'}{'ssoSet'},
'enableable' => $VAR1->{'hide'}{'ssoSet'}
},
'connection' => {
'accessTechnology' => 'LTE (4G)',
'quality' => 58,
'state' => 'connected',
'operator' => 'Telekom.de'
},
'username' => 'ppp',
'progress' => [],
'accounts' => {
'T-Mobile' => {
'provider' => 'internet.t-mobile',
'password' => 'ppp',
'name' => 'T-Mobile',
'number' => '*99#',
'_node' => 'provider0',
'plmn' => '',
'username' => 'ppp'
},
'Vodafone' => {
'username' => 'ppp',
'plmn' => '',
'_node' => 'provider1',
'password' => 'ppp',
'number' => '*99***1#',
'name' => 'Vodafone',
'provider' => 'web.vodafone.de'
},
'1&1' => {
'provider' => '',
'password' => 'ppp',
'name' => '1&1',
'number' => '*99***1#',
'_node' => 'provider4',
'plmn' => '26223',
'username' => 'ppp'
},
'O2' => {
'name' => 'O2',
'number' => '*99***1#',
'password' => 'ppp',
'provider' => 'internet',
'plmn' => '',
'username' => 'ppp',
'_node' => 'provider3'
},
'E-plus' => {
'_node' => 'provider2',
'username' => 'eplus',
'plmn' => '',
'provider' => 'internet.eplus.de',
'number' => '*99#',
'name' => 'E-plus',
'password' => 'gprs'
},
'1&1 D-Netz' => {
'plmn' => '26202',
'username' => 'ppp',
'_node' => 'provider5',
'name' => '1&1 D-Netz',
'number' => '*99***1#',
'password' => 'ppp',
'provider' => 'web.vodafone.de'
},
'1&1 E-/LTE-Netz' => {
'password' => 'ppp',
'number' => '*99***1#',
'name' => '1&1 E-/LTE-Netz',
'provider' => 'internet',
'plmn' => '26203,26207',
'username' => 'ppp',
'_node' => 'provider6'
}
},
'pinReady' => $VAR1->{'hide'}{'ssoSet'},
'activation' => 'fallback',
'password' => 'ppp',
'number' => '*99#',
'account_name' => 'T-Mobile',
'sipNumberCount' => 4,
'ipclient' => $VAR1->{'data'}{'config'}{'dsl'},
'provider' => 'internet.t-mobile',
'roaming' => '0',
'capabilities' => {
'atdial_number' => $VAR1->{'hide'}{'ssoSet'},
'ppp' => $VAR1->{'hide'}{'ssoSet'},
'apn_roaming' => $VAR1->{'hide'}{'ssoSet'},
'pin' => $VAR1->{'hide'}{'ssoSet'},
'gateway' => $VAR1->{'data'}{'config'}{'dsl'},
'connstate' => $VAR1->{'hide'}{'ssoSet'},
'voice' => $VAR1->{'data'}{'config'}{'dsl'}
},
'simOk' => $VAR1->{'hide'}{'ssoSet'},
'wds' => $VAR1->{'data'}{'config'}{'dsl'}
},
'sid' => 'c7fd848201ad5857',
'sidNew' => 0,
'timeTillLogout' => '1200'
};
Hallo Thomas,
vielen Dank. Dann werde ich mich mal mit den Infos der FB beschäftigen.
Grüße Jörg
ein wenig OT, interesshalber
Laufen Eure Boxen mit Stick sauber durch beim Umschalten.
Vor etwa einem Jahr hatte Jörg auf Anforderung (weiss nicht mehr wer) am Thema Mobilfunk über USB gearbeitet.
Ich hatte per Thetering über Mobiltelefon die Ersatzverbindung mitgetestet und dabei trat das Problem auf, dass beim Umschalten (ich glaube zurück auf DSL) die Box (7590) einen Reboot gemacht hatte.
Ich hatte längere Zeit ein Ticket bei AVM auf (inkl HW Tausch) aber dem Problem war nicht näher zu kommen.
Gruß Ralf
Zitat von: RalfRog am 26 Juni 2024, 12:32:46Laufen Eure Boxen mit Stick sauber durch beim Umschalten.
Bei mir bisher schon, beim Test gerade. Der letzte "echte" Fall ist aber über ein Jahr her.
Zitat von: RalfRog am 26 Juni 2024, 12:32:46Laufen Eure Boxen mit Stick sauber durch beim Umschalten.
Die Fritzbox 6591 (Cable), lief auch durch, wenn sie umgeschaltet hat. Leider kam das selten vor, dass sie auf Kabel zurückschalten konnte, weil es ständig Störungen gab. Daher läuft sie nun dauerhaft mit LTE Stick und Kabel-Anschluss ist gekündigt.
Aber wenn Kabel-Internet verfügbar war hat sie immer ordentlich umgeschaltet ohne Neustart oder ähnlichen.
Zitat von: Docter am 26 Juni 2024, 11:00:12Ich habe auch nach langem suchen kein sinnvolles Meeting entdeckt.
Hallo,
bei aktivierten Attribut enableMobileModem gibt es das Reading usbMobile_activation, welches folgende Status annehmen kann:
enabled -> Verbindung läuft über Mobile-Verbindung
fallback -> Mobile-Verbindung möglich, aber nicht aktiv
disabled -> Mobile-Verbindung nicht möglich oder deaktiviert
Ich habe das FRITZBOX Modul etwas angepasst:
Attribut enableMobileModem nach enableMobileInfo umbenannt. Da ja nur die Infos geholt werden und nicht das Modem aktiviert wird.
Die Readings sind von usbMobile_... nach mobileInfo_... umbenannt, da es ja auch eine FritzBox mit Mobilefunktion gibt.
Weitere Readings: mobileInfo_conn_operator, mobileInfo_conn_state, mobileInfo_conn_quality, mobileInfo_conn_accessTechnology
Anbei eine Beta zum Testen.
Grüße Jörg
Hallo zusammen,
jetzt muss ich mich doch mal melden, weil mein Problem einfach nervt.
Hier wurde es schon einmal angezeigt, aber offensichtlich lag es dort eher an der nicht Erreichbarkeit der Fritzbox nach Stromausfall...
https://forum.fhem.de/index.php?topic=136517.msg1302435#msg1302435 (https://forum.fhem.de/index.php?topic=136517.msg1302435#msg1302435)
Mir fällt es leider immer erst nach einiger Zeit auf, dass die Anwesenheit nicht mehr funktioniert. Das Problem selbst beobachte ich erst seit ca. einem halben Jahr.
Damit in Verbindung bringen konnte ich manchmal (vieleicht ist das auch immer so) das Einloggen und Arbeiten an der Fritzbox.
Ich habe diesmal noch nicht neu gestartet, vieleicht habt ihr ja eine Idee, wie man das Modul dazu bewegen kann sich wieder zu verbinden.
Gruß
Fritzbox: 7490
FRITZ!OS: 7.57
Zitat von: kabanett am 28 Juni 2024, 15:03:26Hallo zusammen,
jetzt muss ich mich doch mal melden, weil mein Problem einfach nervt.
Hier wurde es schon einmal angezeigt, aber offensichtlich lag es dort eher an der nicht Erreichbarkeit der Fritzbox nach Stromausfall...
https://forum.fhem.de/index.php?topic=136517.msg1302435#msg1302435 (https://forum.fhem.de/index.php?topic=136517.msg1302435#msg1302435)
Mir fällt es leider immer erst nach einiger Zeit auf, dass die Anwesenheit nicht mehr funktioniert. Das Problem selbst beobachte ich erst seit ca. einem halben Jahr.
Damit in Verbindung bringen konnte ich manchmal (vieleicht ist das auch immer so) das Einloggen und Arbeiten an der Fritzbox.
Ich habe diesmal noch nicht neu gestartet, vieleicht habt ihr ja eine Idee, wie man das Modul dazu bewegen kann sich wieder zu verbinden.
Gruß
Fritzbox: 7490
FRITZ!OS: 7.57
Hallo,
meine Glaskugel ist kaputt. Also musst Du die Informationen liefern:
list vom FritzBox Device
Log mit verbose 4 oder 5
Wird auf die FB per VPN zugegriffen
Grüße Jörg
PS: schon mal ein set <name> checkAPIs gemacht?
Na denn.
1.List kann ich Dir offensichtlich nicht als txt per PM schicken... Zumindest habe ich keine Möglichkeit gefunden. Zum hier einstellen sind mir da zu viele persönliche Daten drin und lässt sich eh nicht komplett einfügen, wegen der Forums-Größenbegrenzung. Was genau benötigst du?
2. Beim Umstellen auf Verbose 4 kommt eimalig:
2024.06.28 15:49:11 2: [FritzBox | 7490 | 113.07.57 | Readout_Start.2848] - SIGNIFICANT:stopped while to many authentication errorsMehr wird da auch nicht kommen, da das Modul ja nichts mehr macht...
3. Ja, schon immer, aber sehr, sehr selten.
Gruß
Hallo,
einmal verbose 5 setzten und ein set <name> checkAPIs machen. Dann kommt definitiv mehr.
Grüße Jörg
Das List als verschlüsseltes ZIP hoch laden und Passwort per PM würde ja auch gehen.
Hallo,
nach Verbose- Umstellung kommt einmalig:
2024.06.28 16:30:39 3: [FritzBox | 7490 | 113.07.57 | dbgLogInit.413] - BASIC:redirection debugLog: ./log/FritzBox_debugLog-%Y-%m.dlog started
Wo findet man denn das erwähnte debugLog?
Gruß
Sorry, ich habe es gefunden!
Es sind sehr viele Einträge vorhanden. Das Modul funktioniert scheinbar wieder. Also reicht ein set <name> checkAPIs?!
Gruß
Zitat von: kabanett am 28 Juni 2024, 16:46:59Also reicht ein set <name> checkAPIs?!
Gruß
Ja, dann werden alle LogIn Routinen durchlaufen.
Grüße Jörg
OK, vielen Dank!
Da ich scheinbar der einzige bin, lohnt, denke ich, keine weitere Nachforschung.
Ich werde mir ein DOIF bauen, welches mich benachrichtigt und ein set <name> checkAPIs alle 30 min wiederholend ausführt bis die Verbindung steht.
Das Modul gibt ja relativ schnell auf... ;)
Gruß
Zitat von: JoWiemann am 28 Juni 2024, 12:47:02Zitat von: Docter am 26 Juni 2024, 11:00:12Ich habe auch nach langem suchen kein sinnvolles Meeting entdeckt.
Hallo,
bei aktivierten Attribut enableMobileModem gibt es das Reading usbMobile_activation, welches folgende Status annehmen kann:
enabled -> Verbindung läuft über Mobile-Verbindung
fallback -> Mobile-Verbindung möglich, aber nicht aktiv
disabled -> Mobile-Verbindung nicht möglich oder deaktiviert
Ich habe das FRITZBOX Modul etwas angepasst:
Attribut enableMobileModem nach enableMobileInfo umbenannt. Da ja nur die Infos geholt werden und nicht das Modem aktiviert wird.
Die Readings sind von usbMobile_... nach mobileInfo_... umbenannt, da es ja auch eine FritzBox mit Mobilefunktion gibt.
Weitere Readings: mobileInfo_conn_operator, mobileInfo_conn_state, mobileInfo_conn_quality, mobileInfo_conn_accessTechnology
Anbei eine Beta zum Testen.
Grüße Jörg
Hallo Jörg,
leider sehe ich bei mir die Readings "mobileInfo_conn_operator, mobileInfo_conn_state, mobileInfo_conn_quality, mobileInfo_conn_accessTechnology" in deiner Testversion 07.57.14 BetaMobile nicht. Das sind genau die Readings die ich brauche glaube ich. Das Attr enableMobileInfo ist gesetzt.
Anbei ein Auszug aus dem FritzBox list.
Beste Grüsse und Danke!
Internals:
APICHECKED 1
APICHECK_RET_CODES Ok
DEBUGLOG OFF
DEF 168.72.0.1
FUUID 60830952-f33f-97bf-8358-1a539c756bf35220
HOST 168.72.0.1
INTERVAL 60
LUADATA 1
LUAQUERY 1
MODEL FRITZ!Box 7590
NAME FritzBox
NR 2837
NTFY_ORDER 50-FritzBox
SECPORT 49443
SID_RENEW_CNT 1
SID_RENEW_ERR_CNT 0
1:IP_Routed
TIMEOUT 55
TR064 1
TYPE FRITZBOX
UPNP 1
VERSION 07.57.14 BetaMobile
WEBCONNECT 1
eventCount 299
READINGS:
2024-06-29 14:44:22 box_connect Connected
2024-06-29 14:44:22 box_connection_Type IP_Routed
2024-06-29 14:44:22 box_cpuTemp 81
2024-06-29 14:44:22 box_dect on
2024-06-29 14:44:22 gsm_internet 0
2024-06-29 14:54:22 mac_landevice2141 WG75902141 [landevice2141] statIP:off
2024-06-29 14:54:22 mac_landevice2143 WG75902143 [landevice2143] statIP:off
2024-06-29 14:44:22 mobileInfo_CurrentAccessTechnology unknown
2024-06-29 14:44:22 mobileInfo_EnableVoIPPDN 0
2024-06-29 14:44:22 mobileInfo_Enabled 1
2024-06-29 14:44:22 mobileInfo_PDN1_MTU 0
2024-06-29 14:44:22 mobileInfo_PDN2_MTU 0
2024-06-29 14:44:22 mobileInfo_PINFailureCount 0
2024-06-29 14:44:22 mobileInfo_PPPUsername ppp
2024-06-29 14:44:22 mobileInfo_PUKFailureCount 10
2024-06-29 14:44:22 mobileInfo_Roaming 1
2024-06-29 14:44:22 mobileInfo_Status PIN not possible
2024-06-29 14:44:22 mobileInfo_Uptime 43844
2024-06-29 14:44:22 mobileInfo_activation fallback
2024-06-29 14:44:22 mobileInfo_fallback_enableable on
2024-06-29 14:44:22 mobileInfo_fallback_possible on
...
2024-06-29 14:44:22 sip...
fhem:
LOCAL 0
...
disable 0
disableDectInfo 1
disableFonInfo 1
enableAlarmInfo 0
enableMobileInfo 1
enablePassivLanDevices 0
enableSIP 1
enableVPNShares 1
event-on-change-reading box_connect,box_guestWlan,box_wlan_2.4GHz,box_wlan_5GHz,mac_,Presence_.*
event-on-update-reading box_dect
group SERVER
nonblockingTimeOut 55
reConnectInterval 60
room FritzBox,Favourites
sortby 09
verbose 2
webCmd update:checkAPIs
Bei mir klappt die eventbasierte Anwwesenheitserkennung mit dem neuen per update gezogenen Version immer noch nicht.
Der Grund dürfte sein, daß sich die Meldungen der WLAN-devices bei Abwesenheit geändert haben.
Früher kam dann mac_XX_XX_XX_XX_XX_XX inactive
bei der neuen Version mac_XX_XX_XX_XX_XX_XX inactive: 192.168.x.x
Damit passt die alte regex EVENT_ABSENT Fritz:mac_XX_XX_XX_XX_XX_XX:\s+inactive nicht mehr.
Ich möchte aber nicht immer eine regex anpassen müssen, weil sich Meldungen in einem Modul ändern.
Gab's denn für die Änderung einen triftigen Grund?
Die hier funktionierende Version ist in #97 genannt.
Zitat von: RappaSan am 29 Juni 2024, 18:50:12Gab's denn für die Änderung einen triftigen Grund?
Die hier funktionierende Version ist in #97 genannt.
Hallo und ja, gibt es. Es gibt Geräte, die keine MAC distributieren, wie z. B. Powerlinegeräte. Bei absent kann man dann nicht erkennen, welches Gerät keine Verbindung mehr hat. Deswegen habe ich auf Wunsch die IP dran gehangen.
Grüße Jörg
Siehe #93, da ging es um Verbindungen per Wireguard, die auch ohne MAC sind.
Gruß Ralf
OK, das klingt einleuchtend. :)
Danke für die Erklärung(en).
Zitat von: kabanett am 28 Juni 2024, 17:56:19Da ich scheinbar der einzige bin, lohnt, denke ich, keine weitere Nachforschung.
Du bist nicht der Einzige. Ich hatte das Problem auch mal eine zeitlang bei einem Fritz-Repeater 300.
Den habe ich aber nur zum Testen in FHEM mit eingebunden, daher war es mir egal, wenn der mal nicht ausgelesen werden konnte. Unterdessen funktioniert das aber auch wieder problemlos, ohne was zu ändern (außer ab und zu fhem-updates).
Zitat von: Jamo am 29 Juni 2024, 14:58:00Hallo Jörg,
leider sehe ich bei mir die Readings "mobileInfo_conn_operator, mobileInfo_conn_state, mobileInfo_conn_quality, mobileInfo_conn_accessTechnology" in deiner Testversion 07.57.14 BetaMobile nicht. Das sind genau die Readings die ich brauche glaube ich. Das Attr enableMobileInfo ist gesetzt.
Anbei ein Auszug aus dem FritzBox list.
Beste Grüsse und Danke!
Hallo Jamo,
bitte mach doch mal ein:
get FritzBox luaData xhr 1 lang de page mobile
und poste das Ergebnis. Mal sehen, ob die FB die Informationen liefert oder ich einen Fehler gemacht habe.
Grüße Jörg
Hallo Jörg,
sorry, das hatte ich wohl überlesen. Hier das Ergebnis von "get FritzBox luaData xhr 1 lang de page mobile":
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'mobile'
----------------------------------------------------------------------
{
'timeTillLogout' => '1200',
'time' => [],
'sid' => '81cc79c82681cc79cb98',
'hide' => {
'tfa' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'ssoSet' => $VAR1->{'hide'}{'tfa'},
'liveTv' => $VAR1->{'hide'}{'tfa'},
'rrd' => $VAR1->{'hide'}{'tfa'}
},
'pid' => 'mobile',
'sidNew' => 0,
'data' => {
'voipOverMobile' => '0',
'fallback' => {
'possible' => $VAR1->{'hide'}{'tfa'},
'enableable' => $VAR1->{'hide'}{'tfa'}
},
'capabilities' => {
'voice' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'pin' => $VAR1->{'data'}{'capabilities'}{'voice'},
'gateway' => $VAR1->{'hide'}{'tfa'},
'ppp' => $VAR1->{'data'}{'capabilities'}{'voice'},
'apn_roaming' => $VAR1->{'data'}{'capabilities'}{'voice'},
'atdial_number' => $VAR1->{'data'}{'capabilities'}{'voice'},
'connstate' => $VAR1->{'data'}{'capabilities'}{'voice'}
},
'compatibilityMode' => {
'enabled' => $VAR1->{'data'}{'capabilities'}{'voice'},
'enableable' => $VAR1->{'hide'}{'tfa'}
},
'activation' => 'fallback',
'wds' => $VAR1->{'data'}{'capabilities'}{'voice'},
'boxType' => 'dsl',
'sipNumberCount' => 7,
'ipclient' => $VAR1->{'data'}{'capabilities'}{'voice'},
'gateway' => '192.168.0.1'
}
}
Hallo Jamo,
war bei Dir Mobil schon mal aktiv und steckt ein USB Mobilfunkstick in der FB. Das sieht so aus, als wenn kein aktiver Stick in der FB steckt.
Ah, sorry. Bitte noch einmal wiederholen mit:
get FritzBox luaData xhr 1 lang de page mobile xhrId all
Grüße Jörg
Hallo Joerg,
danke, hier das Ergebnis von "get FritzBox luaData xhr 1 lang de page mobile xhrId all". The LTE stick steckt, und 'fallback' ist aktiviert. Die Daten kommen aber über DSL (mobilfunkverbindung nicht aktiv).
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'mobile'
'xhrId' => 'all'
----------------------------------------------------------------------
{
'hide' => {
'tfa' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'liveTv' => $VAR1->{'hide'}{'tfa'},
'ssoSet' => $VAR1->{'hide'}{'tfa'},
'rrd' => $VAR1->{'hide'}{'tfa'}
},
'pid' => 'mobile',
'sidNew' => 0,
'data' => {
'gateway' => '192.168.0.1',
'ipclient' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'boxType' => 'dsl',
'sipNumberCount' => 7,
'wds' => $VAR1->{'data'}{'ipclient'},
'activation' => 'fallback',
'compatibilityMode' => {
'enabled' => $VAR1->{'data'}{'ipclient'},
'enableable' => $VAR1->{'hide'}{'tfa'}
},
'voipOverMobile' => '0',
'capabilities' => {
'voice' => $VAR1->{'data'}{'ipclient'},
'pin' => $VAR1->{'data'}{'ipclient'},
'gateway' => $VAR1->{'hide'}{'tfa'},
'ppp' => $VAR1->{'data'}{'ipclient'},
'apn_roaming' => $VAR1->{'data'}{'ipclient'},
'atdial_number' => $VAR1->{'data'}{'ipclient'},
'connstate' => $VAR1->{'data'}{'ipclient'}
},
'fallback' => {
'enableable' => $VAR1->{'hide'}{'tfa'},
'possible' => $VAR1->{'hide'}{'tfa'}
}
},
'timeTillLogout' => '1200',
'time' => [],
'sid' => '81cc79c82681cc79cb98'
}
Hallo Jamo,
dann scheint die Box keine weiteren Informationen zu liefern.
Was wir noch ausprobieren können ist:
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoE
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoEx
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetBandCapabilities
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetAccessTechnology
Poste doch bitte die Ergebnisse.
Grüße Jörg
Ich fürchte meine Box gibt nichts her:
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoE
Service='X_AVM-DE_WANMobileConnection:1' Control='x_wanmobileconn' Action='GetInfoE'
----------------------------------------------------------------------
{
'UPnPError' => {
'errorDescription' => 'Invalid Action',
'errorCode' => '401'
}
}
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoEx
Service='X_AVM-DE_WANMobileConnection:1' Control='x_wanmobileconn' Action='GetInfoEx'
----------------------------------------------------------------------
{
'GetInfoExResponse' => {
'NewRoaming' => '1',
'NewUptime' => '57260',
'NewIMSI' => '',
'NewSerialNumber' => '',
'NewPPPAuthProtocolVoIP' => 'PAP',
'NewPPPUsername' => 'ppp',
'NewSignalRSRP0' => '',
'NewSignalRSRP1' => '',
'NewAPN' => '',
'NewAPN_VoIP' => '',
'NewEnableVoIPPDN' => '0',
'NewSoftwareVersion' => '',
'NewPDN1_MTU' => '0',
'NewPPPUsernameVoIP' => '',
'NewPDN2_MTU' => '0',
'NewPPPAuthProtocol' => 'PAP',
'NewCurrentAccessTechnology' => 'unknown',
'NewCellList' => '<CellList />
'
}
}
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetBandCapabilities
Service='X_AVM-DE_WANMobileConnection:1' Control='x_wanmobileconn' Action='GetBandCapabilities'
----------------------------------------------------------------------
{
'GetBandCapabilitiesResponse' => {
'NewBandCapabilitiesLTE' => '',
'NewBandCapabilities5GNSA' => 'unknown',
'NewBandCapabilities5GSA' => 'unknown'
}
}
get FritzBox tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetAccessTechnology
Service='X_AVM-DE_WANMobileConnection:1' Control='x_wanmobileconn' Action='GetAccessTechnology'
----------------------------------------------------------------------
{
'GetAccessTechnologyResponse' => {
'NewPossibleAccessTechnology' => '',
'NewCurrentAccessTechnology' => 'unknown',
'NewAccessTechnology' => 'AUTO'
}
}
Hallo,
ich habe jetzt noch ein:
get <name> luaInfo mobileInfo
eingebaut. Damit kann man dann, ohne die Readings zu aktivieren, sich auf die Schnelle die bereitgestellten Informationen ansehen.
Bitte einmal den Bereich Mobile testen. Danke Euch.
Grüße Jörg
Hallo Jörg,
bei mir werden aktuell folgende Werte ermittelt:
Mobile Informations depending on data.lua
Information Value
SIM status off
Activation status disabled
Fallback possible on
Fallback enableable on
Progress refreshNeeded 1
Progress error no_modem
compatibilityMode enabled off
compatibilityMode enableable on
Capabilities voice off
activation disabled
sipNumberCount 3
Mobile Informations depending on TR064
Information Value
PPPUsername
PDN2_MTU 0
APN
SoftwareVersion
Roaming 0
PDN1_MTU 0
IMSI
SignalRSRP1
CurrentAccessTechnology unknown
PPPUsernameVoIP
EnableVoIPPDN 1
APN_VoIP
Uptime 525156
SignalRSRP0
SerialNumber
PINFailureCount 0
PUKFailureCount 10
Enabled 1
Status PIN not possible
FB 6690 mit aktuellester Labor-Version. Es ist kein Mobiltelefon angeschlossen. Allerdings hatte ich dies vor langer Zeit einmal getestet.
Viele Grüße
Jürgen
Hallo Jörg,
bei mir werden aktuell folgende Werte ermittelt:
MobileStick ist angeschlossen, in Fallbackmode, Datenverbindung über DSL (DSL aktiv, Mobile Daten sind deaktiviert):
Mobile Informations depending on data.lua
Information Value
SIM status off
Activation status fallback
Fallback possible on
Fallback enableable on
compatibilityMode enabled off
compatibilityMode enableable on
Capabilities voice off
activation fallback
sipNumberCount 7
Mobile Informations depending on TR064
Information Value
PPPUsername ppp
PDN2_MTU 0
APN
SoftwareVersion
Roaming 1
PDN1_MTU 0
IMSI
SignalRSRP1
CurrentAccessTechnology unknown
PPPUsernameVoIP
EnableVoIPPDN 0
APN_VoIP
Uptime 34773
SignalRSRP0
SerialNumber
PINFailureCount 0
PUKFailureCount 10
Enabled 1
Status PIN not possible
Zitat von: juemuc am 03 Juli 2024, 22:24:32FB 6690 mit aktuellester Labor-Version. Es ist kein Mobiltelefon angeschlossen. Allerdings hatte ich dies vor langer Zeit einmal getestet.
Viele Grüße
Jürgen
Hallo Jürgen,
die letzten Werte bleiben einfach erhalten und man kann sie wohl auch nicht löschen. Ist bei einer meiner FB 7590 genauso.
Grüße Jörg
Hallo,
hier mal eine FB7590, die noch nie einen MobileStick gesehen hat.
Mobile Informations depending on data.lua
Information Value
SIM status off
Activation status
Mobile Informations depending on TR064
Information Value
PPPUsername
PDN2_MTU 0
APN
SoftwareVersion
Roaming 0
PDN1_MTU 0
IMSI
SignalRSRP1
CurrentAccessTechnology unknown
PPPUsernameVoIP
Grüße Jörg
Hallo,
unterstützt das Fritzbox Modul (schon) die 7690 oder die 5690 Pro?
Danke und beste Grüsse!
Zitat von: Jamo am 13 August 2024, 19:26:24Hallo,
unterstützt das Fritzbox Modul (schon) die 7690 oder die 5690 Pro?
Danke und beste Grüsse!
Hallo Jamo,
im Prinzip ja. Da ich mir allerdings in nächster Zeit keine neue FB zulegen werde, kann ich nicht sagen, was nicht funktionieren wird oder welche neuen Funktionen für Fhem interessant wären.
Grüße Jörg
Guten morgen Jörg,
habe jetzt meine 7590 (2.4 GHz Wlan Band war defekt) gegen die 7690 getauscht.
Alle Funktionen die bei mir mit der 7590 funktioniert haben, funktionieren auch bei der 7690.
Danke!
Hallo Jörg,
gibt es irgendeine Möglichkeit über das Modul FRITZBOX.pm den Namen des Gast-WLANs zu ändern?
Danke und Grüße
mi.ke
Zitat von: mi.ke am 30 August 2024, 13:49:10Hallo Jörg,
gibt es irgendeine Möglichkeit über das Modul FRITZBOX.pm den Namen des Gast-WLANs zu ändern?
Danke und Grüße
mi.ke
Hallo mi.ke,
schaue ich mir die Tage mal an.
Grüße Jörg
Hallo,
anbei eine Version zum Testen. Ich habe intern etwas umgebaut. Von daher bitte auf jeden Fall einen Neustart von Fhem durchführen.
Neu ist das Attribut:
enableLogReadings<liste>
Werden folgende Readings aktiviert, wird das entsprechende SystemLog des Fritz Gerätes abgeholt.
box_sys_Log -> holt das System-Log
box_wlan_Log -> holt das WLAN-Log
box_fon_Log -> holt das Telefon-Log
Bisher wurden die drei Logs immer abgeholt.
Neu ist:
set <device> wlanGuestParams <ssid name> oder <pwd password> oder <wlan on|off> oder <mode private|public>
! Noch keine commandRef gepflegt und es werden noch Log-Einträge generiert, die ich später deaktiviere.
Grüße Jörg
Hallo Jörg
Zitat von: JoWiemann am 02 September 2024, 16:04:55Neu ist das Attribut:
enableLogReadings<liste>
Werden folgende Readings aktiviert, wird das entsprechende SystemLog des Fritz Gerätes abgeholt.
box_sys_Log -> holt das System-Log
box_wlan_Log -> holt das WLAN-Log
box_fon_Log -> holt das Telefon-Log
Bisher wurden die drei Logs immer abgeholt.
Die Funktion der beiden Kommandos:
get <name> fritzLog <table> <all | sys | wlan | usb | net | fon>
get <name> fritzLog <hash> <all | sys | wlan | usb | net | fon> [on|off]
mit dem Aufruf der Funktion myUtilsFritzLogExPostnb/myUtilsFritzLogExPostist aber unverändert?
=> So hatte ich anfangs ungewollte Loginversuche auf der FritzBox mit FHEM in der 99_myUtils überwacht.
Nach dem du die Readings (box_sys_LogNewest, box_wlan_LogNewest, box_fon_LogNewest) realisiert hattest, triggere ich (per DOIF) auf einige Eventnummern der Box-Logs (box_sys_LogNewest, box_wlan_LogNewest).
Fazit: Bei der Testversion wäre nun auf jeden Fall das Attribut "enableLogReadings box_sys_Log,box_wlan_Log" zu setzen. Bleiben die *LogNewest erhalten?
Gruß Ralf
...und stelle gerade fest, dass ich schon einige Zeit keine Meldungen erhalten habe.
Obwohl es letzte Woche zwei selbst verursachte 510er Meldungen gegeben hat. Muss ich mal auf die Suche gehen...
Hallo Ralf,
das Ermitteln des LogNewest braucht viel Zeit und führt immer wieder zu Abbrüchen, gerade bei Repeatern. Deshalb das neue Attribut.
Das get fritzLog funktioniert auch ohne gesetztes Attribut.
Grüße Jörg
Zitat von: JoWiemann am 03 September 2024, 07:54:07Das get fritzLog funktioniert auch ohne gesetztes Attribut.
Gut - damit ne Option sich selber durchs FB-Log zu wühlen.
Zitat von: JoWiemann am 03 September 2024, 07:54:07das Ermitteln des LogNewest braucht viel Zeit und führt immer wieder zu Abbrüchen, gerade bei Repeatern. Deshalb das neue Attribut.
Ja stimmt, bei mir zwar scheinbar unkritisch aber es sind schon viele Daten die geholt werden auch wenn man sie gar nicht nutzt und vielleicht bei entsprechendem Verbose auch nicht so gern im FHEM-Log hat.
Ein Attribut ist ne gute Idee :)
Gruß Ralf
Hallo Jörg
Habe mir zum Testen die Version ins Lifesystem geholt ;D
* ShutdownRestart: eine Warnung ansonsten unauffällig:
2024.09.03 11:17:22.826 1: PERL WARNING: "my" variable $result masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 7141, <$fh> line 1075.
...
2024.09.03 11:19:03.366 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.03 11:19:09.463 3: [Fritzclient | 7490 | 113.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
* Attribut enableLogReadings funktioniert und die Readings box_sys_Log,box_wlan_Log werden wieder aktualisiert.
* set <device> wlanGuestParams nicht probiert, kommt ja hoffentlich von mi.ke
Da ich einige Versionen nicht mitgegangen bin und von der 07.57.12a komme muss ich mich erst mal durch die Änderungen bei den enable/disable Attributen und Readings "wühlen" ;)
Gruß Ralf
...der Verbose Level war erstmal 3
P.S.(1)
Machen im Attribut "disableBoxReadings <liste>" die Angabe der drei Werte "box_*_LogNewest" noch Sinn? Sie werden ja durch "enableLogReadings" einzeln aktiviert - dann muss ich sie ja nicht wieder unsichtbar schalten.
P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:
attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.
P.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.
2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200Muss ich mal genauer durchschauen und auch den LOglevel für dich erhöhen.
Wenn man es dann manuell nochmal anstößt läuft es wieder.
Zitat von: RalfRog am 03 September 2024, 12:41:31* ShutdownRestart: eine Warnung ansonsten unauffällig:
2024.09.03 11:17:22.826 1: PERL WARNING: "my" variable $result masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 7141, <$fh> line 1075.
gefixed.
Zitat von: RalfRog am 03 September 2024, 12:41:31P.S.(1)
Machen im Attribut "disableBoxReadings <liste>" die Angabe der drei Werte "box_*_LogNewest" noch Sinn? Sie werden ja durch "enableLogReadings" einzeln aktiviert - dann muss ich sie ja nicht wieder unsichtbar schalten.
Da hast Du recht. Habe ich raus genommen.
Zitat von: RalfRog am 03 September 2024, 12:41:31P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:
attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut auf deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.
Hm, kommt wohl aus der fhem.pl. Ich habe das mal als Frage im Developer-Bereich gepostet.
Zitat von: RalfRog am 03 September 2024, 12:41:31P.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.
2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
Habe ich so noch nicht gehabt. Werde das einmal ausprobieren.
Vielen Dank fürs Testen und Grüße
Jörg
PS: Anbei die neue Version
Zitat von: RalfRog am 03 September 2024, 12:41:31* set <device> wlanGuestParams nicht probiert, kommt ja hoffentlich von mi.ke (https://mi.ke/)
Hi Jörg,
erstmal vielen Dank für die schnelle Umsetzung.
wlanGuestParams ssid funktioniert prima, ich teste weiter.
ich hab seit längerem kein Update des Moduls mehr gemacht, da hat sich doch sehr viel geändert. Ich muss erstmal meine userReading, DOIF und notify anpassen. Ist jetzt einiges doppelt/anders.
vorher: $Id: 72_FRITZBOX.pm 17437 2022-12-06 20:49:58Z fork $
installiert: $Id: 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann $
Jetzt muss ich erstmal feststellen, was sich wie geändert hat, damit wieder alles sauber läuft.
cheers mi.ke
Zitat von: mi.ke am 03 September 2024, 16:25:01vorher: $Id: 72_FRITZBOX.pm 17437 2022-12-06 20:49:58Z fork $
installiert: $Id: 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann $
uiiii.... da waren einige auch strukturelle Änderungen nicht nur ein paar READINGs weg/dazu.
Zitat von: JoWiemann am 03 September 2024, 13:47:02ZitatP.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.
Code Auswählen Erweitern
2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
Habe ich so noch nicht gehabt. Werde das einmal ausprobieren.
Habe deinen Post leider etwas zu spät gelesen und mit der
ersten Version nochmal in Ruhe getestet - vor allem mit deaktivierter Logabfrage.
<da waren nach der 12a ja etliche Meldungen wg. "Hängern>
Der Effekt war im Prinzip weg und ich hatte (nicht reproduzierbar) einmal den Effekt, dass nach Attributänderung die zugehörigen READINGs nicht gelöscht wurden (Ausnahme das experimentelle enableMobileInfo <0 | 1> - READINGs musste ich manuell löschen).
Möglich also, dass das "Klemmen" mit aktivem auslesen des Log wieder kommt wenn man die enableAttribute setzt/ändert.
Ich hoffe dazu zu kommen es morgen mit der neuen Version nochmal zu checken. Im normalen Betrieb mit Log die letzten 5 Stunden unauffällig.
Gruß Ralf
Zitat von: RalfRog am 03 September 2024, 12:41:31P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:
attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.
Rückmeldung von Rudi: works as designed.
Grüße Jörg
Zitat von: JoWiemann am 03 September 2024, 19:47:44Rückmeldung von Rudi: works as designed.
Grüße Jörg
Jo.
Kommt vermutlich nicht so oft vor, dass man alle Haken wegnimmt.
Unerfahrenheit stolpert hier gedanklich - aber mit der Meldung "attr Fritzbox disableBoxReadings:
attribute value is missing" kann man sich denken deleteattr zu verwenden.
Gruß Ralf
Hi Jörg
Habe gerade im Dev-Thread deine Diskussion mit Rudi gelesen.
Bloß keine Verrenkungen wegen der Meldung. Ich kann mich nicht erinnern, dass ich mal von einem Nutzer ne Meldung dazu gelesen habe und
mir ist es in 5 Jahren max. 2-3 mal passiert, dass ich zum Testen alle Haken entfernt habe.
Mir fallen auch nicht viele Module mit Auswahlbox in den Attributen ein.
Gruß Ralf
Hi Jörg,
auch aus dem Fakt, dass :multiplestrict auch für set/get-cmds verwendet werden könnte...
Ein Fix für dein Problem könnte sein, zusätzlich "none" bzw. "all" als Option anzubieten,
und in der Modul-AttrFn das entspechend zu behanden.
Die Fehlermeldung kommt zwar trotzdem, wenn nichts selektiert ist, aber es ist ein "Denkanstoß" für den User.
l.g. erwin
Zitat von: JoWiemann am 03 September 2024, 13:47:02PS: Anbei die neue Version
Hallo Jörg
Die neue Version ist gerade mit shutdown restart aktiviert und der Vorgänger bis dahin ohne Meldungen (Verbose 3) im Log.
Keine Auffälligkeiten jetzt zu Beginn
- Meldung ist weg: "PERL WARNING: "my" variable $result
- die drei Werte "box_*_LogNewest" sind weg
Zu den "Hängern" hatte ich mich ja schon geäußert. Werde jetzt noch ein wenig "rumspielen" und schau mal ob sich was sehen lässt. Das FB-Log hole ich seit gestern Abend wieder.
Gruß Ralf
Hallo Jörg
Habe nicht wirklich etwas finden können. Eventuell liegt ja auch an der Performance meines Pi2B ::)
Habe mal mit Verbose 4 das Log per "tail -f" mitlaufen lassen. An sich wird bei Änderung der enable/disable Attribute direkt
2024.09.04 20:34:58.507 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.04 20:36:40.285 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3113] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
...aufgerufen und entfallende Readings aus der Liste entfernt.
Sehr sporadisch funktioniert es nicht (Readings entfernen). Bei den "enableLogReadings" gleich beim ersten Mal (Zufall), dann nicht wieder.
Kurze Frage: siehe Bild
Es verschwindet jedesmal die get-Box (nur set bleibt erhalten). Normal? Performance?
Kommt dann wieder wenn die Detailansicht Fritzbox erneut aufgerufen wird (bin bisher nicht zum Gegencheck auf die 07.57.12a zurück!)
Gruß Ralf
P.S.
Das holen des WLAN-Log dauert etwa 1,5 sec, das SYS-Log 2 sec. und die WLANneighbors sogar 3,5 sec
2024.09.04 20:44:06.086 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4240] - EXPANDED:enableWLANneighbors - start getting data
2024.09.04 20:44:06.092 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:43:00
2024.09.04 20:44:06.094 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:44:06.095 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://10.20.30.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:44:09.417 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
{"pid":"chan","hide":{"rss":true,"ssoSet":true,"liveImg":true,"liveTv":true,"dectMail":true,"dectRdio":true,"provServ":true,"rrd":true},"timeTillLogout":"1200"........
2024.09.04 20:44:09.433 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4307] - EXPANDED:enableWLANneighbors - end getting data
Übersicht eine Sequenz
2024.09.04 20:37:45.278 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3113] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.09.04 20:37:45.317 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3220] - EXPANDED:luaQuery - start getting data
2024.09.04 20:37:45.368 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:45.370 4: [Fritzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.04 20:37:46.495 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3362] - EXPANDED:luaQuery - start getting data: Dect device list
2024.09.04 20:37:46.515 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3456] - EXPANDED:luaQuery - end getting data: Dect device list
2024.09.04 20:37:46.516 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3464] - EXPANDED:luaQuery - start getting data: FonInfo
2024.09.04 20:37:46.518 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3480] - EXPANDED:luaQuery - end getting data: FonInfo
2024.09.04 20:37:46.532 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3498] - EXPANDED:sip for box-model: 7590
2024.09.04 20:37:46.533 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3502] - EXPANDED:luaQuery - start getting data: SIPInfo
2024.09.04 20:37:46.535 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip0: 1
2024.09.04 20:37:46.536 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip0_0123789012 -> registration ok
2024.09.04 20:37:46.538 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip1: 1
2024.09.04 20:37:46.540 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip1_4912396123456 -> registration ok
2024.09.04 20:37:46.542 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip2: 1
2024.09.04 20:37:46.544 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip2_0123789012 -> registration ok
2024.09.04 20:37:46.545 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3560] - EXPANDED:end
2024.09.04 20:37:46.548 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3565] - EXPANDED:luaQuery - end getting data: SIPInfo
2024.09.04 20:37:46.549 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3574] - EXPANDED:luaQuery - start getting data: VPNShares
2024.09.04 20:37:46.551 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn0 connection0: 1: not active
2024.09.04 20:37:46.554 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn1 connection1: 1: not active
2024.09.04 20:37:46.556 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn2 connection2: 1: not active
2024.09.04 20:37:46.559 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn3 connection3: 1: not active
2024.09.04 20:37:46.561 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3649] - EXPANDED:luaQuery - end getting data: VPNShares
2024.09.04 20:37:46.562 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3661] - EXPANDED:luaQuery - start getting data: wlanList
2024.09.04 20:37:46.579 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3677] - EXPANDED:luaQuery - end getting data: wlanList
2024.09.04 20:37:46.583 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3714] - EXPANDED:luaQuery - start getting data: lanDevice
2024.09.04 20:37:46.614 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3848] - EXPANDED:luaQuery - end getting data: lanDevice
2024.09.04 20:37:46.622 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.4057] - EXPANDED:luaQuery - end getting data
2024.09.04 20:37:46.626 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4104] - EXPANDED:mesh_role - start getting data
2024.09.04 20:37:46.632 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:46.633 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:46.634 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:47.323 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:47.332 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4147] - EXPANDED:mesh_role - end getting data
2024.09.04 20:37:47.334 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4155] - EXPANDED:WakeUpCall - start getting data
2024.09.04 20:37:47.338 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:47.339 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:47.341 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:48.194 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:48.208 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4231] - EXPANDED:WakeUpCall - end getting data
2024.09.04 20:37:48.209 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4240] - EXPANDED:enableWLANneighbors - start getting data
2024.09.04 20:37:48.215 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:48.216 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:48.218 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:51.500 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:51.513 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4307] - EXPANDED:enableWLANneighbors - end getting data
2024.09.04 20:37:51.515 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4376] - EXPANDED:LOG_WLAN - start getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:51.519 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:51.520 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:51.521 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:52.921 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:52.971 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4421] - EXPANDED:LOG_WLAN - end getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:52.973 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4431] - EXPANDED:LOG_SYS - start getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:52.979 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:52.981 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:52.984 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:54.923 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:54.970 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4472] - EXPANDED:LOG_SYS - end getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:54.971 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.5074] - EXPANDED:wrong Fritz!OS: 07.59 or AVM-Model: FRITZ!Box 7590 for docsis informations.
2024.09.04 20:37:54.980 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5382] - EXPANDED:wanpppconn - start getting TR064 data
2024.09.04 20:37:54.982 4: [Fritzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.04 20:37:55.690 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5430] - EXPANDED:wanpppconn - end getting TR064 data
2024.09.04 20:37:55.691 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5514] - EXPANDED:ipv6 - start getting TR064 data
2024.09.04 20:37:56.090 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.094 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5534] - EXPANDED:ipv6 - end getting TR064 data
2024.09.04 20:37:56.095 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5539] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.04 20:37:56.379 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.382 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5559] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.04 20:37:56.383 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5563] - EXPANDED:AccessType - start getting TR064 data
2024.09.04 20:37:56.600 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.603 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.04 20:37:56.606 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 487 values
Zitat von: RalfRog am 04 September 2024, 23:15:29aufgerufen und entfallende Readings aus der Liste entfernt.
Sehr sporadisch funktioniert es nicht (Readings entfernen). Bei den "enableLogReadings" gleich beim ersten Mal (Zufall), dann nicht wieder.
Hallo Ralf,
hm, werde ich nochmal testen. Bisher hatte ich das Symptom noch nicht.
Zitat von: RalfRog am 04 September 2024, 23:15:29Kurze Frage: siehe Bild
Es verschwindet jedesmal die get-Box (nur set bleibt erhalten). Normal? Performance?
Kommt dann wieder wenn die Detailansicht Fritzbox erneut aufgerufen wird (bin bisher nicht zum Gegencheck auf die 07.57.12a zurück!)
Works as designed. Leider weiß ich nicht wie ich ein Browser Refresh vom Modul aus anstoßen kann.
Zitat von: RalfRog am 04 September 2024, 23:15:29Das holen des WLAN-Log dauert etwa 1,5 sec, das SYS-Log 2 sec. und die WLANneighbors sogar 3,5 sec
Das Problem sind wohl eher die Repeater. Bei FB's hatte ich hier bisher auch keine Probleme.
Grüße Jörg
Zitat von: JoWiemann am 05 September 2024, 08:22:16Works as designed. Leider weiß ich nicht wie ich ein Browser Refresh vom Modul aus anstoßen kann.
Alles ok. Kein Problem. War mir bisher nicht aufgefallen.
Gestern Abend und wiederholt heute morgen hatte ich den Effekt, dass die Readings (zu sehen vor allem an retStat_*) in FHEMWEB nicht mehr aktualisiert wurden - auch nicht beim erneuten anklicken.
Vorbemerkung: RPI2B und bisher 07.57.12a (da war es nicht aufgefallen); die Vesionen danach nicht genutzt.
Die Zeitpunkte des Effekts passen zu den Kommandos (per at) "set <name> wlan2.4|wlan5 <on|off>". Ob das Modul gar nicht mehr arbeitet hatte ich gestern auf die Schnelle nicht festellen können - per "set <name> checkAPIs" ging dann wieder. Heute morgen der gleiche Effekt.
Ich schau mal das spätestens bis Sonntag genauer zu untersuchen und ggfs. auch Daten liefern zu können. Einfach so verbose 4/5 mitlaufen lassen ist am Ende wegen der schieren Datenmenge eher doof. Die muss ich dann gezielt erzeugen.
Gruß Ralf
Edit -> Frage:
Macht es Sinn in den Logs ggfs. die Antwort-Daten zu löschen - also die JSON-Strings ala <{"pid"}...> etc., weil du sie sowieso nicht analysierst?
Würde dann z.B. ein "sed -ibak -e '/^{"pid"/d' fhem-2024-36.log" übers Log laufen lassen.
Hallo Jörg
Muss erst später weg. Konnte noch was testen.
Schau mal ob du so etwas damit anfangen kannst - kann sonst gezielter checken. Würde dann auf das Testsystem wechseln.
Beobachtung 3 unten wäre der Eintritt des Fehlerzustandes bei verbose 4.
Ich habe 2 Boxen im Mesh 7590 Master (Fritzbox) / 7490 Client (Fritzclient) mit FHEM auf RPI2B
Beobachtung/Check 1
nach dem Ausführen von "set <name> checkAPIs" --> um den Fehlerzustand von heute morgen zu beenden.
2024.09.06 11:34:25.861 3: [Fritzclient | 7490 | 113.07.59 | Set.1187] - BASIC:set Fritzclient checkAPIs
2024.09.06 11:34:35.480 3: [Fritzclient | 7490 | 113.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.06 11:34:38.621 3: [Fritzbox | 7590 | 154.07.59 | Set.1187] - BASIC:set Fritzbox checkAPIs
2024.09.06 11:34:42.266 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
läuft es wieder. Gut 2 Stunden (ab 11:3 Uhr) habe ich geschaut, sprich die Readings werden im Abfrageintervall aktualisiert.
Beobachtung/Check 2
nach dem Ausführen von "set Fritzbox wlan5 off"
2024.09.06 13:40:39.516 3: [Fritzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set Fritzbox wlan5 off
2024.09.06 13:40:39.891 3: [Fritzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
Werden folgende Reading noch aktualisiert (event-on-change-reading ist für einige gesetzt):
box_wlan_5GHz off 2024-09-06 13:40:41
retStat_lastReadout 9 values captured in 1.14 s 2024-09-06 13:40:41
retStat_processReadout 0.03 s 2024-09-06 13:40:41
Danach gibt es keine Aktualisierungen mehr für die Fritzbox - Fritzclient wird weiter aktualisiert.
Nach 10 Min. habe ich statt checkAPIs mal das Attribut verbose auf 4 gesetzt.
2024.09.06 13:57:02.572 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
Attribut in FHEMWEB wurde aktualisiert ohne die Seite neu aufzurufen, aber es bleibt dabei: es gibt keine Aktualisierungen für die Fritzbox - Fritzclient wird weiter aktualisiert
Jedoch läuft im Log (verbose 4) ohne dass etwas in FHEMWEB passiert (Intervall steht auf 90):
2024.09.06 13:58:07.578 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 13:59:12.581 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:00:17.585 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:01:22.590 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:02:27.593 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:03:32.597 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:04:37.602 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:05:42.605 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
Wenn ich dann die Fritzbox im FHEMWEB aktualisiere ist die Ansicht nur mit "set" das "get" fehlt dauerhaft (wie Screeshot gestern).
Nach "set <name> checkAPIs" geht es wieder
2024.09.06 14:08:15.841 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 14:08:15.844 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 485 values
Die Daten laufen auch im Log :)
Beobachtung/Check 3
Ca. 14:08:15: nach "set Fritzbox wlan5 on" kommt es wieder dazu, dass nicht aktualisiert wird. verbose 4 noch eingestellt.
Im Log kommt dabei (immer ohne Daten):
2024.09.06 14:08:15.841 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 14:08:15.844 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 485 values
jetzt Kommando abgeschickt
2024.09.06 14:08:50.403 3: [Fritzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set Fritzbox wlan5 on
2024.09.06 14:08:50.405 4: [Fritzbox | 7590 | 154.07.59 | Readout_SetGet_Start.6261] - EXPANDED:Fork process FRITZBOX_Set_Wlan_OnOff
2024.09.06 14:08:50.498 3: [Fritzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
2024.09.06 14:08:50.505 4: [Fritzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.06 14:08:51.295 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 14:08:15
2024.09.06 14:08:51.297 4: [Fritzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.06 14:08:51.584 4: [Fritzbox | 7590 | 154.07.59 | Readout_SetGet_Done.6283] - EXPANDED:Back at main process
2024.09.06 14:09:35.927 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:11:05.941 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:12:35.944 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:14:05.951 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
Gibt dir das Anhaltspunkte?
Gruß Ralf
Hallo Ralf,
vielen Dank für die Analyse. Ich komme allerdings erst ab Montag dazu, dass durch ein Code walk through zu analysieren.
Grüße und ein schönes Wochenende
Jörg
Ok dann halt ich mal die Füße still :)
Versuche bis Montag auf dem Testsystem einen Vergleich im Verhalten 12a <-> aktuelle Version <-> Beta zu machen.
Ziehe dann dort auch den Rest auf die aktuelle Versionen.
Gruß Ralf
Zitat von: RalfRog am 06 September 2024, 19:23:59Versuche bis Montag auf dem Testsystem einen Vergleich im Verhalten
Hallo Jörg noch ein paar Anmerkungen
Kurzform:Das Problem stellt sich auf dem Testsystem mit "07.57.15 Beta (2te)" analog dar :-( Kommandos werden aber trotz Hänger augeführt.
"07.57.13d" und "07.57.12a" nicht betroffen.
Ich denke damit ist sicher gestellt, dass meine Umgebung nicht die Ursache ist. Vielleicht nur ne Kleinigkeit beim Umstellen für das Fritz-Log.
Habe auf die Schnelle einige andere Kommandos gecheckt (teilweise gleicher Effet und Zufallsfindings).
- set <name> ledSetting => kein Problem
- set <name> macFilter => Hänger
- set <name> lockLandevice => Hänger
Kommando wird mit "lockLandevice landevice2150 on" korrekt ausgeführt
Kommando funktioniert mit "lockLandevice <MAC> on" nicht
Fehler: retStat_lockLandevice ->ERROR:no msgId returned
(Eingabe 1C_2D_53_1A_E3_DC) 2024.09.08 14:13:37.086 3: [fritzzbox | 7590 | 154.07.59 | Set.2053] - BASIC:set fritzzbox lockLandevice on
2024.09.08 14:13:37.087 1: PERL WARNING: Use of uninitialized value $val[0] in join or string at ./FHEM/72_FRITZBOX.pm line 2054.
2024.09.08 14:13:38.310 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:13:39.760 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:13:39.762 2: [fritzzbox | 7590 | 154.07.59 | Set_lock_Landevice_OnOffRt.7730] - SIGNIFICANT:setting locklandevice: no msgId returned
(Eingabe 1C:2D:53:1A:E3:DC) 2024.09.08 14:17:42.209 3: [fritzzbox | 7590 | 154.07.59 | Set.2053] - BASIC:set fritzzbox lockLandevice on
2024.09.08 14:17:43.477 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:17:45.002 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:17:45.004 2: [fritzzbox | 7590 | 154.07.59 | Set_lock_Landevice_OnOffRt.7730] - SIGNIFICANT:setting locklandevice: no msgId returned
Testverlauf- zunächst habe ich auf dem Testsystem (RPI 1B) ein "update" und "shutdown restart" gemacht
- "07.57.13d" war schon drauf. Nach Auführen von "set fritzzbox wlan5 off" wurden vom Modul die Readings weiterhin aktualisiert --> also ok
- "07.57.12a" habe ich daher nicht auch noch getestet
- "07.57.15 Beta" (2te) drauf kopiert und "shutdown restart"
--> Prima ist diese Info im Log und Korrektur des Attributs: WARNING: fritzzbox attribute enableMobileModem was renamed to enableMobileInfo - verbose auf 4 und neues Fritz-Log-Attribut nicht enabled
- "set fritzzbox wlan5 on" und vom Modul werden die Readings (Hänger) nicht mehr aktualisiert --> also NOK
2024.09.06 22:30:30.451 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5559] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.06 22:30:30.455 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5563] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 22:30:30.718 4: [fritzzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
.<s:Envelope .....
</s:Envelope>
2024.09.06 22:30:30.726 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 22:30:30.737 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 493 values
==> 2024.09.06 22:30:47.754 3: [fritzzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set fritzzbox wlan5 on
2024.09.06 22:30:47.759 4: [fritzzbox | 7590 | 154.07.59 | Readout_SetGet_Start.6261] - EXPANDED:Fork process FRITZBOX_Set_Wlan_OnOff
2024.09.06 22:30:47.985 3: [fritzzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
2024.09.06 22:30:47.998 4: [fritzzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.06 22:30:49.961 4: [fritzzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 22:30:30
2024.09.06 22:30:49.965 4: [fritzzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.06 22:30:50.415 4: [fritzzbox | 7590 | 154.07.59 | Readout_SetGet_Done.6283] - EXPANDED:Back at main process
2024.09.06 22:31:51.523 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:33:21.525 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:34:51.527 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:36:21.532 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
- danach "set <name> checkAPIs" und das Modul arbeitet wieder
- zwei weiter Kommandos mit Hänger s.o. "set macFilter / set lockLandevice"
Nachtrag
"set fritzzbox wlan5 on" wenn WLAN schon "on" ist -> keine auswirkung also kein Hänger ==> aber ein "set fritzzbox wlan5 off" wirkt dann wieder wie gehabt mit Hänger.
Ein erneutes "set fritzzbox wlan5 on" schaltet tatsachlich das WLAN wieder an und es klemmt weiter - ein "set fritzzbox wlan5 off" wird ausgeführt es klemmt weiter.
Wenn die Readings nicht aktualisiert werden bleibt auch der Eventmonitor stumm.
Hallo Jörg, hallo Ralf,
ich bin nicht so analytisch wie Ralf (großartig wie Du das machst), trotzdem ein paar kleine Anmerkungen, was mir aufgefallen ist.
Meine Konfiguration:
Modulversion 07.57.15 Beta
RPi 4 mit 8 GB Ram und einer SSD mit 128GB für FHEM
Zwei Fritzboxen 7590 verbunden über zwei FRITZ!Powerline 1220E
- Die Readings "box_dns_Server0" und "box_dns_Server1" zeigen immer den Provider DNS-Server an und nicht den manuell eingetragenen.
- Das Readings "box_uptime" zeigt nur noch "no-emu"
- Eine Änderung in "set <DEVICE> comment ...." löst beim speichern ein "set <DEVICE> CheckAPIs" aus, das erst durch ein manuelles "set <DEVICE> update" refreshed wird
- Beim Neustart der 2.Fritzbox wird folgendes dauerhaft ins LOG geschrieben:
2024.09.08 14:16:17 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:16:17 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:21:18 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:21:19 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:26:18 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:26:19 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:31:39 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:31:40 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:36:28 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:36:29 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:41:28 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:41:29 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:46:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:46:33 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:51:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:51:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:56:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:56:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:01:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:01:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:06:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:06:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:11:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:11:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:16:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:16:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
LG
mi.ke
Zitat von: mi.ke am 08 September 2024, 15:44:07Das Readings "box_uptime" zeigt nur noch "no-emu"
Jörg, das ist nicht neu => April 2023 von juemuc https://forum.fhem.de/index.php?topic=118150.msg1273763#msg1273763
Hatte ich auch (ich glaube im Zusammenhang mit reboot, war damals im Umfeld Mobilfunk-thetering Tests) ging aber nach einiger Zeit weg. Jetzt scheint es dauerhaft zu stehen ohne Reboot der Box.
Zitat von: mi.ke am 03 September 2024, 16:25:01vorher: $Id: 72_FRITZBOX.pm 17437 2022-12-06 20:49:58Z fork $
installiert: $Id: 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann $
Zitat von: RalfRog am 08 September 2024, 15:56:30Jörg, das ist nicht neu => April 2023 von juemuc
Wie gesagt, länger kein Update des Moduls gemacht, daher für mich neu.
Zitat von: RalfRog am 08 September 2024, 15:00:01"set fritzzbox wlan5 on" wenn WLAN schon "on" ist -> keine auswirkung also kein Hänger ==> aber ein "set fritzzbox wlan5 off" wirkt dann wieder wie gehabt mit Hänger.
Ein erneutes "set fritzzbox wlan5 on" schaltet tatsachlich das WLAN wieder an und es klemmt weiter - ein "set fritzzbox wlan5 off" wird ausgeführt es klemmt weiter.
Das Problem hab ich tatsächlich nicht, mit "set fritzzbox wlanX on|off" und "set fritzzbox guestWlan on|off" wird sofort geschaltet, ohne Hänger und auch die Readings werden sofort aktuallisiert.
Hallo,
das walk through hat tatsächlich Unsinn im Code bei der Fehlerbehandlung aufgedeckt. Asche über mein Haupt. Anbei eine neue Beta zu Testen.
@mi.ke: Hast Du Fhem neu gestartet oder nur ein reload des Moduls gemacht?
Grüße Jörg
Zitat von: JoWiemann am 09 September 2024, 10:16:42Anbei eine neue Beta zu Testen
Ich befürchte, das war es noch nicht... oder nicht alles.
Testsystem -> 07.57.15a BETA FHEM Restart only
Habe 12:36:3x ein "set fritzzbox lockLandevice landevice2151 on" ausgeführt und seitdem stehen die Readings. Das Kommando selbst wurde noch in den 3 Readings aktualisiert -> dann finito.
retStat_lastReadout 4 values captured in 5.19 s 2024-09-09 12:36:35
retStat_lockLandevice landevice2151->on 2024-09-09 12:36:35
retStat_processReadout 0.10 s 2024-09-09 12:36:35
Ein CheckAPIs löst den Knoten.
Gruß Ralf
Zitat von: mi.ke am 08 September 2024, 15:44:07Das Readings "box_uptime" zeigt nur noch "no-emu"
Hi Jörg
Hab mal rumgestochert - mehr wars nicht
Zitat163 my %LuaQueryCmd = (
164 box_uptimeHours => { cmd => "uimodlogic:status/uptime_hour"},
165 box_uptimeMinutes => { cmd => "uimodlogic:status/uptime_minutes"},
166 box_fwVersion_neu => { cmd => "uimodlogic:status/nspver"},
Muss es in der LuaQuery nicht "uimodlogic:status/uptime_hour
s" sein?
Aus der hilfe zum "get <name> luaQuery <abfrage>"
Zitatabfrage: uimodlogic:status/uptime_hours holt die Stunden, die die FritzBox seit dem letzten Neustart ununterbrochen läuft
Gruß Ralf
Edit: Yep das wars. Hab im Code das "s" dazu geschrieben
Zitat von: RalfRog am 09 September 2024, 14:27:33Edit: Yep das wars. Hab im Code das "s" dazu geschrieben
Hallo Ralf,
vielen Dank. Da hat wohl copy/paste krumme Finger zugeschlagen. Hab's korrigiert.
Ich bin noch dabei die set Befehle durchzugehen. Dauert noch etwas.
Grüße Jörg
Hallo,
anbei eine neue Beta zum Testen. Ich habe dann noch noch zwei Sachen gefunden und ein paar Kleinigkeiten abgeändert.
Grüße Jörg
Hallo Jörg,
alle von mir genutzten Funktionen sind ok.
Viele Grüße
Jürgen
Hallo Jörg
Schließe mich @juemuc an.
Die Zufallsfunde sind ebenfalls ok.
Mein Testgrund Log aktivieren ist natürlich auch ok.
Gruß Ralf
Hallo Jörg
habe mir mal die neuen Funktionen "set <name> wlanGuestParams <paramter value>" angeschaut.
Mögliche Kombinationen aus <paramter value>
<wlan on|off>
<ssid name>
<psk password>
<mode private|public>
<tmo minutes> , tmo == timeout in Minuten (15 - 4320). Wird tmo gesetzt, so wird automatisch isTimeoutActive auf on gesetzt.
<isTimeoutActive on|off>
<timeoutNoForcedOff on|off>
Status in Reading: retStat_wlanGuestParamsDas findet man im Prinzip ja auch so in der Oberfläche im WLAN>Gastzugang.
Zwei Fragen dazu, da ich nicht probieren wollte ob und wie die Fritzbox darauf reagiert (
falls du es weisst):
- <tmo minutes> --> die Box hat im eigenen Dropdownmenü ja fixe Wert. Was passiert wenn man z.B. nicht vorgesehene 17 Minuten eingeben würde?
- <isTimeoutActive> --> existiert soweit ich das sehe nicht als eigener Menüpunkt in der Oberfläche sondern nur "tmo" und "NoForcedOff"
Gruß Ralf
Edit:
Achso... Es heisst "Mögliche Kombinationen aus <paramter value>". Kann man mehrere Kombinationen eingeben? Was wäre der Trenner- Blank, Komma?
Hallo Ralf,
mit möglich Kombination meine ich eigentlich nur die unterschiedlichen Kombinationen Parameter mit Wert. Eine Auflistung mehrerer Parameter, Wert habe ich noch nicht implementiert.
Bei den Minuten kommt kein Fehler zurück und es scheint zu funktionieren.
<isTimeoutActive> == automatisch deaktivieren nach
Grüße Jörg
Hallo Jörg
Danke für die Info. Interessant, dass beliebige tmo akzeptiert werden. Hatte schon was wie Reboot befürchtet ;D
Die Frage war rein interessehalber. Nutze an sich nur das "alte" Kommando "set <name> guestWlan <on|off>" in meiner FUIP Übersichtsseite.
Gruß Ralf
Zitat von: RalfRog am 12 September 2024, 08:53:54Die Frage war rein interessehalber. Nutze an sich nur das "alte" Kommando "set <name> guestWlan <on|off>" in meiner FUIP Übersichtsseite.
Hallo Ralf,
ich habe einen Taster im Eingangsbereich "WLAN Gäste an". Damit kann der Gast das WLAN einschalten. Durch TMO schaltet es sich dann automatisch aus, ohne das Fhem involviert ist. Und da die FB die Einstellungen nicht verliert, funktioniert das ziemlich gut.
Grüße Jörg
Zitat von: mi.ke am 08 September 2024, 15:44:07Die Readings "box_dns_Server0" und "box_dns_Server1" zeigen immer den Provider DNS-Server an und nicht den manuell eingetragenen.
Hallo Jörg,
bis auf die DNS Einträge funktionieren alle Änderungen für mich perfekt.
Ich switche mit "set Fritzbox switchIPv4DNS other" öfter auf die AdGuard Server um.
Da wäre es natürlich prima, wenn die aktuell eingestellte IP zu sehen wäre.
Danke und Grüße
mi.ke
Zitat von: mi.ke am 12 September 2024, 15:30:24Ich switche mit "set Fritzbox switchIPv4DNS other" öfter auf die AdGuard Server um.
Hallo mi.ke,
ich habe jetzt die Readings box_dns_Srv<lfnd Nummer>_used_IPv4_<lfnd Nummer> und box_dns_Srv<lfnd Nummer>_used_IPv6_<lfnd Nummer> implementiert.
Die Rückmeldung der FB zeigt, dass es wohl mehr als box_dns_Srv0 geben kann. In welcher Umgebung das zutrifft, keine Ahnung.
Die Redaings müssen über das Attribut enableBoxReadings aktiviert werden.
Ich hoffe, dass es das ist, was Du meintest.
Grüße Jörg
Hallo Jörg,
die Erweiterung funktioniert bei mir. Es werden die beiden DNS-Server angezeigt.
Screenshot 2024-09-13 143326.png
Ich hoffe, damit beantwortet sich auch die Frage, warum es nicht nur box_dns_Srv0 gibt.
Viele Grüße
Jürgen
Zitat von: JoWiemann am 13 September 2024, 11:29:56ich habe jetzt die Readings box_dns_Srv<lfnd Nummer>_used_IPv4_<lfnd Nummer> und box_dns_Srv<lfnd Nummer>_used_IPv6_<lfnd Nummer> implementiert.
Klasse, das passt. Damit kann ich die Readings vergleichen.
und gleich unverschämt die nächste Frage:
Gibt es die Möglichkeit, den "guestWlanName" abzufragen?
Dynamisch ist er ja jetzt.
Danke und Grüße
mi.ke
Zitat von: JoWiemann am 13 September 2024, 11:29:56Die Rückmeldung der FB zeigt, dass es wohl mehr als box_dns_Srv0 geben kann. In welcher Umgebung das zutrifft, keine Ahnung.
Hallo
Ja...hm...
Bisher und mit der aktuellen Beta bekomme ich beim Dualstack (IPv4, IPv6) vier DNS-Server und bei DS-Lite zwei DNS-Server angezeigt (automatisch zugwiesen)
Dual Stack
07.57.13d
box_dns_Server0 2001:4dd0:100:4220:53:2::4 2024-03-15 17:58:13
box_dns_Server1 2001:4dd0:200:304:53:2::5 2024-03-15 17:58:13
box_dns_Server2 81.173.194.76 2024-03-15 17:58:13
box_dns_Server3 81.173.194.69 2024-03-15 17:58:13
07.57.15c BETA
box_dns_Server0 2001:4dd0:100:1020:53:2::1 2024-09-14 10:40:59
box_dns_Server1 2001:4dd0:100:4220:53:2::4 2024-09-14 10:40:59
box_dns_Server2 194.8.194.60 2024-09-14 10:40:59
box_dns_Server3 81.173.194.76 2024-09-14 10:40:59
DS-Lite
07.57.15c BETA
box_dns_Server0 2a01:860::53 2024-09-14 10:28:17
box_dns_Server1 2a01:860::153 2024-09-14 10:28:17Soweit so korrekt. Die neuen Readings zeigen sich noch nicht.
Da spiel ich mal mit dem Manuellen Eintrag -- tatsächlich erst mit dem neuen Attribut erscheinen sie.
box_dns_Server0 2a01:860::53 2024-09-14 12:04:05
box_dns_Server1 2a01:860::153 2024-09-14 12:04:05
box_dns_Srv0_used_IPv6_0 2a01:860::53 2024-09-14 12:04:05
box_dns_Srv0_used_IPv6_1 2001:4860:4860::8844 2024-09-14 12:04:05was AVM sich dabei denkt....
Gruß Ralf
Moin,
ich habe ein Problem mit ledsetting im Zusammenspiel mit Homemode - da ich nicht genau weiß, wo es einzuordnen ist, habe ich es in Automatisierung angelegt, will aber hier kurz darauf verweisen (https://forum.fhem.de/index.php?topic=139182.0), um nicht doppelt zu posten ...
Gruß. Christoph
Hallo Jörg zur 07.57.15c BETA
Ich habe eine per VPN angebundene 7430 (FW 146.07.31)
Heute Nacht gab es die Meldung: "Timeout when reading Fritz!Box data. 285 | BlockingKill"
state Error: Timeout when reading Fritz!Box data. 285 | BlockingKill 2024-09-15 00:28:55
retStat_lastReadout 22 values captured in 9.24 s 2024-09-15 10:54:11
retStat_processReadout 0.08 s 2024-09-15 10:54:11
Der Zustand ist bis jetzt 11 Uhr geblieben. Lediglich 22 values werden in jedem Intervall abgefragt.
Nach "check API" passt es wieder.
Bin leider unterwegs und komme heute nicht mehr dazu das genauer zu checken bzw. per Log festzuhalten.
uups... im Logfile vor 0:28 Uhr pro Abfrage im Intervall
2024.09.14 12:14:17.662 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returnedbzw. nach 0.28 Uhr
2024.09.15 00:46:03.814 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.15 00:46:04.387 2: [fritzkat | 7430 | 146.07.31 | Readout_Response.5736] - SIGNIFICANT:303 See Other
Ich schau mir das morgen nochmal an. Es sein denn du hasst ad hoc ne Idee zum Verhalten.
Gruß Ralf
P.S.
liegt vielleicht am aktiven Attribut "enableBoxReadings" obwohl dazu keine Daten kommen und das Attribut die Readings auch nicht in der Liste erscheint.
Hallo zusammen,
ich betreibe seit Jahren mehrere Fritz!Box, alle mit VERSION 07.57.13d
1. FRITZ!Box 7490 (UI)
ZentrumRouter
2. FRITZ!Box 7490 (UI)
ZentrumRepeater01
3. FRITZ!Box 7362 SL (UI)
ZentrumRepeater02
FVERSION 72_FRITZBOX.pm:0.289950/2024-06-21
Seit geraumer Zeit kommt es jedoch bei allen Shellys zu Netzwerkproblemen,
die dann wegen des Timeouts zum kurzen Stocken in FHEM führen.
Die Shellys sind auf aktueller FW und sind mit "FVERSION 36_Shelly.pm:v5.21.1-s28696/2024-03-22" in FHEM eingebunden.
Ein connect auf die Shelly GUI läuft problemlos.
Da auch ebenfalls Timeouts 72_FRITZBOX.pm kommen vermute ich hier ein Problem.
Ich habe bereits "nonblockingTimeOut 75" gesetzt und sehe diese Meldungen aktuell nicht mehr.
2024.09.15 09:58:10.744 2: [ZentrumRepeater01 | 7490 | 113.07.57 | open_Web_Connection.9555] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.09.15 09:58:10.745 2: [ZentrumRepeater01 | 7490 | 113.07.57 | Readout_Response.5182] - SIGNIFICANT:Web connection could not be established
2024.09.15 10:00:59.197 2: [ZentrumRepeater01 | 7490 | 113.07.57 | open_Web_Connection.9555] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.09.15 10:00:59.199 2: [ZentrumRepeater01 | 7490 | 113.07.57 | Readout_Response.5182] - SIGNIFICANT:Web connection could not be established
2024.09.15 10:03:59.641 2: [ZentrumRepeater01 | 7490 | 113.07.57 | open_Web_Connection.9555] - SIGNIFICANT:Web connection could not be established. Please check your credentials (password, user).
2024.09.15 10:03:59.643 2: [ZentrumRepeater01 | 7490 | 113.07.57 | Readout_Response.5182] - SIGNIFICANT:Web connection could not be established
2024.09.15 10:07:58.791 1: [ZentrumRepeater01 | 7490 | 113.07.57 | Readout_Aborted.5522] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
2024.09.15 10:20:36.000 1: [ZentrumRepeater01 | 7490 | 113.07.57 | Readout_Aborted.5522] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
2024.09.15 11:06:39.632 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-15 11:05:58), disconnecting
2024.09.15 11:06:39.633 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.15 11:06:39.641 3: [Shelly_status] shelly06: Error in callback, update in 60 seconds
2024.09.15 11:06:39.641 1: [Shelly_status] Device shelly06 has Error 'Error: Timeout connecting', state is set to 'Error: Network'
2024.09.15 11:06:39.643 3: [Shelly_status] shelly03: Error in callback, update in 60 seconds
2024.09.15 11:06:39.644 1: [Shelly_status] Device shelly03 has Error 'Error: Timeout connecting', state is set to 'Error: Network'
2024.09.15 11:06:39.650 3: [Shelly_status] shelly01: Error in callback, update in 60 seconds
2024.09.15 11:06:39.651 1: [Shelly_status] Device shelly01 has Error 'Error: Timeout connecting', state is set to 'Error: Network'
2024.09.15 11:06:39.669 3: [Shelly_status] shelly07: Error in callback, update in 60 seconds
2024.09.15 11:06:39.670 1: [Shelly_status] Device shelly07 has Error 'Error: Timeout connecting', state is set to 'Error: Network'
2024.09.15 11:06:39.686 3: [Shelly_status] shelly01: Error in callback, update in 60 seconds
2024.09.15 11:06:39.687 1: [Shelly_status] Device shelly01 has Error 'Error: Timeout reading', state is set to 'Error: Network'
2024.09.15 11:06:39.692 3: [Shelly_status] shelly06: Error in callback, update in 60 seconds
2024.09.15 11:06:39.693 1: [Shelly_status] Device shelly06 has Error 'Error: Timeout reading', state is set to 'Error: Network'
2024.09.15 11:06:40.176 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
Das habe ich bereits gemacht:
- FHEM "update all" (was ich regelmäßig mache)
>> keine Updates verfügbar
- Fritz!Box
>> keine Updates verfügbar
- Shellys
>> keine Updates verfügbar
- 5 GHz abgeschaltet
- nonblockingTimeOut 75
- check API
- Reboot der Fritz!Boxen
- Reboot der Shellys
Attributes:
INTERVAL 180
alias ZentrumRouter
boxUser fritz6716
event-on-change-reading mac.*
nonblockingTimeOut 75
Hat jemand einen Tip, wo ich noch weiter suchen könnte?
VG Christian
Hallo ch.eick,
nimmt bitte einmal die Beta von hier: https://forum.fhem.de/index.php?msg=1320025. hier sind ein paar Fehler gefixed.
Grüße Jörg
Hallo ch.eick,
hm, Deine Shellys wollen jede Sekunde eine Verbindung. Sie fragen also jede Senunde den DNS der FB ab. Bei genügend Shellys scheint die FB ein Performance Problem zu haben und antwortet stark verzögert. Haben die Shellys auch Verbindung zur Shelly Cloud?
Grüße Jörg
Zitat von: JoWiemann am 15 September 2024, 19:03:32Deine Shellys wollen jede Sekunde eine Verbindung. Sie fragen also jede Sekunde den DNS der FB ab. Bei genügend Shellys scheint die FB ein Performance Problem zu haben und antwortet stark verzögert. Haben die Shellys auch Verbindung zur Shelly Cloud?
Moin Jörg,
nee, die Cloud habe ich nicht aktiviert.
In der Fritzbox habe ich jedem Shelly eine feste IP und einen Namen eingetragen.
Kann ich das mit dem DNS irgendwie abschalten?
- Im Shelly wäre auch noch die Möglichkeit eine static IP einzutragen
- SNTP Server steht auf time.google.com
- CoIot ist aktiviert
Dein neues Beta Modul habe ich gerade aktiviert
2024.09.16 10:40:31.707 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 3252.
2024.09.16 10:40:32.017 2: [ZentrumRepeater02 | 7362 | 131.07.14 | Readout_Response.5736] - SIGNIFICANT:no HASH from JSON returned
Bei den Shellys habe ich die static IP eingetragen und rebooted
Meine openWB, die auch Meldungen erzeugt habe ich ebenfalls neu gestartet
FHEM wurde inklusive HW auch neu gestartet
Jetzt sehe ich noch diese Meldungen und denke die Fritzboxen sind überfordert, oder irgend ein Gerät
überflutet das Netzwerk.
2024.09.16 13:24:56.541 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.16 13:24:56.800 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
2024.09.16 13:24:57.252 3: EVU_Tibber_connect:ws_onConnectionAck: got connection ack
2024.09.16 13:26:00.493 1: Timeout for FHEM::BEOK::NBStart reached, terminated process 23593
2024.09.16 13:26:20.956 1: Timeout for LUXTRONIK2_DoUpdate reached, terminated process 23584
2024.09.16 13:26:21.001 2: WB_1_MQTT2: No PINGRESP for last PINGREQ (at 2024-09-16 13:25:40), disconnecting
2024.09.16 13:26:21.002 1: 192.168.178.61:1883 disconnected, waiting to reappear (WB_1_MQTT2)
2024.09.16 13:26:21.209 1: 192.168.178.61:1883 reappeared (WB_1_MQTT2)
Einer der Shellys scheint echt defekt zu sein, der kommt nach einem Power off/on zwar wieder ins WLAN, verschwindet dann aber immer wieder.
2024.09.16 14:39:30.322 2: (Shelly_HttpResponse:err) Device shelly05 has Error '192.168.178.51: No route to host (113) :: /relay'
2024.09.16 14:40:22.609 2: (Shelly_HttpResponse:err) Device shelly05 has Error 'connect to http://192.168.178.51:80 timed out :: /status'
Hätte jemand eine Empfehlung für einen echt guten Ersatz?
VG Christian
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
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
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
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
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
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_SrvnDie 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
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
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
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.
Hallo zusammen,
auch wenn zu meinem Post (https://forum.fhem.de/index.php?msg=1320238) 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
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
Hallo Christian,
wie hast Du die Shellys in Fhem eingebunden? Per MQTT oder per Shelly Modul?
Grüße Jörg
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.
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 1Da 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, 11vDa 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 1Das 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
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
Zitat von: JoWiemann am 19 September 2024, 19:10:13nutzt 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.
Hallo Jörg,
ich bin momentan auf dem aktuellen Stand, was ich relativ häufig mache. Die Log Dateien habe ich nur noch ab dem 01.09 und da sind die Meldungen bereits aufgetreten. Leider war ich da in Reha und konnte nicht reagieren :-(
Wenn es im Repo noch eine alte Version geben sollte, dann könnte ich die ja nochmal testen, nur wie komme ich da ran?
In einem Backup hätte ich das hier noch, was hoffendlich alt genug sein sollte.
fhem@raspberrypi:/home/pi/docker-compose/fhem_2022$ tar -tvf fhem.tgz|grep Shelly
-rw-r----- fhem/fhem 46853 2023-09-27 11:52 ./fhem/FHEM/36_ShellyMonitor.pm
-rw-r----- fhem/fhem 297572 2024-05-23 13:10 ./fhem/FHEM/36_Shelly.pm
Das werde ich morgen dann mal testen.
Zitat von: ch.eick am 19 September 2024, 22:21:00Wenn es im Repo noch eine alte Version geben sollte
Die offiziell eingestellten Versionen kannst du hier https://svn.fhem.de/trac/browser/trunk/fhem/FHEM?desc=1&order=date sehen und downloaden.
Wenn du auf die Rev Nummer (letzte vom shelly war 29141) klickst kannst du direkt auf alte Stände über das Downloadsymbol zugreifen.
Gruß Ralf
Edit:
bzw. in ./fhem/restoreDir/update/<Datum> findest du die Sicherungen (bei mir 8 Updates) der im Update aktualisierten Dateien.
Zitat von: ch.eick am 19 September 2024, 15:21:30Leider 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.
....
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...
Mein Hauptanliegen bei der Meshnutzung war im wesentlichen nur noch am Master Einstellungen zu machen die dann an die Clients übertragen werden und so auch die Kanalverteilung "hoffentlich optimal" ist.
=> hast du mal nach den genutzten Kanälen bei drei eigenen FBs plus SONOS und Nachbarschaft geschaut (betrifft natürlich das Kabel nicht)
Gerätenamen, Ereignisse (Log) etc. rufst du nur noch in der Oberfläche vom Master ab. Das Modul holt natürlich auch die Daten vom eingebundenen Client, die du in deren Oberfläche nur grau siehst - dort wird auf den Master verwiesen.
Ob bei mir das Handover vom Erdgeschoss zum Obergeschoss (2,4 u. 5 Ghz) funktioniert hab ich nie gezielt überprüft - gibt aber bei mir in der Kombi 7590/7490 auch keine (spürbaren) Probleme.
Zitat von: ch.eick am 19 September 2024, 15:21:30Somit komme ich auf 13 Geräte in WLAN, verteilt auf 3 Fritzboxen.
Klingt jetzt nicht nach zuviel ;) - dann vielleicht eher 24 Geräte am LAN ::)
Einige die an der WLAN-Stelle mit den FBs unzufrieden sind wechseln wohl gern auf UniFi Accesspoints von Ubiquiti
Kann gut nachvollziehen, dass man bei den Problemen nicht so recht weiss wo man am Besten anfängt.
Zitat von: ch.eick am 19 September 2024, 15:21:30Die LAN angebundene WallBox (2x openWB Ladepunkte) hat im minuten Takt die MQTT reconnect
Ich würde vielleicht mal schauen, wenn man das interne Netz (mit den FBs) als Ursache vermutet den Netzverkehr zu sniffen (tcpdump oder Paketmitschnitt der Box <vielleicht ungünstig bei Performance Problem der FB>).
Ob dem Reconnect eventuell Probleme auf TCP oder IP vorausgehen (Wiederholungen oder so).
Gruß Ralf
Hallo,
anbei die Version, die ich gerne die Tage einchecken möchte. Wichtig wäre ein Test für FritzOS 8.00.
Auflistung der Änderungen zur letzten SVN Version:
Neue Readings:
box__powerLine
box_guestWlan_SSID
box_guestWlan_defPubSSID
box_guestWlan_defPrivSSID
box_guestWlan_groupAccess
box_guestWlan_tmoActive
Über enableBoxReadings box_dns_Srv zu aktivieren:
box_box_dns_Srv<n>_used_IPv4_<n>
box_box_dns_Srv<n>_used_IPv6_<n>
Neues set
wlanGuestParams
Fehler:
Blockade des Intervall-Timers durch nonBlocking set/get Befehle
Versionsprüfung
ohne testen zu können, alle versionsabhängigen Funktionen > 7.nn auch für 8.nn freigegeben
Grüße und Danke
Jörg
Zitat von: RalfRog am 19 September 2024, 22:58:40Die offiziell eingestellten Versionen kannst du hier https://svn.fhem.de/trac/browser/trunk/fhem/FHEM?desc=1&order=date sehen und downloaden.
Wenn du auf die Rev Nummer (letzte vom shelly war 29141) klickst kannst du direkt auf alte Stände über das Downloadsymbol zugreifen.
Das klappt bei mir so nicht, es wird ein HTML Dokument runter geladen.
Bei älteren 36_Shelly.pm Versionen bekomme ich nach dem reload, aber auch nach einem shutdown restart viele Fehlermeldungen, da scheint es noch andere Abhängigkeiten zu geben.
Ich habe die Shellys jetzt mit einem "interval 0" und auch das WB_1_MQTT2 mal disabled.
Hallo Christian,
setzt doch mal im FritzBox Device das Attribut disable auf 1. Wenn dann weiterhin die Probleme bestehen dann Wechsel mit dem Thema bitte in den Shelly Thread.
Grüße Jörg
Zitat von: ch.eick am 20 September 2024, 13:06:19Das klappt bei mir so nicht, es wird ein HTML Dokument runter geladen.
Ja stimmt, dass Downloadsymbol ist nur in der Verzeichnisansicht. Wenn du in der Ansicht mit dem Code bist kannst du aber ganz nach unten fahren.
Siehe Bild
Zitat von: JoWiemann am 20 September 2024, 13:40:23setzt doch mal im FritzBox Device das Attribut disable auf 1. Wenn dann weiterhin die Probleme bestehen dann Wechsel mit dem Thema bitte in den Shelly Thread.
Hmm, schade,
ich hatte die Hoffnung, Ihr kennt Euch etwas besser mit den Problemen der Fritzbox aus ;-)
Das Fritzbox Modul scheint selber nicht zu stören...
VG und danke
Christian
Zitat von: mi.ke am 14 September 2024, 11:32:42Gibt es die Möglichkeit, den "guestWlanName" abzufragen?
Hallo Jörg,
ich wollte nochmal fragen, ob Du hierzu eine Idee hättest?
LG mi.ke
Zitat von: JoWiemann am 20 September 2024, 09:33:36Neue Readings:
box__powerLine
box_guestWlan_SSID
box_guestWlan_defPubSSID
box_guestWlan_defPrivSSID
box_guestWlan_groupAccess
box_guestWlan_tmoActive
Ist es nicht das was du suchst? => ModulVersion = "07.57.14"
Zitat von: ch.eick am 20 September 2024, 15:15:27Hmm, schade,
ich hatte die Hoffnung, Ihr kennt Euch etwas besser mit den Problemen der Fritzbox aus ;-)
Das Fritzbox Modul scheint selber nicht zu stören...
VG und danke
Christian
Hallo Christian,
im https://www.ip-phone-forum.de/ bist Du eventuell besser aufgehoben. Da liest wohl auch AVM mit und es ganz viele FB Spezies dabei.
Grüße Jörg
Zitat von: RalfRog am 20 September 2024, 18:25:05Zitat von: JoWiemann am 20 September 2024, 09:33:36Neue Readings:
box__powerLine
box_guestWlan_SSID
box_guestWlan_defPubSSID
box_guestWlan_defPrivSSID
box_guestWlan_groupAccess
box_guestWlan_tmoActive
Ist es nicht das was du suchst? => ModulVersion = "07.57.14"
Hallo Jörg,
vielen Dank für die schnelle Umsetzung.
Hallo Ralf,
vielen Dank für den Hinweis.
In dem Thread ist soviel los, da hatte ich das glatt übersehen
Hallo Jörg,
Du hattest ein paar Beiträge weiter oben aufgelistet, welche Änderungen in der Testversion drin sind und demnächst eingecheckt werden sollen. enableLogReadings war nicht dabei. Ist das in der kommenden Version (noch?) nicht drin oder fehlt es in der Liste?
Viele Grüße
Thomas
Zitat von: tomcat.x am 24 September 2024, 09:47:29enableLogReadings war nicht dabei.
Hallo Thomas,
danke für den Hinweis, ist mir durchgegangen.
Grüße Jörg
Hallo,
anbei ein Update der Version, die ich gerne die Tage einchecken möchte. Wichtig wäre ein Test für FritzOS 8.00.
Auflistung der Änderungen zur letzten SVN Version:
Neues Attribut
enableLogReadings<liste> Achtung: das standardmäßige Abholen wurde deaktiviert
Werden folgende Readings aktiviert, wird das entsprechende SystemLog des Fritz Gerätes abgeholt.
box_sys_Log -> holt das System-Log. Letztes Log-Datum im Reading: box_sys_LogNewest
box_wlan_Log -> holt das WLAN-Log. Letztes Log-Datum im Reading: box_wlan_LogNewest
box_fon_Log -> holt das Telefon-Log. Letztes Log-Datum im Reading: box_fon_LogNewest
Neue Readings:
box_powerLine
box_guestWlan_SSID
box_guestWlan_defPubSSID
box_guestWlan_defPrivSSID
box_guestWlan_groupAccess
box_guestWlan_tmoActive
Über enableBoxReadings box_dns_Srv zu aktivieren:
box_box_dns_Srv<n>_used_IPv4_<n>
box_box_dns_Srv<n>_used_IPv6_<n>
Neues set
wlanGuestParams
set <name> wlanGuestParams <param:value> [<param:value> ...]
Mögliche Kombinationen aus <param:value>
- wlan:on|off
- ssid:name
- psk:password
- mode:private|public
- tmo:minutes , tmo == timeout in Minuten (15 - 4320). Wird tmo gesetzt, so wird automatisch isTimeoutActive auf on gesetzt
- isTimeoutActive:on|off
- timeoutNoForcedOff:on|off
Status in Reading: retStat_wlanGuestParams
Fehler:
Blockade des Intervall-Timers durch nonBlocking set/get Befehle
Versionsprüfung
ohne testen zu können, alle versionsabhängigen Funktionen > 7.nn auch für 8.nn freigegeben
Grüße und Danke
Jörg
Moin Jörg,
ich habe deine letzte Version hier jetzt auf meiner 7590 mit Labor FwVersion 154.07.90-115814 laufen. Keine Fehlermeldungen im Log. Readings alle da. Ich habe mal mit den "wlanGuestParams" rumgespielt. Hat alles funktioniert wie beschrieben.
Gruss
Enno
Hallo Enno
Bei dir läuft die letzte Labor (154.07.90-115814) ohne Macken?
Jörgs "leere Seite" hatte mich Abstand nehmen lassen. (https://forum.fhem.de/index.php?msg=1320526)
Gruß Ralf
Moin Ralf,
die "leere Seite" bezog sich ja auf die Weboberfläche der Fritzbox. Die ist bei mir unauffällig. Ich habe den Fehler nicht. Bin seit der ersten Labor Version mit dabei.
Gruss
Enno
Hallo Enno:
Auf ein Fritz!OS mit ner Macke in der Weboberfläche will ich dann nicht wirklich.
Aber wenn es bei Dir läuft mach ich es zum Test des Moduls auch noch.
Hi Jörg:
Hast du die Modulnummerierung bewusst so gemacht?
72_FRITZBOX_07.57.15_Beta.pm => (2te Version)
72_FRITZBOX_07.57.15a_BETA.pm
72_FRITZBOX_07.57.15b_BETA.pm
72_FRITZBOX_07.57.15c_BETA.pm
72_FRITZBOX_07.57.15d_BETA.pm
72_FRITZBOX_07.57.14.pm
72_FRITZBOX_07.57.14.pm => (2te Version)
Hallo Ralf,
bin wohl bei den Versionen durcheinander gekommen.
Grüße Jörg
Hallo,
bei der leeren Seite bei der aktuellen Labor geht es nur um die Seite: Heimnetz/Netzwerk.
Grüße Jörg
Moin Jörg,
dann habe ich das Problem mit beiden 7590 die ich mit der aktuellen Labor Version betreibe nie gehabt.
Habe noch ein paar Filter getestet mit deiner letzten Version. Mein Sohn schimpft, es funktioniert ohne Fehler ;D
Gruss
Enno
Zitat von: JoWiemann am 24 September 2024, 13:00:09Hallo,
anbei ein Update der Version, die ich gerne die Tage einchecken möchte. Wichtig wäre ein Test für FritzOS 8.00.
Auflistung der Änderungen zur letzten SVN Version:
Neues Attribut
enableLogReadings<liste> Achtung: das standardmäßige Abholen wurde deaktiviert
Werden folgende Readings aktiviert, wird das entsprechende SystemLog des Fritz Gerätes abgeholt.
box_sys_Log -> holt das System-Log. Letztes Log-Datum im Reading: box_sys_LogNewest
box_wlan_Log -> holt das WLAN-Log. Letztes Log-Datum im Reading: box_wlan_LogNewest
box_fon_Log -> holt das Telefon-Log. Letztes Log-Datum im Reading: box_fon_LogNewest
Neue Readings:
box_powerLine
box_guestWlan_SSID
box_guestWlan_defPubSSID
box_guestWlan_defPrivSSID
box_guestWlan_groupAccess
box_guestWlan_tmoActive
Über enableBoxReadings box_dns_Srv zu aktivieren:
box_box_dns_Srv<n>_used_IPv4_<n>
box_box_dns_Srv<n>_used_IPv6_<n>
Neues set
wlanGuestParams
set <name> wlanGuestParams <param:value> [<param:value> ...]
Mögliche Kombinationen aus <param:value>
- wlan:on|off
- ssid:name
- psk:password
- mode:private|public
- tmo:minutes , tmo == timeout in Minuten (15 - 4320). Wird tmo gesetzt, so wird automatisch isTimeoutActive auf on gesetzt
- isTimeoutActive:on|off
- timeoutNoForcedOff:on|off
Status in Reading: retStat_wlanGuestParams
Fehler:
Blockade des Intervall-Timers durch nonBlocking set/get Befehle
Versionsprüfung
ohne testen zu können, alle versionsabhängigen Funktionen > 7.nn auch für 8.nn freigegeben
Grüße und Danke
Jörg
Hallo Jörg,
ich habe keine Probleme mit dieser Version. Danke für die Bereitstellung.
Viele Grüße
Jürgen
Hallo,
ich habe jetzt die Version des Moduls mit der Versionsnummer 08.00.00 in SVN hochgeladen.
Grüße Jörg
Vielen Dank an Alle für die Unterstützung.
Hallo
Aufgrund Ennos Info habe ich gestern auch auf die Labor hochgerüstet (Heimnetz/Netzwerk geht :) ).
Hochlauf auf dem Testsystem unauffällig ohne (ungewöhnliche) Meldungen in Verbose 3 - mit ein paar kleinen Merkwürdigkeiten. Versuch ich mal zusammen zufassen.
Hatte gestern Verbose3 aktiv gehabt.
- Hin und wieder passiert es z.B. bei Änderungen an Attributen, dass kurz "Error: Timeout when reading Fritz!Box data. 285 | BlockingKill" im status steht.
-> meine Beobachtung in den Fällen ist, dass dann schon mal Readings wieder (nicht reproduzierbar) auftauchen die über enable/disable-Attribute unterdrückt waren (z.B. alarm oder user).
Gestern nach Update und Hochlauf (2024.09.24
17:25:40.443 0: Featurelevel: 6.3) gab es mit Zeitstempel "
17:27:02" die Fon-Readings (60-63 = Dect). Sie werden nicht weiter aktualisiert im Gegensatz zu den Dect-Readings:
Auszug
fon60 Mobil_oben 2024-09-24 17:27:02
fon60_device 60 2024-09-24 17:27:02
...
dect1 Mobil_oben 2024-09-24 18:36:00
dect1_device 60 2024-09-24 18:37:30Nach "disableFonInfo=1" sind die Reading weg - dann wieder "=0" kommen die Readings zum Teil wieder (50 7x 9 und werden aktualisiert). Die 60/61/62/63 bleiben weg.
Ähnlich war auch die Userinfo da (trotz nicht gesetztem Attribut enableUserInfo)
Auszug
user01 (guest) 2024-09-11 17:28:45
user01_thisMonthTime 0:00 2024-09-11 17:28:45Durch entsprechendes toggeln des Attributs sind die Reading wieder weg.
Bis auf diese komischen Sachen ist die Modul-Version mit der Labor auf dem Testsystem ok. Habe allerdings nicht gezielt Sachen ausprobiert.
Gruß Ralf
Hallo,
vielleicht diskutieren wir die 7.90 Labor als Vorbereitung zur 8.00 hier https://forum.fhem.de/index.php?topic=139216.msg1320407#msg1320407 weiter.
Grüße Jörg
PS: auf meiner 7590 mit Labor kann ich, das sie als Repeater läuft, nicht alles testen.
Hallo Jörg,
seit dem Update habe ich im Internal VERSION "08.00.00" stehen. Für meine 6591 gab es das Update aber noch gar nicht. Nutzt Du das intern im Modul, um verschiedene FRITZ!OS-Versionen unterschiedlich zu behandeln?
Viele Grüße
Thomas
Zitat von: tomcat.x am 27 September 2024, 18:54:13Hallo Jörg,
seit dem Update habe ich im Internal VERSION "08.00.00" stehen. Für meine 6591 gab es das Update aber noch gar nicht. Nutzt Du das intern im Modul, um verschiedene FRITZ!OS-Versionen unterschiedlich zu behandeln?
Viele Grüße
Thomas
Hallo Thomas,
nein, da nutze ich die aus der FB ermittelte Version. Die 08.00.00 soll nur zeigen, dass bisher mit der neuen AVM Version keine Probleme aufgetreten sind und somit das Modul auch mit dieser Version läuft.
Grüße Jörg
Zitat von: Jamo am 13 August 2024, 19:26:24Hallo,
unterstützt das Fritzbox Modul (schon) die 7690 oder die 5690 Pro?
Danke und beste Grüsse!
Hallo Jamo,
ich habe seit einer Woche eine 5690. Es läuft so ziemlich alles und das auch sehr gut, das einzige was als Reading nicht geht ist das 6GhZ Wlan. Es gibt ein Reading box_wlan_2.4GHz und ein Reading box_wlan_5GHz aber kein box_wlan_6GHz und insofern kann man das 6Ghz Wlan auch nicht steuern.
Gruss
Jochen
Zitat von: dideldum am 27 September 2024, 21:00:44Zitat von: Jamo am 13 August 2024, 19:26:24Hallo,
unterstützt das Fritzbox Modul (schon) die 7690 oder die 5690 Pro?
Danke und beste Grüsse!
Hallo Jamo,
ich habe seit einer Woche eine 5690. Es läuft so ziemlich alles und das auch sehr gut, das einzige was als Reading nicht geht ist das 6GhZ Wlan. Es gibt ein Reading box_wlan_2.4GHz und ein Reading box_wlan_5GHz aber kein box_wlan_6GHz und insofern kann man das 6Ghz Wlan auch nicht steuern.
Gruss
Jochen
Hallo Jochen,
Ich schau mal, ob ich Dir nach meinem Urlaub ein paar Testabfragen schicken kann. Vielleicht hast Du ja Lust mit Deiner FB ein paar Tests zu machen. Grüße Jörg
Hallo Jörg,
kann ich gerne versuchen, jetzt Dir aber erst mal noch schönen Urlaub!
Grüße
Jochen
Hallo Jörg,
ich schalte das WLAN meiner Fritzbox 7530 (FritzOS: 7.59) zwischen 23:00 Uhr und 07:00 Uhr aus.
Genau in dieser Zeit bekomme ich im Updateintervall immer folgende Warnung:
2024.10.20 23:05:59 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.20 23:10:59 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.20 23:16:00 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
...
Kannst du dir das bitte bei Gelegenheit mal ansehen?
Danke, Robert
Hallo Robert,
danke für den Hinweis. Werde ich morgen korrigieren.
Grüße Jörg
Hallo Robert,
bitte einmal mit der angehängten Version prüfen, ob das Warning noch kommt. Danke Dir
Grüße Jörg
Hallo Jörg,
habe die Version eingespielt - gebe dir morgen bezüglich Ergebnis bescheid.
Danke, Robert
Hallo Jörg,
die Warnungen sind weg!
Somit funktioniert aus meiner Sicht die neue Version.
Danke, Robert
Zitat von: mi.ke am 12 September 2024, 15:30:24Zitat von: mi.ke am 08 September 2024, 15:44:07Ich switche mit "set Fritzbox switchIPv4DNS other" öfter auf die AdGuard Server um.
Da wäre es natürlich prima, wenn die aktuell eingestellte IP zu sehen wäre.
Danke und Grüße
mi.ke
Hallo mi.ke
Ich habe das gerade ausprobiert, "set Fritzbox switchIPv4DNS provider" funktioniert, aber wenn ich mit "set Fritzbox switchIPv4DNS other" auf den AdGuard server umschalten will, funktioniert das nicht, weil er eine zusätzliche Bestätigung haben will (Telefon, Taste oder App). Wie umgehst Du das?
7690 mit 7.9 Labor, das war vorher auf meiner 7590 mit 7.5 aber auch schon so, das musste jedesmal bestätigt werden
Gruesse, Jamo
Zitat von: Jamo am 25 Oktober 2024, 13:16:15Hallo mi.ke (https://mi.ke/)
Ich habe das gerade ausprobiert, "set Fritzbox switchIPv4DNS provider" funktioniert, aber wenn ich mit "set Fritzbox switchIPv4DNS other" auf den AdGuard server umschalten will, funktioniert das nicht, weil er eine zusätzliche Bestätigung haben will (Telefon, Taste oder App). Wie umgehst Du das?
7690 mit 7.9 Labor, das war vorher auf meiner 7590 mit 7.5 aber auch schon so, das musste jedesmal bestätigt werden
ich hatte die zusätzliche Bestätigung per Telefon, Taste oder App sowieso abgeschaltet
Zitat von: RalfRog am 12 September 2024, 08:53:54Nutze an sich nur das "alte" Kommando "set <name> guestWlan <on|off>" in meiner FUIP Übersichtsseite.
Auf der 5690 Pro funktioniert dieser Befehl nicht mehr. Geht nur noch mit
set FritzBox wlanGuestParams wlan:on
set FritzBox wlanGuestParams wlan:off
Frage: Wie muss ich die "Value" im FTUI ändern, damit es wieder per Button funktioniert?
Chris
Zitat von: outhouse am 26 Oktober 2024, 13:35:06Frage: Wie muss ich die "Value" im FTUI ändern, damit es wieder per Button funktioniert?
Hallo Chris,
Bitte im richtigen Forenbereich fragen, also FTUI. Hier wird nur per Zufall jemand, der sich mit FTUI auskennt, antworten.
Grüße Jörg
Hallo Jörg,
ich habe folgendes Verhalten bei meiner Fritzbox 7530 (FritzOS: 8.00) wenn ich lockFilterProfile oder lockLandevice aufrufe:
1) set FritzBox lockFilterProfile Kinder status:neverDieser Befehl scheint blockierend zu sein, da ich FHEM erst wieder verwenden kann, wenn die Antwort der FritzBox zurück kommt.
2) set FritzBox lockLandevice landevice16213 onDieser Befehl scheint nicht blockierend zu sein, dafür geht die FritzBox in den Status 'undefined situation'.
Beim nächsten Update-Zyklus verschwindet der Status wieder und alles läuft wie es soll.
Falls ich ein falsches Landevice geschaltet habe, kann ich erst nach dem nächsten Update-Zyklus (bei mir 5 Minuten) einen neuen lockLandevice Befehl absetzen.
Ist dieses Verhalten gewollt, oder ein Bug?
Danke fürs Checken, Robert
Hallo Robert,
lockFilterProfile: ist blockierend. Kann ich bei Gelegenheit mal umstellen.
lockLandevice: Könnte ein Problem der 8.00 sein. Muss ich mir dann auch einmal ansehen.
Update. Unter 8.00 funktioniert der Befehl nicht mehr. Da muss ich mich schlau machen, was ich alles ändern muss.
Danke für die Rückmeldungen
Jörg
Moin Moin,
ich habe schon eine ganze Weile (über div. Updates hinweg) folgenden Fehler in meinem LOG:
set FB7590 guestWlan on: Process HASH(0x55cce661c8) is still running
Er tritt auf, wenn ich das Haus verlasse bzw. wenn ich nach Hause komme. Schuld ist wohl der eingebettet Code. Ich vermute, dass die beiden Set-Befehle zu schnell aufgerufen werden. Allerdings ist der Code schon sehr alt und hat so schonmal Fehlerfrei funktioniert.
Muss ich den Befehl ändern und dieses "wlanGuestParams" nutzen oder reicht es wenn ich eine Pause einfüge?
Sollte eine Pause ausreichen, bitte ich da um hilfe. Meine Versuche mit irgendwelchen sleep, wait und Zeitgeschichten hatten nicht den gewünschten Erfolg.
Gruss Dennis
([Bewohner] eq "absent" or [Bewohner] eq "gone")
(set FB7590 wlan off)
(set FB7590 guestWlan off)
(set dm800se shutdown)
DOELSE
(set FB7590 wlan on)
(set FB7590 guestWlan on).
Hallo zusammen,
ich habe seit einigen Wochen das Problem, dass ein
set FritzBox macFilter on|off nicht mehr funktioniert. Keine Ahnung, seit wann, ist mir nur per Zufall aufgefallen, ich hatte Vorzeiten als "Sicherheit" ein at eingerichtet, das einmal täglich läuft.
Fritzbox ist eine 7590, Version 8.00
der Zugriff auf die fb geht auch, alle readings sind aktuell, steuern von Smart Home Geräten tuts auch, wlan und Gäste Wlan schalten tut auch ... nur macFilter will nicht.
Debug kommt zurück mit:
Readout_Process.6268] - EXPANDED:SET retStat_macFilter = 'macFilter->INFO: change necessary'
das steht dann auch im Reading retStat_macFilter
aber wen ich auf der Fritzbox nachschaue ändert sich "WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" nicht.
Gruß
Martin
Hallo Martin,
wie schon im Nachfolge Thread https://forum.fhem.de/index.php?topic=139407.0 beschrieben hat sich in der 8.00 einiges geändert. Dass wird dann wohl auch für macFilter der Fall sein. Mal sehen was sich machen lässt. Wird aber etwas dauern.
Grüße Jörg
Hallo, hat keine Eile, dachte nur ich frage mal, falls das schon jemand auch mal hatte.
falls das hilft, hier das log:
2024.12.30 14:18:09 3:[fb | 7590 | 154.08.00 | Set.2103] - BASIC:set fb macFilter off
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | Readout_SetGet_Start.6524] - EXPANDED:Set_CMD_Start -> Set.2105 -> macfilter
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | Readout_SetGet_Start.6650] - EXPANDED:Fork process FRITZBOX_Set_macFilter_OnOff
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.X.X
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10904] - EXPANDED:using old SID from 14:16:15
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | call_Lua_Query.10970] - EXPANDED:Request data via API luaQuery
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | call_Lua_Query.10988] - EXPANDED:get -> URL: http://192.168.X.X/query.lua?sid=b82bbd956ecb0f76&box_macFilter_active=wlan:settings/is_macfilter_active
2024.12.30 14:18:09 5:[fb | 7590 | 154.08.00 | call_Lua_Query.10992] - DEBUG:Response: 200 OK
{"box_macFilter_active":"1"}
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | Helper_process_JSON.11274] - EXPANDED:Decode JSON string.
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | Set_macFilter_OnOff.7679] - EXPANDED:set fb macfilter (Fritz!OS: 08.00)
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | Set_macFilter_OnOff.7681] - EXPANDED:set fb macfilter xhr 1 MACFilter 0 currMACFilter 1 apply lang de page wKey
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.X.X
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10904] - EXPANDED:using old SID from 14:16:15
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | read_LuaData.11043] - EXPANDED:Request data via API dataQuery.
2024.12.30 14:18:09 4:[fb | 7590 | 154.08.00 | read_LuaData.11047] - EXPANDED:URL: http://192.168.X.X/data.lua?sid=b82bbd956ecb0f76
2024.12.30 14:18:10 5:[fb | 7590 | 154.08.00 | read_LuaData.11052] - DEBUG:Response: 200 OK
{"pid":"wKey","hide":{"shareUsb":true,"liveTv":true,"dectRdio":true,"rrd":true,"rss":true,"mobile":true,"dectMail":true,"tfa":true,"ssoSet":true,"liveImg":true},"timeTillLogout":"1200","time":[],"data":{"valerror":{"ok":false,"tomark":[],"result":"notfound","alert":"Es ist ein Fehler aufgetreten. (notfound)\nBitte überprüfen Sie Ihre Eingabe."},"apply":"valerror"},"sid":"b82bbd956ecb0f76"}
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Helper_process_JSON.11274] - EXPANDED:Decode JSON string.
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.X.X
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | open_Web_Connection.10904] - EXPANDED:using old SID from 14:16:15
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | call_Lua_Query.10970] - EXPANDED:Request data via API luaQuery
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | call_Lua_Query.10988] - EXPANDED:get -> URL: http://192.168.X.X/query.lua?sid=b82bbd956ecb0f76&box_macFilter_active=wlan:settings/is_macfilter_active
2024.12.30 14:18:10 5:[fb | 7590 | 154.08.00 | call_Lua_Query.10992] - DEBUG:Response: 200 OK
{"box_macFilter_active":"1"}
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Helper_process_JSON.11274] - EXPANDED:Decode JSON string.
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Set_macFilter_OnOff.7711] - EXPANDED:no macFilter change necessary
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Add_Reading.6474] - EXPANDED:retStat_macFilter: macFilter->INFO: change necessary
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Response.6042] - EXPANDED:Captured 13 values
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Response.6043] - EXPANDED:Handover to main process (249):
fb|2|cmV0U3RhdF9tYWNGaWx0ZXJ8bWFjRmlsdGVyLT5JTkZPOiBjaGFuZ2UgbmVjZXNzYXJ5fHJlYWRvdXRUaW1lfDEuMzh8ZmhlbS0+c2lkfGI4MmJiZDk1NmVjYjBmNzZ8ZmhlbS0+c2lkVGltZXwxNzM1NTY0NjkwLjU1OTEyfGZoZW0tPnNpZEVyckNvdW50fDB8LT5XRUJDT05ORUNUfDF8ZmhlbS0+c2lkTmV3Q291bnR8MA==
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_SetGet_Done.6672] - EXPANDED:Back at main process
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Process.6092] - EXPANDED:box_ disable list: none
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Process.6096] - EXPANDED:filter list: none
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Process.6268] - EXPANDED:SET retStat_macFilter = 'macFilter->INFO: change necessary'
2024.12.30 14:18:10 4:[fb | 7590 | 154.08.00 | Readout_Process.6327] - EXPANDED:BulkUpdate lastReadout: 7 values captured in 1.38 s
sieht so weit für mich erst mal gut aus, aber ...
so wie ich das lese, prüft er ob eine Änderung nötig ist, sagt ja, ist sie aber in der fb passiert nix.
Viele Grüße und rutscht gleich nicht aus !!
Martin
Neue Beta gibt es hier: https://forum.fhem.de/index.php?msg=1329297
Hallo Jörg,
bei mir waren die Tests erfolgreich.
Viele Grüße
Jürgen
Hallo Jürgen,
vielen Dank für die Rückmeldung.
Grüße Jörg
Zitatset <name> enableVPNshare <number> <on|off>
<number> ist die Nummer des Readings vpnn..n_user.. oder _box
Schaltet das VPN share mit der Nummer nn an oder aus.
Die Ausführung erfolgt non Blocking. Die Rückmeldung erfolgt im Reading: retStat_enableVPNshare
Benötigt FRITZ!OS 7.21 oder höher.
Hallo,
rein aus Interesse, mit FRITZ!OS 7.57 hab ich keine Readings vpnn..n_user.. oder _box.
Sind die bei den ganzen letzten updates untergegangen oder muss man die erstmal irgendwie anfordern?
Gruß Thomas
edit:
sry, Doku lesen hat geholfen
Hallo Thomas,
hast Du das Attribut
enableVPNShares <0 | 1>
Schaltet die Übernahme von VPN Shares als Reading aus/ein.
gesetzt?
Grüße Jörg
Ja, ohne geht ja auch nicht das schalten mit enableVPNshare
ERROR: vpn readings not activated
War ein "Bedienungsfehler" von mir das ich das erst nach meiner Frage in der Doku gelesen hatte. Im Trott hab ich die zuvor über Help for FRITZBOX aufgerufen und direkt über die Browsersuche nach vpn gesucht und es kamen keine Ergebnisse. Der Grund dafür war aber das die Hilfe nicht aufgerufen wurde, das ist bei mir? ab und an so und nicht gemerkt gehabt.
Liebe alle,
ich habe die letzten Tage FHEM auf einem frischen Server aufgesetzt und dabei lange notwendige Updates durchgeführt. Seitdem klappt leider die Anwesenheitserkennung über die Mac-Adresse nicht mehr - die Readings "mac_***" werden nicht mehr aktualisiert.
Ich habe bisher großteils nur mit der FHEM-Oberfläche gearbeitet, kleine Skripte in perl geschrieben - bin aber nicht der Debugging-Experte. Daher hier die Infos, die ich denke, die relevant sein könnten:
- FHEM Latest Revision: 29683
- 72_FRITZBOX.pm 29283 2024-10-23 10:44:11Z jowiemann
Auszug aus dem Log von 72_FRITZBOX (verbose=5):
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:box_model: FRITZ!Box 7490
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:box_oem: 7490 - avm
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:box_fwVersion: 113.07.60
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersion: 760
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersionStr: 07.60
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:->APICHECKED: 1
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:->APICHECK_RET_CODES: Ok
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->sidTime: 0
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->sidErrCount: 0
2025.02.23 11:44:27 4:[FritzBox | 7490 | 113.07.60 | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.175.1
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | open_Web_Connection.10895] - EXPANDED:Host 192.168.175.1 not available
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:Error: Device is offline
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:->WEBCONNECT: 0
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->sidTime: 0
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:fhem->sidErrCount: 1
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Add_Reading.6474] - EXPANDED:.calledFrom: checkApis
2025.02.23 11:44:32 3:[FritzBox | 7490 | 113.07.60 | Set_check_APIs.7088] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Set_check_APIs.7089] - EXPANDED:Captured 22 values
2025.02.23 11:44:32 5:[FritzBox | 7490 | 113.07.60 | Set_check_APIs.7090] - DEBUG:Handover to main process (391): ->HINWEIS_BOXUSER||->HINWEIS_PASSWORD||->LUAQUERY|1|->LUADATA|1|->TR064|1|->SECPORT|49443|box_model|FRITZ!Box 7490|box_oem|7490 - avm|box_fwVersion|113.07.60|fhem->fwVersion|760|fhem->fwVersionStr|07.60|->APICHECKED|1|->APICHECK_RET_CODES|Ok|fhem->sidTime|0|fhem->sidErrCount|0|Error|Device is offline|->WEBCONNECT|0|fhem->sidTime|0|fhem->sidErrCount|1|readoutTime|8.61|.calledFrom|checkApis
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Done.6062] - EXPANDED:Back at main process
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6092] - EXPANDED:box_ disable list: none
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6096] - EXPANDED:filter list: none
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6268] - EXPANDED:SET .calledFrom = 'checkApis'
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6268] - EXPANDED:SET box_model = 'FRITZ!Box 7490 [7490 - avm]'
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6268] - EXPANDED:SET box_fwVersion = '113.07.60'
2025.02.23 11:44:32 4:[FritzBox | 7490 | 113.07.60 | Readout_Process.6327] - EXPANDED:BulkUpdate lastReadout: 19 values captured in 8.61 s
Meine Vermutung: In Zeile 10890 des Moduls steht ein "Ping", der - siehe obiges Log - fehlschlägt und sagt, die FritzBox sei offline - was nicht der Fall ist. Als Demo habe ich folgendes Skript - basierend auf einem Forenbeitrag bei stackoverflow - von der Linux-Kommandozeile (Debian Bookworm) mit perl gestartet:
#!/usr/bin/perl
use Net::Ping;
$p = Net::Ping->new();
my $main_ip="$ARGV[0]";
if ($p->ping($main_ip,1)){
$result=true;
print "$main_ip is alive \n";
}else{
print "$main_ip is down \n";
}
Konsequent zeigt es "192.168.175.1 is down" an, ersetze ich aber die Zeile Ping->new() durch Ping->new('icmp') ist der Host verfügbar.
Leider fehlt mir nun das Wissen, ob der genannte Fehler überhaupt relevant ist für die fehlenden Readings bzw. wie ich die 72_FRITZBOX zumindest temporär verändern kann, um es zu testen ...
Daher: Vielleicht kann mir hier jemand helfen, wie ich im Debugging weiter vorgehe! Vielen herzlichen Dank, viele Grüße
Christian
Hallo Christian,
Du kannst das Attribut disableHostIPv4check setzen. Dann wird zwar weiterhin geprüft, aber nicht weiter verarbeitet.
Grüße Jörg
PS: Ein ICMP Ping benötigt unter Linux Root Rechte. Falls einer einen Weg kennt... Bitte einen Hinweis geben. Danke
ZitatICMP Ping
?? Ist der ICMP Ping nicht der normale Ping? tcp/udp pings brauchen doch andre Rechte ... oder??
Zitat von: Wernieman am 23 Februar 2025, 22:27:28ZitatICMP Ping
?? Ist der ICMP Ping nicht der normale Ping? tcp/udp pings brauchen doch andre Rechte ... oder??
If the "icmp" protocol is specified, the ping() method sends an icmp echo message to the remote host, which is what the UNIX ping program does. If the echoed message is received from the remote host and the echoed information is correct, the remote host is considered reachable.
Specifying the "icmp" protocol requires that the program be run as root or that the program be setuid to root.
Hallo Jörg,
super - damit funktioniert es! Jetzt kommen die Readings wieder - klasse! Vielen Dank
Zitat von: JoWiemann am 23 Februar 2025, 22:34:07Zitat von: Wernieman am 23 Februar 2025, 22:27:28ZitatICMP Ping
?? Ist der ICMP Ping nicht der normale Ping? tcp/udp pings brauchen doch andre Rechte ... oder??
If the "icmp" protocol is specified, the ping() method sends an icmp echo message to the remote host, which is what the UNIX ping program does. If the echoed message is received from the remote host and the echoed information is correct, the remote host is considered reachable. Specifying the "icmp" protocol requires that the program be run as root or that the program be setuid to root.
Danke fürs raussuchen ....
Hallo zusammen,
ich hab seit ein paar Tagen alle 5 Minuten (jeweils 3x) die folgende Fehlermeldung:
2025.03.30 07:30:37 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:30:37 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:30:37 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:35:39 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:35:39 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:35:39 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:40:38 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:40:38 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
2025.03.30 07:40:38 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
Zitat von: grappa24 am 01 April 2025, 23:07:06Hallo zusammen,
ich hab seit ein paar Tagen alle 5 Minuten (jeweils 3x) die folgende Fehlermeldung:
2025.03.30 07:30:37 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
...
2025.03.30 07:40:38 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter. Use on|off
Hallo,
bitte einmal mit verbose 4 loggen. Hat Du einen Automatismus, der alle 5 Minuten das FritzBox-Device anspricht?
Grüße Jörg
ich hab mal ein Log mit verbose 4 angefertigt, ist allerdings sehr groß, daher ein Versuch mit einer Datei ....
Zitat von: grappa24 am 02 April 2025, 12:15:23ich hab mal ein Log mit verbose 4 angefertigt, ist allerdings sehr groß, daher ein Versuch mit einer Datei ....
Hm,
Auslöser ist der Befehl set <name> guestWlan on|off. Ich habe keine Idee, was bei Dir da passiert. Anbei eine Version mit einer erweiterten Fehlerausgabe. Es reicht ein Verbose 3.
Grüße Jörg
Ich hatte mir ein dummy namens "guestWLAN" gebaut für meinen Floorplan, durch Draufklicken konnte ich das Gäste-WLAN an/ausschalten.
Zur Steuerung gibt es zwei notify, das erste setzt den Status des dummy in Abhängigkeit vom FritzBox:box_guestWlan
FritzBox:box_guestWlan.* {
fhem ("setstate guestWLAN $EVTPART1;trigger guestWLAN");
}das zweite löst in Abhängigkeit vom dummy den setter für FritzBox guestWlan aus
guestWLAN set FritzBox guestWlan $EVENT
Die liefen bisher ohne Probleme; ich hab die beiden notify jetzt mal deaktiviert, dann kommen auch keine Fehlermeldungen mehr, nur die korrekten quittierten set-Befehle, die ich direkt am Device FritzBox" ausgelöst habe.
2025.04.02 18:57:53 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - on
2025.04.02 18:57:55 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:57:55 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:57:59 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:57:59 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:57:59 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:59:06 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - off
2025.04.02 18:59:07 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 18:59:07 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 19:02:58 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 19:02:58 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 19:02:58 2: [FritzBox | 7590 | 154.08.02 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
2025.04.02 19:05:45 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - on
2025.04.02 19:05:59 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - off
2025.04.02 19:07:13 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - on
2025.04.02 19:09:35 3: [FritzBox | 7590 | 154.08.02 | Set.1301] - BASIC:set FritzBox guestWlan - off
Ich kann damit leben, was mich nur wundert, warum der Fehler plötzlich auftauchte ....
Danke Jörg
Zitat von: grappa24 am 02 April 2025, 19:27:41Ich hatte mir ein dummy namens "guestWLAN" gebaut für meinen Floorplan, durch Draufklicken konnte ich das Gäste-WLAN an/ausschalten
Ich kann damit leben, was mich nur wundert, warum der Fehler plötzlich auftauchte ....
Danke Jörg
SIGNIFICANT:ERROR: wrong parameter: Parameter missing. Use on|off
Irgendwie ist der Parameter $EVENT ohne Inhalt. Daher der Fehler. Hat das wirklich mal funktioniert?
Grüße Jörg
ich werd mein notify mal debuggen und melde mich dann wieder.
Dieter
Hallo Dieter,
Du triggerst ja auf fritzbox:box_guestWlan. Hier solltest Du auf jeden Fall das Attribut event-on-change-reading für das Reading box_guestWlan setzen, damit nur bei Änderungen ein Event ausgelöst und das Notify getriggert wird.
Dabei ist mir nicht ganz klar, was Du mit den beiden Notify wirklich erreichen möchtest.
Grüße Jörg
Ich habs gefunden:
FritzBox:box_guestWlan.* {
fhem ("setstate guestWLAN $EVTPART1;trigger guestWLAN");
}
Das notify reagiert ja auf ...box_guestWlan.*
Beim debuggen ist mir dann aufgefallen, dass beim Ein/Ausschalten des Gast-WLAN nicht nur das Reading box_guestWlan on/off geht, sondern auch das Reading box_guestWlanRemain zwischen -1 und 0 wechselt und diese Werte dann den Fehler "SIGNIFICANT:ERROR: wrong parameter. Use on|off" hervorrufen.
Eine Beschränkung auf on|off löst das Problem (oder auch event-on-change-reading box_guestWlan)
FritzBox:box_guestWlan.(on|off) {
fhem ("setstate guestWLAN $EVTPART1;trigger guestWLAN");
}
Was wollte ich mit den notify erreichen?
Wie gesagt, der dummy repräsentiert das Gäste-WLAN und kann durch anklicken aus/angeschalten werden.
Wobei das eine notify "set FritzBox guestWlan $EVENT" das FritzBox Device schaltet beim anklicken des dummy und das andere notify synchronisiert das dummy mit setstate, falls/wenn das WLAN mal in der FB direkt geschalten wird.
Hi,
ZitatWie gesagt, der dummy repräsentiert das Gäste-WLAN und kann durch anklicken aus/angeschalten werden.
... statt dem dummy ein readingsProxy verwenden, dann brauchts auch kein notify...
l.g. erwin
Moin,
bei der Suche nach einer Möglichkeit, mit Hilfe von fhem temporär Internet Zugang zu sperren (habe schon über AdGuard) nachgedacht, bin ich auf das Fritzbox Modul von Jörg gestoßen.
Das passt prinzipiell prima: lockLanDevice würde eine komfortable Schaltmöglichkeit ergeben.
Leider hat der API Aufruf bei mir keine Auswirkung. Andere Funktionen (z.B. GuestWlan an / aus) funktionieren.
Sporadisch kommen Timeout Fehler.
Habt Ihr mir einen Tipp?
Anbei mal die Meldungen aus dem Log:
2025.04.26 18:09:07 3: [Fritzbox | 7590 | 154.08.02 | Set.1302] - BASIC:set Fritzbox lockLandevice - landevice933765 on
2025.04.26 18:09:07 3: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9120] - BASIC:set Fritzbox locklandevice landevice933765 on LouisaPod (Fritz!OS: 08.02)
2025.04.26 18:09:10 2: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9149] - SIGNIFICANT:locklandevice: 45 LouisaPod user4270 04:99:B9:A3:DA:2A LouisaPod
2025.04.26 18:09:10 2: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9165] - SIGNIFICANT:locklandevice: 34 filtprof3 user4270 04:99:B9:A3:DA:2A LouisaPod
2025.04.26 18:09:10 3: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9266] - BASIC:locklandevice: LouisaPod : filtprof3 : landevice933765 : user4270 : Generic
Usage: $p->ping([ $host [, $timeout [, $family]]]) at ./FHEM/72_FRITZBOX.pm line 12945.
2025.04.26 18:09:38 1: [Fritzbox | 7590 | 154.08.02 | Readout_SetGet_Aborted.7500] - ERROR:Timeout reached for: locklandevice landevice933765 on
Danke!
Hallo moloko,
in welcher Umgebung läuft Dein Fhem?
Grüße Jörg
Moin Jörg,
Danke für Deine Antwort.
fhem läuft bei mir auf einem Raspberry Pi 2 Model B Rev 1.1
Also ARMv7 mit 1GB Speicher
Die FritzBox ist eine 7590er mit OS 8.02, sieht man ja im Log.
Das Fritzbox fhem Modul ist aktuell.
VG
Jochen
Zitat von: moloko am 26 April 2025, 18:17:38Leider hat der API Aufruf bei mir keine Auswirkung. Andere Funktionen (z.B. GuestWlan an / aus) funktionieren.
Hallo Jochen,
vielleicht hast du ja das gleiche Problem wie ich: https://forum.fhem.de/index.php?msg=1338368
Probiere einfach mal folgendes: https://forum.fhem.de/index.php?msg=1338551
set <name> lockLandevice <number|mac> <on|off|rt> OS7Gruß Robert
Hallo Jochen,
poste doch einmal ein Log mit verbose 4. Danke Dir.
Grüße Jörg
�Hallo Jörg,
sorry für die Verzögerung, unten der Log. Ist länglich, daher habe ich den Großteil des JSON logs rausgeworfen. Wenn das ganze Log benötigt wird, kann ich es nach liefern.
Hoffentlich bringt das was - und es steht nicht zu viel kompromittierendes drin :)
Inzwischen habe ich auf Profile / lockFilterProfile umgestellt, das funktioniert und bewirkt auch, was ich mir wünsche. Also keine Eile oder Prio auf lockLanDevice.
Evtl. checke ich auch noch den Link bertl.
2025.05.10 20:51:00 2: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9149] - SIGNIFICANT:locklandevice: 46 LouisaPod user4286 04:99:B9:A3:DA:2A LouisaPod
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | open_Web_Connection.12918] - EXPANDED:checking HOST -> 192.168.0.1
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | open_Web_Connection.12958] - EXPANDED:using old SID from 20:49:59
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | call_javaScript.13441] - EXPANDED:Request data via API javaScript.
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | call_javaScript.13445] - EXPANDED:URL: http://192.168.0.1/api/v0/user
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | call_javaScript.13458] - EXPANDED:Response: {"user":[{"filter_profile_UID":"filtprof2","type":"4","tickets_in_advance":"0","disallowed":"0","UID":"user4279","name":"(guest)","landeviceUID":"","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1","type":"3","tickets_in_advance":"0","disallowed":"0","UID":"user4280","name":"(default)","landeviceUID":"","today_time":"75200","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4206","name":"(landev10080)","landeviceUID":"landevice10080","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4208","name":"(landev3770)","landeviceUID":"landevice3770","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4210","name":"(landev3707)","landeviceUID":"landevice3707","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4212","name":"(landev4718)","landeviceUID":"landevice4718","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4214","name":"(landev4721)","landeviceUID":"landevice4721","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4216","name":"(landev4855)","landeviceUID":"landevice4855","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4218","name":"(landev4719)","landeviceUID":"landevice4719","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4220","name":"(landev443004)","landeviceUID":"landevice443004","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4222","name":"(landev699)","landeviceUID":"landevice699","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4224","name":"(landev703)","landeviceUID":"landevice703","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4226","name":"(landev683)","landeviceUID":"landevice683","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4228","name":"(landev741)","landeviceUID":"landevice741","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4230","name":"(landev743)","landeviceUID":"landevice743","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4232","name":"(landev690)","landeviceUID":"landevice690","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4234","name":"(landev707)","landeviceUID":"landevice707","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4236","name":"(landev446261)","landeviceUID":"landevice446261","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof3","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4238","name":"(landev9482)","landeviceUID":"landevice9482","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4240","name":"(landev3700)","landeviceUID":"landevice3700","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4242","name":"(landev9510)","landeviceUID":"landevice9510","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4244","name":"(landev9514)","landeviceUID":"landevice9514","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4246","name":"(landev352889)","landeviceUID":"landevice352889","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4248","name":"(landev537979)","landeviceUID":"landevice537979","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4250","name":"(landev868314)","landeviceUID":"landevice868314","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4252","name":"(landev622139)","landeviceUID":"landevice622139","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4254","name":"(landev9452)","landeviceUID":"landevice9452","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4256","name":"(landev196047)","landeviceUID":"landevice196047","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4258","name":"(landev1305)","landeviceUID":"landevice1305","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4260","name":"(landev1063200)","landeviceUID":"landevice1063200","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4262","name":"(landev950971)","landeviceUID":"landevice950971","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4264","name":"(landev1262007)","landeviceUID":"landevice1262007","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4266","name":"(landev1785743)","landeviceUID":"landevice1785743","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4268","name":"(landev1785884)","landeviceUID":"landevice1785884","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof3","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4272","name":"(landev782)","landeviceUID":"landevice782","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4274","name":"(landev1236634)","landeviceUID":"landevice1236634","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4276","name":"(landev1516376)","landeviceUID":"landevice1516376","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4278","name":"(landev1536092)","landeviceUID":"landevice1536092","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1622","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4286","name":"(landev933765)","landeviceUID":"landevice933765","today_time":"75080","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4287","name":"(landev5010)","landeviceUID":"landevice5010","today_time":"22920","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4288","name":"(landev3969)","landeviceUID":"landevice3969","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4289","name":"(landev5060)","landeviceUID":"landevice5060","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4290","name":"(landev2481239)","landeviceUID":"landevice2481239","today_time":"65120","ticket_valid":"0"},{"filter_profile_UID":"filtprof1624","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4291","name":"(landev5072)","landeviceUID":"landevice5072","today_time":"45120","ticket_valid":"0"},{"filter_profile_UID":"filtprof1624","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4292","name":"(landev3661)","landeviceUID":"landevice3661","today_time":"75080","ticket_valid":"0"}]}
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | Helper_process_JSON.13556] - EXPANDED:Decode JSON string:
{"user":[{"filter_profile_UID":"filtprof2","type":"4","tickets_in_advance":"0","disallowed":"0","UID":"user4279","name":"(guest)","landeviceUID":"","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1","type":"3","tickets_in_advance":"0","disallowed":"0","UID":"user4280","name":"(default)","landeviceUID":"","today_time":"75200","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4206","name":"(landev10080)","landeviceUID":"landevice10080","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4208","name":"(landev3770)","landeviceUID":"landevice3770","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4210","name":"(landev3707)","landeviceUID":"landevice3707","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4212","name":"(landev4718)","landeviceUID":"landevice4718","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4214","name":"(landev4721)","landeviceUID":"landevice4721","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4216","name":"(landev4855)","landeviceUID":"landevice4855","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4218","name":"(landev4719)","landeviceUID":"landevice4719","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4220","name":"(landev443004)","landeviceUID":"landevice443004","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4222","name":"(landev699)","landeviceUID":"landevice699","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4224","name":"(landev703)","landeviceUID":"landevice703","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4226","name":"(landev683)","landeviceUID":"landevice683","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4228","name":"(landev741)","landeviceUID":"landevice741","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4230","name":"(landev743)","landeviceUID":"landevice743","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4232","name":"(landev690)","landeviceUID":"landevice690","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4234","name":"(landev707)","landeviceUID":"landevice707","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4236","name":"(landev446261)","landeviceUID":"landevice446261","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof3","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4238","name":"(landev9482)","landeviceUID":"landevice9482","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4240","name":"(landev3700)","landeviceUID":"landevice3700","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4242","name":"(landev9510)","landeviceUID":"landevice9510","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4244","name":"(landev9514)","landeviceUID":"landevice9514","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4246","name":"(landev352889)","landeviceUID":"landevice352889","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4248","name":"(landev537979)","landeviceUID":"landevice537979","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4250","name":"(landev868314)","landeviceUID":"landevice868314","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4252","name":"(landev622139)","landeviceUID":"landevice622139","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4254","name":"(landev9452)","landeviceUID":"landevice9452","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4256","name":"(landev196047)","landeviceUID":"landevice196047","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4258","name":"(landev1305)","landeviceUID":"landevice1305","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4260","name":"(landev1063200)","landeviceUID":"landevice1063200","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4262","name":"(landev950971)","landeviceUID":"landevice950971","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4264","name":"(landev1262007)","landeviceUID":"landevice1262007","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4266","name":"(landev1785743)","landeviceUID":"landevice1785743","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4268","name":"(landev1785884)","landeviceUID":"landevice1785884","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof3","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4272","name":"(landev782)","landeviceUID":"landevice782","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4274","name":"(landev1236634)","landeviceUID":"landevice1236634","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4276","name":"(landev1516376)","landeviceUID":"landevice1516376","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof9999","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4278","name":"(landev1536092)","landeviceUID":"landevice1536092","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1622","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4286","name":"(landev933765)","landeviceUID":"landevice933765","today_time":"75080","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4287","name":"(landev5010)","landeviceUID":"landevice5010","today_time":"22920","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4288","name":"(landev3969)","landeviceUID":"landevice3969","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4289","name":"(landev5060)","landeviceUID":"landevice5060","today_time":"0","ticket_valid":"0"},{"filter_profile_UID":"filtprof1621","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4290","name":"(landev2481239)","landeviceUID":"landevice2481239","today_time":"65120","ticket_valid":"0"},{"filter_profile_UID":"filtprof1624","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4291","name":"(landev5072)","landeviceUID":"landevice5072","today_time":"45120","ticket_valid":"0"},{"filter_profile_UID":"filtprof1624","type":"1","tickets_in_advance":"0","disallowed":"0","UID":"user4292","name":"(landev3661)","landeviceUID":"landevice3661","today_time":"75080","ticket_valid":"0"}]}
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | Helper_process_JSON.13585] - EXPANDED:JSON: {
'user' => [
{
'landeviceUID' => '',
'tickets_in_advance' => '0',
'name' => '(guest)',
'ticket_valid' => '0',
'type' => '4',
'filter_profile_UID' => 'filtprof2',
'UID' => 'user4279',
'today_time' => '0',
'disallowed' => '0'
},
{
'landeviceUID' => '',
'disallowed' => '0',
'today_time' => '75200',
'UID' => 'user4280',
'filter_profile_UID' => 'filtprof1',
'ticket_valid' => '0',
'name' => '(default)',
'tickets_in_advance' => '0',
'type' => '3'
},
{
'landeviceUID' => 'landevice10080',
'filter_profile_UID' => 'filtprof9999',
'today_time' => '0',
'UID' => 'user4206',
'disallowed' => '0',
'name' => '(landev10080)',
'tickets_in_advance' => '0',
'ticket_valid' => '0',
'type' => '1'
},
{
'type' => '1',
'tickets_in_advance' => '0',
'name' => '(landev3770)',
'ticket_valid' => '0',
'filter_profile_UID' => 'filtprof9999',
'today_time' => '0',
'disallowed' => '0',
'UID' => 'user4208',
'landeviceUID' => 'landevice3770'
},
{
'landeviceUID' => 'landevice3707',
'name' => '(landev3707)',
'tickets_in_advance' => '0',
'ticket_valid' => '0',
'type' => '1',
'filter_profile_UID' => 'filtprof9999',
'today_time' => '0',
'UID' => 'user4210',
'disallowed' => '0'
},
{
'type' => '1',
'ticket_valid' => '0',
'tickets_in_advance' => '0',
'name' => '(landev4718)',
'today_time' => '0',
'disallowed' => '0',
'UID' => 'user4212',
'filter_profile_UID' => 'filtprof9999',
'landeviceUID' => 'landevice4718'
},
]
}
2025.05.10 20:51:00 2: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9165] - SIGNIFICANT:locklandevice: 38 filtprof1622 user4286 04:99:B9:A3:DA:2A LouisaPod
2025.05.10 20:51:00 3: [Fritzbox | 7590 | 154.08.02 | Set_lock_Landevice_OnOffRt_8.9266] - BASIC:locklandevice: LouisaPod : filtprof1622 : landevice933765 : user4286 : Generic
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | open_Web_Connection.12918] - EXPANDED:checking HOST -> 192.168.0.1
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | open_Web_Connection.12958] - EXPANDED:using old SID from 20:49:59
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | write_javaScript.13358] - EXPANDED:Request data via API javaScript: {"device_class_user":"Generic","friendly_name":"LouisaPod","rrd":"0"}
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | write_javaScript.13364] - EXPANDED:URL: http://192.168.0.1/api/v0/landevice/landevice/landevice933765
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | write_javaScript.13419] - EXPANDED:_content: '{}'
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | Helper_process_JSON.13556] - EXPANDED:Decode JSON string:
{}
2025.05.10 20:51:00 4: [Fritzbox | 7590 | 154.08.02 | Helper_process_JSON.13585] - EXPANDED:JSON: {}
Usage: $p->ping([ $host [, $timeout [, $family]]]) at ./FHEM/72_FRITZBOX.pm line 12945.
Hallo,
ich habe jetzt meine Fritzbox 7590 mit der Fritzbox 7690 getauscht. Habe die Box und FHEM mehrmals neugestartet. Die meisten Readings vom Modul werden auch mit den der neuen Box aktualisiert.
Nur die Readings "box_powerRate" und "box_cpuTemp" haben jetzt immer den Wert 0. Diese Werte wurden von der alten Box korrekt ausgelesen. Kennt jemand eine Lösung?
Danke
Gruß Tom
Hallo Tom,
getauscht bedeutet im fhem Gerät die Adresse getauscht, also ansonsten die gleichen Einstellungen? Aktiviert sind die Readings über das Attribut enableBoxReadings?
Viele Grüße
Thomas
Hi Thomas,
die neue Box hat die gleiche IP-Adresse, da ich den Assistenten zum Übertragen der Konfiguration genutzt habe. Ich habe jedoch in der FHEM-Config bisher kein Attribut "enableBoxReadings" gesetzt.
Hat jedoch wie gesagt mit der alten Box einwandfrei funktioniert.
Was mir jedoch aufgefallen ist:
Die Fritzbox 7690 hat mit FritzOS 8.02 keinen Energiemonitor mehr.
Grüße Tom
Hi Tom,
ab der Version 8 gibt es aktuell keinen Energiemonitor mehr. Wird vieleicht in einer späteren Version in neuer Form kommen. Deshalb sind diese Werte auch nicht mehr in FHEM verfügbar.
Viele Grüße
Jürgen
Hallo Tom,
in der aktuellen Labor für die 7690 soll er wohl wieder drin sein. Kannst Du ja mal testen.
Grüße Jörg
PS: bitte poste doch in Zukunft im aktuellen Thread für FritzBox ab Version 8.00