Decoding of unsupported ARC codes (Lighting4)

[Willi]

Du hast eine PM mit einer Testversion.

Ich habe die Testversion noch so geändert, dass bei Set über die Weboberfläche die Auswahl richtig gesetzt wird. Ich schreibe gerade die Doku für commandref und habe vor die Nutzung noch im WIKI anhand von Beispielen zu dokumentieren.

Wenn noch jemand anders testen will, einfach eine PM an mich.  
Sobald ich Feedback darüber habe, dass es funktioniert, kommt es ins SVN.

[Willi]

Ich habe die Testversion noch so geändert, dass bei Set über die Weboberfläche die Auswahl richtig gesetzt wird. Ich schreibe gerade die Doku für commandref und habe vor die Nutzung noch im WIKI anhand von Beispielen zu dokumentieren.

Ich habe die Nutzung im WIKI unter http://www.fhemwiki.de/wiki/RFXtrx#PT2262_empfangen_und_senden_mit_TRX_LIGHT.pm beschrieben.

[oliv06]

I use cheap and common GAO plugs sold on the french market. Hopefully they can be controlled by fhem because they understand "standard" ARC commands. I have written a short article in french in my blog (http://play.with.free.fr/index.php/domotique-avec-fhem-sur-dockstar/ on how to use them. But the protocol used by the remote is very specific and is not decoded.

Thanks for this link (Google translate helped me).

One question about the WD18. Does is transmit a keep alive code like X10-Security sensors like every one hour or so? Or do they just send an message when alarm is triggered.
The WD18 looks very interesting.

Have you tried to use the PR2262 code?

The WD18 transmits a keep alive code with battery and alarm status.
I did not have time to test your PR2262 code but I hope to do it soon. Thanks for your work

[Willi]

Ich habe soeben das Senden von PT2262 sowie Koppla im SVN eingecheckt. Koppla ist noch nicht dokumentiert (Syntax siehe vorheriges Posting). Es gibt noch etwas Debugging-Output im Log.

[ext23]

Hallo Willi,

Schön wäre, wenn Du vergleichen könntest, ob der bei hexline von mir generierte Code dem entspricht, der auch von RFXmngr geschrieben wird.

Habe ich soeben gemacht und konnte bei meinen Stichproben keine Unterschiede feststellen bis auf die Sequenz Nummer die du immer auf 0x00 lässt, aber das ist ja OK so.

Also bis jetzt funktioniert das alles wunderbar.

Mir ist nur eins aufgefallen, aber das hat jetzt nichts mit dir und deinem Modul zu tun. Ich hab hier zwei exakt baugleiche Fernbedienungen, beide mit demselben Code und beide lassen die Steckdose schalten, aber nur eine von den beiden wird vom RFXTRX433 erkannt. Da muss ich nochmal meinen Logik Analysator ran klemmen. Ich vermute mal, dass die eine Fernbedienung im Timing zu stark abweicht von dem standard und der RFXTRX433 diesen dann nicht erkennt.

Achso, hier mal die Typen (Fürs Protokoll :-) ):
- H+H FSD 42 433,92MHz --> Die arbeitet wunderbar mit RFXTRX433, davon habe ich mehrere
- Unitec EIM-821/Art.48110 --> Die Signale erkennt RFXTRX433 nicht bzw. nur sporadisch


Gruß Daniel

Und nochmals vielen Dank für die Arbeit die du in das Modul steckst und gesteckt hast!

[Willi]

Hallo Willi,
Habe ich soeben gemacht und konnte bei meinen Stichproben keine Unterschiede feststellen bis auf die Sequenz Nummer die du immer auf 0x00 lässt, aber das ist ja OK so.

Hallo Daniel,

danke für die Info.
Ja, die Sequenznumer setze ich immer auf 0x00. Ich habe mir die Arbeit gespart hier eine globale Squenznummer für TRX einzuführen. Das ist gemäß RFXCOM in Ordnung so. So richtig kann ich den Sinn der Sequenznummer (noch) nicht erkennen.......

