JP1 Remotes

Many people don't know that the remote for samsung D7000/D8000 models (and probably other models too) have an optical trackball (sensor) under the OK button.

Usually it's dorman, but if you press any button on the remote it comes alive.

Just swipe your finger on the OK button and you'll start seeing a totally different IR 'protocol.

The movements are transmitted in short and continuous burst like theese:





I thought to share this info if anyone is interested.

Full burst example:

Would you be willing to collect a larger sample of this protocol, along with descriptions of what each signal does? Then I can look at it to see if I can re-create it with an executor.

If you do, please post an IR.exe file with the learns.

Zibri provided some additional learns offline...
http://www.hifi-remote.com/forums/dload ... e_id=11103

Here's what I got from those learns. It's a 25-bit bi-phase signal (or you could make it 26-bit if you extract a "+500 -500" pair from the lead-in pair).

To see this in IR.exe, select a "round to" time of 500 and select "Even" as the bi-phase option. Unfortunately, the lead-out time is not long enough to force the times to reset on the subsequent frames, so I had to manually edit the learned signals to have a longer lead-out time to make that work.

freq: 38.4 khz
1 = +500 -500
0 = -500 +500

1
+2500 -500; 1010100001000000001011110 -39000
+2500 -500; 1010100000001000111110110 -39000
+2500 -500; 1010100010
2
+2500 -500; 1010100000111111011000000 -39000
+2500 -500; 1010100011011111001100000 -39000
+2500 -500; 10101000
3
+2500 -500; 1010100001101111001111110 -39000
+2500 -500; 1010100001110111111111110 -39000
+2500 -500; 10101000
4
+2500 -500; 1010100001100000111111110 -39000
+2500 -500; 1010100010110000001111110 -39000
+2500 -500; 10101000
5
+2500 -500; 1010100001101111011000000 -39000
+2500 -500; 1010100000001111011100000 -39000
+2500 -500; 101010001
6
+2500 -500; 1010100010100000000111110 -39000
+2500 -500; 1010100011010000101011110 -39000
+2500 -500; 1010100011010
7
+2500 -500; 1010100001111111000111110 -39000
+2500 -500; 1010100011111111011011110 -39000
+2500 -500; 10101000
8
+2500 -500; 1010100000100000111000000 -39000
+2500 -500; 1010100001100000001100000 -39000
+2500 -500; 1010100

That should mean:


+2500 -500; 1010100001101111001111110 -39000

Loop:
send:
+2500 -500; 101010000[8bit X delta][8bit y delta] -39000
goto loop until end..
end:
+2500 -500; 10101000

The partial signal in the 3rd frame is meaningless, it's only partial due to the limitations of the remote's learning ability. Only the first 8 bits, and the last bit, are constant (in the sample provided).

I would define this protocol as using 1 fixed 8-bit byte and two 8-bit variable bytes, then in the assembler I would increase the number of fixed bytes to 2 and define the 2nd variable byte as only using 1-bit, which should give a total of 25 bits.

Here is a completely un-tested custom executor and device upgrade that should replicate the signals from the sample set.

http://www.hifi-remote.com/forums/dload ... e_id=11105

Hmm.. You are right, but I think that 101010000 0 is just a SYNC sequence or an "ATtention code".

Did you give my custom upgrade a go to see if it does anything?

Not yet. But I will and post results.

I just did some testing myself. There was one minor bug in the assembler code which I just fixed and now the upgrade produces identical signals to the A/C

Sorry, but I'm a little busy here...

Wow, you look nothing like what I expected!

hahahahahhahahaha