UPC HORIZON REMOTE

Post by **vickyg2003** » Thu Aug 30, 2012 1:50 pm

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

Post by **The Robman** » Thu Aug 30, 2012 3:18 pm

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

Post by **vickyg2003** » Thu Aug 30, 2012 7:31 pm

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.

Vyrolan · Post by **Vyrolan** » Thu Aug 30, 2012 7:47 pm

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!

Post by **The Robman** » Thu Aug 30, 2012 7:54 pm

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

Noirfire · Post by **Noirfire** » Mon Sep 03, 2012 1:35 am

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

...Cheers Phil

Noirfire · Post by **Noirfire** » Mon Sep 03, 2012 3:20 am

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

Noirfire · Post by **Noirfire** » Mon Sep 03, 2012 4:41 am

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

I appericate all the help!

Cheers Phil

Post by **The Robman** » Tue Sep 04, 2012 12:42 pm

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

Testme · Post by **Testme** » Sun Aug 05, 2018 1:11 pm

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.

Post by **The Robman** » Sun Aug 05, 2018 2:27 pm

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).

Testme · Post by **Testme** » Sun Aug 12, 2018 3:25 am

Thank you Rob,

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

Post by **The Robman** » Tue Feb 25, 2020 10:12 pm

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:

Barf · Post by **Barf** » Fri Feb 28, 2020 3:03 am

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.

Post by **The Robman** » Fri Feb 28, 2020 8:36 am

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

JP1 Remotes

UPC HORIZON REMOTE

Refresher