Multitimer Abfrage "bei Aktualisierung auslösen" geht nicht

[pitje_87]

Hallo Zusammen,

aktuell habe ich nach Umstellung von Rpi2 mit Raspberrymatic auf Tinkerboard mit Raspberrymatic folgendes Problem beobachtet.

Sitiation:
Wenn ich ein Fenster öffne, startet der Fensterkontakt einen Multitimer in CUxD mit drei verschiedenen Zeiten um an das Schließen des Fensters zu erinnern. Den Timer überwache ich in einem Programm mit "Timer_Get" <= 0s "bei Aktualisierung auslösen". Das ganze hat auf dem Rpi 2auch jahrelang funktioniert.

Nach Umstig auf eine neue CCU (kein Backup eingespielt, sondern alles neu) wird das Programm nur nach Ablauf des letzten Timers ausgelöst.

Den Timer setze ich aus einem Script heraus mit:

Code: Alles auswählen

dom.GetObject("CUxD.CUX2800002:1.TIMER_SET").State(10"/"10"/"10);

Im CUxD Terminal kann ich auch sehen, dass der Timer gestartet wurde und dreimal abläuft:

Code: Alles auswählen

 Aktuelle Geräteeinstellungen - 2 Gerät(e), 32 Channel(s):

	CUX2800002:1	state(0) timer(0s) set(10/10/10):0
	CUX2800002:2	state(1) timer(0s)
	CUX2800002:3	state(1) timer(0s)
	CUX2800002:4	state(1) timer(0s)
	CUX2800002:5	state(1) timer(0s)

Das Programm sieht so aus:

Kanalkonfig:

Timer Config.PNG (17.84 KiB) 1142 mal betrachtet

Kann es sein, dass ich nochwas in CUxD einstellen muss? Vielen Dank für eure Unterstützung. LG

[uwe111]

Kann es sein, dass ich nochwas in CUxD einstellen muss?

Um das Problem genauer zu untersuchen würde ich zuerst bei dem Kanal CUX2800002:1 die Protokollierung aktivieren und dann die vom Gerät generierten Ereignisse im Systemprotokoll kontrollieren.

Viele Grüße

Uwe

[pitje_87]

Um das Problem genauer zu untersuchen würde ich zuerst bei dem Kanal CUX2800002:1 die Protokollierung aktivieren und dann die vom Gerät generierten Ereignisse im Systemprotokoll kontrollieren.

Viele Grüße

Uwe

Hallo Uwe,

danke für den Tipp. Anbei der Auszug aus dem Systemprotokoll.

Timer Protokoll.PNG (23.35 KiB) 1080 mal betrachtet

Ich deute das Protokoll so:
Zeile 1: Timer 0 wird mit 300s gesetzt
Zeile 2: Timer 0 ist abgelaufen, Timer 1 wird mit 180s gesetzt
Zeile 3: Timer 1 ist abgelaufen. Timer 2 wird mit 120s gesetzt
Zeile 4: Timer 2 ist abgelaufen

Kommt gut rein.

[pitje_87]

Guten Morgen zusammen,

ich wünsche allen ein Frohes Neues Jahr.

Am heutigen Morgen wurde die Benachrichtigung für das offene Fenster 2x ausgelöst, jedoch leider nicht ein drittes Mal. Anbei das Protokoll aus dem Systemprotokoll.

Nach dem Protokoll hat es den Anschein, als ist nach Ablauf der zweiten Zeit (180s) keine Benachrichtigung erfolgt. Nur nach Ablaufen des ersten und des letzten Timers.

Habt ihr eine Idee?

Danke und einen schönen Neujahrstag.

[uwe111]

Habt ihr eine Idee?

Es sieht so aus, als ob die Triggerung Deiner Programmverknüpfung in der WebUI nicht sauber funktioniert. Die vom CUxD generierten Ereignisse sehen erstmal sauber aus.
Du könntest versuchen, die Auslösebedingung zu ändern. In der CUxD Doku habe ich dafür mehrere Möglichkeiten beschrieben.
Manchmal hilft es auch, einfach die Programmverknüpfung zu löschen und neu anzulegen.

Viele Grüße und ein frohes Neues Jahr,

Uwe

[pitje_87]

Habt ihr eine Idee?

Es sieht so aus, als ob die Triggerung Deiner Programmverknüpfung in der WebUI nicht sauber funktioniert. Die vom CUxD generierten Ereignisse sehen erstmal sauber aus.
Du könntest versuchen, die Auslösebedingung zu ändern. In der CUxD Doku habe ich dafür mehrere Möglichkeiten beschrieben.
Manchmal hilft es auch, einfach die Programmverknüpfung zu löschen und neu anzulegen.

Viele Grüße und ein frohes Neues Jahr,

Uwe

Hi Uwe,

habe das Programm jetzt mal komplett gelöscht und neu erstellt.
Ich werde berichten.

LG

[pitje_87]

Guten Abend zusammen,

nach mehrmaligem Test besteht der "Fehler" weiterhin. Es werden maximal 2 Benachrichtigungen ausgelöst.
Weche weiten Möglichkeiten außer die Timer_Get <=0s gibt es noch?

Danke für eure Rückmeldung.
LG

[pitje_87]

Guten Morgen zusammen,

gestern habe ich das CUxD Add-On komplett deinstalliert.

Nach einer neuinstallation am heutigen Moregen sind mir folgende Einträge aufgefallen. Bei dem Gerät xxxxIDxxxx handelt es sich um einen HmIP-BROLL von insgesammt 10.

Kennt ihr den Fehler?

LG

Code: Alles auswählen

Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:0","OPERATING_VOLTAGE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:0","OPERATING_VOLTAGE_STATUS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: OPERATING_VOLTAGE_STATUS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:0","OPERATING_VOLTAGE_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:0","RSSI_PEER"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: RSSI_PEER"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:0","RSSI_PEER"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:3","SECTION_STATUS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SECTION_STATUS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:3","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:3","SELF_CALIBRATION_RESULT"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SELF_CALIBRATION_RESULT"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:3","SELF_CALIBRATION_RESULT"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:4","SECTION_STATUS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SECTION_STATUS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:4","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:5","SECTION_STATUS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SECTION_STATUS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:5","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:23:53 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"XXXIDXXX:6","SECTION_STATUS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SECTION_STATUS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"XXXIDXXX:6","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan 10 09:23:53 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan 10 09:24:03 homematic-raspi daemon.info cuxd[21783]: INIT 'xmlrpc_bin://127.0.0.1:31999' '2588'

[pitje_87]

Nach der neuen Installation und dem neuen Einrichten aller Geräte funktionieren die Timer jetzt problemlos und lösen bei jedem "Nulldurchgang" die Aktion aus.

Ich könnte mir vorstellen, dass es an folgendem gelegen hat:
Um die Skripte nach dem Wechsel nicht anpassen zu müssen, hatte ich damals das Erste Gerät nicht mit Seriennummer 1 sondern mit 2 erstellen lassen. Vielleicht könnte das der Fehler gewesen sein.

@All: Danke für eure Unterstützung

LG pitje