72_FRITZBOX: GSM Readings (state RSSI technology) werden nicht erstellt ?

Begonnen von LudgerR, 07 April 2023, 23:03:19

Vorheriges Thema - Nächstes Thema

RalfRog

Zitat von: juemuc am 11 April 2023, 17:33:50Einmal Mobilfunk -> Immer Mobilfunk  8) Der Eintrag bleibt jetzt  ;D
Das war kein Spass, oder? Wäre nicht schlimm wenn der Menüpunkt bliebe!

Ich glaube ich geh nachher mal durch einen Werksreset. Ich habe aus 2014 im Zusammenhang mit Freetz gefunden:
von der Firmware für ungültige Namen der Wert "non-emu" zurückgegeben wird, wie man es von ctlmgr_ctl auch kenntNicht das sich in der Box was verdreht hat  :o

Den Wert habe ich gerade auch bei Elektroluch gefunden im Support Thread noch gar nicht lange her:
  2023-04-03 22:03:09  box_upnp        non-emu....
https://forum.fhem.de/index.php?msg=1270893
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

juemuc

Zitat von: RalfRog am 11 April 2023, 17:55:58
Zitat von: juemuc am 11 April 2023, 17:33:50Einmal Mobilfunk -> Immer Mobilfunk  8) Der Eintrag bleibt jetzt  ;D
Das war kein Spass, oder? Wäre nicht schlimm wenn der Menüpunkt bliebe!

Nein. Durch einen Werksreset und das teilweise Zurückspielen einer Sicherung sollte der Punkt wieder verschwinden. Wenn Du aber das USB-Tehtering wieder nutzt, bleibt es wieder bis zum nächsten Werksreset.

Viele Grüße
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).

RalfRog

Zitat von: juemuc am 11 April 2023, 18:04:54Nein. Durch einen Werksreset und das teilweise Zurückspielen einer Sicherung sollte der Punkt wieder verschwinden. Wenn Du aber das USB-Tehtering wieder nutzt, bleibt es wieder bis zum nächsten Werksreset.

Ne das stört mich nicht sondern die kaputte Uptime. Warum auch immer der Wert nicht mehr gelesen werden kann.
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

RalfRog

Wenn Jo mitliest.
Wo holst Du die Uptime her?

TR064 bringt noch den richtigen Wert.

Service='DeviceInfo:1'   Control='deviceinfo'   Action='GetInfo'
  'NewUpTime' => '3851',

Edit:
Ach ne... ich glaube es nicht.
-> Nachdem die TR-Abfrage gerade abgesetzt wurde ist das Reading wieder da - auch mit einem plausiblem Wert.
-> box_uptime 3780 sec = 0T 01:03:00
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

LudgerR

Zunächst mal das Ergebnis für die FB7590 (ip-client an FB591):



service='X_AVM-DE_WANMobileConnection:1'   Control='x_wanmobileconn'   Action='GetInfoEx'
----------------------------------------------------------------------
{
  'GetInfoExResponse' => {
                           'NewPPPUsername' => '',
                           'NewEnableVoIPPDN' => '0',
                           'NewCurrentAccessTechnology' => 'EDGE',
                           'NewIMSI' => '262021007348901',
                           'NewSoftwareVersion' => '11.126.03.06.00',
                           'NewRoaming' => '0',
                           'NewUptime' => '364951',
                           'NewPPPUsernameVoIP' => '',
                           'NewSignalRSRP0' => '',
                           'NewCellList' => '<CellList><Cell><Index>0</Index><Connected>primary</Connected><CellType>umts</CellType><PLMN>26202</PLMN><Provider>1&amp;1</Provider><TAC>2009A</TAC><PhysicalId>2</PhysicalId><Distance>0</Distance><Rssi>86</Rssi><Rsrq>0</Rsrq><RSRP>0</RSRP><Cellid>0-03</Cellid></Cell></CellList>
',
                           'NewPDN2_MTU' => '0',
                           'NewAPN_VoIP' => '',
                           'NewPDN1_MTU' => '0',
                           'NewSerialNumber' => '353142044903667',
                           'NewAPN' => '',
                           'NewSignalRSRP1' => ''
                         }
}
      

box_fwVersion   154.07.50   2023-04-11 18:13:35
box_guestWlan   off   2023-04-11 18:13:35
box_guestWlanCount   0   2023-04-11 18:13:35
box_guestWlanRemain   0   2023-04-11 18:13:35
box_last_connect_err   ERROR_NONE   2023-04-11 18:13:35
box_macFilter_active   off   2023-04-11 18:13:35
box_meshRole   slave   2023-04-11 18:13:35
box_model   FRITZ!Box 7590 [avm]   2023-04-11 10:43:33
box_moh   default   2023-04-11 18:13:35
:
:
usbMobile_config_cable   off   2023-04-11 18:13:35
usbMobile_config_dsl   on   2023-04-11 18:13:35
usbMobile_ipclient   on   2023-04-11 18:13:35
usbMobile_wds   off   2023-04-11 18:13:35