Mir ist nur eins aufgefallen, aber das hat jetzt nichts mit dir und deinem Modul zu tun. Ich hab hier zwei exakt baugleiche Fernbedienungen, beide mit demselben Code und beide lassen die Steckdose schalten, aber nur eine von den beiden wird vom RFXTRX433 erkannt. Da muss ich nochmal meinen Logik Analysator ran klemmen. Ich vermute mal, dass die eine Fernbedienung im Timing zu stark abweicht von dem standard und der RFXTRX433 diesen dann nicht erkennt.

Achso, hier mal die Typen (Fürs Protokoll :-) ):
- H+H FSD 42 433,92MHz --> Die arbeitet wunderbar mit RFXTRX433, davon habe ich mehrere
- Unitec EIM-821/Art.48110 --> Die Signale erkennt RFXTRX433 nicht bzw. nur sporadisch

Wäre gut, wenn Du Deine Ergebnisse nach der Analyse an RFXCOM geben könntest. Evtl. macht es ja Sinn das Timing beim Empfang von PT2262 noch etwas anzupassen.

Und nochmals vielen Dank für die Arbeit die du in das Modul steckst und gesteckt hast!

Danke für Deine Tests!

[HarryT]

Hi willi

I updated today and tried to set a PT2262 device (a pir sensor) and get:

error set name=PIR1 deviceid=330100101000 (needs to be base4 and has 12 digits)

I volunteerd for testing before and volunteer again when a bugfix is available.

{HT}

[HarryT]

Keep us informed it seems I have also problems with set on my cheap pir sensors. BTW I guess the PT2622 thing should work for cheap smokedetectors (10 euro) too.
{HT}

I would be also very interested to know which devices work with the PT2262 code that would not work with other protocols supported by RFXtrx433.

I have these http://www.ebay.com/itm/110944135469?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649

I am pretty sure all the stuff for this "Home security system" (433 Mhz) will work as I guess they all use the SC2262 chip to communicate. On http://stores.ebay.com/HOURSE-SAFE?_trksid=p2047675.l2563  you can see lots of this stuff.

No I don't get a commission of this seller. :-) I guess a lot of other chinese sellers sell stuff which will also work, but I found none of them who could tell me which chipset is used. So until the first part is tested, you are not sure.

{HT}

[ext23]

Wäre gut, wenn Du Deine Ergebnisse nach der Analyse an RFXCOM geben könntest. Evtl. macht es ja Sinn das Timing beim Empfang von PT2262 noch etwas anzupassen.

Tja sehr komisch die Werte sehen gut aus, sind etwas unter 350µs pro Takt und 128 haben wir ja ... passt mit den 41ms also, und das ist bei beiden gleich, dennoch verstehe ich nicht wieso die eine nicht funktioniert, bzw. nur dann wenn ich diese 10 cm an den RFXTRX433 hänge. Aber kann ja auch sein, dass im HF Teil etwas nicht passt, das kann ich aber nicht mehr messen ;-) Aber gut ist auch egal, hat für mich kein Mehrwert da dies die einzige FB ist die nicht geht, von dem her, war eben nur die Neugierde woran es hätte liegen können ;-)

Das ist die FB die funktioniert:
(siehe Anhang / see attachement)

Und diese geht eben nur eingeschränkt:
(siehe Anhang / see attachement)

Wie man sieht haut das alles hin. Aber gut das ist jetzt hier auch ein bissel Off Topic, aber vielleicht interessiert sich ja irgend wann mal einer dafür.

Gruß Daniel

[Willi]

Hi willi

I updated today and tried to set a PT2262 device (a pir sensor) and get:

error set name=PIR1 deviceid=330100101000 (needs to be base4 and has 12 digits)

I volunteerd for testing before and volunteer again when a bugfix is available.

{HT}

Hello Harry,

I have written some more information on http://www.fhemwiki.de/wiki/RFXtrx#PT2262_empfangen_und_senden_mit_TRX_LIGHT.pm .

My understanding was that PT2262 just supports Tristate values 0,1,2 but not 3.
See also http://www.princeton.com.tw/Portals/0/Product/PT2262_5.pdf .

But I may be wrong.

