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

enno

Einfacher FHEM Anwender auf Intel®NUC

juemuc

Zitat von: JoWiemann am 17 März 2023, 15:34:42
Hallo,

ich habe die Prüfung des define und des Attributes fritzBoxIPauf DNS (URL ohne http(s)) erweitert. Kommt morgen mit dem Update.

Grüße Jörg

Hallo Jörg,
wenn ich anstatt der IP-Adresse fritzbox.lan eingebe, funktioniert es. Wenn ich aber nur fritzbox6690 eintrage, kommt weiterhin die Fehlermeldung "Error: no valid IPv4 Address: fritzbox6690". Im Browser wird "https://fritzbox6690" ganz normal aufgelöst.

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

juemuc

Hallo Jörg,

noch ein Punkt ist mir aufgefallen. Bei den Readings gibt es bei der FB6690 (Kabelbox) die Einträge "box_dsl_downStream" und "box_dsl_upStream". Ist für eine Kabelbox vielleicht für den ein oder anderen etwas verwirrend.

Ich wurde einfach "dsl" weglassen. Dann passt es immer  8)

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

Maista


RalfRog

Version 07.50.9c

ok: Fehlerhaftes get <name> tr064Command WANPPPConnection:1 wanpppconn1 GetInfo",1  wird abgefangen

ok: IP & fritz.box geht, DNS-Name (RR-Fritz7490.fritz.box) beim Client auch




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: juemuc am 18 März 2023, 16:01:46Wenn ich aber nur fritzbox6690 eintrage, kommt weiterhin die Fehlermeldung "Error: no valid IPv4 Address: fritzbox6690". Im Browser wird "https://fritzbox6690" ganz normal aufgelöst.

Hallo Jürgen,

kommt 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

juemuc

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

mabula

FHEM auf RPI mit FS20, Homematic, ELERO, Zigbee, Eigenbau z.B. Heizölsensor auf Basis Arduino, Anemometer; Sprachsteuerung offline über vosk/Python

juemuc

Leider bei mir auch.

2023.03.21 09:23:26 1: define Fritzbox7490 FRITZBOX fritzbox7490.lan: Error: no valid IPv4 Address: fritzbox7490.lan
2023.03.21 09:23:26 1: define Fritzbox FRITZBOX fritzbox6690.lan: Error: no valid IPv4 Address: fritzbox6690.lan
2023.03.21 09:23:26 1: Including /mnt/DS-Save/FHEM/log/fhem.save
2023.03.21 09:23:27 1: Messages collected while initializing FHEM:configfile: Error: no valid IPv4 Address: fritzbox7490.lan
setuuid: Please define Fritzbox7490 first
Error: no valid IPv4 Address: fritzbox6690.lan
setuuid: Please define Fritzbox first

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

erwin

re: IP / dns-namen im define...

Vorweg: ich finde das du wesentliche Verbesserungen in das Modul gebracht hast! Danke!
Allerdings mit dem dns-namen Handling bin ich nicht glücklich....
1) das Attr FritzboxIP war bisher deprecated - warum hast du das "wiederbelebt"  ;D Das im Attr unterzubringen hat den Nachteil, das es beim FHEM-start möglicherweise noch nicht zur Verfügung steht...
2) Ein Beispiel, wie man ip's bzw DNS-Namen im define verifiziert findest du im Modul 00_KNXIO.pm - und zwar eine blocking und eine nonblocking Variante.
l.g. erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

JoWiemann

Zitat von: erwin am 21 März 2023, 11:17:28Allerdings mit dem dns-namen Handling bin ich nicht glücklich....
1) das Attr FritzboxIP war bisher deprecated - warum hast du das "wiederbelebt"  ;D Das im Attr unterzubringen hat den Nachteil, das es beim FHEM-start möglicherweise noch nicht zur Verfügung steht...
2) Ein Beispiel, wie man ip's bzw DNS-Namen im define verifiziert findest du im Modul 00_KNXIO.pm - und zwar eine blocking und eine nonblocking Variante.

Hallo erwin,

