JP1 Remotes

The Robman wrote:I spotted a few silly errors in there myself, like not moving the computed checksum to the output register.

I thought you did that on purpose, as a teaching exercise. Debugging is the way I learn.

Anyway, I did a spot check on your protocol and you still have a few silly little errors.

I put my KM, RM and pb files here
http://www.hifi-remote.com/forums/dload ... e_id=11284

Yup, I see them now. How does the leadout time look, does it need adjusting? Did the checksum come out OK?

The Robman wrote:Yup, I see them now. How does the leadout time look, does it need adjusting? Did the checksum come out OK?

I used the 119000 leadout time from the decodes, and that looks great. For the keys that I spot checked, the checksum on mine works too. (Your reverse was using the wrong register).

I didn't bother loading up a learning remote with the signal and shooting it at the widget, so there is some staggering due to the differences in the capture devices, but all in all the pictures look great.

You saw that you had the leadout lo indstead of 1-onlow.

All in all this was a wonderful learning exercise for me. I have a new way of thinking about dividing up bytes. I learned how to reverse a byte. I experienced a mid-frame burst.

The more examples I work the more I confident I get. Too bad I can't do the binary checksum stuff. Then I would be totally self-sufficient.

vickyg2003 wrote: All in all this was a wonderful learning exercise for me. I have a new way of thinking about dividing up bytes. I learned how to reverse a byte. I experienced a mid-frame burst.

Vicky, I for one would love to see one of your great write-ups about protocol building. I'm like the opposite of you...I can do all the bit-twiddling and recognize the patterns, but I have no clue how to turn that into an working protocol unless it fits the pre-defined patterns of PB. It's a very intriguing area and I've love to learn more!

Wow, look at this, different skill sets coming together! So cool.

Thanks Guys I'll test it out and get back to you on results

...Cheers Phil

Hi Guys, got some more infomation on this remote sorry it took so long.

Name; UPC Horizon
Model; SMT-G7400
type; Cable
Manufacturer; Samsung

Cheers Phil

Thanks guys for all your work I've just tested it and it works perfectly!

I appericate all the help!

Cheers Phil

Thanks for the confirmation Phil, I have copied the RMDU file to the cable box section:
http://www.hifi-remote.com/forums/dload ... e_id=11307

Hi all,
I find this forum very interesting.

I'm searching for these Samsung IR remote codes (SMT-G7401) to send them via the Arduino / library IRRemote.
But I'm having trouble understanding these files and file types. I can't seem to find the protocol that is used for sending the codes stored in these files.

I don't expect anyone to be around here who made these codes. But anyone who can tell anything is welcome and greatly appreciated.

We're all still here. I can explain the protocol but I don't know the Arduino format, so you would either need to do that yourself or get help from Barf (who wrote IrScrutinizer).

Thank you Rob,

I got in touch with Barf, and he helped me solve the issue.
Thread can be found here: Here

UEI has created an official executor and setup code for this one, it's CABLE/3477 and it uses executor $0225, and it's for the Ziggo Mediabox XL.

It's in the following RMIR file:
http://www.hifi-remote.com/forums/dload ... e_id=25862

Just for reference, other threads discussing these signals:

• https://community.home-assistant.io/t/l ... n/144607/3
• http://www.remotecentral.com/cgi-bin/mb ... d.cgi?7145

For the record: IrpTransmogrifier contains this protocol as "Samsung-SMT-G" since August 30, 2018, which means that both IrScrutinizer and current Remotemaster know it. Remains to put in the mapping to executor 0225.

I've been meaning to write a protocols.ini entry for it, so at least now I know what to call it.