46_TRX_Light.pm Empfang und Senden Chime / Byron SX (Funkklingel/-gong)

Begonnen von pappn, 23 Mai 2014, 20:30:13

Vorheriges Thema - Nächstes Thema

pappn

Hallo zusammen,

ich habe mir kürzlich eine Funkklingel (M-E Bell-201 Funk-Türgong) zugelegt. Nachdem ich ByronSX im RFXTFX aktiviert hatte, tauchte auch folgende Meldung im Log auf.TRX_LIGHT_Parse() not implemented num_bytes=7 hex=0716000100350370 Mit der einfachen Definition eines daraus abgeleiteten ByronSX devices (ID35) konnte ich allerdings keine gültigen Kommandos senden. Das Ergebnis sah dann so aus:2014.05.22 23:41:27 5: TRX_LIGHT_Set() chime name=Test device_type=BYRONSX, deviceid=35 command=bigben1
2014.05.22 23:41:27 5: TRX_LIGHT_Set() chime hexline=071600003503x00

Ich habe dann ein paar Änderungen am Modul vorgenommen (mit nur sehr rudimentären Perl Kenntnissen). Aber zumindest für meine Funjkklingel kann ich nun Klingelsignale senden und empfangen.
Ergebnis im Log ist nun:2014.05.23 19:27:04 5: TRX_LIGHT_parse_X10() Test devn=TRX_BYRONSX_35 first=1 command=bigben1, cmd=03

Änderungen am Modul wie folgt:
Sendecode angepasst und "00" vor der deviceID eingefügt:
  $hex_command = sprintf "%02x%02x00%s%02xx00", $device_type_num & 0xff, $seqnr, $deviceid, $cmnd;
$hex_command = sprintf "%02x%02x%s%02xx00", $device_type_num & 0xff, $seqnr, $deviceid, $cmnd;

