Probleme mit dem SIP-Modul

Begonnen von FHEm2005, 24 November 2025, 15:09:31

Vorheriges Thema - Nächstes Thema

FHEm2005

Beschreibung der Funktion:
Ein Fensterkontakt der alten Bauart (Reed-Relais) sendet ein "closed" und wird von einem 'notify ausgewertet. Daraufhin sendet das notify ein 'set Klingel.sip **9' an das sip-Modul. Das soll bei allen Nebenstellen eineen "Rundruf" auslösen. Ziel ist eine Fritzbox 7490 (FB). 

Beschreibung des Fehlers:

Wenn ich am SIP-Modul '**9' auslöse geht der Rundruf raus. Das gleiche von 'notify' ausgelöst funktioniert nicht. Das verstehe ich nicht und muss nun Hilfe im Forum suchen.

Definitionen:

Fensterkontakt: define Klingel CUL_HM 145DA6
notify: define Klingel.not notify Klingel:state:closed set Klingel.sip call **9
sip-modul etwas ausfühlicher, weil ich dort den Fehler vermute. Ein SIP Passwort ist angelegt. Frage: Muss das PW mit einem bestimmten Passwort in der FB übereinstimmen?
defmod Klingel.sip SIP

Version SIP: V1.92 / 21.03.2020
attr Klingel.sip disabled 0
attr Klingel.sip group Klingel
attr Klingel.sip history_file ./log/Klingel2.log
attr Klingel.sip history_size 100
attr Klingel.sip room Raum->Diele
attr Klingel.sip sip_dtmf_loop once
attr Klingel.sip sip_dtmf_send rfc2833
attr Klingel.sip sip_dtmf_size 2
attr Klingel.sip sip_elbc yes
attr Klingel.sip sip_from sip:Haustuer@fritz.box
attr Klingel.sip sip_ip 192.168.2.42
attr Klingel.sip sip_listen wfp
attr Klingel.sip sip_registrar 192.168.2.1
attr Klingel.sip sip_ringtime 2
attr Klingel.sip sip_user Haustuer
attr Klingel.sip sip_waittime 1
attr Klingel.sip verbose 5

Zusätzlich den Event-Monitor:
2025-11-24 14:11:24 CUL_HM Klingel open
2025-11-24 14:12:56 SIP Klingel.sip listen_wfp
2025-11-24 14:12:56 SIP Klingel.sip listen_alive: 28736
2025-11-24 14:12:56 SIP Klingel.sip expire: 300
2025-11-24 14:15:26 SIP Klingel.sip listen_wfp
2025-11-24 14:15:26 SIP Klingel.sip listen_alive: 28736
2025-11-24 14:15:26 SIP Klingel.sip expire: 300
2025-11-24 14:17:56 SIP Klingel.sip listen_wfp
2025-11-24 14:17:56 SIP Klingel.sip listen_alive: 28736
2025-11-24 14:17:56 SIP Klingel.sip expire: 300
2025-11-24 14:20:26 SIP Klingel.sip listen_wfp
2025-11-24 14:20:26 SIP Klingel.sip listen_alive: 28736
2025-11-24 14:20:26 SIP Klingel.sip expire: 300
2025-11-24 14:22:26 CUL_HM Klingel closed

Wo habe ich hier einen Fehler gemacht.
Gruß Eberhard

VersioN SIP: V1.92 / 21.03.2020
Raspi3: FHEM,nanoCUL433 (V 1.67 nanoCUL433), Busware-CUL868 (V1.66 CUL868); HUE-Bridge (2015); 3xRaspi4 (Node-red, MQTT, FHEM)1x RasPi3(LMS) Gaszähler auslesen mit ESP32-CAM, Heizungsbedienung (Brötje) mit BSB-LAN

rabehd

#1
Wird das notify überhaupt ausgelöst?

Einfach mal das notify manuell auslösen.
https://wiki.fhem.de/wiki/Trigger

Lässt sich sich per Rundruf per Befehlszeile auslösen? "set Klingel.sip call **9"
Auch funktionierende Lösungen kann man hinterfragen.

FHEm2005

Das Problem lag am Trigger.

offensichtlich war die Definition  define Klingel.not notify Klingel:state:closed set Klingel.sip call **9  fehlerhaft.

Mit der Vereinfachung define Klingel.not notify Klingel:.* set Klingel.sip call **9  geht es nun.

Manchmal sieht man vor lauter Bäumen den Wald nicht.
Danke Dir.

Gruß
Eberhard
Raspi3: FHEM,nanoCUL433 (V 1.67 nanoCUL433), Busware-CUL868 (V1.66 CUL868); HUE-Bridge (2015); 3xRaspi4 (Node-red, MQTT, FHEM)1x RasPi3(LMS) Gaszähler auslesen mit ESP32-CAM, Heizungsbedienung (Brötje) mit BSB-LAN

Beta-User

Zitat von: FHEm2005 am 24 November 2025, 15:48:12Das Problem lag am Trigger.

offensichtlich war die Definition  define Klingel.not notify Klingel:state:closed set Klingel.sip call **9  fehlerhaft.

Mit der Vereinfachung define Klingel.not notify Klingel:.* set Klingel.sip call **9  geht es nun.

Manchmal sieht man vor lauter Bäumen den Wald nicht.
Danke Dir.

Gruß
Eberhard
Nimm doch einfach den Eventmonitor zu Hilfe, dann kommen evtl. nicht noch mehr Überraschungen 😉.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

rabehd

Zitat von: FHEm2005 am 24 November 2025, 15:48:12Mit der Vereinfachung define Klingel.not notify Klingel:.* set Klingel.sip call **9  geht es nun.
Jetzt wird der Rundruf bei jedem Event der Klingel kommen. Willst Du das, bzw. hast Du die Events entsprechend eingeschränkt?

Der Hinweis von Beta-User ist hier immer die beste Wahl. Ein notify über den Eventmonitor erstellen und anpassen. So hast Du den richtigen Trigger,
Auch funktionierende Lösungen kann man hinterfragen.

betateilchen

Zitat von: FHEm2005 am 24 November 2025, 15:48:12Das Problem lag am Trigger.

2025-11-24 14:22:26 CUL_HM Klingel closed
Da kommt doch im Event "state" gar nicht vor.
Also muss es vermutlich so heißen:

define Klingel.not notify Klingel.closed

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Beta-User

Zitat von: betateilchen am 24 November 2025, 19:54:08Also muss es vermutlich so heißen:

define Klingel.not notify Klingel.closed
Wie war das: NOTIFYDEF wird überschätzt...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

betateilchen

Zitat von: Beta-User am 24 November 2025, 19:58:05Wie war das: NOTIFYDEF wird überschätzt...

Wird es auch.

Aber was hat das damit zu tun, dass hier eine regex für ein notify schlichtweg falsch angegeben wurde?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Beta-User

Zitat von: betateilchen am 24 November 2025, 20:03:39
Zitat von: Beta-User am 24 November 2025, 19:58:05Wie war das: NOTIFYDEF wird überschätzt...

Wird es auch.

Aber was hat das damit zu tun, dass hier eine regex für ein notify schlichtweg falsch angegeben wurde?
Das hatte der TE ja zwischenzeitlich verstanden, dass es an seinem Trigger lag.

Nur: wenn man schon einen konkreten Vorschlag liefert, kann man auch die maximal effiziente Variante wählen und braucht nicht die ca. 30% unnötig verschenken, oder?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!