Need help on creating new protocol from learned signals

[peterk2005]

Hello guys,

I have a new electric screen for my projector, which has an infrared remote with only 3 buttons: UP, DOWN, STOP. I would like to add these 3 buttons to my URC-8060 Kameleon so i can use only one remote again. I learned the signals which are working well. Now, i would like to create a device upgrade and add it to my extender configuration.

IR could not identify the protocol, device, etc., only the raw signals as repeatedly sent commands (I suppose they are not, but that will be the next step). So i need to create a new protocol for the commands. I tried to follow The Robman's guide of using Protocol Builder, but i did not succeed, even I couldn't create the protocol code, because somehow the xls file does not work properly. I fill up every field as I should, but the xls does not create the protocol code for me. I enabled macros, so i suppose this may be a language problem (i use hungarian excel), but certainly i am not sure.

So could you, expert guys help me a little, checking if i am doing right, and please, create the device upgrade for me. Thanks a lot.

Here is a zip package, containing the IR file of the leaned signals, a text file containing my calculations, and Protocol Builder's protocol definition file: URC-8060-Cinescreen-Signals.zip

[johnsfine]

I Loaded your PB .txt file into PB. I haven't tested with a remote, but it looked basically right.

The field [Repeat]Value should have been blank not 1. That wouldn't have caused any serious problem, but I changed it anyway.

The ouput PB generates is:

Upgrade protocol 0 = 00 AA (S3C8+) Cinescreen Protocol (PB v3.10)
3B 8D 21 8B 0E 87 40 08 08 02 FD 00 EB 00 FF 02
E9 1E AF 8D 01 46
End

[peterk2005]

Thanks, johnsfine, for checking.

I tried the new protocol, but sadly it does not work. Could you please help me to find what could i do wrong? Here is how i ended up with this protocol:

The signal of the "UP" button, that ir has decoded (there were some 1520-es, but i canged them all to 1530):

+510 -1530 +1530 -510 +510 -1530 +1530 -510 +510 -1530 +1530 -510 +1530 -510 +1530 -510 +1530 -510 +1530 -510 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +510 -1530 +1530 -510 +1530 -510 +510 -15704

Since the signal contains 50 pairs of values, and the very first pair is similar to the others in the middle of the signal, i suppose the signal could have:
- no lead-in,
- 3 bytes of data (48 pairs)
- a OneON-LO style lead-out.

now, - according to Robman's guide -, i got the following pairs:

0 = +510 -1530
1 = +1530 -510

The binary format of the command will be:

01010111 11000000 00000011 (plus the lead-out: +510 -15704)

Since the other two buttons (DOWN and STOP) have a very similar binary format:

01010111 11000000 00001100 (plus the lead-out: +510 -15704)
01010111 11000000 00110000 (plus the lead-out: +510 -15704)

i supposed that this is a "2bytes device + 1 byte command"-type of protocol. (All having 8 bits)

Now, here is where i think my problem is. I needed to decide the Signal Style. I simply choose MSB here, but frankly, i really don't know which is the good choice here, and why? Anyway, used MSB, and calculated the following hex values:

87 192 3 (UP), 87 192 12 (DOWN), 87 192 48 (STOP)

The first 2 bytes are device codes (main and sub device), and the last byte is the command byte.

-----------------
At this point i have 2 questions: If i choose MSB-COMP then should i negate or 2's complement the binary numbers? Or leave them as they are? I mean leave the calculated values as they are, just change the style, and the negation will happen during execution?

What is the relation between the Signal Style setting and the definition of the the 0/1 signal pairs? I mean, if i change the pair definition from

0 = +510 -1530 to 1 = +510 -1530
1 = +1530 -510 0 = +1530 -510

will give the same results, as leaving the pairs as they are, and changing Signal Style to COMP? (If the operation is negation of course).
-----------------

Thank you for your help.

[johnsfine]

I tried the new protocol, but sadly it does not work.

What did you use for a device upgrade? You might have the protocol perfect and nothing would work if the device upgrade is wrong.

there were some 1520-es, but i canged them all to 1530):

I'm sure that adjustment is good.

Since the signal contains 50 pairs of values,

I hope you mean 49. I only counted 49 and your later comments are consistent with 49.

- no lead-in,
- 3 bytes of data (48 pairs)
- a OneON-LO style lead-out.

Oops! I should have thought that through before. Using that style of lead-out means the first half of the lead-out is the same as the first half of a '1' bit.

I haven't checked back to your PB or learned data, but I think that's wrong.

In similar cases, UEI simply reverses the definitions of '0' and '1' to make things work out. You probably need to do the same.

i supposed that this is a "2bytes device + 1 byte command"-type of protocol. (All having 8 bits)

Correct.

Anyway, used MSB, and calculated the following hex values:

87 192 3 (UP), 87 192 12 (DOWN), 87 192 48 (STOP)

Why are you using 9 bits instead of 8 for the second byte?

At this point i have 2 questions: If i choose MSB-COMP then should i negate or 2's complement the binary numbers?

If (as described above) you decide to reverse the burst definitions of '0' and '1' so that what you tell PB is the opposite of what you decide is correct, then you would use COMP in the manual upgrade in KM. That tells KM that the bits it should store for hex cmds in the actual upgrade should be the opposite as the bits as you understand them and use them in OBC numbers.

will give the same results, as leaving the pairs as they are, and changing Signal Style to COMP?

Sounds like you understand that.

So maybe the mistake you made and I missed earlier concerning the consequences of using OneOn lead-out is the only thing that made this go wrong.

[johnsfine]

Reversing the '0' and '1' in PB the upgrade becomes

Upgrade protocol 0 = 00 AA (S3C8+) Cinescreen Protocol (PB v3.10)
3B 8D 21 8B 0E 87 40 08 08 00 FF 02 E9 02 FD 00
EB 1E AF 8D 01 46
End

[peterk2005]

Thank you, johnsfine,

With your help, i was finally able to put together a working protocol, and a simple device upgrade for this electric screen. The only change i needed to make on your suggested protocol is to change the "HOLD" setting to YES. (it's quite interesting, because the remote operates with a single push - no need to keep the button pushed -, but somehow the protocol didn't work even if i added 255 fixed repeats.)

So for others, who may have this kind of canvas (and some relatives, since I think the same canvas is being sold under quite a lot different brand names), here is the working protocol and a simple device upgrade:


Upgrade protocol 0 = 01 30 (S3C80) CineScreen (RM v1.40)
3b 8d 21 8b 0e 87 41 08 08 00 ff 02 e9 02 fd 00
eb 1e af 8d 01 46
End

Upgrade code 0 = 0b 22 (Video Acc/0802) CineScreen Electric Screen (RM v1.40)
30 00 06 21 a8 3f fc cf f3
End

I have put the 3 buttons (UP/STOP/DOWN) to the navigation buttons UP, DOWN, and SELECT.

Thanks again, johnsfine.

[Capn Trips]

Although this is helpful, I would suggest a better place to upload your KM/RM file is the home automation section of the device upgrade section of the file section. It's very hard for someone to stumble across an upgrade buried in a post like this.

[The Robman]

As it looks like Peter's not coming back, I went ahead and reverse engineered his upgrade and created a KM upgrade file for it...

https://www.hifi-remote.com/forums/dload ... le_id=2594