KD101 reagiert nicht mehr auf alert

cyberdwarf · 28 April 2013, 16:56:46

Hallo Willi,

meine Rauchmelder schlagen keinen Alarm mehr, wenn ich ein alert abschicke.
Dafür wird jetzt ein battery ok empfangen.

Code Auswählen


2013-04-28_16:39:24 Verbund_Rauchmelder smoke: alert
2013-04-28_16:39:24 Verbund_Rauchmelder battery: ok
2013-04-28_16:39:34 Verbund_Rauchmelder smoke: alert
2013-04-28_16:39:34 Verbund_Rauchmelder battery: ok
2013-04-28_16:39:41 Verbund_Rauchmelder smoke: alert
2013-04-28_16:39:41 Verbund_Rauchmelder battery: ok
2013-04-28_16:39:43 Verbund_Rauchmelder smoke: alert
2013-04-28_16:39:43 Verbund_Rauchmelder battery: ok
2013-04-28_16:39:52 Verbund_Rauchmelder smoke: alert
2013-04-28_16:39:52 Verbund_Rauchmelder battery: ok
2013-04-28_16:40:01 Verbund_Rauchmelder smoke: alert
2013-04-28_16:40:01 Verbund_Rauchmelder battery: ok
2013-04-28_16:40:10 Verbund_Rauchmelder smoke: alert
2013-04-28_16:40:10 Verbund_Rauchmelder battery: ok
2013-04-28_16:40:19 Verbund_Rauchmelder smoke: alert
2013-04-28_16:40:19 Verbund_Rauchmelder battery: ok

Nachtrag: Habe jetzt die "46_TRX_SECURITY.pm 2406" aus einem Backup zurück gespielt. Damit funktioniert es wieder.

Viele Grüße
Torsten

Willi · 28 April 2013, 22:10:04

Hallo Torsten,

sollte jetzt korrigiert sein. Ist im SVN.

Den Fehler habe ich eingebaut, als ich set für DS10A implementiert habe.

-- Willi

cyberdwarf · 29 April 2013, 20:29:21

Hallo Willi,

danke für die schnelle Hilfe.

Code Auswählen

battery: ok ist jetzt verschwunden, allerdings schlägt der Rauchmelder noch keinen Alarm.
Gegengeprüft mit der 2406 funktioniert der Rauchmelder.

Viele Grüße
Torsten

cyberdwarf · 01 Mai 2013, 13:23:02

Wenn ich den Test Knopf am Rauchmelder drücke, bekommt FHEM das mitgeteilt. State hat dann die aktuelle Zeit.
Nur das senden vom FHEM aus funktioniert nicht mehr.

Willi · 01 Mai 2013, 19:58:49

OK, ich habe (hoffentlich) den Fehler für das Problem des KD101 set gefunden und korrigiert.
Ist aktuell im SVN. Bitte testen (aus SVN holen oder morgen per update).

-- Willi

Klaus Rubik · 02 Mai 2013, 07:52:02

Hallo Willi,

super support. Vielen Dank für die schnelle Lösung, Rauchmelder reagiert wieder auf set DEVICE alert.

Danke

cyberdwarf · 02 Mai 2013, 20:49:25

Hallo Willi,

funktioniert wieder. Vielen lieben Dank!

Viele Grüße
Torsten

Tobias · 29 Juni 2013, 15:56:51

Hallo Willi,
funktioniert bei mir nicht (neustes Update)... stattdessen wird versucht ein Device vom Typ TRX_ELSE anzulegen.

Code Auswählen

TRX_ELSE: Unknown device TRX_UNKNOWN_01, please define it

Willi · 29 Juni 2013, 17:20:45

Zitat von: Tobias schrieb am Sa, 29 Juni 2013 15:56Hallo Willi,
funktioniert bei mir nicht (neustes Update)... stattdessen wird versucht ein Device vom Typ TRX_ELSE anzulegen.
Code Auswählen Erweitern
TRX_ELSE: Unknown device TRX_UNKNOWN_01, please define it

Ich habe es mit der neuesten Version von 46_TRX_SECURITY getestet (und auch alle übrigen TRX-Module auf dem neuesten Stand. Ansonsten FHEM vom 16. Juni 2013. Die letzte Änderung der TRX-Module erfolgte am 15. Juni 2013.):
# $Id: 46_TRX_SECURITY.pm 3290 2013-06-15 19:35:07Z wherzig $

Ich habe es gerade bei mir getestet (meine Familie war glücklicherweise aus dem Haus ;-) ):

