TV remote hacking
Conundrum, Sun Sept 14 2014, 05:38PMHi all.
Has anyone managed to hack together a remote for their TV or digibox so that the existing R/C for the TV can turn on the digibox and the channel up/down buttons also change the digibox channels?
Seems simple enough, a simple infrared receiver with a retransmitter containing the correct stored codes.
Its a Teknique T181 and apparently the Synergy V remotes work on these with the code 576..
-A
Re: TV remote hacking
hen918, Sun Sept 14 2014, 08:05PM
Sounds like a bit of a faff; wouldn't it be better to make (or buy) a new remote to do both?
Henry
hen918, Sun Sept 14 2014, 08:05PM
Sounds like a bit of a faff; wouldn't it be better to make (or buy) a new remote to do both?
Henry
Re: TV remote hacking
Conundrum, Tue Sept 16 2014, 06:33AM
Would be but I have lots of them :)
Also have two TVOnics MDR-240
Conundrum, Tue Sept 16 2014, 06:33AM
Would be but I have lots of them :)
Also have two TVOnics MDR-240
Re: TV remote hacking
Hon1nbo, Sun Sept 28 2014, 05:30PM
when you say you have lots of them, do you mean lots of them as in devices to control with the one TV remote?
I guess it is possible to build an Infrared Man in the Middle device, but the question becomes is it worth while as compared to a traditional learning universal remote that can be had for a decent price?
In my opinion, I think this is an awesome idea if you could build a system that could handle a lot of devices without requiring the universal remote (even if it is just for the hell of it rather than economics).
My thought would be to have a central board to do the conversions for all the devices, maybe something like a Raspberry Pi or a Beaglebone, heck an arduino might do it but might be harder to update (and the Pi could even have a network remote option :)
And using the central device's GPIO pins, accept an incoming IR signal from the desired remote(s), and use an IR blaster with a blocking filter on the oposing side to make sure the original remote commands do not interfere.
I'm a bit fuzzy on my remote code programming at the Infrared level, but you might need to drive the GPIO pins of such as device at a faster rate than the magic filesystem bit flipping can tolerate, and either use assembly with GPIO controller's memory address, or use a Beaglebone where there is a library for programming the onboard Real Time Processors. An Arduino acts as an excellent real time gpio device if you can optimize it.
OF course, you would also have to learn all the IR codes. I know that manuals for universal remotes have the "codes" for various manufacturer's devices in the back, but I never knew if this was some kind of standard or proprietary format. If you really want to have fun, build the device to purely store the codes first then reverse engineer them to see if there is any underlying operation rather than just a dumb code :)
Cheers,
-Jim
Hon1nbo, Sun Sept 28 2014, 05:30PM
Conundrum wrote ...
Would be but I have lots of them :)
Also have two TVOnics MDR-240
Would be but I have lots of them :)
Also have two TVOnics MDR-240
when you say you have lots of them, do you mean lots of them as in devices to control with the one TV remote?
I guess it is possible to build an Infrared Man in the Middle device, but the question becomes is it worth while as compared to a traditional learning universal remote that can be had for a decent price?
In my opinion, I think this is an awesome idea if you could build a system that could handle a lot of devices without requiring the universal remote (even if it is just for the hell of it rather than economics).
My thought would be to have a central board to do the conversions for all the devices, maybe something like a Raspberry Pi or a Beaglebone, heck an arduino might do it but might be harder to update (and the Pi could even have a network remote option :)
And using the central device's GPIO pins, accept an incoming IR signal from the desired remote(s), and use an IR blaster with a blocking filter on the oposing side to make sure the original remote commands do not interfere.
I'm a bit fuzzy on my remote code programming at the Infrared level, but you might need to drive the GPIO pins of such as device at a faster rate than the magic filesystem bit flipping can tolerate, and either use assembly with GPIO controller's memory address, or use a Beaglebone where there is a library for programming the onboard Real Time Processors. An Arduino acts as an excellent real time gpio device if you can optimize it.
OF course, you would also have to learn all the IR codes. I know that manuals for universal remotes have the "codes" for various manufacturer's devices in the back, but I never knew if this was some kind of standard or proprietary format. If you really want to have fun, build the device to purely store the codes first then reverse engineer them to see if there is any underlying operation rather than just a dumb code :)
Cheers,
-Jim
Re: TV remote hacking
Steve Conner, Sun Sept 28 2014, 06:41PM
HDMI CEC is intended to do exactly this. Not sure how well it works between different manufacturers' devices though.
I just finished programming my Raspberry Pi audio player to accept commands from my TV remote over CEC. The TV only seems to pass through about half of the buttons. The channel and volume buttons still act on the TV by default. Might be an option to change this somewhere though.
Steve Conner, Sun Sept 28 2014, 06:41PM
HDMI CEC is intended to do exactly this. Not sure how well it works between different manufacturers' devices though.
I just finished programming my Raspberry Pi audio player to accept commands from my TV remote over CEC. The TV only seems to pass through about half of the buttons. The channel and volume buttons still act on the TV by default. Might be an option to change this somewhere though.
Print this page