72_FRITZBOX: Sperren/Entsperren von Netzwerkgeräten / DECT Telefonen u weiteres

Begonnen von JoWiemann, 25 Januar 2021, 10:30:32

Vorheriges Thema - Nächstes Thema

kabanett

ENTWARNUNG!!!

Erst einmal vielen Dank für deine unermüdliche Hilfe!

Nach deinem Post wegen Switch/Firewall viel mir auch nichts mehr ein, als die Fritzbox stromlos zu machen.
Siehe da, jetzt funktioniert auch die Gast-WLan Steuerung. Neu gestartet hatte ich ja schon ohne Erfolg...
Ich denke es ist tatsächlich ein Problem der Laborversion. Möchte aber, wegen Wirecard, nicht darauf verzichten.

Momentan habe ich noch folgende Meldungen:
2023.04.25 18:12:34 3: FRITZBOX!7490 [FritzBox: Set.1147] - INFO: set FritzBox guestWlan on
2023.04.25 18:12:34 1: FRITZBOX!7490 [FritzBox: Set_Cmd_Start.3869] - Set_CMD_Start -> Set.1149 -> guestwlan
2023.04.25 18:12:34 1: FRITZBOX!7490 [FritzBox: Set_Cmd_Start.3982] - INFO: Fork process FRITZBOX_Run_GuestWlan_Web
2023.04.25 18:14:26 3: FRITZBOX!7490 [FritzBox: Set.1147] - INFO: set FritzBox guestWlan off
2023.04.25 18:14:26 1: FRITZBOX!7490 [FritzBox: Set_Cmd_Start.3869] - Set_CMD_Start -> Set.1149 -> guestwlan
2023.04.25 18:14:26 1: FRITZBOX!7490 [FritzBox: Set_Cmd_Start.3982] - INFO: Fork process FRITZBOX_Run_GuestWlan_Web

Kommen die weil ich diese spezielle Version von heute betreibe?
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

RalfRog

Zitat von: JoWiemann am 25 April 2023, 07:45:58Hallo,

ich werde mal auf die 7490 die Labor aufspielen. Allerdings stellt sich die Frage, ob Labor oder Inhouse Versionen wirklich für die Entwicklung des Moduls herangezogen werden sollten. Im ip-phone-forum zeigt sich in den Diskussionen, dass sich von Version zu Version alles Mögliche ändert, weil AVM scheinbar nur rum bastelt.

Grüße Jörg

Ich denke, schön wenn die Labor (besonders Inhouse) funktioniert. Sich zu sehr an der unfertigen Version zu orientieren verursacht ggfs. viel unnötigen Aufwand.

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: kabanett am 25 April 2023, 18:26:10Kommen die weil ich diese spezielle Version von heute betreibe?

Ja, die hatte ich noch zum Testen drin.

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

