JP1 Remotes

[bouncybrian]

I havent a clue how to do this so i would appreciate a little help. I have a dimmer light with a 1 button remote. When i learn the signal, IR.exe gives me raw signal information of

Frequency:38277

Sent Once When Key is Pressed: Nothing

Send Repeatedly While Key Is Being Held:
+1254 -430 +1254 -430 +418 -1266 +1254 -430 +1254 -430 +418 -1266 +418 -1266 +1254 -430 +418 -1266 +418 -1266 +418 -1266 +418 -8010

Send Once On Completion Of Other Bursts: Nothing

How do i turn this into a protocol which i can then use in keymapmaster and how do i use this once in keymapmaster

Thanks

BouncyBrian

[johnsfine]

Why do you want to?

For just one button, isn't it easier to keep it as a learned signal?

Looking at it in the above (inconvenient) form, I can't tell why it isn't F12 protocol, which DecodeIr should decode. But even if it is F12, I don't know what KM support there may be.

If there is some good reason to convert this from a learned signal to something else, then upload the .ir file containing that signal to the diagnosis area so we can get a better look.

[The Robman]

Here's the skinny on the signal you posted...

freq = 38.3
LI = n/a
0 = +418 -1266
1 = +1254 -430
LO = -6744
binary: 1101 10010000

To set this up in KM, select "Manual Settings" as the protocol and paste the following protocol into the Notes section:

Upgrade protocol 0 = 01 FF (S3C8+) PB v3.11
43 8A 11 8B 0E 85 01 04 08 02 73 00 C3 00 D1 02
65 0D 2C 8D 01 46
End

Enter 11 as the device code and select OBC as the button codes. Then in the Manual Settings section, enter:

PID: 01FF
2nd byte: None
Style: LSB
Bits/dev: 4
Bits/cmd: 8

The go to the Functions sheet and enter this command with an OBC of 9.

Just FYI, if you take a closer look at the binary, you'll notice that the first 5 bits are the complement of the next 5 bits:

11011 00100 00

If we had more signals to go on, we would know if this was a coincidence of whether it is a rule, and as such we could build it into the protocol, but as there's just one button, it doesn't make a difference.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!

[bouncybrian]

Tried that Rob and its worked a charm as a device upgrade, thank you very very much.

Basically its just a one button remote which when pressed turns the light on and odd, and when held in, dims the light up, down, up, down etc...... I was going to keep it learned but i like my Kameleon to have proper upgrades in case it needs reinstalling, or moving to another JP1 remote.

Now what i would like to do is to use this within the settings that I have for my satelite tv (custom sky setup). Would I simply assign it to a device that im not using (e.g. c.d. player) and then do a key move in IR.exe, or is there another nicer way of incorporating two devices to use seperate buttons (e.g. im not using one button on my remote in sky that id have assigned to the dimmer) into one setup code?

[johnsfine]

[Capn Trips]

[bouncybrian]

Thank you Johnsfine, ill try that now then but it all seems straight forward. You guys are just amazing when it comes to JP1 stuff.

Id just love to know how Rob worked out an OBC of 9 (which is an efc of 142 on keymap master).

Again thanks for your help.

[bouncybrian]

thanks aswell Capn Trips

[bouncybrian]

The Robman
Hi, i think i can get my head round how Robman worked out the protocol information (assigning one pair of bursts as 1 and another as 0 etc) but im still in the dark how you arrived at the OBC.

I only ask so that I can better understand it and hopefully dont have to burden you in future with silly questions.

Cheers

[johnsfine]

[bouncybrian]

Right i think i get it now then but could i just clarify if my understanding of protocols is now correct (i apologise if i confuse myself a little and annoy you)

It all depends on the length of the raw signal you receive. In this case its 12 bits in length (has 12 seperate parts of +- codes). Due to this you seperate this into 4 (dev)/8 (cmd). Im assuming the dev part is essentially the protocol side of things, and the cmd side is whatever is generated whenever an OBC is called (in this case 9 will send out the last 8 bits). If i was making this into a protocol, id have to take the last -8010 and use the LO to increase the final command of -1266 by -6744 to make it -8010 (however it doesnt seem ive needed to do this in keymapmaster when setting the protocol options manually). If the raw signal was 16 bits in length then id apply the same principle but 8(dev)/8(cmd). Is it always either 12 or 16 bits?

If this is essentially correct, i may have grasped this and thank you for all your help.

[johnsfine]