From: Eric L. <eri...@gm...> - 2012-06-21 01:15:44
|
Hello, LIRC folks... I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that looks an aweful lot like an MCE remote. I've tried all the MCE configs, tried doing an irrecord (which results in config files with codes repeated multiple times for different buttons - like 2 and 3 will both be 0x71 or 0x72). I've tried the irrecord at least a dozen times and it's a hit or miss thing. I have not tried raw mode, though (I read somewhere that was bad). I'm at a loss. I took the remote apart and the only thing I can figure out is the board was probably printed by Hung Hing electronics and it uses a DC6688F chip from Dragon Chips as the main (only) IC on the board. I've got a Hauppage remote that works perfectly, but what I'm trying to do is at least get the numbers and the OK button off the MCE-like remote to be able to blast it to the Uverse box for channel changing. I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks transceiver. Anybody have any ideas? -- Eric Ladner |
From: John O'B. <jo...@te...> - 2012-06-21 02:23:24
|
On 12-06-20 07:15 PM, Eric Ladner wrote: > Hello, LIRC folks... > > I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that > looks an aweful lot like an MCE remote. > > I've tried all the MCE configs, tried doing an irrecord (which results > in config files with codes repeated multiple times for different > buttons - like 2 and 3 will both be 0x71 or 0x72). I've tried the > irrecord at least a dozen times and it's a hit or miss thing. I have > not tried raw mode, though (I read somewhere that was bad). > > I'm at a loss. I took the remote apart and the only thing I can > figure out is the board was probably printed by Hung Hing electronics > and it uses a DC6688F chip from Dragon Chips as the main (only) IC on > the board. > > I've got a Hauppage remote that works perfectly, but what I'm trying > to do is at least get the numbers and the OK button off the MCE-like > remote to be able to blast it to the Uverse box for channel changing. > > I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks transceiver. > > Anybody have any ideas? > try this: begin remote name Cisco_Remote bits 32 flags RCMM|CONST_LENGTH eps 18 aeps 100 header 417 278 three 167 778 two 167 611 one 167 444 zero 167 278 ptrail 167 gap 99817 min_repeat 4 toggle_bit_mask 0x8000 begin codes 0 0x23402600 1 0x2340A601 2 0x23402602 3 0x2340A603 4 0x23402604 5 0x2340A605 6 0x2340A606 7 0x2340A607 8 0x23402608 9 0x2340A609 LAST 0x2340260A POWER 0x2340A60C INFO 0x2340260F CH+ 0x2340A620 CH- 0x2340A621 FF 0x23402628 REW 0x2340A629 PLAY 0x2340262C PAUSE 0x23402630 STOP 0x2340A631 RECORD 0x23402637 A 0x2340A638 B 0x2340A639 RECORDEDTV 0x23402644 FWD 0x2340A64C REPLAY 0x2340264D MENU 0x2340A654 EXIT 0x2340A655 UP 0x2340A658 DOWN 0x23402659 LEFT 0x2340A65A RIGHT 0x2340A65B OK 0x2340A65C BACK 0x2340A683 C 0x2340A686 DELETE 0x2340A69E TVVIDEO 0x234026A8 GUIDE 0x234026CC ENTER 0x234026E1 VOD 0x2340A6F0 gointeractive 0x2340A6FD end codes end remote |
From: Eric L. <eri...@gm...> - 2012-06-21 03:04:42
|
On Wed, Jun 20, 2012 at 9:23 PM, John O'Brien <jo...@te...> wrote: > try this: > begin remote > [snip] AH! Genius! Thank you!!! Consider sending that to the LIRC guys so they put it in their database. You're a lifesaver!! -- Eric Ladner |
From: John O'B. <jo...@te...> - 2012-06-21 02:55:19
|
On 12-06-20 08:31 PM, Richard Ferrara wrote: > John, > > I notice that the protocol in use is RCMM. Is there a certain way this must be captured? > > I have never had luck with irrecord and the RCMM protocol. I am using the MCEUSB receiver which is able to record other remotes just fine. > > On 21/06/2012, at 12:23 PM, John O'Brien wrote: > >> On 12-06-20 07:15 PM, Eric Ladner wrote: >>> Hello, LIRC folks... >>> >>> I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that >>> looks an aweful lot like an MCE remote. >>> >>> I've tried all the MCE configs, tried doing an irrecord (which results >>> in config files with codes repeated multiple times for different >>> buttons - like 2 and 3 will both be 0x71 or 0x72). I've tried the >>> irrecord at least a dozen times and it's a hit or miss thing. I have >>> not tried raw mode, though (I read somewhere that was bad). >>> >>> I'm at a loss. I took the remote apart and the only thing I can >>> figure out is the board was probably printed by Hung Hing electronics >>> and it uses a DC6688F chip from Dragon Chips as the main (only) IC on >>> the board. >>> >>> I've got a Hauppage remote that works perfectly, but what I'm trying >>> to do is at least get the numbers and the OK button off the MCE-like >>> remote to be able to blast it to the Uverse box for channel changing. >>> >>> I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks transceiver. >>> >>> Anybody have any ideas? >>> >> try this: >> begin remote >> >> name Cisco_Remote >> bits 32 >> flags RCMM|CONST_LENGTH >> eps 18 >> aeps 100 >> >> header 417 278 >> three 167 778 >> two 167 611 >> one 167 444 >> zero 167 278 >> ptrail 167 >> gap 99817 >> min_repeat 4 >> toggle_bit_mask 0x8000 >> >> begin codes >> 0 0x23402600 >> 1 0x2340A601 >> 2 0x23402602 >> 3 0x2340A603 >> 4 0x23402604 >> 5 0x2340A605 >> 6 0x2340A606 >> 7 0x2340A607 >> 8 0x23402608 >> 9 0x2340A609 >> LAST 0x2340260A >> POWER 0x2340A60C >> INFO 0x2340260F >> CH+ 0x2340A620 >> CH- 0x2340A621 >> FF 0x23402628 >> REW 0x2340A629 >> PLAY 0x2340262C >> PAUSE 0x23402630 >> STOP 0x2340A631 >> RECORD 0x23402637 >> A 0x2340A638 >> B 0x2340A639 >> RECORDEDTV 0x23402644 >> FWD 0x2340A64C >> REPLAY 0x2340264D >> MENU 0x2340A654 >> EXIT 0x2340A655 >> UP 0x2340A658 >> DOWN 0x23402659 >> LEFT 0x2340A65A >> RIGHT 0x2340A65B >> OK 0x2340A65C >> BACK 0x2340A683 >> C 0x2340A686 >> DELETE 0x2340A69E >> TVVIDEO 0x234026A8 >> GUIDE 0x234026CC >> ENTER 0x234026E1 >> VOD 0x2340A6F0 >> gointeractive 0x2340A6FD >> end codes >> >> end remote >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ i just provided irrecord with the RCMM-32.conf template file in /usr/share/lirc/remotes/generic and recorded the buttons |
From: Richard F. <si...@bi...> - 2012-06-21 03:40:10
|
Yeah I tried that as well with no success. Damn Pay TV operators :) On 21/06/2012, at 12:55 PM, John O'Brien wrote: > On 12-06-20 08:31 PM, Richard Ferrara wrote: >> John, >> >> I notice that the protocol in use is RCMM. Is there a certain way this must be captured? >> >> I have never had luck with irrecord and the RCMM protocol. I am using the MCEUSB receiver which is able to record other remotes just fine. >> >> On 21/06/2012, at 12:23 PM, John O'Brien wrote: >> >>> On 12-06-20 07:15 PM, Eric Ladner wrote: >>>> Hello, LIRC folks... >>>> >>>> I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that >>>> looks an aweful lot like an MCE remote. >>>> >>>> I've tried all the MCE configs, tried doing an irrecord (which results >>>> in config files with codes repeated multiple times for different >>>> buttons - like 2 and 3 will both be 0x71 or 0x72). I've tried the >>>> irrecord at least a dozen times and it's a hit or miss thing. I have >>>> not tried raw mode, though (I read somewhere that was bad). >>>> >>>> I'm at a loss. I took the remote apart and the only thing I can >>>> figure out is the board was probably printed by Hung Hing electronics >>>> and it uses a DC6688F chip from Dragon Chips as the main (only) IC on >>>> the board. >>>> >>>> I've got a Hauppage remote that works perfectly, but what I'm trying >>>> to do is at least get the numbers and the OK button off the MCE-like >>>> remote to be able to blast it to the Uverse box for channel changing. >>>> >>>> I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks transceiver. >>>> >>>> Anybody have any ideas? >>>> >>> try this: >>> begin remote >>> >>> name Cisco_Remote >>> bits 32 >>> flags RCMM|CONST_LENGTH >>> eps 18 >>> aeps 100 >>> >>> header 417 278 >>> three 167 778 >>> two 167 611 >>> one 167 444 >>> zero 167 278 >>> ptrail 167 >>> gap 99817 >>> min_repeat 4 >>> toggle_bit_mask 0x8000 >>> >>> begin codes >>> 0 0x23402600 >>> 1 0x2340A601 >>> 2 0x23402602 >>> 3 0x2340A603 >>> 4 0x23402604 >>> 5 0x2340A605 >>> 6 0x2340A606 >>> 7 0x2340A607 >>> 8 0x23402608 >>> 9 0x2340A609 >>> LAST 0x2340260A >>> POWER 0x2340A60C >>> INFO 0x2340260F >>> CH+ 0x2340A620 >>> CH- 0x2340A621 >>> FF 0x23402628 >>> REW 0x2340A629 >>> PLAY 0x2340262C >>> PAUSE 0x23402630 >>> STOP 0x2340A631 >>> RECORD 0x23402637 >>> A 0x2340A638 >>> B 0x2340A639 >>> RECORDEDTV 0x23402644 >>> FWD 0x2340A64C >>> REPLAY 0x2340264D >>> MENU 0x2340A654 >>> EXIT 0x2340A655 >>> UP 0x2340A658 >>> DOWN 0x23402659 >>> LEFT 0x2340A65A >>> RIGHT 0x2340A65B >>> OK 0x2340A65C >>> BACK 0x2340A683 >>> C 0x2340A686 >>> DELETE 0x2340A69E >>> TVVIDEO 0x234026A8 >>> GUIDE 0x234026CC >>> ENTER 0x234026E1 >>> VOD 0x2340A6F0 >>> gointeractive 0x2340A6FD >>> end codes >>> >>> end remote >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > i just provided irrecord with the RCMM-32.conf template file in /usr/share/lirc/remotes/generic and recorded the buttons |
From: Rafi R. <ra...@ug...> - 2012-06-21 06:49:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What is the version of your kernel? There was a timeout error that affected mceusb version 1 devices. Actually I'm not sure that got fixed. Try looking at the waveforms using xmode2. With the too-short timeout, I tended to see visibly obvious errors for some of my remote controls, while others mostly worked fine, or at least had a sufficiently low probability of hitting a timeout, that they seemed to work most of the time. Rafi On 06/20/12 21:15, Eric Ladner wrote: > Hello, LIRC folks... > > I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that > looks an aweful lot like an MCE remote. > > I've tried all the MCE configs, tried doing an irrecord (which results in > config files with codes repeated multiple times for different buttons - > like 2 and 3 will both be 0x71 or 0x72). I've tried the irrecord at least > a dozen times and it's a hit or miss thing. I have not tried raw mode, > though (I read somewhere that was bad). > > I'm at a loss. I took the remote apart and the only thing I can figure out > is the board was probably printed by Hung Hing electronics and it uses a > DC6688F chip from Dragon Chips as the main (only) IC on the board. > > I've got a Hauppage remote that works perfectly, but what I'm trying to do > is at least get the numbers and the OK button off the MCE-like remote to be > able to blast it to the Uverse box for channel changing. > > I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks > transceiver. > > Anybody have any ideas? > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP4sCWAAoJEPILXytRLnK2lFMP/jaVTIOX7WB+onjtcI2BmLH9 2GctIDVEJEEWFxdrZyh5yQ080QlwcNEECKT4dV+ebyfnQOOSbougl7dRMvprznNu 8KragdHwwI7uZFeInNoBBX4Up4potGb+SGG0XKmDtfQAhORnFChpA9zZYmiiqNTs lssTWY264yXih4/rga94odRI2VuWOhG1nKHoR0vUrUOdhGbmHM4zIKxWUL7McN2J QVRgsfcml4zo+RVc0kUbdiTBJoAtTri+5Vz5JoQRsobJZGAsXdBEiz7s29D/xTAI pTrLIrCO5Q/cRMIaAzEQkya6pr3fd5A5qw/erM6pMCOaSFtr2UjwskuPtDu2iMKf g6xWMV5XcXQwnh/65NGY7v4dAG8hG/x5A7eAD3GCECvgGNlGgdzFVpXBFPt5AlFt 6/cfSLzTvoUUcY2X60M4jljZfJb41pJv1U5jHtmhNSOFGzK/Uqfn84uFeHCkTNEt jICgn03sT1MSbBEqTM+y8LljdoIvk01BoLZjY6A5qUlGA7IqMG5NBbajg56CDrOp 2EHjgZW7dz3+Iz+LAG4Uhq7h3pamRlMCn0Si3obPGFfD1HtMnX2ncPVkpkbR8pJ4 tRRFKHAxufGylA+BXPFYnKNehNr3kWazuoCbfcSdn9NND20g/HSWo8PrnqykZMGt 4H3mxdTXqzOTdJQO5iZQ =BM2V -----END PGP SIGNATURE----- |
From: Eric L. <eri...@gm...> - 2012-06-21 11:07:18
|
On Thu, Jun 21, 2012 at 1:35 AM, Rafi Rubin <ra...@ug...> wrote: > What is the version of your kernel? There was a timeout error that affected > mceusb version 1 devices. Actually I'm not sure that got fixed. 3.0.0-21-generic-pae > Try looking at the waveforms using xmode2. Xmode2 requires a character device (/dev/lirc) to work. IguanaIR, unfortunately, only provides a socket. I'll have to dig around. With the remote profile that John provided, though, it works just fine. I've got other fish to fry at this point. > Rafi Eric |
From: Richard F. <ri...@fe...> - 2012-06-21 01:47:25
|
Hi Eric, RAW mode is fine to try, if all else fails. You are seeing the same symptoms I saw with my PayTV remote, it may be the protocol they are utilising isn't irrecord friendly. -rF On 21/06/2012, at 11:15 AM, Eric Ladner wrote: > Hello, LIRC folks... > > I have a AT&T U-verse box (Cisco ISB7500) that came with a remote that > looks an aweful lot like an MCE remote. > > I've tried all the MCE configs, tried doing an irrecord (which results > in config files with codes repeated multiple times for different > buttons - like 2 and 3 will both be 0x71 or 0x72). I've tried the > irrecord at least a dozen times and it's a hit or miss thing. I have > not tried raw mode, though (I read somewhere that was bad). > > I'm at a loss. I took the remote apart and the only thing I can > figure out is the board was probably printed by Hung Hing electronics > and it uses a DC6688F chip from Dragon Chips as the main (only) IC on > the board. > > I've got a Hauppage remote that works perfectly, but what I'm trying > to do is at least get the numbers and the OK button off the MCE-like > remote to be able to blast it to the Uverse box for channel changing. > > I'm using LIRC 0.9.0 (mythbuntu distribution) with an IguanaWorks transceiver. > > Anybody have any ideas? > > -- > Eric Ladner > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ |
From: John O'B. <jo...@te...> - 2012-11-04 21:50:52
|
hi I has the same issue with my remote that uses the RCMM protocol, and using lirc 0.9.0. Would always get irsend:timeout error , even though it worked flawlessly in previous versions of lirc. The solution for me was to modify the /gap /in my lircd.conf file. Mine was about 100000, i kept reducing it down , I now have it at 18000 and and my transmitter works flawlessly when blasting, with no irsend:timeout errors. Hope this helps John |