2013-06-29_17:23:28 TRX_KD101_a5ca00 smoke: alert
2013-06-29_17:23:28 TRX_KD101_a5ca00 alert
2013-06-29_17:24:20 TRX_KD101_a5ca00 smoke: alert
2013-06-29_17:24:20 TRX_KD101_a5ca00 alert

Bei mir funktioniert also alles.
Könnte es sein, dass es bei Dir ein Reichweitenproblem ist?

Was steht denn in dem Log von TRX_UNKNOWN_01 (also dem Filelog)?
Typ 01 kommt eigentlich nur bei der Neuintialisierung, wird aber von der Init-Routine abgefangen und sollte daher nie von TRX_ELSE gesehen werden.

Wann hattest Du vorher ein FHEM update gemacht als es noch lief?

-- Willi

Tobias · 29 Juni 2013, 18:31:04

Hi Willi,
die Version vor dem Update hatte auch nicht funktioniert. Deswegen hatte ich ja extra ein Update gemacht...

Im Log vom TRX_UNKNOWN_01 steht folgendes wenn ich ein "set <kdxxx> alert" absetze:

Code Auswählen

2013-06-29_18:29:32 TRX_UNKNOWN_01 0d01ff00345240000c2f01010000

Reichweitenproblem schließe ich aus, sind nur 5m. Hatte auch schon mal funktioniert als ich die Anlage aufgebaut hatte.

Willi · 29 Juni 2013, 19:31:51

Da hast Du mich aber aufs Glatteis gelegt.....

Ich habe angenommen, dass das Problem beim Empfang auftritt.

Bevor ich wieder falsch suche, bitte folgendes bereitstellen:
- Angabe der Firmwareversion des RFXtrx433
- Logeintrag (Filelog) des KD101-Devices beim set
- Bitte testweise 46_TRX-SECURITY vom 1.5.2013 testen (diese hatte bei cyberdwarf funktioniert): https://sourceforge.net/p/fhem/code/3145/tree/trunk/fhem/FHEM/46_TRX_SECURITY.pm?format=raw

-- Willi

Willi · 29 Juni 2013, 19:45:38

Zitat von: Tobias schrieb am Sa, 29 Juni 2013 18:31Hi Willi,
die Version vor dem Update hatte auch nicht funktioniert. Deswegen hatte ich ja extra ein Update gemacht...

Im Log vom TRX_UNKNOWN_01 steht folgendes wenn ich ein "set <kdxxx> alert" absetze:
Code Auswählen Erweitern
2013-06-29_18:29:32 TRX_UNKNOWN_01 0d01ff00345240000c2f01010000

Reichweitenproblem schließe ich aus, sind nur 5m. Hatte auch schon mal funktioniert als ich die Anlage aufgebaut hatte.

So ich habe gerade mal das set ausprobiert.
Bei mir kommt kein TRX_UNKNOWN_01.
Der Rauchmelder ist allerdings zu weit für den RFXtrx433 entfernt (glücklicherweise, weil ich meine Familie nicht in Angst und Schrecken versetzen wollte).

Ich habe gerade im SDK nachgesehen. 01FF bedeutet "wrong command received from the application"
Könnte es sein, dass Du eine neue Firmware auf dem RFXtrx433 installiert hast?
Funktioniert denn der Empfang (wenn Du die Test-Taste am KD101 drückst)?

Du könntest noch probieren das set im RFXmngr abzusetzen und zu sehen, ob es dort funktioniert.

Tobias · 29 Juni 2013, 19:56:51

Hi willi,
der RFXTRX:

Code Auswählen

2013.06.29 15:47:27 3: Opening RFXTRX device /dev/CUL_rfxtrx
2013.06.29 15:47:27 3: Setting RFXTRX baudrate to 38400
2013.06.29 15:47:27 3: RFXTRX device opened
2013.06.29 15:47:28 1: TRX: Init OK
2013.06.29 15:47:28 1: TRX: Init status: '433.92MHz receiver only, firmware=64, protocols enabled: LaCrosse Hideki OREGON HOMEEASY AC ARC X10 '

Wenn ich die TEST Taste am KD drücke, kommt es auch in FHEM an, das Gerät wird angelegt.

Den RFXTRX habe ich hier nicht vor Ort (arbeite jetzt gerade Remote), daher kann ich es auch nicht mit RfxMgr testen

Edit: Auch mit der anderen Version von TRX_SECURITY kommt wieder der Unknown-Eintrag:

Code Auswählen

