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

JoWiemann

Zitat von: blueberry63 am 30 März 2023, 15:40:37Hallo,

ich weiß, hier wird ja mächtig "umgebaut" und die RING-Töne funktionieren (noch) nicht. Sind also folgende Meldungen im LOG normal?

Fritzbox 7490 mit 07.29 (latest Ver.)

Gruß
Blueberry63

Hallo Blueberry63,

ich schau mir den Fehler an. Ob das mit der Vorgabe von Klingeltönen irgendwie hinzubekommen ist. ???

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 30 März 2023, 15:40:37Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4454.
2023.03.30 14:27:20 1: FRITZBOX!7390 [WLANAP2: Set_Cmd_Aborted.3537] - INFO: Timeout reached for: ring 610 News 20 Alert
Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4454.
2023.03.30 14:32:24 1: FRITZBOX!7390 [WLANAP2: Set_Cmd_Aborted.3537] - INFO: Timeout reached for: ring 610 News 20 Alert
Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4454.
2023.03.30 14:37:30 1: FRITZBOX!7390 [WLANAP2: Set_Cmd_Aborted.3537] - INFO: Timeout reached for: ring 610 News 20 Alert
Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4454.
2023.03.30 14:42:03 1: FRITZBOX!7390 [WLANAP2: Set_Cmd_Aborted.3537] - INFO: Timeout reached for: ring 610 News 20 Alert
Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4454.
2023.03.30 14:47:04 1: FRITZBOX!7390 [WLANAP2: Set_Cmd_Aborted.3537] - INFO: Timeout reached for: ring 610 News 20 Alert

Gruß
Blueberry63

Hallo Blueberry63,

bitte poste doch noch den Aufruf, der zu dem Log führt.

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

VERSION  07.50.11b Beta

Hochlauf nach shutdown Restart ohne error & warnings.

  • Tests 7590 MeshMaster  mit 7.50
    ich fange mit deaktiviertem Gerät an und aktiviere es erst wenn Restart abgeschlossen
disable = 0
box_fon_LogNewest  201 28.03.23 19:35:52    => passt
box_sys_LogNewest  500 30.03.23 18:33:59    => passt
box_wlan_LogNewest 766 30.03.23 14:41:23    => passt

table sys  => Tabelle wird angezeigt
table fon  => Tabelle wird angezeigt
table wlan  => Tabelle wird angezeigt


get fritzlog hash sys
retStat_fritzLogInfo  done
retStat_fritzLogExPost kein Eintrag im Timewindow

die 7590 sieht gut aus, Tabelle, hash und Readings  :)
auch ein falscher Login wird geloggt: fritzzbox IntruderCheck: [Fritz7490] Anmeldung an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 11.12.13.14 gescheitert (falsches Kennwort).


Edit1
  • Tests 7490 MeshClient mit 7.29
disable = 0
box_fon_LogNewest  none                    => passt
box_wlan_LogNewest  786 30.03.23 14:39:56    => passt
box_sys_LogNewest  500 30.03.23 19:02:27    => passt

table sys  => Tabelle wird angezeigt
table fon  => Tabelle wird angezeigt leer ist ok
table wlan  => Tabelle wird angezeigt

get fritzlog hash sys
retStat_fritzLogExPost ->ERROR: Not a HASH reference at ./FHEM/99_myUtils.pm line 86.  => vermutlich ok da array und nicht hash in myUtils
retStat_fritzLogInfo  done

Die 7490 sieht auch gut aus, Tabelle, hash und Readings  :)
Zum Test eines fehlerhaten Logins müsste ich erst die myUtil auf array umcodieren. => done
auch ein falscher Login wird geloggt:  fritzclient IntruderCheck: Anmeldung an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 11.12.13.11 gescheitert (falsches Kennwort).


Edit2
  • Tests 7430 (per VPN) mit 7.29
disable = 0
box_fon_LogNewest   none                     => passt nicht es gibt 1 Eintrag
box_wlan_LogNewest  none                     => passt eventuell (ist leer)
box_sys_LogNewest   504 30.03.23 19:40:00    => passt

table sys   => Tabelle wird angezeigt
table fon   => Tabelle wird angezeigt
table wlan  => Tabelle leer -> log ist auch leer


get fritzlog hash sys
retStat_fritzLogExPost 5xx gefunden   => passt Code auf Array umgestellt
retStat_fritzLogInfo done

Bis auf den box_fon_LogNewest   none scheint es ok zu sein.

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 30 März 2023, 18:49:08Bis auf den box_fon_LogNewest  none scheint es ok zu sein.

Hallo,

anbei eine neue 07.50.11c Beta. Das sollte jetzt passen.