in sub TRX_LIGHT_parse_X10 ($$) folgenden Code zwischen ($type == 0x15) und ($type == 0x17) eingefügt
  } elsif ($type == 0x16) { #Chime
  $device = sprintf '%02x', $bytes->[4];
  $data = $bytes->[5];

If bedingung in sub TRX_LIGHT_Parse($$) geändert
  if ($type == 0x10 || $type == 0x11 || $type == 0x12 || $type == 0x14 || $type == 0x16) {
#  if ($type == 0x10 || $type == 0x11 || $type == 0x12 || $type == 0x14) {


Allerdings muss das Device manuell definiert werden. Bei mir zur Zeit als define Test TRX_LIGHT BYRONSX 35 none
Das automatische Anlegen des Devices funktioniert nicht. Vielleicht kann sich das ja mal jemand mit mehr Durchblick ansehen.
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

Willi

Hallo pappn,

Deine Fixes sahen sehr gut aus. Ich habe diese gerade ins SVN gepackt.

Eigentlich sollte das autocreate so auch funktionieren.

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

pappn

Hallo Willi,

prima, dass es dir gefällt und gut genug aussieht, es so zu lassen.
Wie gesagt, autocreate hat bei mir nicht funktioniert, aber das kann auch andere Gründe haben.

Beste Grüße
Pappn
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

pappn

Hallo Willi,

Asche auf mein Haupt, aber ich habe leider eine Kleinigkeit übersehen. Im Modul muss noch in der Sub TRX_LIGHT_parse_X10() die Zeile  if ($type == 0x10 || $type == 0x11 || $type == 0x14) { auf   if ($type == 0x10 || $type == 0x11 || $type == 0x14 || $type == 0x16) { geändert werden. Sonst funktioniert die Auswertung nicht und man erhält die Fehlermeldung TRX_LIGHT_parse_X10() TRX_LIGHT: error unknown sensor type=16 device_type=BYRONSX devn=TRX_BYRONSX_35 first=1 command=bigben1 im Log.

Kannst du das bitte noch aufnehmen?

Danke
Pappn
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

pappn

Hallo Will,

ich habe gesehen, dass du kürzlich ein Update für 46_TRX_Light.pm eingestellt hast.
Die Anpassung der Zeile 769 war leider nicht enthalten und ist dir wohl durchgerutscht.
Wäre nett, wenn du es beim nächsten Update berücksichtigen könntest.

besten Dank
Pappn
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

Willi

FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

bsl02

Hallo,

den Funkgong "Bell-201" habe ich mir jetzt auch gekauft und möchte ihn - wie pappn - mit RFXtrx433 empfangen.
Leider erzeugt Autocreate keine Einträge; ebenso schweigen sich FHEM-Log oder Eventmanager dazu aus.

Was ich bisher gemacht habe:

  • RFXtrx433: Update der Firmware, jetzt 180
  • Protokoll "Byron SX" im RFXtrx eingeschaltet +gespeichert ;-)
  • Update FHEM, Neustart FHEM, Reboot Cubietruck
  • Wiederholtes Drücken der Gong-Taste: Es wird kein FHEM-Eintrag angelegt per Autocreate (das ist aber eingeschaltet)
  • Info: Ich bin vor kurzem mit FHEM auf einen Cubietruck umgezogen
  • Info: Der RFXtrx hängt direkt am Cubietruck, die Benennung im Log täuscht daher

Auszug aus der Logdatei:
2014.12.17 19:06:03 3: Opening Rpi_RFXTRXUSB device /dev/ttyUSB0
2014.12.17 19:06:03 3: Setting Rpi_RFXTRXUSB baudrate to 38400
2014.12.17 19:06:03 3: Rpi_RFXTRXUSB device opened
2014.12.17 19:06:04 1: TRX: Init OK
2014.12.17 19:06:04 1: TRX: Init status: '433.92MHz transceiver, firmware=180, protocols enabled: ByronSX BlindsT1/T2/T3/T4 OREGON HOMEEASY AC ARC X10 '


Woran könnte das Problem liegen?

Gruß und Dank,
Stefan
RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

Wenn nichts im log steht, passt aus meiner Sicht etwas mit dem   Empfang nicht. Schau mal ob du über den rfx Manager etwas empfängst.
Pappn
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

bsl02

Hallo pappn,

>Schau mal ob du über den rfx Manager etwas empfängst
leider kein Empfang der Türklingel, andere 433er schon. Welche Firmware ist bei Deinem RFXtrx433 installiert?
RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

Mein log meldet: TRX: Init status: '433.92MHz transceiver, firmware=74, protocols enabled: ByronSX Visonic OREGON HOMEEASY AC ARC X10 '
Damit gehts problemlos.
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

bsl02

Danke für die superschnelle Antwort.
Habe die Firmware 74 geflasht und gleiche Protokolle eingestellt - leider kein Empfang im RFXmanager. Ob der Hersteller etwas geändert hat?

Meine Funk-Türklingel: Modell Bell-201 Set; gekauft in 12/2014, Aufkleber 14/06
Sender: Mod. Bell 201.1 TX, 434 MHz (14/06)

RFXmanager:
================================================
Get Status:0D 00 00 0A 02 00 00 00 00 00 00 00 00 00
------------------------------------------------
0D01000A02534A2000AF01010000
Packettype        = Interface Message
subtype           = Interface Response
Sequence nbr      = 10
response on cmnd  = Get Status
Transceiver type  = 433.92MHz
Firmware version  = 74
Hardware version  = 1.1
Undec             off
X10               enabled
ARC               enabled
AC                enabled
HomeEasy EU       enabled
Meiantech         disabled
Oregon Scientific enabled
ATI               disabled
Visonic           enabled
Mertik            disabled
AD                disabled
Hideki            disabled
La Crosse         disabled
FS20              disabled
ProGuard          disabled
BlindsT0          disabled
BlindsT1          disabled
AE                disabled
RUBiCSON          disabled
FineOffset        disabled
Lighting4         disabled
RSL               disabled
Byron SX          enabled
RFU               disabled

RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

bsl02

>Schau doch mal was du reinbekommst mit undec on.

Leider nichts. Mittlerweile ist auch wieder aktuelle Firmware installiert (#180).

/Edit: Die Klingel kann ich ja noch zurücksenden; suche dann aber eine alternative günstige Funk-Klingel für FHEM.
RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

Also wenn auch bei undec nichts reinkommt stimmt wohl etwas mit dem Sender nicht.
Entweder falsches Protokoll oder gar kein Signal.
Ich habe bei mir zwei Taster (Garten & Haustür) mit unterschiedlichen Kodierungen. Das funzt sehr gut.
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

bsl02

Habe nochmals getestet:
- undec eingeschaltet + "Set Mode"
- Bell-201-Gong ertönt bei Knopfdruck
- RFXmanager bleibt leer
- Kontrolle mit ELRO-Fernbedienung AB601R: Wird in RFXmanager empfangen

Grübel...

/Edit: Du kannst nicht zufällig auf die Rückseite Deines Türsenders schauen und die Modellnummer nennen? (meine: Bell 201.1 TX)
RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

Zurzeit leider nicht. Bin auch noch die nächste Woche unterwegs. Ich habe folgenden Gong: http://www.amazon.de/gp/aw/d/B002N5RV5W?me=&ref=olp_product_details
Mehr kann ich dir erst Ende nächster Woche sagen.
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs

bsl02

Soo,
gestern habe ich noch etwas gestöbert
http://forum.fhem.de/index.php?topic=17026.0

Einige Protokolle beißen sich wohl beim RFXtrx433.

Daher mit der gebotenen Ruhe nochmals getestet:
- in RFXmanager alle Protokolle ausgeschaltet + "Set Mode"
- Byron SX eingeschaltet + "Set Mode"

=> Der Gong-Drücker wird von RFXmanager empfangen.
Allerdings nur, solange "Oregon Scientific" nicht gleichzeitig aktiviert ist. Da habe ich gestern wohl nicht sorgfältig getestet.

Anschließend meine weiteren Protokolle aktiviert, "Oregon" weggelassen, "Save Settings" und Wechsel an das FHEM-Gerät: Auch dort wird der Gong jetzt einwandfrei erkannt und per Autocreate angelegt.

Die Welt kann so einfach sein ;-)
Gruß und Dank,
Stefan
RPi3 (FHEM) / CUL V3 868 (FS20) / nanoCUL868 (HM) / RFXtrx433 (IT & ELRO) / MAX!Cube (Thermostate, Fenster) / Bluetooth (presence Handy) / Sonoff mit Tasmota // Audio: RPi3 mit "max2play"-Image (Squeezeserver+Player) / Video: Synology-NAS mit TVheadend, Triax TSS400 Sat-IP Converter

pappn

An die gegenseitige Beeinträchtigung hatte ich auch gedacht. Aber nach dem RFX Manual war deine Protokoll kombi OK und bei mir läuft es ja auch mit Oregon enabled. Daher habe ich die Idee wieder verworfen.
Schön, dass es jetzt funktioniert.
"When all else fails, read the instructions."

CUL868, RFXTFX433 und CCU3
FS20, S300TH, UNIRoll, Homematic IP, OZW672, diverse HOMEEASY, IT kompatible und China Zeugs