Lediglich die usb Readings sind neu gegenüber der alten Version. 
Der tr064 Befehl dagegen zeigt (s.o.) die aktuelle GSM-Verbindung über Mobilfunk (EDGE,umts,...)

VG Ludger
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

LudgerR

Und nun das Ergebnis auf dem Kabelrouter FB6591 bei bestehender Verbindung über Kabel.

Auf der Fritzbox sehe ich unter 'Internet/'Mobilfunk' folgenden Status:

 LTE (4G), bereit   E-Plus   mit einem RSSI >80

Dies entspricht auch der tr064 Antwort:

Service='X_AVM-DE_WANMobileConnection:1'   Control='x_wanmobileconn'   Action='GetInfoEx'
----------------------------------------------------------------------
{
  'GetInfoExResponse' => {
                           'NewCellList' => '<CellList><Cell><Index>0</Index><Connected>primary</Connected><CellType>umts</CellType><PLMN>26203</PLMN><Provider>E-Plus</Provider><TAC>FFFE</TAC><PhysicalId>2</PhysicalId><Distance>0</Distance><Rssi>89</Rssi><Rsrq>0</Rsrq><RSRP>0</RSRP><Cellid>0-03</Cellid></Cell></CellList>
',
                           'NewSignalRSRP0' => '',
                           'NewPDN1_MTU' => '0',
                           'NewPDN2_MTU' => '0',
                           'NewAPN_VoIP' => '',
                           'NewSerialNumber' => '357148041260932',
                           'NewAPN' => 'internet',
                           'NewSignalRSRP1' => '',
                           'NewPPPUsername' => 'ppp',
                           'NewCurrentAccessTechnology' => 'LTE',
                           'NewEnableVoIPPDN' => '0',
                           'NewRoaming' => '0',
                           'NewSoftwareVersion' => '11.335.21.50.11',
                           'NewIMSI' => '262076029035881',
                           'NewUptime' => '343335',
                           'NewPPPUsernameVoIP' => ''
                         }
}

Bei den Readings finde ich außer dem bisherigen "gsm-internet 0' keine zusätzliche gsm bzw. usb-Readings.

Wenn ich tatsächlich eine Internet-Verbindung über Mobilfunk aufbaue, könnte sich das natürlich ändern. Aber ich will ja im Normalfall sicherstellen, dass die Mindest-Vorausetzungen für einen Fallback Internetverbindung über Mobilfunk nämlich "LTE bereit" erfüllt sind.



Viele Grüße
Ludger

P.S.    Das Attribut "enableMobileModem" ist auf 1 gesetzt
   



Aber auf der FB7590 hatte ich "enableMobileModem" nicht gesetzt.


usbMobile_CurrentAccessTechnology EDGE 2023-04-11 19:20:10
usbMobile_EnableVoIPPDN 0 2023-04-11 19:20:10
usbMobile_IMSI 262021007348901 2023-04-11 19:20:10
usbMobile_PDN1_MTU 0 2023-04-11 19:20:10
usbMobile_PDN2_MTU 0 2023-04-11 19:20:10
usbMobile_Roaming 0 2023-04-11 19:20:10
usbMobile_SerialNumber 353142044903667 2023-04-11 19:20:10
usbMobile_SoftwareVersion 11.126.03.06.00 2023-04-11 19:20:10
usbMobile_Uptime 369474 2023-04-11 19:23:10
usbMobile_config_cable off 2023-04-11 19:20:10
usbMobile_config_dsl on 2023-04-11 19:20:10
usbMobile_ipclient on 2023-04-11 19:20:10
usbMobile_wds off 2023-04-11 19:20:10

Jetzt sieht es für die FB591 schon besser aus (s.o.).

VG
Ludger
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

JoWiemann

Hallo Ludger,

da ich mir bei den Fritz!OS Versionen nicht sicher war habe ich TR064 erst einmal auf mindestens 7.50 eingeschränkt. Welche Versionen hast Du auf den FB, wo die TR064 Werte liefert? Dann passe ich das an.

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

LudgerR

Zitat von: RalfRog am 11 April 2023, 15:35:34Da habt ihr mich aber mächtig neugierig gemacht!  ;)

"USB-Tethering" hab ich zwar auf meinem Androiden aber >Klicken Sie im Menü "Internet" auf "Mobilfunk"< scheitert am fehlenden Menüpunkt den es laut AVM bei der 7590 auch geben soll  ::)

7.50 hab ich...