Just change line 344 of 46_TRX_LIGHT.pm from
        if (uc($pt2262_cmd) =~ /^[0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2]$/ ) {
to
        if (uc($pt2262_cmd) =~ /^[0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3]$/ ) {

and try again.

Regards

Willi

[Willi]

Keep us informed it seems I have also problems with set on my cheap pir sensors. BTW I guess the PT2622 thing should work for cheap smokedetectors (10 euro) too.
{HT}

I would be also very interested to know which devices work with the PT2262 code that would not work with other protocols supported by RFXtrx433.

I have these http://www.ebay.com/itm/110944135469?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649
{HT}

Do they work with the existing PT2262 receive of RFXtrx433?
Do you have an example how they are defined in FHEM?

[HarryT]

Do they work with the existing PT2262 receive of RFXtrx433?
Do you have an example how they are defined in FHEM?

Yes and after the update of yesterday, even my watchdog seems to work as expected.

In xml:
<TRX_LIGHT name="PIR1" state="Beweging" sets="Stil Beweging off on  " attrs="room group comment alias eventMap userReadings IODev ignore:1,0 do_not_notify:1,0 loglevel:0,1,2,3,4,5,6 event-on-change-reading event-on-update-reading event-min-interval stateFormat devStateIcon icon invertState onOffDevice sortby toggleDevice webCmd">
         <INT key="DEF" value="PT2262 13030010100 light 0:off,1:on"/>
         <INT key="NAME" value="PIR1"/>
         <INT key="NR" value="167"/>
         <INT key="STATE" value="Beweging"/>
         <INT key="TRX_LIGHT_commandcodes" value="0:off,1:on"/>
         <INT key="TRX_LIGHT_deviceid" value="13030010100"/>
         <INT key="TRX_LIGHT_devicelog" value="light"/>
         <INT key="TRX_LIGHT_type" value="PT2262"/>
         <INT key="TYPE" value="TRX_LIGHT"/>
         <INT key="IODev" value="TRX_0"/>
         <ATTR key="eventMap" value="off:Stil on:Beweging"/>
         <ATTR key="room" value="Aanwezig"/>
         <STATE key="light" value="on" measured="2013-04-05 19:52:22"/>
         <STATE key="state" value="on" measured="2013-04-05 19:52:22"/>
      </TRX_LIGHT>

In fhem.cfg
define PIR1 TRX_LIGHT PT2262 13030010100 light 0:off,1:on

This is the information you need?

{HT}

[HarryT]

.

My understanding was that PT2262 just supports Tristate values 0,1,2 but not 3.
See also http://www.princeton.com.tw/Portals/0/Product/PT2262_5.pdf .

But I may be wrong.

Just change line 344 of 46_TRX_LIGHT.pm from
        if (uc($pt2262_cmd) =~ /^[0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2][0-2]$/ ) {
to
        if (uc($pt2262_cmd) =~ /^[0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3][0-3]$/ ) {

and try again.

Regards

Willi

The setting works now. And I get 3 lines in my logging for every set. I will send them in a PM. Just a bit strange, in the web interface I see now 1 or zero and not the light bulb on or off.

Did you change the wiki today? I didn't see changes so quickly.

{HT}

[Willi]

The setting works now. And I get 3 lines in my logging for every set. I will send them in a PM. Just a bit strange, in the web interface I see now 1 or zero and not the light bulb on or off.

Did you change the wiki today? I didn't see changes so quickly.

{HT}

Good to know. I have now changed this in the SVN to "0-3" instead "0-2" for the check. Should be avaliable via update tomorrow.

The threee lines logging for the set are just for debugging until I know that everything works.

For the web interface: How did you do the set exactly? Doing the set with 1 or with on?
I am not sure how the webinterface does this. Maybe we need the state to set on or off?

Could you do a list DEVICENAME after the set?

Regards

Willi

[Willi]

The setting works now. And I get 3 lines in my logging for every set. I will send them in a PM. Just a bit strange, in the web interface I see now 1 or zero and not the light bulb on or off.

Did you change the wiki today? I didn't see changes so quickly.

{HT}

Good to know. I have now changed this in the SVN to "0-3" instead "0-2" for the check. Should be avaliable via update tomorrow.

The three lines logging for the set are just for debugging until I know that everything works.

For the web interface: How did you do the set exactly? Doing the set with 1 or with on?
I am not sure how the webinterface does this. Maybe we need the state to set on or off?

Could you do a list DEVICENAME after the set?
A few exapmpe outputs would be nice.

Regards

Willi