72_FRITZBOX.pm ab Version 07.57.10

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

Vorheriges Thema - Nächstes Thema

JoWiemann

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

juemuc

Hallo Jörg,

bei mir bisher keine Auffälligkeiten.

Viele Grüß
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

rico5588

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

StefanG

#3
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.

JoWiemann

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

elhennig

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

JoWiemann

#6
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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

heinzfo

#7
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 $

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

heinzfo


RalfRog

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
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Zitat von: RalfRog am 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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

heinzfo

Zitat von: JoWiemann am 24 Januar 2024, 11:44:46
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

Hallo Jörg

Kannst Du das evtl. über die Durchsage Funktion lösen?
Geht halt nur von Fon zu Fon, oder?

Grüße, Heinz

JoWiemann

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

heinzfo

Zitat von: JoWiemann am 24 Januar 2024, 15:07:19
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

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