Als zweites hänge ich Dir noch die 07.50.12a Beta an. Hier habe ich eine Prüfung eingebaut, ob die FB online ist.

Und neu ist:

set <name> wakeUpCall <...> (s. commandRef)

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

Die 12a hat aber die Änderungen der 11c auch drin?
Was mach die Online-Prüfung bzw. was kann ohne eine solche Prüfung schief gehen

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

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

blueberry63

ZitatHallo Blueberry63,

bitte poste doch noch den Aufruf, der zu dem Log führt.


bitte sehr:
set WLANAP2 ring 610 News 20 Alert
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

Zitat von: JoWiemann am 30 März 2023, 20:26:27Und neu ist:
set <name> wakeUpCall <...> (s. commandRef)

Nett. Den Alarm hab ich noch nie genutzt. Muss ich mal in Ruhe ran gehen, ist ja kein Hexenwerk und muss ja kein FritzFon sein.

VERSION  07.50.12a Beta => Test 7590 MeshMaster mit 7.50 sieht weiterhin ok aus. Ergebnis kommt mit den beiden anderen Boxen.
;)
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

blueberry63

ich weiss gar nicht, wo das "Alert" herkommt (das DOIF mit diesem Command gibt es schon ewig). Aber auch ohne "Alert" kommt die Fehlermeldung.
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

Habe mal interessehalber nach commandRef auf nem normalen Dect:
set <name> ring <intNumbers> [duration] [show:Text] [say:Text | play:MP3URL]

set  ring  610   5 => geht

Edit
MAcht aber auch die Einträge im Log:
Can't use string ("1") as an ARRAY ref while "strict refs" in use at ./FHEM/72_FRITZBOX.pm line 4414.
2023.03.30 22:36:37.222 1: FRITZBOX!7590 [Fritzbox: Set_Cmd_Aborted.3497] - INFO: Timeout reached for: ring 610 5

In der Original commandRef ist der Aufruf leicht unterschiedlich:
Zitatset <name> ring <intNumbers> [duration [ringTone]] [show:Text]  [say:Text | play:MP3URL]
Example:
  set fritzbox ring 611,612 5 Budapest show:It is raining
  set fritzbox ring 611 8 say:(en)It is raining
  set fritzbox ring 610 10 play:http://raspberrypi/sound.mp3

Rings the internal numbers for "duration" seconds and (on Fritz!Fons) with the given "ring tone" name.
Different internal numbers have to be separated by a comma (without spaces).




ZitatUnd neu ist:
set <name> wakeUpCall <...> (s. commandRef)

set <name> wakeUpCall <alarm1|alarm2|alarm3> <off>
set <name> wakeUpCall <alarm1|alarm2|alarm3> <fonDevice> <daily|only_once> <hh:mm>

Habe über die Fritz-Weboberfläche alarm1 aktiviert und dann versucht über FHEM etwas einzustellen/auszustellen.
Die Kommandos bekomme ich nicht hin.
Beispiele:
set <name> wakeUpCall alarm1 off   => wakeUpCall: wrong number of arguments for per_day.
set <name> wakeUpCall alarm2 <fonDevice> daily 21:45  => finde keine passende Schreibeweise für fonDevice ohne Fehlermeldung.





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

Zitat von: JoWiemann am 30 März 2023, 20:26:27Als zweites hänge ich Dir noch die 07.50.12a Beta an. Hier habe ich eine Prüfung eingebaut, ob die FB online ist.

VERSION  07.50.12a Beta

Ich denke es passt auf allen Drei  :)

Hochlauf nach shutdown Restart ohne error & warnings.

  • Tests 7590 MeshMaster  mit 7.50
ich fange mit deaktiviertem Gerät an und aktiviere es erst wenn Restart abgeschlossen, habe vorher die Readings retStat.* und .*Newest gelöscht

disable = 0

Wenn die Werte erstmalig gelesen sind steht:
  bei box_fon_LogNewest und box_sys_LogNewest none
  bei box_wlan_LogNewest eine Wert
Im Intervall danach sind sie mit Werten ungleich none befüllt. Das ist kein Problem und fällt ja auch nicht auf.

box_fon_LogNewest  201 28.03.23 19:35:52    => passt
box_sys_LogNewest  506 30.03.23 20:56:42    => passt
box_wlan_LogNewest 766 30.03.23 14:41:23    => passt


diese Beiden sind aufgrund des aktiven Notify auch gleich da
  retStat_fritzLogExPost  ->ERROR: Not an ARRAY reference at ./FHEM/99_myUtils.pm line 87. => Mist wieder auf hash umstellen
  retStat_fritzLogInfo    done


