72_FRITZBOX.pm ab Version 07.57.10

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

Vorheriges Thema - Nächstes Thema

JoWiemann

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

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?
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

kabanett

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ß
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

JoWiemann

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

kabanett

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ß

Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

kabanett

Sorry, ich habe es gefunden!
Es sind sehr viele Einträge vorhanden. Das Modul funktioniert scheinbar wieder. Also reicht ein set <name> checkAPIs?!

Gruß
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

JoWiemann

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

kabanett

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ß
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

Jamo

Zitat von: JoWiemann am 28 Juni 2024, 12:47:02
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 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
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence

RappaSan

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

JoWiemann

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

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

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Siehe #93, da ging es um Verbindungen per Wireguard, die auch ohne MAC sind.

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

RappaSan

OK, das klingt einleuchtend. :)
Danke für die Erklärung(en).

swsmily

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).

JoWiemann

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

Jamo

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'
            }
}
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence