Neue Modul TRX* für RFXCOM RFXtrx433 transceiver

[Guest]

Originally posted by: <email address deleted>

Am Donnerstag, 12. April 2012 17:51:24 UTC+2 schrieb Martin:
>
> Hallo, ich habe nun endlich die Sensoren bekommen.
>
> Funktioniert sehr gut bis auf das Hygrometer. Das Problem ist das nur ein
> von 4 Hygrometern angezeigt wird.
> Warscheinlich weil der Name "TX3_H" lautet und nicht wie bei Temperatur
> z.B. "TX3_T_07" also es fehlt der _XX teil.
>
> Kriegst du das noch hin?
>

Hmm. Ich habe gerade den Code geprüft. Ist eigentlich bzgl. IDs gleich der
Routine für TX3_T.

Hast Du TX3_H bei longids eingetragen?

MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Danke das wars, ich hatte die longid nicht gesetzt, sorry!

Am Donnerstag, 12. April 2012 18:16:20 UTC+2 schrieb Willi:
>
>
>
> Am Donnerstag, 12. April 2012 17:51:24 UTC+2 schrieb Martin:
>>
>> Hallo, ich habe nun endlich die Sensoren bekommen.
>>
>> Funktioniert sehr gut bis auf das Hygrometer. Das Problem ist das nur ein
>> von 4 Hygrometern angezeigt wird.
>> Warscheinlich weil der Name "TX3_H" lautet und nicht wie bei Temperatur
>> z.B. "TX3_T_07" also es fehlt der _XX teil.
>>
>> Kriegst du das noch hin?
>>
>
> Hmm. Ich habe gerade den Code geprüft. Ist eigentlich bzgl. IDs gleich der
> Routine für TX3_T.
>
> Hast Du TX3_H bei longids eingetragen?
>
> MfG Willi
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Commando zurück, es funktioniert immer nur eine longid, nicht bei beiden.
In der Config habe ich:

define RFXTRXUSB TRX COM3@38400 noinit
attr RFXTRXUSB do_not_init 1
attr RFXTRXUSB longids TX3_H
attr RFXTRXUSB longids TX3_T
attr RFXTRXUSB room Wohnzimmer

aber das funktioniert entweder nur bei _H oder nur bei _T nicht aber bei
beiden

Am Donnerstag, 12. April 2012 18:47:14 UTC+2 schrieb Martin:
>
> Danke das wars, ich hatte die longid nicht gesetzt, sorry!
>
> Am Donnerstag, 12. April 2012 18:16:20 UTC+2 schrieb Willi:
>>
>>
>>
>> Am Donnerstag, 12. April 2012 17:51:24 UTC+2 schrieb Martin:
>>>
>>> Hallo, ich habe nun endlich die Sensoren bekommen.
>>>
>>> Funktioniert sehr gut bis auf das Hygrometer. Das Problem ist das nur
>>> ein von 4 Hygrometern angezeigt wird.
>>> Warscheinlich weil der Name "TX3_H" lautet und nicht wie bei Temperatur
>>> z.B. "TX3_T_07" also es fehlt der _XX teil.
>>>
>>> Kriegst du das noch hin?
>>>
>>
>> Hmm. Ich habe gerade den Code geprüft. Ist eigentlich bzgl. IDs gleich
>> der Routine für TX3_T.
>>
>> Hast Du TX3_H bei longids eingetragen?
>>
>> MfG Willi
>>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Donnerstag, 12. April 2012 19:00:16 UTC+2 schrieb Martin:
>
> Commando zurück, es funktioniert immer nur eine longid, nicht bei beiden.
> In der Config habe ich:
>
> define RFXTRXUSB TRX COM3@38400 noinit
> attr RFXTRXUSB do_not_init 1
> attr RFXTRXUSB longids TX3_H
> attr RFXTRXUSB longids TX3_T
> attr RFXTRXUSB room Wohnzimmer
>
> aber das funktioniert entweder nur bei _H oder nur bei _T nicht aber bei
> beiden
>
>
Es gibt immer nur ein Attribut mit gleichem Namen bei FHEM.
Du kannst aber mehrere bei loingids über Comma separiert angeben.

Probier mal

attr RFXTRXUSB longids TX3_T,TX3_H

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ah okay danke geht jetzt! sorry wegen den Anfängerfehlern

Am Donnerstag, 12. April 2012 19:06:13 UTC+2 schrieb Willi:
>
> Am Donnerstag, 12. April 2012 19:00:16 UTC+2 schrieb Martin:
>>
>> Commando zurück, es funktioniert immer nur eine longid, nicht bei beiden.
>> In der Config habe ich:
>>
>> define RFXTRXUSB TRX COM3@38400 noinit
>> attr RFXTRXUSB do_not_init 1
>> attr RFXTRXUSB longids TX3_H
>> attr RFXTRXUSB longids TX3_T
>> attr RFXTRXUSB room Wohnzimmer
>>
>> aber das funktioniert entweder nur bei _H oder nur bei _T nicht aber bei
>> beiden
>>
>>
> Es gibt immer nur ein Attribut mit gleichem Namen bei FHEM.
> Du kannst aber mehrere bei loingids über Comma separiert angeben.
>
> Probier mal
>
> attr RFXTRXUSB longids TX3_T,TX3_H
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Donnerstag, 12. April 2012 19:15:21 UTC+2 schrieb Martin:
>
> Ah okay danke geht jetzt! sorry wegen den Anfängerfehlern
>

Kein Problem. Zeigt mir nur, dass meine Dokumentation in commandref
verbesserungswürdig ist. Ich werde ein weiteres Beispiel aufnehmen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ich hab trotzdem noch ne Frage, wie krieg ich es hin das temp und hygro in
einem plot angezeigt werden?
mit filelog kann ich ja den dateinamen angeben aber der weblink zeigt dann
garnichts an. In dem file selbst wird zudem mit longid geschrieben:

2012-04-12_19:26:19 TX3_T_07 temperature: 23.1
2012-04-12_19:26:19 TX3_T_07 battery: ok
2012-04-12_19:26:19 TX3_T_07 T: 23.1 BAT: ok
2012-04-12_19:26:19 TX3_H_07 humidity: 39
2012-04-12_19:26:19 TX3_H_07 battery: ok
2012-04-12_19:26:19 TX3_H_07 H: 39 BAT: ok
2012-04-12_19:27:18 TX3_T_07 temperature: 23.1
2012-04-12_19:27:18 TX3_T_07 battery: ok
2012-04-12_19:27:18 TX3_T_07 T: 23.1 BAT: ok
2012-04-12_19:27:18 TX3_H_07 humidity: 39
2012-04-12_19:27:18 TX3_H_07 battery: ok
2012-04-12_19:27:18 TX3_H_07 H: 39 BAT: ok
2012-04-12_19:28:17 TX3_T_07 temperature: 23.1

btw du kannst mir auch unter hippieschuh at gmail.com mailen, will hier
nicht alles zuspammen^^

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Donnerstag, 12. April 2012 20:02:36 UTC+2 schrieb Martin:
>
> Ich hab trotzdem noch ne Frage, wie krieg ich es hin das temp und hygro in
> einem plot angezeigt werden?
> mit filelog kann ich ja den dateinamen angeben aber der weblink zeigt dann
> garnichts an. In dem file selbst wird zudem mit longid geschrieben:
>
> 2012-04-12_19:26:19 TX3_T_07 temperature: 23.1
> 2012-04-12_19:26:19 TX3_T_07 battery: ok
> 2012-04-12_19:26:19 TX3_T_07 T: 23.1 BAT: ok
> 2012-04-12_19:26:19 TX3_H_07 humidity: 39
> 2012-04-12_19:26:19 TX3_H_07 battery: ok
>
>
Das ist eigentlich schon (fast) richtig.  Wie die Namen der Spalte 2
aussehen (TX3_T_07, TX3_H_07) ist für den Plot eigentlich egal. Es fehlt
nur noch der entsprechende weblink mit dem Plot temp4hum4.

Ich würde an Deiner Stelle aber erst mal die überflüssigen Einträge T: und
H: herausnehmen und nur temperature, humidity und battery beider Devices
(TX3_T_xx und TX3_H_xx) ins Filelog schreiben. Das wäre folgender Filelog
(bei Annahme der ID 63 für das entsprechende Gerät):

  define FileLog_TX3_63 FileLog /var/log/fhem/TX3_63-%Y.log
TX3_(T|H)_63.*(temperature|humidity|battery).*
  attr FileLog_TX3_63 logtype temp4hum4:Temp/Hum,text
  attr FileLog_TX3_63 room Test-Plots

Danach kommt nur noch ein weblink, der auf das Filelog verweist und
temp4hum4 als Gplot nutzt:

  define weblink_TX3_63 weblink fileplot FileLog_TX3_63:temp4hum4:CURRENT
  attr weblink_TX3_63 label "TX3_63 Min $data{min1}, Max $data{max1}, Last
$data{currval1}"
  attr weblink_TX3_63 room Test-Plots

Das war es dann (hoffentlich) schon.
Leider klappt das nicht automatisch, da sich die LaCrosse TX3 leider die
Daten für Temperatur und Luftfeuchtigkeit getrennt melden. Das machen die
ELV-Geräte wie S300th oder die Oregon-Sensoren besser.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Willi,
 
 
dieses Modul nutze ich seit einiger Zeit erfolgreich mit Home Easy
komponenten. Danke schon mal dafür!
Da ich noch einige alte Philips Funksteckdosen (SBC SB370) für 433,92 MHz
habe und die Fernbedienung über den unterstützten Chip PT2262 verfügt habe
ich Kontakt mit Bert Weijenberg von RFXCOM aufgenommen um diese mit dem
RFXtrx433 nutzen zu können.
Dieser hat mit hohem Einsatz (bis spät in die Nacht) dafür gesorgt, das es
bei mir jetzt mit noch nicht öffentlichen Versionen der Firmware (47) und
des RFXmngr (Auswahl Philips unter Lightning 1) FUNKtioniert. Leider nur
senden aber immerhin.
Jetzt wäre es natürlich schön wenn man das auch in fhem mit deinem Modul
nutzen könnte.
Daher meine Frage: Ist das möglich und was wird dafür benötigt?
 
 
Gruß, Tom
 

Am Samstag, 25. Februar 2012 16:21:03 UTC+1 schrieb Willi:

> Hallo,
>
> nachdem mein alter RFXCOM-Receiver in die Jahre gekommen ist und ich
> jetzt auch senden wollte (Meine ELRO-Funksteckdosen schalten), habe
> ich
> mir den RFXCOM RFXtrx433 (433 Mhz) Transceiver besorgt und
> entsprechende FHEM-Module geschrieben. Zu dem Gerät siehe
> http://www.rfxcom.com
> bzw. http://www.rfxcom.com/transceivers.htm#12103 .
> Der kleine Sender/Receiver (84 x 42 x 15mm ohne Antenne gemessen) für
> 433 Mhz hat einen Mini-USB-Anschluss (Adapterkabel für USB wurde bei
> mir mitgeliefert) und braucht kein eigenes Netzteil.
>
> Implementiert habe ich aktuell den Empfang von Wettersensoren (Oregon,
> Lacrosse), den Empfang von Security-Sensoren (X10Sec, KD101 and
> Visonic), sowie den Empfang und das Senden der Protokolle X10, ARC,
> ELRO AB400D, Waveman, Chacon EMW200 and IMPULS für Schaltsteckdosen
> bzw. Fernbedienungen. Das  ARC-Protokoll umfasst Geräte von HomeEasy,
> KlikAanKlikUit, ByeByeStandBy, Intertechno, ELRO, AB600, Duewi,
> DomiaLite and COCO, die man am Sender per Kodierrad konfiguriert
> (housecode A-P, sowie Unit-Code 1-16). Dies nutze ich derzeit für
> meine ELRO AB600-Funksteckdosen. Die Konfiguration ist einfach, da
> FHEM die Steckdose per autocreate lernt, wenn man den entsprechenden
> Taster an der zugehörigen Fernbedienung drückt.
>
> Die übrigen Protokolle wie beispielsweise AC, HomeEasy EU, ANSLUT,
> Koppla, LightwaveRF, etc. habe ich noch nicht in den Modulen
> realisiert. Dazu habe ich keine Geräte. Wenn hier Bedarf besteht,
> sollte es kein grosser Aufwand sein, dies auch zu implementieren.
> Solange ich der einzige Nutzer von RFXtrx433 mit FHEM bin,
> implementiere ich erst mal nur die Routinen für meinen eigenen
> Bedarf.........
>
> Die Module sind im SVN und können auch per updatefhem installiert
> werden. Anbei die Erklärung der Module aus dem aktuellen
> commandref.html. Das ganze läuft auch per FHEM2FHEM in RAW-Modus, wenn
> man mehrere FHEMs koppeln will. RFXtrx433 wird automatisch per
> autocreate (siehe usb create) erkannt.
>
> Aktuell habe ich den RFXtrx433 an meiner Fritzbox 7390 im Einsatz und
> empfange damit meine Oregon-Sensoren, meine X10Sec-Alarmsensoren und
> schalte meine ELRO-Funksteckdosen.
>
> Bitte beachten: Das Gerät ist kein Ersatz für einen CUL, CUNO, etc.,
> da es im 433 Mhz-Bereich funktioniert und die Protokolle des HomeMatic-
> System sowie FS20 (beide 868 Mhz) nicht kann.
>
> MfG Willi
> ------------------ Auszug aus commandref.html:
> TRX
>
> This module is for the RFXCOM RFXtrx433 USB based 433 Mhz RF
> transmitters. This USB based transmitter is able to receive and
> transmit many protocols like Oregon Scientific weather sensors, X10
> security and lighting devices, ARC ((address code wheels) HomeEasy,
> KlikAanKlikUit, ByeByeStandBy, Intertechno, ELRO, AB600, Duewi,
> DomiaLite, COCO) and others.
> Currently the following parser modules are implemented:
> 46_TRX_WEATHER.pm (see device TRX): Process messages Oregon Scientific
> weather sensors. See http://www.rfxcom.com/oregon.htm for a list of
> Oregon Scientific weather sensors that could be received by the
> RFXtrx433 tranmitter. Until now the following Oregon Scientific
> weather sensors have been tested successfully: BTHR918, BTHR918N,
> PCR800, RGR918, THGR228N, THGR810, THR128, THWR288A, WTGR800, WGR918.
> It will also work with many other Oregon sensors supported by
> RFXtrx433. Please give feedback if you use other sensors.
> 46_TRX_SECURITY.pm (see device TRX_SECURITY): Receive X10, KD101 and
> Visonic security sensors.
> 46_TRX_LIGHT.pm (see device RFXX10REC): Process X10, ARC, ELRO AB400D,
> Waveman, Chacon EMW200 and IMPULS lighting devices (switches and
> remote control). ARC is a protocol used by devices from HomeEasy,
> KlikAanKlikUit, ByeByeStandBy, Intertechno, ELRO, AB600, Duewi,
> DomiaLite and COCO with address code wheels.
> 46_TRX_ELSE.pm: Process and display all other messages. This module
> shows you messages that could not be handled by the other modules. It
> is useful to see RF receiption problems.
>
> Note: this module requires the Device::SerialPort or Win32::SerialPort
> module if the devices is connected via USB or a serial port.
>
> Define
> define TRX [noinit]
>
> USB-connected:
> specifies the USB port to communicate with the RFXtrx433
> receiver. Normally on Linux the device will be named /dev/ttyUSBx,
> where x is a number. For example /dev/ttyUSB0.
>
> Example:
> define RFXTRXUSB TRX /dev/ttyUSB0
>
> Network-connected devices:
> specifies the host:port of the device. E.g. 192.168.1.5:10001
> noninit is optional and issues that the RFXtrx433 device should not be
> initialized. This is useful if you share a RFXtrx433 device via LAN.
> It is also useful for testing to simulate a RFXtrx433 receiver via
> netcat.
>
> Example:
> define RFXTRXTCP TRX 192.168.1.5:10001
> define RFXTRXTCP2 TRX 192.168.1.121:10001 noinit
>
> Attributes
> dummy
>
> longids
> Comma separates list of device-types for TRX_WEATHER that should be
> handles using long ids. This additional ID is a one byte hex string
> and is generated by the Oregon sensor when is it powered on. The value
> seems to be randomly generated. This has the advantage that you may
> use more than one Oregon sensor of the same type even if it has no
> switch to set a sensor id. For example the author uses two BTHR918N
> sensors at the same time. All have different deviceids. The drawback
> is that the deviceid changes after changing batteries.
> Example:
> attr RFXTRXUSB longids BTHR918N
>
>
> TRX_SECURITY
>
> The TRX_SECURITY module interprets X10, KD101 and Visonic security
> sensors received by a RFXCOM RFXtrx433 RF receiver. You need to define
> an RFXtrx433 receiver first. See TRX.
>
> Define
> define TRX_SECURITY [
> ]
>
>
> specifies one of the following security devices:
> DS10A (X10 security ds10a Door/Window Sensor or compatible devices.
> This device type reports the status of the switch [Open/Closed],
> status of the delay switch [min|max]], and battery status [ok|low].)
> MS10A (X10 security ms10a motion sensor. This device type reports the
> status of motion sensor [normal|alert] and battery status [ok|low].))
> SD90 (Marmitek sd90 smoke detector. This device type reports the
> status of the smoke detector [normal|alert] and battery status [ok|
> low].)
> KR18 (X10 security remote control. Report the Reading "Security" with
> values [Arm|Disarm], "ButtonA" and "ButtonB" with values [on|off] )
> KD101 (KD101 smoke sensor. Report the Reading "smoke" with values
> [normal|alert])
> VISONIC_WINDOW (VISONIC security Door/Window Sensor or compatible
> devices. This device type reports the status of the switch [Open/
> Closed] and battery status [ok|low].)
> VISONIC_MOTION (VISONIC security motion sensor. This device type
> reports the status of motion sensor [normal|alert] and battery status
> [ok|low].))
>
>
> specifies the first device id of the device. X10 security (DS10A,
> MS10A) and SD90 have a a 16 bit device id which has to be written as a
> hex-string (example "5a54"). All other devices have a 24 bit device
> id.
>
>
> is the name of the Reading used to report. Suggested: "Window" or
> "Door" for ds10a, "motion" for motion sensors, "smoke" for sd90.
>
>
> is optional and specifies the second device id of the device if it
> exists. For example sd90 smoke sensors can be configured to report two
> device ids.
>
>
> is optional for the name used for the Reading of .
>
> Example:
> define livingroom_window TRX_SECURITY ds10a 72cd Window
> define motion_sensor1 TRX_SECURITY ms10a 55c6 motion
> define smoke_sensor1 TRX_SECURITY sd90 54d3 Smoke 54d3 Smoketest
>
> Set
> N/A
>
> Get
> N/A
>
> TRX_LIGHT
>
> The TRX_LIGHT module receives and sends X10, ARC, ELRO AB400D,
> Waveman, Chacon EMW200 and IMPULS lighting messages by a RFXtrx433 RF
> transceiver. ARC is a protocol used by devices from HomeEasy,
> KlikAanKlikUit, ByeByeStandBy, Intertechno, ELRO, AB600, Duewi,
> DomiaLite and COCO with address code wheels.
> You need to define an RFXtrx433 transceiver receiver first. See TRX.
>
> Define
> define TRX_LIGHT [
> ]
>
>
> specifies the type of the device:
> X10 lighting devices:
> MS14A (X10 motion sensor. Reports [normal|alert] on the first deviceid
> (motion sensor) and [on|off] for the second deviceid (light sensor))
> X10 (All other x10 devices. Report [on|off] on both deviceids.)
> ARC (ARC devices. ARC is a protocol used by devices from HomeEasy,
> KlikAanKlikUit, ByeByeStandBy, Intertechno, ELRO, AB600, Duewi,
> DomiaLite and COCO with address code wheels. Report [on|off] on both
> deviceids.)
> AB400D (ELRO AB400D devices. Report [on|off] on both deviceids.)
> WAVEMAN (Waveman devices. Report [on|off] on both deviceids.)
> EMW200 (Chacon EMW200 devices. Report [on|off] on both deviceids.)
> IMPULS (IMPULS devices. Report [on|off] on both deviceids.)
>
>
> specifies the first device id of the device. A lighting device has a
> house code A..P followed by a unitcode 1..16 (example "B1").
>
>
> is the name of the Reading used to report. Suggested: "motion" for
> motion sensors.
>
>
> is optional and specifies the second device id of the device if it
> exists. For example ms14a motion sensors report motion status on the
> first deviceid and the status of the light sensor on the second
> deviceid.
>
>
> is optional for the name used for the Reading of .
>
> Example:
> define motion_sensor2 TRX_LIGHT MS14A A1 motion A2 light
> define Steckdose TRX_LIGHT ARC G2 light
>
> Set
> set
>
> where value is one of:
>     off
>     on
>     dim                # only for X10
>     bright             # only for X10
>     all_off            # only for X10, ARC, EMW200
>     all_on             # only for X10, ARC, EMW200
>     chime              # only for ARC
>
> Example:
> set Steckdose on
>
> Get
> N/A
>
> TRX_WEATHER
>
> The TRX_WEATHER module interprets weather sensor messages received by
> a RTXtrx receiver. See http://www.rfxcom.com/oregon.htm for a list of
> Oregon Scientific weather sensors that could be received by the
> RFXtrx433 tranmitter. You need to define a RFXtrx433 receiver first.
> See See TRX.
>
> Define
> define OREGON
>
> is the device identifier of the Oregon sensor. It consists
> of the sensors name and (only if the attribute longids is set of the
> RFXtrx433) an a one byte hex string (00-ff) that identifies the
> sensor. If an sensor uses an switch to set an additional is then this
> is also added. The define statement with the deviceid is generated
> automatically by autocreate. The following sensor names are used:
> "THR128" (for THR128/138, THC138),
> "THGR132N" (for THC238/268,THN132,THWR288,THRN122,THN122,AW129/131),
> "THWR800",
> "RTHN318",
> "TX3_T" (for LaCrosse TX3, TX4, TX17),
> "THGR228N" (for THGN122/123, THGN132, THGR122/228/238/268),
> "THGR810",
> "RTGR328",
> "THGR328",
> "WTGR800_T" (for temperature of WTGR800),
> "THGR918" (for THGR918, THGRN228, THGN500),
> "TFATS34C" (for TFA TS34C),
> "BTHR918",
> "BTHR918N (for BTHR918N, BTHR968),
> "RGR918" (for RGR126/682/918),
> "PCR800",
> "TFA_RAIN" (for TFA rain sensor),
> "WTGR800_A" (for wind sensor of WTGR800),
> "WGR800_A" (for wind sensor of WGR800),
> "WGR918_A" (for wind sensor of STR918 and WGR918),
> "TFA_WIND" (for TFA wind sensor)
>
>
> Example:
> define Tempsensor TRX_WEATHER TX3_T
> define Tempsensor3 TRX_WEATHER THR128_3
> define Windsensor TRX_WEATHER WGR918_A
> define Regensensor TRX_WEATHER RGR918
>
> Set
> N/A
>
> Get
> N/A
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Tom!

> Dieser hat mit hohem Einsatz (bis spät in die Nacht) dafür gesorgt, das es

Ja, so kenne ich die Leute von RFXCOM.....

> bei mir jetzt mit noch nicht öffentlichen Versionen der Firmware (47) und
> des RFXmngr (Auswahl Philips unter Lightning 1) FUNKtioniert. Leider nur
> senden aber immerhin.
> Jetzt wäre es natürlich schön wenn man das auch in fhem mit deinem Modul
> nutzen könnte.
> Daher meine Frage: Ist das möglich und was wird dafür benötigt?

Sofern Du noch etwas warten kannst, wird RFXCOM die Firmware und
RFXmngr sicherlich in den nächsten Tagen bereitstellen (derzeit ist
nur Firmware 46 veröffentlicht) und ich kann dies anhand der SDK-Doku
implementieren.

Hilfreich ist aber auf jeden Fall, wenn Du mir angibst, welche
Hexwerte RFXmngr an RFXtrx433 schickt, wenn Du die Philips
Funksteckdosen nutzt. Dazu ist die Ausgabe von RFXmngr und die
Kommentierung von Dir, was Du damit gemacht hast, hilfreich.

Schick mir am besten dazu eine PM. Die Liste interessiert dies
vermutlich kaum.

Die eigentlichen Änderungen an meinen FHEM-Treibern kann ich dann
gerne vornehmen. Ich würde Dir dann jeweils eine Testversion von
46_TRX_LIGHT.pm zum Test bereitstellen, bevor ich dann die getestete
Version ins SVN für die offizielle Verteilung packe.

MfG Willi




--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Willi,
 
sorry das ich das jetzt erst gelesen habe (Schuld ist das gute Wetter).
Erlich gesagt hab ich keine Ahnung wie ich dir eine PM senden kann - bin
noch ziemlich neu bei den Gruppen. Evtl. ist es das einfachste du sendest
mir per PM deine email-Adresse und ich sende Dir die Firmware und den
RFXmngr zu.
Ich habe bisher die Hauscodes A bis E jeweils Unitcode 1 bis 8 und Group
(alles an/aus) getested und es läuft, ich gehe davon aus das die restlichen
Haus- und Unitcodes ebenfalls arbeiten. Die HEX-Codes könntest Du mit den
o.g. Dateien selbst rausfinden ohne ständiges hin-und-her-mailen. Wie
gesagt empfangen von Fernbedienungssignalen geht (noch) nicht.
 
Gruß, Tom

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

> Erlich gesagt hab ich keine Ahnung wie ich dir eine PM senden kann - bin

Einfach im Google-Groups-Webinterface auf "Antwort an Autor"
klicken
Oder auf "Profil anzeigen" klicken, dass wird nach weiterer
Bestätigung die E-Mailadresse angezeigt.

> Ich habe bisher die Hauscodes A bis E jeweils Unitcode 1 bis 8 und Group
> (alles an/aus) getested und es läuft, ich gehe davon aus das die restlichen
> Haus- und Unitcodes ebenfalls arbeiten. Die HEX-Codes könntest Du mit den
> o.g. Dateien selbst rausfinden ohne ständiges hin-und-her-mailen. Wie
> gesagt empfangen von Fernbedienungssignalen geht (noch) nicht.

Es wäre hilfreich, wenn Du ein bis zwei Beispiele der Hex-Codierung
aus RFXmngr senden könntest, die Du später auch verwenden willst. Dann
kann ich das zum gegenchecken nutzen. Das würde die Tests
beschleunigen, da ich dann gleich vergleichen kann ohne auf Deine
Testergebnisse zu warten.

Hintergrund: Ich nutze normalerweise kein Windows (nutze sowohl auf
Client und Server nur Linux), habe meinen RFXtrx433 fest an meinen
FHEM-Server angeschlossen/ausgerichtet und kann daher ohne weiteren
Aufwand RFXmngr nicht ausprobieren.

MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

On 25 Jul., 09:04, Breaker wrote:
> Dieser hat mit hohem Einsatz (bis spät in die Nacht) dafür gesorgt, das es
> bei mir jetzt mit noch nicht öffentlichen Versionen der Firmware (47) und
> des RFXmngr (Auswahl Philips unter Lightning 1) FUNKtioniert. Leider nur
> senden aber immerhin.
> Jetzt wäre es natürlich schön wenn man das auch in fhem mit deinem Modul
> nutzen könnte.
> Daher meine Frage: Ist das möglich und was wird dafür benötigt?

Nach erfolgreichen Tests habe ich das geänderte Modul 46_TRX_LIGHT.pm
sowie angepasste commandref.html (neuer PHILIPS_SBC) ins SVN
eingecheckt.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Sini]

                                                         

Hallo Willi,

ich nutze das Modul seit ein paar Tagen, alle meine Oregon-Sensoren
funktionieren einwandfrei.

Allerdings habe ich das Problem, dass wohl in der Nachbarschaft ein
unbekanntes Gerät vorhanden ist, welches mir alle 40 Sekunden einen
Log-Eintrag beschert:

2012.11.07 20:10:42 1: RFX_WEATHER: common_temp error undefined subtype=0a

Gibt es eine Möglichkeit, diese Ausgabe zu unterbinden?


Grüße...

Sini

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Mittwoch, 7. November 2012 20:17:26 UTC+1 schrieb Sini:

> Hallo Willi,
>
> ich nutze das Modul seit ein paar Tagen, alle meine Oregon-Sensoren
> funktionieren einwandfrei.
>
> Allerdings habe ich das Problem, dass wohl in der Nachbarschaft ein
> unbekanntes Gerät vorhanden ist, welches mir alle 40 Sekunden einen
> Log-Eintrag beschert:
>
> 2012.11.07 20:10:42 1: RFX_WEATHER: common_temp error undefined subtype=0a
>
> Gibt es eine Möglichkeit, diese Ausgabe zu unterbinden?

 
Hallo Sini,

tja, leider war RFXCOM fleissig und hat neue Sensoren impelementiert

Dein Nachbar hat einen "TFA 30.3133"-Sensor.

Damit es schnell geht, einfach in 46_TRX_WEATHER.pm die Zeile 486 wie folgt
auskommentieren:
#Log 1,"RFX_WEATHER: common_temp error undefined subtype=$subtype";
und FHEM oder das Modul neu starten.

Ansonsten habe ich gerade den Sensor im Modul implementiert. Sollte also
nach dem morgigen Update verfügbar sein. Dann kannst Du nach einem Update
entweder den Sensor mitverwenden (ween es ein Aussensensor ist) oder per
ignore-Attribut ignorieren.
 
MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com