2013-06-29_20:01:07 TRX_UNKNOWN_01 0d01ff00345240000c2f01010000

Willi · 29 Juni 2013, 21:03:04

Zitat von: Tobias schrieb am Sa, 29 Juni 2013 19:56Hi willi,
der RFXTRX:
Code Auswählen Erweitern
2013.06.29 15:47:27 3: Opening RFXTRX device /dev/CUL_rfxtrx 2013.06.29 15:47:27 3: Setting RFXTRX baudrate to 38400 2013.06.29 15:47:27 3: RFXTRX device opened 2013.06.29 15:47:28 1: TRX: Init OK 2013.06.29 15:47:28 1: TRX: Init status: '433.92MHz receiver only, firmware=64, protocols enabled: LaCrosse Hideki OREGON HOMEEASY AC ARC X10 '

Jetzt habe ich den Fehler gefunden. Beim Init gibt Dein RFXtrx433 zurück:

Zitat433.92MHz receiver only

Richtig wäre aber wir bei mir

Zitat433.92MHz transceiver

Sieht so aus, als ob Du die Receiver-Firmware geflasht hast. Ein Receiver kann nicht senden......

Du musst folgende Firmware von http://www.rfxcom.com/Downloads neu flashen:

Code Auswählen

RFXtrx433 Type1 Firmware

Das Problem beim RFXtrx433 war, dass irgendwann nicht mehr die komplette Firmware in den Flash gepasst hat. Daher gibt es jetzt eine "receiver only" Firmware, eine "Type1" und eine "Type2"-Firmware. Bei uns in DE ist fast immer Type1 richtig.

Siehe auch Handbuch.

Tobias · 30 Juni 2013, 21:18:17

ohhhhhh mannn....da soll einer drauf kommen. Könnt mich ohrfeigen!!!
Danke für die Aufklärung. Wird mir bestimmt nicht nochmal passieren....
Bin morgen wieder vorOrt.. Dann kann ich flashen.

Danke nochmal

drdownload · 28 Januar 2015, 08:18:34

Könnte es aktuell einen Grund geben warum ein Absetzen von "alert" zu keinem Alarm führt?

Code Auswählen

2015.01.18 17:09:33 3: Opening TRX_0 device /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1XPSZ5E-if00-port0
2015.01.18 17:09:33 3: Setting TRX_0 baudrate to 38400
2015.01.18 17:09:33 3: TRX_0 device opened
2015.01.18 17:09:33 1: TRX: Init OK
2015.01.18 17:09:33 1: TRX: Init status: '433.92MHz transceiver, firmware=232, protocols enabled: RSL Lighting4 FineOffset/Viking LaCrosse OREGON HOMEEASY AC X10 '

drdownload · 29 Januar 2015, 09:33:17

hmm, dass ich beim Drücken des Test-Buttons auch nach längerer Zeit kein Signal höre ist verdächtig. uU haben auch dir Rauchmelder selber was, nur alle gleichzeitig?

drdownload · 29 Januar 2015, 09:50:26

Ok, Nevermind, offenbar hatte alle die ich geteste hatte das Problem, dass die Piezzo-Sirene locker war.

mbenker · 29 Januar 2015, 19:57:58

Bin gerade durch Zufall auf diesen Post gestossen und hab mit Verwunderung gesehen das in einem der ersten Posts eine BAtteriemeldung durch den KD101 gemacht wird...

Oder war das nur eine falsche Info ?

digital.arts · 29 Januar 2015, 22:09:43

Hallo mbenker,
Das war ne alte Fehlinterpretation eines Sendebits durch einen Bug im Modul; hat Willi schnell wieder korrigiert ...
Stand aber auch in den Folgeposts drin.

mbenker · 29 Januar 2015, 22:10:46

ok merci....

Markus M. · 30 Januar 2015, 22:46:18

Da einer meiner Melder letztens Amok gelaufe ist während ich nicht zuhause war und mich meine Nachbarn jetzt hassen, habe ich mittlerweilen bei den meisten die Sirene in den Flüstermodus gesetzt.
Das geht, indem man einfach einen Streifen Papier unter den zum Gehäuserand äusseren Kontakt klemmt.

In dem Zug hab ich gleich auch noch das Modul angepasst:
Neben alert und pair gibt es darin auch noch test und normal.
-test sendet dabei auch an den Melder, nur dass man sich über notifys keine Gedanken machen muss.
-normal sendet nichts sondern ist nur ein state-change um die Geräte bequem zurücksetzen zu können.

Markus