Zitat von: JoWiemann am 25 April 2023, 18:50:44Ja, die hatte ich noch zum Testen drin.
OK!
Wie gesagt, nochmals vielen Dank an alle!
Es ärgert mich schon wieder maßlos, dass ich nicht vorher auf die Idee gekommen bin... :(
War echt keine Absicht! Sorry!
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 25 April 2023, 19:52:57Wie gesagt, nochmals vielen Dank an alle!
Es ärgert mich schon wieder maßlos, dass ich nicht vorher auf die Idee gekommen bin... :(
War echt keine Absicht! Sorry!

Alles gut. Auf dem Weg habe ich noch Kleinigkeiten gefunden.

Somit nun nochmal eine Beta: 07.50.15d BETA

Sofern Ihr nichts mehr findet, würde ich diese Version gerne ins SVN einchecken.

  • - weitere Fehlerbehandlungen in den SOAP Abfragen.
  • - ausblenden von box_ (Leitungsparameter wie UpStream usw.) Readings, wenn SLAVE im Mesh erkannt wird.
  • - weitere Abfragen für Fritz!OS < 6.80 ausgeblendet.

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,

sieht gut aus. Allerdings ist mir aufgefallen, dass bei der FB7490 (Mesh-Client) die Readings sip0 - sip2 angezeigt werden, obwohl ich das Attribut enableSIP nicht gesetzt habe. Ist aus meiner Sicht aber nur ein "Anzeige-Thema".

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

blueberry63

Hallo,

ich setze die letzte eingecheckte Version ein (07.50.15a) und bekomme beim RING-Kommando diese Meldungen im LOG:

FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web

Ich weiß, dass das RING-Kommando hier noch nicht funktioniert, wollte es aber einfach melden.

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

RalfRog

Hallo Jörg
Hab mich auch noch drangegeben. Ähnlich wie bei Jürgen weitgehend (paar Kleinigkeien beim Mesh-Client) gut.

VERSION  07.50.15d BETA

  • 7590 Mesh Master OS7.51 (einzeln per diable 0 aktiviert)
  • 7490 MeshClient  OS7.29 (einzeln per diable 0 aktiviert)
  • 7430 Standalone  OS7.29 (einzeln per diable 0 aktiviert)

Keine ungewöhnlichen Einträge im Log bei verbose 3.

zu 1  7590
Reading werden aktualisiert. Soweit alles gut.
Habe noch den gleichen Effekt wie vorgestern (ist das korrekt so?)
Zitat von: RalfRog am 24 April 2023, 14:06:48Anmerkung am Rande:
=> das Reading "sip0_123456 active  2023-04-22 17:31:43" (sip1_* und sip2_* sind aktualisiert und active) wird gerade nicht aktualisiert.
** Allerdings telefoniert meine Frau auch momentan darüber.

Die neuen Readings:
sip_active   2   2023-04-24 14:00:26
sip_error    0   2023-04-24 14:00:26
sip_inactive 0   2023-04-24 14:00:26
sind nun auch da. Von der Logik her ist es aber verwirrend.

Nach Abschluss des Telefonats:  "sip0_123456" wird aktualisiert und  "sip_active  3"

zu 2  7490

  • box_meshRole wird nicht aktualisiert (altes Datum bleibt); kommt nach löschen nicht wieder

  • Die box_(v)dsl* und box_rate* werden wie geplant ausgeblendet.
  • Die box_ip* werden ebenfalls ausgeblendet.
  • box_uptimeConnect wird nicht aktualisiert und ist dauerhaft weg nachdem einmal deaktiviert/aktiviet in disableBoxReadings

  • nach setzen enableSIP=0 sind die sip-Readings weg ausser ip_(in)active
  • ip_(in)active werden nicht aktualisiert und kommen nach löschen nicht wieder => also im Prinzip ok, werden aber vom Attribut beim löschen nicht erfasst


zu 3  7430
Sieht gut aus.

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

Hallo Ralf,

die Logik bei SIP verstehe ich auch nicht. Ich rufe einfach nur die Daten von der FritzBox ab. Dies geschieht immer im Rahmen des gesetzten Intervalls. Also nicht Ereignis gesteuert.

Ich prüfe einmal die box_... Readings auf korrekte Master/Slave Behandlung.

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

JoWiemann

Zitat von: blueberry63 am 25 April 2023, 22:32:20diese Meldungen im LOG:

FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3874] - Set_CMD_Start -> Set.1151 -> ring
FRITZBOX!7390 [WLANAP2: Set_Cmd_Start.3987] - INFO: Fork process FRITZBOX_Ring_Run_Web


Hallo,

die Log-Einträge waren noch vom Testen ,,hängen" geblieben. Das Ring wird wohl nie wieder wie früher funktionieren. Ich finde hierfür einfach keine Möglichkeiten.

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

JoWiemann

Zitat von: juemuc am 25 April 2023, 21:32:20Allerdings ist mir aufgefallen, dass bei der FB7490 (Mesh-Client) die Readings sip0 - sip2 angezeigt werden, obwohl ich das Attribut enableSIP nicht gesetzt habe. Ist aus meiner Sicht aber nur ein "Anzeige-Thema".

Hm,

das kann ich nicht reproduzieren. Können die irgendwie vom Testen "hängen" geblieben sein? Bzw. setz doch das Attribut einmal auf 1, dann wieder auf 0 und schau mal, ob die Readings wieder kommen.

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,

ein enableSIP=1 und dann ein enableSIP=0 hat geholfen. Der Timestamp war auch von gestern. Somit wohl ein Überbleibsel gewesen. Somit für Dich aus meiner Sicht kein weiterer Handlungsbedarf.

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

Hallo,

ich habe jetzt die von Ralf gemeldeten Fehler noch bereinigt.

Anbei jetzt die Version: 07.50.16 zum finalen Test.

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

ups.

Ich erhalte diese Meldungen im Logfile:
2023.04.26 14:02:34 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
2023.04.26 14:04:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:06:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:08:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:10:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:12:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
2023.04.26 14:14:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:16:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:18:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
2023.04.26 14:20:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:22:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:24:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:26:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
2023.04.26 14:28:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
2023.04.26 14:30:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorDescription' => 'Invalid Action',
                   'errorCode' => '401'
                 }
}
2023.04.26 14:32:32 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                   'errorCode' => '401',
                   'errorDescription' => 'Invalid Action'
                 }
}
jump to the top

Viele Grüße
Jürgen

PS.: verbose=2 über global.
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 26 April 2023, 14:38:55Ich erhalte diese Meldungen im Logfile:
2023.04.26 14:02:34 2: FRITZBOX!6690 [Fritzbox: Readout_Run_Web.3387] - ERROR: wanpppconn GetInfo ->
{
  'UPnPError' => {
                  'errorCode' => '401',
                  'errorDescription' => 'Invalid Action'
                }
}

Cable, Cable, Cable.

Bitte nimm einmal die angehängte Version. Und bitte poste doch einmal die tr064ServiceListe. Danke Dir

PS: Waren bei Dir die Readings: box_ipv4_Extern, box_connect, box_last_connect_err, box_uptimeConnect vorhanden?

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