Sender starten keine Programme mehr

[MichaelN]

Das Programm sieht "etwas" anders aus als vorher.

Nun, wie dem auch sei. Ich vermutete einen Bug / Feature, das die Taster Ereignisse an der CCU anmeldet. Da gibt es einen Bug, der verhindert das die CCU die Taster Ereignisse registriert.

Vielleicht hast du jetzt aber auch mehr gemacht als nur einmal den Taster hinzugefügt.

Vielleicht hat Baxxy noch eine Idee.

[rentier-s]

Ähnliches habe ich überwiegend bei HM, vereinzelt auch mit HmIP Sendern festgestellt.

Beim Anlegen des ersten Programms, das auf einen Sender reagieren soll, wird dieser so konfiguriert, dass er das Ereignis an die CCU sendet. Manchmal scheint das bei batteriebetriebenen Sendern (Fernbedienung, Taster, Fensterkontakt, ...) nicht sauber zu funktionieren. Bei Fernbedienungen erfolgt dieser Vorgang einzeln für jede Taste.

Bei mir hat stets geholfen, den Sender nochmal aus allen Programmen raus nehmen bzw. die Programme löschen. Nach dem letzten wird eine Servicemeldung "Konfigurationsdaten stehen zur Übertragung an" kommen. Die Übertragung durch Drücken der Konfigurationstaste am Sender bestätigen.

Dann die Programme wieder anlegen, dabei beim Auftreten einer Servicemeldung immer erst Konfigurationstaste drücken, bevor man weiter macht. Noch besser, unmittelbar vor dem Speichern des jeweils ersten Programms die Konfigurationstaste drücken.

Einmal sauber konfiguriert funktionieren alle Programme zuverlässig.

[Baxxy]

Mit dem alten HM-Zeugs kenne ich mich nicht so aus.
Bin aber der Meinung das die Protokollierung bei HM immer funktionieren sollte auch wenn sie in keinem Programm benutzt werden.

[Baxxy]

Ich habe jetzt mal in der "Testgeräte-Kiste" gekramt, eine HM-RC-4-3 gefunden und angelernt.
Meine "Meinung" (aus meinem vorigen Post) hat sich bewahrheitet.
Ich musste nur die 4 Tasterkanäle auf protokolliert stellen und in die Tasten hauen um was im Systemprotokoll zu sehen.

HM-RC-Key4, HM-PBI-4-FM oder auch HM-MOD-EM-8 sind zwar andere Geräte, ich kann mir aber nicht vorstellen das es da Unterschiede im Verhalten gibt.

Es ist also beim TE was faul, seine Zentrale empfängt wohl die Nachrichten ihrer HM-Kinder nicht.

Wie oben geschrieben ist das alte HM-Zeugs nicht so meins, daher habe ich nur einen Vorschlag:
Einen der HM-Sender mal komplett aus der Zentrale löschen (inkl. Werksreset) und neu anlernen.

[[sprotte80]]

Hi

Wie oben geschrieben ist das alte HM-Zeugs nicht so meins, daher habe ich nur einen Vorschlag:
Einen der HM-Sender mal komplett aus der Zentrale löschen (inkl. Werksreset) und neu anlernen.

kannste vorher im Syslog schauen ob da was senden tut

Code: Alles auswählen

Apr 17 18:39:04 rfd: RX for OEQ1026731: @3974960640 RSSI=-68dB 0xA8CD64 -> 0x9E63D4 SWITCH [NEQ1685122]:
  CNT=14,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x40
  COUNTER = 16
  CHANNEL = 2
  LOWBAT = 0
  DURATION = 0
Apr 17 18:39:04 rfd: Event: OEQ1026731:2.PRESS_SHORT=true
Apr 17 18:39:04 rfd: Event: OEQ1026731:2.INSTALL_TEST=true

oder im xmlrpc-Protokoll

Code: Alles auswählen

17.04.2024 18:30:26 system.multicall event HMI-RFD OEQ1026731:2 PRESS_CONT 1
17.04.2024 18:30:26 system.multicall event HMI-RFD OEQ1026731:2 PRESS_LONG_RELEASE 1
17.04.2024 18:30:27 system.multicall event HMI-RFD OEQ1026731:2 PRESS_CONT 1
17.04.2024 18:30:27 system.multicall event HMI-RFD OEQ1026731:2 PRESS_LONG_RELEASE 1
17.04.2024 18:30:39 system.multicall event HMI-RFD OEQ1026731:2 PRESS_SHORT 1
17.04.2024 18:30:39 system.multicall event HMI-RFD OEQ1026731:2 INSTALL_TEST 1