table sys  => Tabelle wird angezeigt
table fon  => Tabelle wird angezeigt
table wlan => Tabelle wird angezeigt


get fritzlog hash sys
  retStat_fritzLogInfo  done
  retStat_fritzLogExPost 5xx gefunden



  • Tests 7490 MeshClient mit 7.29
ich fange mit deaktiviertem Gerät an und aktiviere es erst wenn Restart abgeschlossen, habe vorher die Readings retStat.* und .*Newest gelöscht

disable = 0

Wenn die Werte erstmalig/mehrmalig gelesen sind steht:
  box_fon_LogNewest  none                          => passt eventuell (ist leer)
  box_wlan_LogNewest  786 30.03.23 14:39:56    => passt
  box_sys_LogNewest  504 30.03.23 19:40:00     => passt

table sys  => Tabelle wird angezeigt
table wlan  => Tabelle wird angezeigt
table fon  => Tabelle leer -> log ist auch leer


get fritzlog hash sys
  retStat_fritzLogExPost 5xx gefunden  => passt Code auf Array umgestellt
  retStat_fritzLogInfo done



  • Tests 7430 (per VPN) mit 7.29
ich fange mit deaktiviertem Gerät an und aktiviere es erst wenn Restart abgeschlossen, habe vorher die Readings retStat.* und .*Newest gelöscht

disable = 0

Wenn die Werte erstmalig/mehrmalig gelesen sind steht:
  box_fon_LogNewest  180 28.03.23 04:05:20  => passt
  box_wlan_LogNewest  none                         => passt
  box_sys_LogNewest  504 30.03.23 22:11:03  => passt


table sys  => Tabelle wird angezeigt
table fon  => Tabelle wird angezeigt leer ist ok
table wlan  => Tabelle wird angezeigt

get fritzlog hash sys
  retStat_fritzLogExPost 5xx gefunden  => passt Code auf Array umgestellt
  retStat_fritzLogInfo  done
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

Bei mir funktioniert die Version 07.50.12a Beta leider nicht. Beide Boxen melden "Device is offline". Zurück auf die Version 07.50.10a und alles ist wieder ok.
Im Log sind keine Fehler vorhanden.
Es sind nur diese Einträge zu sehen:
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox: Define.261] - DEBUG: phost -> ���␁
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox: Define.265] - DEBUG: host -> 192.168.255.1
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox7490: Define.261] - DEBUG: phost -> ����
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox7490: Define.265] - DEBUG: host -> 192.168.255.200


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 30 März 2023, 23:11:56Bei mir funktioniert die Version 07.50.12a Beta leider nicht. Beide Boxen melden "Device is offline". Zurück auf die Version 07.50.10a und alles ist wieder ok.
Im Log sind keine Fehler vorhanden.
Es sind nur diese Einträge zu sehen:
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox: Define.261] - DEBUG: phost -> ���␁
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox: Define.265] - DEBUG: host -> 192.168.255.1
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox7490: Define.261] - DEBUG: phost -> ����
2023.03.30 23:07:15 2: FRITZBOX!0000 [Fritzbox7490: Define.265] - DEBUG: host -> 192.168.255.200


Viele Grüße
Jürgen

Hallo Jürgen,

wie ist Deine Netzwerkarchitektur?

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: RalfRog am 30 März 2023, 21:53:04
ZitatUnd neu ist:
set <name> wakeUpCall <...> (s. commandRef)

set <name> wakeUpCall <alarm1|alarm2|alarm3> <off>
set <name> wakeUpCall <alarm1|alarm2|alarm3> <fonDevice> <daily|only_once> <hh:mm>

Habe über die Fritz-Weboberfläche alarm1 aktiviert und dann versucht über FHEM etwas einzustellen/auszustellen.
Die Kommandos bekomme ich nicht hin.
Beispiele:
set <name> wakeUpCall alarm1 off   => wakeUpCall: wrong number of arguments for per_day.
set <name> wakeUpCall alarm2 <fonDevice> daily 21:45  => finde keine passende Schreibeweise für fonDevice ohne Fehlermeldung.

Hm, mein Fehler. Du hast neue Readings bei fon<n>_device und dect<n>_device. <fonDevice> ist dann die zugeordnete Nummer. Mus ich in der commandRef noch hinzufügen.

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 30 März 2023, 21:32:23ich weiss gar nicht, wo das "Alert" herkommt (das DOIF mit diesem Command gibt es schon ewig). Aber auch ohne "Alert" kommt die Fehlermeldung.

Danke für die Info. Ich muss das komplett umbauen. Wird etwas dauern.

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