Edit: YouTube hilft. Der Menüpunkt kommt erst nachdem man den Androiden angeschlossen hat  :o


Und dass ich über die per IP-Client verbundenen Fritzboxen, dennoch eine Mobilfunkruf absetetzen kann bin ich zufällig gestoßen.  Der Menüpunkt ist ausgeblendet. Die Konfiguration ist weiterhin von der DSL Fallback Konfiguration aktiv. 

Auf der Homepage von Michael Engelke findet man einen Hinweis, wie man die Ausgeblendung der Menüpukte "per hack" aufheben kann. Bisher musste ich es nicht machen. Und mit dem tr064 Befehl bekomme ich ja die fehlende Statusinformation.

VG
Ludger
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

LudgerR

Zitat von: JoWiemann am 11 April 2023, 19:33:19Hallo Ludger,

da ich mir bei den Fritz!OS Versionen nicht sicher war habe ich TR064 erst einmal auf mindestens 7.50 eingeschränkt. Welche Versionen hast Du auf den FB, wo die TR064 Werte liefert? Dann passe ich das an.

Grüße Jörg

OS 7.50 auf beiden  FB6591 und FB7590 
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

JoWiemann

Hallo Ludger,

anbei eine Version mit weiteren Debug Ausgaben. Das Debug ist auf verbose 3 gesetzt.

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,

ich erhalte diese Infos im Log.

2023.04.12 11:13:03 3: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3239] - DEBUG:
{
  'GetInfoExResponse' => {
                           'NewPDN2_MTU' => '0',
                           'NewCurrentAccessTechnology' => 'unknown',
                           'NewPPPUsernameVoIP' => '',
                           'NewSignalRSRP0' => '',
                           'NewPDN1_MTU' => '0',
                           'NewAPN_VoIP' => '',
                           'NewCellList' => '<CellList />
',
                           'NewRoaming' => '0',
                           'NewSoftwareVersion' => '',
                           'NewSignalRSRP1' => '',
                           'NewEnableVoIPPDN' => '0',
                           'NewSerialNumber' => '',
                           'NewAPN' => '',
                           'NewUptime' => '50',
                           'NewPPPUsername' => '',
                           'NewIMSI' => ''
                         }
}

Verbunden mit einem XIAOMI POCO F3. Die Box scheint zumindest bei mir keine weiteren Werte zu liefern.

Viele Grüße
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).

JoWiemann

Zitat von: juemuc am 12 April 2023, 11:19:23Verbunden mit einem XIAOMI POCO F3. Die Box scheint zumindest bei mir keine weiteren Werte zu liefern.

Viele Grüße
Jürgen

Hallo Jürgen,

funktioniert XIAOMI POCO F3 denn als Fall Back? Bzw. hast Du es wie hier beschrieben: https://avm.de/service/wissensdatenbank/dok/FRITZ-Box-6690-Cable/1205_FRITZ-Box-fur-Internetzugang-uber-Android-Smartphone-einrichten-USB-Tethering/#:~:text=%C3%96ffnen%20Sie%20am%20Smartphone%20die,Option%20%22USB-Tethering%22. eingerichtet?

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,

ich habe die Verbindung als "dauerhaft" eingerichtet. Die Funktionalität seitens der FB ist ja vorhanden. Vielleicht liegt es ja an der FB6690 (meine Vermutung). Hier ist die Funktionalität bezüglich Internetanbindung ja etwas anders als bei einer FB7590. Ich habe zum Beispiel keine Möglichkeit die FB über WLAN mit einer anderen FB zu verbinden (nicht Mesh sondern als Internetverbindung).

Viele Grüße
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).

LudgerR

Hallo Jörg,

Wenn ich die Fritzboxen als ip-Clients (WLAN Repeater) konfiguriere, bekomme ich passable Ergebnisse (usb Readings), sowohl für die FB7590 als auch für eine FB6591 (beide OS /7.50)

Mit dem produktiven FB6591 (als Meshmaster konfiguriert und mit aktiver Kabelverbindung)  habe ich es bisher nur einmal geschafft die USB-Readings zu erzeugen


box_connect Connected 2023-04-12 13:32:52
box_dsl_downStream 109.568 2023-04-12 13:32:52
box_dsl_upStream 10.956 2023-04-12 13:32:52
box_fwVersion 161.07.50 2023-04-12 13:33:01
box_ipv4_Extern 178.203.33.188 2023-04-12 13:32:52
box_meshRole master 2023-04-12 13:32:52
box_model FRITZ!Box 6591 Cable [avm] 2023-04-12 13:33:01
box_tr064 on 2023-04-12 13:32:52
box_uptime 436620 sec = 5T 01:17:00 2023-04-12 13:32:52
box_uptimeConnect 411427 sec = 4T 18:17:07 2023-04-12 13:32:52