Thomas

[Baxxy]

Keine schlechte Idee, Homematic-Funk auf "alles loggen" stellen und dann die /var/log/messages mit grep nach der SN filtern.

oder im xmlrpc-Protokoll

Das wird schon schwieriger. Nicht jeder hat einen XMLRPC-Client am laufen.
Auf die Schnelle täte es aber der Homematic-Manager.

[[sprotte80]]

Hi

Homematic-Funk auf "alles loggen" stellen und dann die /var/log/messages mit grep nach der SN filtern.

HM-internals nehmen wo im Analyser nen Syslog-Server drin ist wo die Daten von der CCU empfängt und gleich dort filtern oder suchen

Das wird schon schwieriger. Nicht jeder hat einen XMLRPC-Client am laufen.

Genauso die HM-internals nehmen wo im Analyser nen XMLrpc-Server drin ist wo sich an der CCU einloggen kan und die Daten wo von der CCU kommen empfängt. Ist ein Click und du hast die Messages. Kannste dann auch filtern und suchen

Thomas

[W_W_T]

Kleines Update:


1. Ich hatte ein Programm zum steuern des Aktors soweit vereinfacht, dass ein Sender oder wenn und aber den Aktor auslöst. Daher auch mal zwei unterschiedliche Sender. Hatte aber auch nicht geklappt.

2. Da in den Logs (Danke für den Tipp) der Hinweis auf die Batterie kam, hatte ich die Batterie getauscht und anschließend funktionierte der Sender HM-PBI-4-FM ohne Probleme.

3. Der Installierte Sender "HM-MOD-EM-8" leider mit fester 5V Versorgung klappt weiterhin nicht und im Log steht:
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_LONG"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Program ID = 40368 'EG.Diele.Tuer.Oeffnen', rule's trigger flags = 2 [SetState():iseDOMPrg.cpp:524]
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: added script element id= 40370; time= 0 [Add():iseRTScheduler.cpp:342]
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: added element id=37387; oid=37387; val=0; time=3612668; oidTrigger=10474 [Add():iseRTScheduler.cpp:369]
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."INSTALL_TEST"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: command 'wget --no-check-certificate -O - 'http://x.x.x.x/status'' returned 0 [ExecProcess():iseDOMpersist.cpp:438]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: wait for event ms= 277 [ThreadFunction():iseRTScheduler.cpp:485]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_LONG_RELEASE"=true [execute():iseXmlRpc.cpp:331]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: calling SetState on DP id = 37387 (Tuer_Aktion) value = 0 oidTrigger = 10474 [ExecuteWriteJob():iseRTScheduler.cpp:637]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: SetState() succeeded for DP id = 37387 [ExecuteWriteJob():iseRTScheduler.cpp:642]
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: wait for event ms= 20948 [ThreadFunction():iseRTScheduler.cpp:485]

4. Ich habe noch ein zweites HM-MOD-EM-8 und HM-MOD-Re-8 und habe beide (Gleiche Stromversorgung) in einer anderen CCU installiert und da klappt alles wie es sollte.

[Baxxy]

MEQ0783814 ist also die SN des zickigen HM-MOD-EM-8...

Man sieht zumindest das Kanal:2 "betätigt" wurde.

Code: Alles auswählen

Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_LONG"=true
Apr 18 21:59:38 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_CONT"=true
Apr 18 21:59:39 ccu3 local0.info ReGaHss: Info: Event="MEQ0783814:2"."PRESS_LONG_RELEASE"=true

Man sieht auch das das Programm 'EG.Diele.Tuer.Oeffnen' darauf reagiert und 'Tuer_Aktion' erfolgreich setzt.

Für mich sieht das soweit alles i.O. und normal aus.

[[sprotte80]]

Hi

Man sieht auch das das Programm 'EG.Diele.Tuer.Oeffnen' darauf reagiert und 'Tuer_Aktion' erfolgreich setzt.

Yup!

Taste wir erkannt
Prog wird ausgeführt
DP wird gesetzt auf 0

vor DP auf null wird im pROG nen Script gestartet wo nen wget-Befehl drin ist

Thomas