vielen Dank für die Hinweise. Ich habe mir das mal abgeschaut und übernommen. Das Attribut fritzBoxIP habe ich wieder auf "auslaufend" gesetzt und werde es in einer der nächsten Versionen entfernen. Das war eher ein Fehldenker von mir. (Manchmal verwirre ich mich selber).

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 Jo,
ich habe immer folgende Meldung im Log, obwohl ich keine dieser attribute gesetzt habe. Was muss ich machen?
2023.03.22 11:47:33 2: FRITZBOX!0000 [FritzBox: Define.291] - The support for telnet and operation on a Fritz!Box has been discontinued. The functions are disabled.
2023.03.22 11:47:33 2: FRITZBOX!0000 [FritzBox: Define.297] - The following attributes are not longer supported:
useGuiHack, ringWithIntern, defaultCallerName, allowTR064Command,
forceTelnetConnection, telnetUser, telnetTimeOut
Use deleteattr to delete from Attributes.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

RalfRog

Hi

Nix, sind nur ein Hinweise.
  • Falls du noch ein uraltes FritzOS V6.xx hast (eher unwahrscheinlich, oder? Irgenwann in der 6er hat AVM Telnet-Support abgestellt.) und mit einer Vorgängerversion des Moduls noch Telnetfunktionen mit der Fritzbox nutzt geht das bei den aktuellen Versionen des Moduls nicht mehr.
  • Wenn du geprüft hast, dass die Attribute nicht gesetzt sind ist alles gut.
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,

ich werde heute im Laufe des Tages die Version 07.50.10 mit folgenden Änderungen hochladen:

  • Attribut fritzBoxIP: Das Attribut wird nicht merh fortgeführt. Sofern das Attribut noch gesetzt ist, wird beim Neustart der Inhalt in die Definition des Device übernommen und das Attribut gelöscht. In den INTERNALS gibt es dann eine entsprechende Information.
  • Folgende Readings habe ich umbenannt:
    • lastReadout -> retStat_lastReadout
    • macFilterStat -> retStat_macFilter
    • lockLandeviceStat -> retStat_lockLandevice
    • enableVPNshareStat -> retStat_enableVPNshare
    • rescanWLANneighbors -> retStat_rescanWLANneighbors
    • chgProfileStat -> retStat_chgProfile
    • box_wlanCount -> box_wlan_Count
    • box_ipExtern -> box_ipv4_Extern
    • box_ipv6Extern -> box_ipv6_Extern
    • box_ipv6Prefix -> box_ipv6_Prefix
  • Neue Readings (s. auch commandRef)
    • retStat_wlanLogExtend - Return Status: set <name> wlanLogExtended <on|off>
    • retStat_fritzLogInfo - Return Status: get <name> <hash> <...>
    • retStat_fritzLogExPost - Return Status der Hook-Funktion myUtilsFritzLogExPost($hash, $filter, $result) zu: get <name> <hash> <...>
    • box_wlan_LogExtended - Return Status: set <name> wlanLogExtended <on|off>
    • box_sys_LogNewest - aktuellstes Systemereignis: ID Datum Zeit
    • box_wlan_LogNewest - aktuellstes WLAN-Ereignis: ID Datum Zeit
  • Neues get: get <name> fritzLog <hash | table> <all | sys | wlan | usb | net | fon>

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

Hi Jo
Erstmal als Frage, die du mit Entwicklungserfahrung vielleicht beantworten kannst.
Habe das Modul auf dem Lifesstem aktualisiert und in die 99_my Utils.pm eine Auswertung auf IDs 501 etc. eingebaut.
Da Ergebnis geht per Log3 ins Log => alles ok. Parallel dazu will ich das Ergebnis (klappt nicht) TelegramBot aufs Smatphone schicken.

In der 99_my Utils.pm nutze ich das schon mit anderen Dingen und es funktioniert.
==> dort per AT aufgerufene Sub's die dann das TelegramBot-Modul zum Senden der Message aufrufen.

Hier wird per NOTIFY auf Fritzbox:box_sys_LogNewest.* getriggert und get Fritzbox fritzLog hash sys aufgerufen.
Kann die Ursache der Nichtfunktion in der Kette der Aufrufe liegen Modul -> Sub (implizit im Modul codiert) -> Fhem-Befehl (TelegramBot-Modul) ?

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