retStat_lastReadout Didn't get a session ID 2023-04-12 13:49:41
state Didn't get a session ID 2023-04-12 13:49:41
usbMobile_APN internet 2023-04-12 13:32:52
usbMobile_CurrentAccessTechnology LTE 2023-04-12 13:32:52
usbMobile_EnableVoIPPDN 0 2023-04-12 13:32:52
usbMobile_IMSI 262076029035881 2023-04-12 13:32:52
usbMobile_PDN1_MTU 0 2023-04-12 13:32:52
usbMobile_PDN2_MTU 0 2023-04-12 13:32:52
usbMobile_PPPUsername ppp 2023-04-12 13:32:52
usbMobile_Roaming 0 2023-04-12 13:32:52
usbMobile_SerialNumber 357148041260932 2023-04-12 13:32:52
usbMobile_SoftwareVersion 11.335.21.50.11 2023-04-12 13:32:52
usbMobile_Uptime 411427 2023-04-12 13:32:52

   Folgend der entsprechende debug-Log  aus dem Log.


2023.04.12 13:32:51 2: FRITZBOX!6591 [Fritz1: Web_OpenCon.5580] - ERROR: Web connection could not be established. Please check your credentials (password, user).
2023.04.12 13:32:51 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.2946] - ERROR: ERROR: Didn't get a session ID
2023.04.12 13:32:51 2: FRITZBOX!6591 [Fritz1: Web_OpenCon.5580] - ERROR: Web connection could not be established. Please check your credentials (password, user).
2023.04.12 13:32:51 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.2990] - ERROR: ERROR: Didn't get a session ID
2023.04.12 13:32:51 2: FRITZBOX!6591 [Fritz1: Web_OpenCon.5580] - ERROR: Web connection could not be established. Please check your credentials (password, user).
2023.04.12 13:32:51 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.3032] - ERROR: ERROR: Didn't get a session ID
2023.04.12 13:32:51 2: FRITZBOX!6591 [Fritz1: Web_OpenCon.5580] - ERROR: Web connection could not be established. Please check your credentials (password, user).
2023.04.12 13:32:51 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.3087] - ERROR: ERROR: Didn't get a session ID
2023.04.12 13:32:51 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.3226] - DEBUG: jetzt Aufruf CellList->Fritz!OS: 07.50
2023.04.12 13:32:52 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.3232] - DEBUG: getting CellList ->
{
  'GetInfoExResponse' => {
                           'NewPDN1_MTU' => '0',
                           'NewPDN2_MTU' => '0',
                           'NewRoaming' => '0',
                           'NewEnableVoIPPDN' => '0',
                           'NewSoftwareVersion' => '11.335.21.50.11',
                           'NewSignalRSRP0' => '',
                           'NewAPN_VoIP' => '',
                           'NewCurrentAccessTechnology' => 'LTE',
                           'NewUptime' => '411427',
                           'NewPPPUsername' => 'ppp',
                           'NewAPN' => 'internet',
                           'NewIMSI' => '262076029035881',
                           'NewSerialNumber' => '357148041260932',
                           'NewSignalRSRP1' => '',
                           'NewPPPUsernameVoIP' => '',
                           'NewCellList' => '<CellList><Cell><Index>0</Index><Connected>primary</Connected><CellType>umts</CellType><PLMN>26203</PLMN><Provider>o2 - de</Provider><TAC>FFFE</TAC><PhysicalId>2</PhysicalId><Distance>0</Distance



nonblockingTimeOut habe ich schon auf Maximum 125 gesetzt und so gut will alle für den Test nicht relevanten Readings disabled.

Bei der fhem.pl version bin ich leider auf einen sehr alten Stand (Feb  3  2021).
Wenn sich beim NonBlocking inzwischen einiges geändert hat, dann macht es wenig Sinn die Ursache für die Fehlermeldungen und Warnungen im Log  unter der alten fhem.pl weiter zu suchen.

Jetzt fehlt eigentlich nur noch die Auswertung der CellList als gsm-Readings.

VG  Ludger
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

LudgerR

2023.04.12 13:32:52 3: FRITZBOX!6591 [Fritz1: Readout_Run_Web.3247] - DEBUG: Data CellList:
<CellList><Cell><Index>0</Index><Connected>primary</Connected><CellType>umts</CellType><PLMN>26203</PLMN><Provider>o2 - de</Provider><TAC>FFFE</TAC><PhysicalId>2</PhysicalId><Distance>0</Distance><Rssi>91</Rssi><Rsrq>0</Rsrq><RSRP>0</RSRP><Cellid>0-03</Cellid></Cell>

Den CellList debug hatte ich vergessen

VG Ludger
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)