Problems adding a new protocol

[aussieW]

Hi

I am trying to add a new protocol for the Heller iRemote (also sold under the OWL brand).

I have captured and analyzed the signal and added the following line to RCSwitch.cpp
{ 447, { 0, 8 }, {1, 2}, {2, 1}, false }, // iHeller

The timings generated by rc-switch seem spot on when I compare to the original remote. The screenshot below show the two signals in audacity.

The screen shot shows the following signal being sent
mySwitch.send("1100000100111000000010110000100100");

The first two bits should be ones but as highlighted in the screenshot, they are coming out as zeros.

Any suggestions on how to address this issue.

Thanks
aussieW

[Martin-Laclaustra]

You are sending 34 bits.
The way the library sends "text" binary is by converting it to a 32 bits int (variable called "code"), by bitshifting:

rc-switch/RCSwitch.cpp

Lines 474 to 476 in a9da9c3

	code <<= 1L;
	if (*p != '0')
	code |= 1L;

Your first 2 bits just "fall off" the integer and are lost. Thus, they are send as 0s.
You should change the library lines to cope with 64 bits codes.
See:
https://github.com/sui77/rc-switch/wiki/Add_New_Remote_Part_2

By the way:

{ 447, { 0, 8 }, {1, 2}, {2, 1}, false }

seems wrong (the 0 in the sync bit). Change it to
{ 447, { 1, 8 }, {1, 2}, {2, 1}, false }
and send one bit less (the last 0). You may need to adjust the "8" to "10" (not sure).
This leaves us with a strange code of 33 bits. The only sensible explanation is that your protocol has double sync bit and 32 data bits. Normally, this library does not work with double sync bit, but you are lucky, because the first sync bit is just exactly like a 0 data bit and so you can mimic it with the library just with adding the last 0 bit to a 32 bit code leaving you with this code to send:
mySwitch.send("110000010011100000001011000010010");
(last 0 is not data in reality and it will not change between units)
(The extra sync bit could also be the 1 at the beginning... you can only know that by observing how the overall signal - not the train of pulses - starts and ends, from radio silence and back to it).

[aussieW]

Thanks for the info. I found that the instructions for handling 64bit codes on https://github.com/sui77/rc-switch/wiki/Add_New_Remote_Part_2 did not work for me. I ended up appyling the changes in detailed here #221 and now transmit is working.

[aussieW]

Just for completeness of the record, I got this remote to work on the unmodified 32 bit version rc-switch by using the following protocol, which combines the last bit and the sync bit together.
{ 447, { 1, 10 }, { 1, 2 }, { 2, 1}, false }

I also got it to work under a modified 64 bit version of rc-switch (after applying the patches from issue #221) using the following protocol
{ 447, { 0, 8 }, { 1, 2 }, { 2, 1}, false }