Menu
▾
▴
lirc-list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(14) |
Jun
(29) |
Jul
(51) |
Aug
(40) |
Sep
(35) |
Oct
(58) |
Nov
(64) |
Dec
(70) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(111) |
Feb
(75) |
Mar
(85) |
Apr
(62) |
May
(56) |
Jun
(65) |
Jul
(67) |
Aug
(73) |
Sep
(46) |
Oct
(64) |
Nov
(55) |
Dec
(76) |
| 2002 |
Jan
(119) |
Feb
(74) |
Mar
(101) |
Apr
(128) |
May
(124) |
Jun
(138) |
Jul
(114) |
Aug
(63) |
Sep
(54) |
Oct
(135) |
Nov
(92) |
Dec
(127) |
| 2003 |
Jan
(129) |
Feb
(164) |
Mar
(129) |
Apr
(131) |
May
(181) |
Jun
(136) |
Jul
(118) |
Aug
(220) |
Sep
(116) |
Oct
(177) |
Nov
(206) |
Dec
(114) |
| 2004 |
Jan
(175) |
Feb
(222) |
Mar
(245) |
Apr
(209) |
May
(112) |
Jun
(104) |
Jul
(77) |
Aug
(115) |
Sep
(175) |
Oct
(141) |
Nov
(154) |
Dec
(190) |
| 2005 |
Jan
(198) |
Feb
(171) |
Mar
(164) |
Apr
(113) |
May
(104) |
Jun
(151) |
Jul
(107) |
Aug
(190) |
Sep
(142) |
Oct
(116) |
Nov
(113) |
Dec
(111) |
| 2006 |
Jan
(147) |
Feb
(103) |
Mar
(102) |
Apr
(75) |
May
(110) |
Jun
(82) |
Jul
(119) |
Aug
(77) |
Sep
(103) |
Oct
(188) |
Nov
(132) |
Dec
(155) |
| 2007 |
Jan
(169) |
Feb
(110) |
Mar
(113) |
Apr
(162) |
May
(107) |
Jun
(116) |
Jul
(159) |
Aug
(135) |
Sep
(135) |
Oct
(105) |
Nov
(96) |
Dec
(100) |
| 2008 |
Jan
(122) |
Feb
(93) |
Mar
(57) |
Apr
(80) |
May
(119) |
Jun
(85) |
Jul
(59) |
Aug
(73) |
Sep
(250) |
Oct
(146) |
Nov
(121) |
Dec
(72) |
| 2009 |
Jan
(193) |
Feb
(96) |
Mar
(102) |
Apr
(66) |
May
(99) |
Jun
(130) |
Jul
(206) |
Aug
(308) |
Sep
(117) |
Oct
(99) |
Nov
(170) |
Dec
(232) |
| 2010 |
Jan
(104) |
Feb
(127) |
Mar
(86) |
Apr
(111) |
May
(66) |
Jun
(44) |
Jul
(253) |
Aug
(120) |
Sep
(178) |
Oct
(220) |
Nov
(153) |
Dec
(157) |
| 2011 |
Jan
(80) |
Feb
(85) |
Mar
(129) |
Apr
(232) |
May
(236) |
Jun
(73) |
Jul
(53) |
Aug
(38) |
Sep
(23) |
Oct
(32) |
Nov
(25) |
Dec
(24) |
| 2012 |
Jan
(23) |
Feb
(43) |
Mar
(29) |
Apr
(50) |
May
(25) |
Jun
(15) |
Jul
(26) |
Aug
(26) |
Sep
(4) |
Oct
(10) |
Nov
(17) |
Dec
(18) |
| 2013 |
Jan
(12) |
Feb
(17) |
Mar
(15) |
Apr
(22) |
May
(29) |
Jun
(16) |
Jul
(15) |
Aug
(9) |
Sep
(45) |
Oct
(18) |
Nov
(21) |
Dec
(11) |
| 2014 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(14) |
May
(86) |
Jun
(23) |
Jul
(6) |
Aug
(18) |
Sep
(16) |
Oct
(36) |
Nov
(98) |
Dec
(62) |
| 2015 |
Jan
(27) |
Feb
(14) |
Mar
(5) |
Apr
(49) |
May
(27) |
Jun
(9) |
Jul
(11) |
Aug
(20) |
Sep
(26) |
Oct
(71) |
Nov
(2) |
Dec
(7) |
| 2016 |
Jan
(42) |
Feb
(3) |
Mar
(15) |
Apr
(34) |
May
(25) |
Jun
(39) |
Jul
(20) |
Aug
(85) |
Sep
(14) |
Oct
(82) |
Nov
(10) |
Dec
(34) |
| 2017 |
Jan
(29) |
Feb
(88) |
Mar
(78) |
Apr
(4) |
May
(7) |
Jun
(30) |
Jul
(4) |
Aug
(47) |
Sep
(14) |
Oct
(47) |
Nov
(5) |
Dec
(3) |
| 2018 |
Jan
(18) |
Feb
(13) |
Mar
(6) |
Apr
(8) |
May
(11) |
Jun
(1) |
Jul
(11) |
Aug
(1) |
Sep
(4) |
Oct
|
Nov
|
Dec
(23) |
| 2019 |
Jan
(5) |
Feb
(15) |
Mar
(11) |
Apr
(4) |
May
(15) |
Jun
(12) |
Jul
(4) |
Aug
(5) |
Sep
(14) |
Oct
(3) |
Nov
(10) |
Dec
|
| 2020 |
Jan
|
Feb
(5) |
Mar
(23) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2021 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(4) |
Aug
(5) |
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(2) |
Dec
(13) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2024 |
Jan
|
Feb
|
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
(2) |
Jun
(5) |
Jul
|
Aug
|
Sep
(12) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
(1) |
|
3
|
4
|
5
|
6
|
7
|
8
(2) |
9
|
|
10
|
11
(2) |
12
|
13
|
14
|
15
|
16
|
|
17
|
18
|
19
|
20
|
21
(8) |
22
|
23
|
|
24
(1) |
25
|
26
|
27
|
28
(1) |
29
|
30
|
|
From: Pat M. <pa...@as...> - 2012-06-28 05:29:41
|
We are looking for developers who can help us to port the LIRC open source to the iOS platform. We are developing an iOS accessory for remote control. Do you know anyone who can help? |
|
From: to2 <to...@gm...> - 2012-06-24 07:26:44
|
I get output from mode2 but not from irw. Tried several things but don't find a solution. IR transmitter: RC-5 (http://lirc.sourceforge.net/remotes/technisat/TTS35AI) IR receiver: nuvoton-cir Distribution: MythBuntu 12.04 dmesg | grep nuvo [ 14.835721] input: MCE IR Keyboard/Mouse (nuvoton-cir) as /devices/virtual/input/input3 [ 14.840207] nuvoton_cir: driver has been successfully loaded [ 14.847519] rc rc0: lirc_dev: driver ir-lirc-codec (nuvoton-cir) registered at minor = 0 [ 23.255426] input: MCE IR Keyboard/Mouse (nuvoton-cir) (lircd bypass) as /devices/virtual/input/input18 ----------------------------------------------------------------- cat /etc/lirc/lircd.conf include "/usr/share/lirc/remotes/devinput/lircd.conf.devinput" ----------------------------------------------------------------- cat /etc/lirc/hardware.conf #Chosen Remote Control REMOTE="Linux input layer (/dev/input/eventX)" #REMOTE="Custom" REMOTE_MODULES="" REMOTE_DRIVER="devinput" REMOTE_DEVICE="/dev/input/event3" #REMOTE_DEVICE="/dev/lirc0" REMOTE_SOCKET="" REMOTE_LIRCD_CONF="devinput/lircd.conf.devinput" #REMOTE_LIRCD_CONF="/etc/lirc/tts35ai.conf" REMOTE_LIRCD_ARGS="" #Chosen IR Transmitter TRANSMITTER="Custom" TRANSMITTER_MODULES="" TRANSMITTER_DRIVER="" TRANSMITTER_DEVICE="" TRANSMITTER_SOCKET="" TRANSMITTER_LIRCD_CONF="" TRANSMITTER_LIRCD_ARGS="" #Enable lircd START_LIRCD="true" #Don't start lircmd even if there seems to be a good config file START_LIRCMD="false" #Try to load appropriate kernel modules LOAD_MODULES="false" # Default configuration files for your hardware if any LIRCMD_CONF="" #Forcing noninteractive reconfiguration FORCE_NONINTERACTIVE_RECONFIGURATION="false" -------------------------------------------------------------------------------- Program I'd like to control is mythfrontend (MythTV). It contains Lirc support. How can I figure out, why irw doesn't produce output? Thanks in advance, Thomas -- View this message in context: http://old.nabble.com/mode2-output-but-no-irw-output-tp34061205p34061205.html Sent from the LIRC mailing list archive at Nabble.com. |
|
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: 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: 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: 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: 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: 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: 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: Alex T. <ale...@ms...> - 2012-06-11 21:16:41
|
I upgraded my system from centos5, lirc 8.4a to Centos 6, lirc 9.0.I am using devinput with a HOLTEK keyboard reciever.I am using the same hardware.On centos5 the following keys worked, but do not work on centos 6.Other keys do work. Lircd 0.8.4a (Centos 5) (irw output)0000000080010179 00 KEY_TV devinput00000000800100e2 00 KEY_MEDIA devinput0000000080010189 00 KEY_VIDEO devinput0000000080010187 00 KEY_MP3 devinput000000008001019a 00 KEY_SHUFFLE devinput0000000080010066 00 KEY_HOME devinput What did I miss when I set this up? Any help would be appreciated. Thanks |
|
From: Sascha S. <mas...@go...> - 2012-06-11 19:54:21
|
Hi guys, I alway thought that the batteries of my new ASRock Smart Remote were crap... ehhrm... I mean empty and therefore replaced them with new ones... but then I realized that I have a different problem... and that's really weird and I hope that someone could tell what's going on here... OS: Ubuntu 12.04 (minimal) with XBMC Remote: AS Rock Smart Remote (CIR) IR-Tool: Lirc I can switch on my HTPC from about 4-5 meters with the remote and without any problems. That's cool. But as soon as my machine is up and running, I have to go very very close to receiver to send signals (about 20-30cm). I'm running a tool called irw to see the keys being sent from the remote... and it only receives keys when I'm 20-30 cm away from the receiver... as soon as I leave that range, no signals are being received anymore. That's really weird... if I switched off the HTPC, it would be possible to power it on again from 3-4 meters away... If I stop the lirc service and run the following command, I can see that the signals arrive from a much wider range (like 3-4 meters - the way it should be!) sudo mode2 -d /dev/lirc0 So what does that mean? What setting in my lircd.conf is wrong?! When LIRC service is not running I can control my HTPC from 3-4 meters. But then only some basic keys work (up, down,...) due to the inactive LIRC mappings. So it's definitely LIRC. But how can I fix it? Any ideas? Greetz, Sascha |
|
From: Aron S. <ar...@ar...> - 2012-06-08 06:51:58
|
Sending it once again as plain-text.... Sorry... Hi, I have created a patch that adds support for Raspberry Pi GPIO. I've modified the lirc_serial module to detect pulse/space widths on the GPIO ports. I am wondering if this can be merged with an existing driver or not. Can somebody check it out who has experience with LIRC drivers? Also more information can be found here: http://aron.ws/projects/lirc_rpi/ Thanks. Cheers, Aron |
|
From: Aron S. <ar...@ar...> - 2012-06-08 05:58:46
|
Hi, I have created a patch that adds support for Raspberry Pi GPIO. I've modified the lirc_serial module to detect pulse/space widths on the GPIO ports. I am wondering if this can be merged with an existing driver or not. Can somebody check it out who has experience with LIRC drivers? Also more information can be found here: http://aron.ws/projects/lirc_rpi/ Thanks. Cheers, Aron |
|
From: Brian J. M. <br...@in...> - 2012-06-02 13:42:56
|
So, in doing some googling and having just read http://www.blushingpenguin.com/mark/blog/?p=24 I'm starting to get this impression that Hauppage's *on card* (i.e. not MCE kits they include with some hardware) IR receiver/blasters are not "real" (for lack of a better term) IR blasters but a limited, "canned set" of IR blaster codes only. That is, you cannot really program whatever IR you want to blast. You can only ask the IR blaster to blast from a limited set of predefined codes. Is my understanding correct? And that means that if I have some device that is not already in their canned set of codes, then this IR-blaster-like device is useless to me, is that right? So, for example, the lirc.conf from this message http://sourceforge.net/mailarchive/message.php?msg_id=29187420 in this thread http://sourceforge.net/mailarchive/forum.php?thread_name=33760469.post%40talk.nabble.com&forum_name=lirc-list: http://www.physics.queensu.ca/~steve/DC730_lirc.conf is in no way at all, ever going to be supported by the HVR-1600's IR blaster? Cheers, b. |
