JP1 Remotes

[cweeks]

1. Device: Remote shutter control keyfob for Samsung Digimax V800 Camera
2. Type of device: Digital Camera
3. Year: 2006
4. JP1 Remote model: URC-7562 b00
5. JP1 user? Yup
6. Still have original remote? Yes
7. Checked the file section? Yes
8. Checked Pronto file section (at R/C)? Yes
9. Partially working setup code? Yes
10. Learning remote question? Yes

Now that's out of the way. I have a Samsung Digimax V800 remote shutter control keyfob, my URC-7562 b00 can learn the code and play it back perfectly but IRDecode can't tell me what the Protocol is. The raw data is:

Frequency:
38095Hz

Sent once when key is pressed:
+13860 -47676 +366 -11086 +366 -11086 +366 -130704

Any ideas what it is ?

You can see details on the camera here http://www.samsungcamera.com/product/pro_view.asp?prol_uid=508&cat_uid=10

I can't find any part numbers or other details on the actual remote at all.

Cheers, Cam.

[johnsfine]

A typical camera shutter control signal would be difficult to add to DecodeIR.

The signals are so short that there is very little basis for distinguishing them from random IR noise.

There are so few different commands (in some cases just one) that there is little you could call a "protocol", and no way to infer the encoding of command numbers.

If the device has a variety of IR commands (zoom, wide, focus, etc.) as well as shutter, then there may be some basis for inventing decode rules. If that's the case, I'd need a .ir file of all learned signals, NOT quotes from IR.EXE's learned signals tab.

If you will be using just one (or very few) signals, the learned form is better. There would be little use for a decode or a JP1 upgrade.

If you will be using an extender or have some other good reason to not want to use the learned form of the signal, I'm sure someone can help you kludge an upgrade.

[cweeks]

Understood, I never assumed in a minute that the code it was transmitting could be something that was doodled on a fag packet in a lunch break etc.

The remote does only have one button so I agree establishing a protocol from fresh would be tricky. I foolishly assumed the designer for the camera would think, "why create another protocol when thousands of good well tested ones already exist". I have written a bit of IR code for microcontrollers and I always try to re-use my own code on a new design, as this isn't the first remote control unit Samsung have made I thought this likely. I guess there are corperate reasons why this doesn't happen.

The reason for wanting to know the protocol as opposed to living with a learned function is because I want to recode the signal transmission for a PIC microcontroller to trigger the camera via an radio control system for use in aerial photography. I thought nothing simpiler, use IRDecode, research the protocol, have a dig about on the net, hell I might even find some code someone else has done, and I might even find a few extra controls the camera can understand.

Guess it's lucky I have a DSO.

Cheers, Cam.

[johnsfine]

[cweeks]

DSO = "Digital Storage Oscilloscope" and now you have explained the raw data it will stay in it's box. That should be very easy to code.

Many thanks however for taking the time to spot my post, and explain the raw data.

Cam.