Hallo Willi,
meine Rauchmelder schlagen keinen Alarm mehr, wenn ich ein alert abschicke.
Dafür wird jetzt ein battery ok empfangen.
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
Hallo Torsten,
sollte jetzt korrigiert sein. Ist im SVN.
Den Fehler habe ich eingebaut, als ich set für DS10A implementiert habe.
-- Willi
Hallo Willi,
danke für die schnelle Hilfe.
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
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.
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
Hallo Willi,
super support. Vielen Dank für die schnelle Lösung, Rauchmelder reagiert wieder auf set DEVICE alert.
Danke
Hallo Willi,
funktioniert wieder. Vielen lieben Dank!
Viele Grüße
Torsten
Hallo Willi,
funktioniert bei mir nicht (neustes Update)... stattdessen wird versucht ein Device vom Typ TRX_ELSE anzulegen.
TRX_ELSE: Unknown device TRX_UNKNOWN_01, please define it
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.
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
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:
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.
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 (//sourceforge.net/p/fhem/code/3145/tree/trunk/fhem/FHEM/46_TRX_SECURITY.pm?format=raw)
-- Willi
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:
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.
Hi willi,
der RFXTRX:
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:
2013-06-29_20:01:07 TRX_UNKNOWN_01 0d01ff00345240000c2f01010000
Zitat von: Tobias schrieb am Sa, 29 Juni 2013 19:56Hi willi,
der RFXTRX:
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:
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.
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
Könnte es aktuell einen Grund geben warum ein Absetzen von "alert" zu keinem Alarm führt?
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 '
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?
Ok, Nevermind, offenbar hatte alle die ich geteste hatte das Problem, dass die Piezzo-Sirene locker war.
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 ?
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.
ok merci....
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