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
|
Nov
|
Dec
|
From: Bjorn B. <d00...@dt...> - 2002-03-30 10:38:23
|
Hi, I'm not familiar with LRP, but I'll give it a shot. If you compiled against 2.4.4 and use it with 2.2.19 I guess that could be a problem. Try compiling everything against 2.2.19 instead. Which leads us to the second question: Maybe you could change the /usr/src/linux symlink to point to the 2.2.19 sources when compiling, and change it back afterwards? Something along the lines of: ln -sf linux-2.2.19 /usr/src/linux <compile lirc> ln -sf linux-2.4.4 /usr/src/linux /Bjorn Bringert On Wed, 27 Mar 2002, Fanatic Minds wrote: > > Hi > > I build a MP3-Player with LRP (www.linuxrouter.org) as OS with Kernel > 2.2.19. > > When I start lircd, it always says "segmentation fault". > > The machine where I compile my soft is based on Mandrake 8.0 with > Kernel 2.4.4 > > And another question. I wanted to compile the serial-driver for my > MP3-Box, and therefor I must use the Kernel 2.2.19-Sources. I tried to > edit the Makefile changing KERNEL_LOCATION from /usr/src/linux to > /usr/src/linux-2.2.19, but that didn't work. > > Can anyone help me ?? > > Marco Glatz > > > |
From: Philipp H. <ph...@gm...> - 2002-03-29 23:28:45
|
hi i already had lirc (serial reciever) running on my machine with the same config. lircd starts with no problems, irw shows me the right buttons , but irexec or any other lirc-client doesn't react on the commands. i already found out with strace that the lirc-clients are recieving the "button events" but they don't react ... my test .lircrc : begin prog = irexec config = echo "Hello ..." button = MEM repeat = 0 end irw says : ... 0000000000000011 00 MEM lircd.conf ... and irexec says nothing ... any ideas ? thnx, phil |
From: <col...@hi...> - 2002-03-29 21:51:08
|
Hi! Karl Peters "kar...@gm..." wrote: [...] > Now I have the idea to send ir signals to my md player too. > For this I think I need the serial driver, enable --with-transmitter > and copy the md remote control description to /etc/lircd.conf. Then I > can send ir command with (x)rc. Is this right? Yes, that's right. > So my question is, if 2 different driver can coexist at the time > (because I want to use my tv remote at the same time)? The general answer is 'no, this won't work'. But in fact you can set up two instances of lircd on one machine but it requires much tweaking and indeep knowledge of the technical architecture of LIRC. Chrisotph |
From: <col...@hi...> - 2002-03-29 21:51:05
|
Hi! David Corbin "dc...@ie..." wrote: [...] > I don't yet have the hardware. I looked through the listed hardware, > and slink-e seems like the only one that is capable of receiving and > transmitting (and it seems a little pricey for this) Please note that LIRC only supports receiving via slink-e. Christoph |
From: <ja...@at...> - 2002-03-29 20:26:33
|
About things like pre_data, pre_data_bits, post_data, post_data_bits, ptrail and togglebit mean. I have searched high and low. Thanks Jamin |
From: Karl P. <kar...@gm...> - 2002-03-29 15:02:35
|
Hi, I am using lircd with my hauppauge tv card, and it works fine. Great project. Now I have the idea to send ir signals to my md player too. For this I think I need the serial driver, enable --with-transmitter and copy the md remote control description to /etc/lircd.conf. Then I can send ir command with (x)rc. Is this right? So my question is, if 2 different driver can coexist at the time (because I want to use my tv remote at the same time)? And how does the (x)rc and xawtv client knows, which hardware to use? Thanks for your help. cu karl peters |
From: Dan E. <er...@ca...> - 2002-03-29 13:56:48
|
On Thu, 28 Mar 2002 23:38:49 -0600 Karl Bongers <ka...@tu...> wrote: > > I don't know of a good way to troubleshoot this further. My speculation > would be that either the hardware is broken or some kernel > level code is broke. The lirc_serial drivers interrupt handling > looks good to me. > There is no guarentee that this will narrow it down, but I think I will build another receiver from scratch and see if it exibits the same behaviour. Thank-you Karl for all your help and explanations. It was very helpful. Are you interested in hearing about my future results? Dan |
From: Scott S. <sav...@bu...> - 2002-03-29 13:37:38
|
Try irdeo....from www.irdeo.de Scott On Fri, 29 Mar 2002, David Corbin wrote: > I'm just getting ready to use LIRC. What I want to do (among other > things) is turn my linux box into a giant programmable remote control. > I don't yet have the hardware. I looked through the listed hardware, > and slink-e seems like the only one that is capable of receiving and > transmitting (and it seems a little pricey for this) > > Is this accurate? > > Does anyone recommend any particular hardware solution for this type of > problem? > > Thanks > > David Corbin > > |
From: David C. <dc...@ie...> - 2002-03-29 11:30:21
|
I'm just getting ready to use LIRC. What I want to do (among other things) is turn my linux box into a giant programmable remote control. I don't yet have the hardware. I looked through the listed hardware, and slink-e seems like the only one that is capable of receiving and transmitting (and it seems a little pricey for this) Is this accurate? Does anyone recommend any particular hardware solution for this type of problem? Thanks David Corbin |
From: Karl B. <ka...@tu...> - 2002-03-29 05:37:40
|
I don't know of a good way to troubleshoot this further. My speculation would be that either the hardware is broken or some kernel level code is broke. The lirc_serial drivers interrupt handling looks good to me. Karl. Dan Eriksen wrote: >On Sun, 24 Mar 2002 14:40:33 -0600 >Karl Bongers <ka...@tu...> wrote: > >>Or change our driver test where this is the first case: >> sinp(UART_IIR); >> sinp(UART_MSR); >>and see if that does the trick. >> > The above works. I couldn't narrow down the source of the more frequent "crap-outs". I was wondering if it happens when I do the above "fix", but cannot confirm. > Sorry it took me so long to reply. I have codeman 0.2, but just hacked the source for the above. > What next? > >Dan > > |
From: Scott S. <sav...@bu...> - 2002-03-29 03:04:20
|
I have never shared my code before, so I don't know if this is the right way to do it (attaching it to an email like this)... I wrote it cause I couldn't get xrc to compile on my machine.... There is alot more work to do, and I would like to get feedback...I would like to see this project succeed...Help with development would be most appreciated... Scott |
From: Fanatic M. <pos...@fa...> - 2002-03-28 20:23:13
|
Hi I build a MP3-Player with LRP (www.linuxrouter.org) as OS with Kernel 2.2.19. When I start lircd, it always says "segmentation fault". The machine where I compile my soft is based on Mandrake 8.0 with Kernel 2.4.4 And another question. I wanted to compile the serial-driver for my MP3-Box, and therefor I must use the Kernel 2.2.19-Sources. I tried to edit the Makefile changing KERNEL_LOCATION from /usr/src/linux to /usr/src/linux-2.2.19, but that didn't work. Can anyone help me ?? Marco Glatz |
From: Dan E. <er...@ca...> - 2002-03-28 19:12:04
|
On Sun, 24 Mar 2002 14:40:33 -0600 Karl Bongers <ka...@tu...> wrote: > Or change our driver test where this is the first case: > sinp(UART_IIR); > sinp(UART_MSR); > and see if that does the trick. > The above works. I couldn't narrow down the source of the more frequent "crap-outs". I was wondering if it happens when I do the above "fix", but cannot confirm. Sorry it took me so long to reply. I have codeman 0.2, but just hacked the source for the above. What next? Dan |
From: Mark C. <mca...@ya...> - 2002-03-28 00:03:19
|
On Wednesday 27 March 2002 03:56 pm, Neil Matthews wrote: > Mark et al, > > While I didn't do a complete Redhat install, I have the same libtool > version as Mark, ie: > > /usr/bin/libtool --version > ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) > > However, there is another libtool instance in lirc > > /home/neil/lirc-0.6.5/libtool --version > libtool: ltconfig version `' does not match ltmain.sh version `1.3.3' > Fatal configuration error. See the libtool docs for more information. > First things first, 1. What lirc module are you trying to compile for? I am using lirc_serial. 2. Obviously you are installing as a normal user, are you su'ing to root before installing? and if so at what point in the installation are you doing it? Have you tried to login as root and try to install that way? some programs do not like being installed unless you are root. I don't know if any of this woll help, it is something else to look at. Logged in as root... This is what I have /usr/src/lirc-0.6.5# ./libtool --version ltmain.sh (GNU libtool) 1.3.3 (1.385.2.181 1999/07/02 15:49:11) > Renaming this so it isn't found results in the make error: > > > Making all in daemons > make[2]: Entering directory `/home/neil/lirc-0.6.5/daemons' > /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o > dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o receive.o > transmit.o > ../libtool: ../libtool: No such file or directory > make[2]: *** [irrecord] Error 127 > make[2]: Leaving directory `/home/neil/lirc-0.6.5/daemons' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/neil/lirc-0.6.5' > make: *** [all-recursive-am] Error 2 > libtool is not part of the archive, it is created when ./configure is run. I renamed /usr/src/lirc-0.6.5/libtool to libtool.bak and then did a make clean && ./configure && make without any problems. <SNIP> Making all in daemons make[2]: Entering directory `/usr/src/lirc-0.6.5/daemons' gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c irrecord.c config_file.h:26: warning: `all_flags' defined but not used gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c dump_config.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c config_file.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c hw-types.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c ir_remote.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c hw_default.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c receive.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c transmit.c /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o receive.o transmit.o mkdir .libs gcc -O2 -g -Wall -o irrecord irrecord.o dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o receive.o transmit.o gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c lircd.c config_file.h:26: warning: `all_flags' defined but not used /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o lircd lircd.o ir_remote.o config_file.o hw-types.o hw_default.o receive.o transmit.o gcc -O2 -g -Wall -o lircd lircd.o ir_remote.o config_file.o hw-types.o hw_default.o receive.o transmit.o gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c lircmd.c lircmd.c: In function `loop': lircmd.c:691: warning: use of `*' and `q' together in format /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o lircmd lircmd.o gcc -O2 -g -Wall -o lircmd lircmd.o make[2]: Leaving directory `/usr/src/lirc-0.6.5/daemons' <SNIP> When I checked the lirc directory, libtool was recreated. This is what was in the directory: [18:35:37][0] [root@pandora] /usr/src/lirc-0.6.5# ls acconfig.h config.status* install-sh* README acinclude.m4 config.sub* libtool* remotes/ aclocal.m4 configure* libtool.bak* .setup.config ANNOUNCE configure.in ltconfig* setup.sh* AUTHORS configure.sh* ltmain.sh stamp-h ChangeLog contrib/ Makefile stamp-h.in config.cache COPYING Makefile.am TODO config.guess* daemons/ Makefile.in tools/ config.h doc/ missing* config.h.in drivers/ mkinstalldirs* config.log INSTALL NEWS <SNIP> |
From: Neil M. <nei...@ho...> - 2002-03-27 20:57:05
|
Mark et al, While I didn't do a complete Redhat install, I have the same libtool version as Mark, ie: /usr/bin/libtool --version ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) However, there is another libtool instance in lirc /home/neil/lirc-0.6.5/libtool --version libtool: ltconfig version `' does not match ltmain.sh version `1.3.3' Fatal configuration error. See the libtool docs for more information. Renaming this so it isn't found results in the make error: : : Making all in daemons make[2]: Entering directory `/home/neil/lirc-0.6.5/daemons' /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o receive.o transmit.o ../libtool: ../libtool: No such file or directory make[2]: *** [irrecord] Error 127 make[2]: Leaving directory `/home/neil/lirc-0.6.5/daemons' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/neil/lirc-0.6.5' make: *** [all-recursive-am] Error 2 Where to from here?? Thanks, Neil >From: Mark Cason <mca...@ya...> >Reply-To: mca...@ya... >To: "Neil Matthews" <nei...@ho...>, >lir...@li... >Subject: Re: libtools error in make with RH7.2 & lirc-0.6.4 and 0.6.5 >Date: Wed, 27 Mar 2002 10:02:46 -0500 > >On Wednesday 27 March 2002 06:11 am, Neil Matthews wrote: > > Hi all, > > > > On a Redhat 7.2 system, updated with the 2.4.17 kernel, when I run make >to > > build lirc, I get the following terminating error: > > > > > > /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o > > dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o > > receive.o transmit.o > > libtool: ltconfig version `' does not match ltmain.sh version `1.3.3' > > Fatal configuration error. See the libtool docs for more information. > > make[2]: *** [irrecord] Error 1 > > make[2]: Leaving directory `/home/neil/lirc-0.6.5/daemons' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/home/neil/lirc-0.6.5' > > make: *** [all-recursive-am] Error 2 > > > > I had the same error with lirc-0.6.4 > > > > Despite the suggestion, I couldn't identify any relevant information in >the > > libtools docs. I'm a bit puzzled as there is no mention of this problem >in > > the considerable lirc documentation. > > > > I believe I've set up a kernel build (2.4.17) correctly with the serial > > module for lirc's use (at least it gets past this point in the lirc > > build...). > > > > Does someone have lirc working on a Redhat 7.2 build that can advise >what I > > should do now? In the only relevant previous correspondence on Redhat >7.2 > > I could find (see reference below), Timo Teifel had the same problem >(and I > > didn't see a response), plus Christoph Bartelmus refers to the FAQ, but > > this problem isn't mentioned there. > > I am running RedHat 7.2 and I did not have any problems with the >install, >however it may have something to do with me installing all packages on my >system. what lib* devel packages do you have installed? Also what version >of libtool is installed? > > This is what libtool shows for me >~# libtool --version >ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) > >-- >### Sig Here ### >Mark Cason >Disclaimer: No guarantee of fit or function given. > If it don't fit then it won't function :-) _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. |
From: Dan E. <er...@ca...> - 2002-03-27 18:29:56
|
On Wed, 27 Mar 2002 11:55:11 -0600 joh...@sh... wrote: > Does any know what could cause the driver to think that the hardware > doesn't support sending? > Did you use "configure --with-transmitter"? Dan |
From: <joh...@sh...> - 2002-03-27 17:55:18
|
Here's some more info on a previous post that went unanswered... To recap, my problem is that I can only receive. I get the following error when I try to transmit: rc: hardware does not support sending - I'm using the homebrew serial receiver - I'm using the cool design transmitter with the 4000uF current resevoir - I'm using LIRC 0.6.5 - I'm using the lirc_serial.o module - My O/S is RHL 7.1 I have turned debugging on, and I have extracted the following relevant lines from the log file: ... "driver supports receiving" ... "hardware does not support sending" ... Does any know what could cause the driver to think that the hardware doesn't support sending? Thanx in advance, John. ----- Original Message ----- From: <joh...@sh...> Date: Sunday, March 10, 2002 12:28 pm Subject: Hardware does not support sending??? > When I try to run xrc or rc, I get the following error: > > rc: command failed SEND_ONCE SONY-DAT/MD 1 > rc: hardware does not support sending > > Can anyone explain what could cause this? > > Thanx in advance, > > John. > |
From: Mark C. <mca...@ya...> - 2002-03-27 17:19:12
|
On Wednesday 27 March 2002 11:49 am, Sri Ramkrishna wrote: > Cool.thanks for the write up. If this is different than whats on the > lirc web page we should publish it. > > sri > It is basically the same as the one on http://www.lirc.org/receivers.html I just used the Radio Shack receiver and a serial cable. I tried to make some pics to upload, but my camera would either give me a detailed but blurry picture, or a clear picture that you could not see where things were hooked up. I will try to get some later, if I can get another digital camera <SNIP> > > > > I will attempt to do some ascii art to give everyone a idea of what I > > did. DSUB1 > > _______________ > > > > | gnd (-) | _____________ > > | > > | | | - - > > | | > > | | === C1 ( 4.7uf ) - > > | | > > | | | + - ser > > | | | cable > > | > > | DET1 vcc (+) | ------------------------------------ ===== > > | > > | | - > > | | - > > | | - > > | > > | data | ------------------------- > > |______________| > > > > DSUB2 > > __________________________ DCD > > _ _______ R1 __==__/ > > ser cable _ | IC1 | / > > ===== ----------------------|out in|-----------|<|---------- RTS > > -- |_______| D1 > > -- | gnd > > _________|________________ GND > > > > > > Radio Shack Part # > > Amount # description Part # > > 1 DET1 IR Module 276-137 $3.79 > > 1 IC1 7805 Regulator 276-1770 $1.49 > > 1 C1 4.7uf Capacitor 272-1024 $0.79 > > 1 D1 914/4148 Diode 276-1122 $1.29 > > 1 R1 4.7k Resistor 271-1330 $0.69 > > 1 DSUB1 Metalized Hood 276-1537 $1.99 > > 1 DSUB2 Metalized Hood 276-1537 $1.99 > > 1 --- this 9 Pin D-Sub 276-1472 (crimp) $1.49 > > 1 --- or this D-Sub 276-1538 (solder)$1.49 > > 1 --- Serial Cable old mouse cable $0.00 > > Total Cost (minus taxes) $13.52 > > > > > > -- > > ### Sig Here ### > > Mark Cason > > Disclaimer: No guarantee of fit or function given. > > If it don't fit then it won't function :-) -- ### Sig Here ### Mark Cason Disclaimer: No guarantee of fit or function given. If it don't fit then it won't function :-) |
From: Sri R. <sr...@ar...> - 2002-03-27 16:49:40
|
Cool.thanks for the write up. If this is different than whats on the lirc web page we should publish it. sri On Wed, 27 Mar 2002, Mark Cason wrote: > Date: Wed, 27 Mar 2002 10:02:27 -0500 > From: Mark Cason <mca...@ya...> > To: lir...@li... > Subject: Sucessfully Built Serial Reciever > > I just got done with building my first lirc receiver (serial) yesterday!! > Hats off to everyone who contributed the schematics!! I am using lirc with a > RCA universial DBS remote controling xine without any problems. > > I built the reciever using off the shelf parts from Radio Shack and > installed it in a pair of metalized DB9 shells with a short length of serial > cable. This way the detector is sitting on top of my monitor and the cable > snakes around behind the desk to the computer sitting in the computer drawer > of my desk. > > How I built it: > Since there was not much room, I soldered the 4.7uf cap directly to the > detector pins, then I soldered the serial cable wires to the detector and > capacitor. I then put the detector in a Metalized D-Sub hood to protect it > and to provide shielding. Since the detector just fits, no other grounding > is needed. > The other end also did not have much room, so I used a crimp style 9-pin > female D-Sub socket on the other end of the cable and then soldered the > crimps before inserting them into the socket. I clipped one end of R1 about > 1/2" long so that it close to the socket then crimped/soldered it and 1 > serial wire together and inserted it into hole 1. Then I clipped the > positive end of D1 about 1/2" long and crimped/soldered it and inserted it > into hole 7. After that I took a lead that I clipped and crimped/soldered it > and inserted it to hole 5. Next I took and twisted and soldered the other > ends of R1 and D1 togetherand then clipped D1's excess lead off, and left > R1's lead standing proud. Next I took the 7805 voltage regulator and placed > it on edge with it's pins facing the D-Sub. I soldered R1/D1 to pin3 and GND > to pin2. After that I soldered the serial cable leads to the voltage > regulator, trimmed any excess lead length, put on a metalized D-Sub hood for > shielding, and Voila!! DONE!! The only problem I had was that the capacitor > and the voltage regulator needed to be tweaked slightly to get everything to > fit in the hoods. So I had to bend the leads slightly to keep them from > touching each other or the hood. > > NOTE do not solder a wire from pin5 (GND) of the9-Pin D-Sub to its metal > frame. It gets grounded by the computer so it is not needed/recommended. > Also the D-Sub Shell gets grounded by the computer. > > I have been running it for awhile now with no interference, even with my > computer case open and it next to the computer. I have been testing > different places to put the detector, and so far I have not been able to get > it to not work :-)) > > I will attempt to do some ascii art to give everyone a idea of what I did. > DSUB1 > _______________ > | gnd (-) | _____________ > | | | - - > | | === C1 ( 4.7uf ) - > | | | + - ser cable > | DET1 vcc (+) | ------------------------------------ ===== > | | - > | | - > | | - > | data | ------------------------- > |______________| > > > DSUB2 > __________________________ DCD > _ _______ R1 __==__/ > ser cable _ | IC1 | / > ===== ----------------------|out in|-----------|<|---------- RTS > -- |_______| D1 > -- | gnd > _________|________________ GND > > > Radio Shack Part # > Amount # description Part # > 1 DET1 IR Module 276-137 $3.79 > 1 IC1 7805 Regulator 276-1770 $1.49 > 1 C1 4.7uf Capacitor 272-1024 $0.79 > 1 D1 914/4148 Diode 276-1122 $1.29 > 1 R1 4.7k Resistor 271-1330 $0.69 > 1 DSUB1 Metalized Hood 276-1537 $1.99 > 1 DSUB2 Metalized Hood 276-1537 $1.99 > 1 --- this 9 Pin D-Sub 276-1472 (crimp) $1.49 > 1 --- or this D-Sub 276-1538 (solder)$1.49 > 1 --- Serial Cable old mouse cable $0.00 > Total Cost (minus taxes) $13.52 > > > -- > ### Sig Here ### > Mark Cason > Disclaimer: No guarantee of fit or function given. > If it don't fit then it won't function :-) > |
From: Mark C. <mca...@ya...> - 2002-03-27 15:03:01
|
On Wednesday 27 March 2002 06:11 am, Neil Matthews wrote: > Hi all, > > On a Redhat 7.2 system, updated with the 2.4.17 kernel, when I run make to > build lirc, I get the following terminating error: > > > /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o > dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o > receive.o transmit.o > libtool: ltconfig version `' does not match ltmain.sh version `1.3.3' > Fatal configuration error. See the libtool docs for more information. > make[2]: *** [irrecord] Error 1 > make[2]: Leaving directory `/home/neil/lirc-0.6.5/daemons' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/neil/lirc-0.6.5' > make: *** [all-recursive-am] Error 2 > > I had the same error with lirc-0.6.4 > > Despite the suggestion, I couldn't identify any relevant information in the > libtools docs. I'm a bit puzzled as there is no mention of this problem in > the considerable lirc documentation. > > I believe I've set up a kernel build (2.4.17) correctly with the serial > module for lirc's use (at least it gets past this point in the lirc > build...). > > Does someone have lirc working on a Redhat 7.2 build that can advise what I > should do now? In the only relevant previous correspondence on Redhat 7.2 > I could find (see reference below), Timo Teifel had the same problem (and I > didn't see a response), plus Christoph Bartelmus refers to the FAQ, but > this problem isn't mentioned there. I am running RedHat 7.2 and I did not have any problems with the install, however it may have something to do with me installing all packages on my system. what lib* devel packages do you have installed? Also what version of libtool is installed? This is what libtool shows for me ~# libtool --version ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) -- ### Sig Here ### Mark Cason Disclaimer: No guarantee of fit or function given. If it don't fit then it won't function :-) |
From: Mark C. <mca...@ya...> - 2002-03-27 15:02:43
|
I just got done with building my first lirc receiver (serial) yesterday!! Hats off to everyone who contributed the schematics!! I am using lirc with a RCA universial DBS remote controling xine without any problems. I built the reciever using off the shelf parts from Radio Shack and installed it in a pair of metalized DB9 shells with a short length of serial cable. This way the detector is sitting on top of my monitor and the cable snakes around behind the desk to the computer sitting in the computer drawer of my desk. How I built it: Since there was not much room, I soldered the 4.7uf cap directly to the detector pins, then I soldered the serial cable wires to the detector and capacitor. I then put the detector in a Metalized D-Sub hood to protect it and to provide shielding. Since the detector just fits, no other grounding is needed. The other end also did not have much room, so I used a crimp style 9-pin female D-Sub socket on the other end of the cable and then soldered the crimps before inserting them into the socket. I clipped one end of R1 about 1/2" long so that it close to the socket then crimped/soldered it and 1 serial wire together and inserted it into hole 1. Then I clipped the positive end of D1 about 1/2" long and crimped/soldered it and inserted it into hole 7. After that I took a lead that I clipped and crimped/soldered it and inserted it to hole 5. Next I took and twisted and soldered the other ends of R1 and D1 togetherand then clipped D1's excess lead off, and left R1's lead standing proud. Next I took the 7805 voltage regulator and placed it on edge with it's pins facing the D-Sub. I soldered R1/D1 to pin3 and GND to pin2. After that I soldered the serial cable leads to the voltage regulator, trimmed any excess lead length, put on a metalized D-Sub hood for shielding, and Voila!! DONE!! The only problem I had was that the capacitor and the voltage regulator needed to be tweaked slightly to get everything to fit in the hoods. So I had to bend the leads slightly to keep them from touching each other or the hood. NOTE do not solder a wire from pin5 (GND) of the9-Pin D-Sub to its metal frame. It gets grounded by the computer so it is not needed/recommended. Also the D-Sub Shell gets grounded by the computer. I have been running it for awhile now with no interference, even with my computer case open and it next to the computer. I have been testing different places to put the detector, and so far I have not been able to get it to not work :-)) I will attempt to do some ascii art to give everyone a idea of what I did. DSUB1 _______________ | gnd (-) | _____________ | | | - - | | === C1 ( 4.7uf ) - | | | + - ser cable | DET1 vcc (+) | ------------------------------------ ===== | | - | | - | | - | data | ------------------------- |______________| DSUB2 __________________________ DCD _ _______ R1 __==__/ ser cable _ | IC1 | / ===== ----------------------|out in|-----------|<|---------- RTS -- |_______| D1 -- | gnd _________|________________ GND Radio Shack Part # Amount # description Part # 1 DET1 IR Module 276-137 $3.79 1 IC1 7805 Regulator 276-1770 $1.49 1 C1 4.7uf Capacitor 272-1024 $0.79 1 D1 914/4148 Diode 276-1122 $1.29 1 R1 4.7k Resistor 271-1330 $0.69 1 DSUB1 Metalized Hood 276-1537 $1.99 1 DSUB2 Metalized Hood 276-1537 $1.99 1 --- this 9 Pin D-Sub 276-1472 (crimp) $1.49 1 --- or this D-Sub 276-1538 (solder)$1.49 1 --- Serial Cable old mouse cable $0.00 Total Cost (minus taxes) $13.52 -- ### Sig Here ### Mark Cason Disclaimer: No guarantee of fit or function given. If it don't fit then it won't function :-) |
From: Neil M. <nei...@ho...> - 2002-03-27 11:11:30
|
Hi all, On a Redhat 7.2 system, updated with the 2.4.17 kernel, when I run make to build lirc, I get the following terminating error: : : /bin/sh ../libtool --mode=link gcc -O2 -g -Wall -o irrecord irrecord.o dump_config.o config_file.o hw-types.o ir_remote.o hw_default.o receive.o transmit.o libtool: ltconfig version `' does not match ltmain.sh version `1.3.3' Fatal configuration error. See the libtool docs for more information. make[2]: *** [irrecord] Error 1 make[2]: Leaving directory `/home/neil/lirc-0.6.5/daemons' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/neil/lirc-0.6.5' make: *** [all-recursive-am] Error 2 I had the same error with lirc-0.6.4 Despite the suggestion, I couldn't identify any relevant information in the libtools docs. I'm a bit puzzled as there is no mention of this problem in the considerable lirc documentation. I believe I've set up a kernel build (2.4.17) correctly with the serial module for lirc's use (at least it gets past this point in the lirc build...). Does someone have lirc working on a Redhat 7.2 build that can advise what I should do now? In the only relevant previous correspondence on Redhat 7.2 I could find (see reference below), Timo Teifel had the same problem (and I didn't see a response), plus Christoph Bartelmus refers to the FAQ, but this problem isn't mentioned there. Ref: Message: 6986341 FROM: Timo Teifel DATE: 11/03/2001 07:37:42 SUBJECT: Lirc Installation Problem: libtool version Thanks in advance for any assistance, Neil _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
From: Paul E. <pa...@so...> - 2002-03-26 11:00:54
|
Hi all, I'm trying to get the IR remote features of my Dynalink (AKA Askey) TView99/CPH051 card working with lirc. I have already compiled and set up lirc successfully with my irman, but if I can I'd prefer to use the TV card's reciever instead since it's already there. Anyway, I reconfigured, compiled and installed lirc, and then rebooted. But when I try to run irrecord so I can set up the remote (AS-220 that came with the card) I get the following: irrecord: could not get hardware features irrecord: this device driver does not support the new LIRC interface irrecord: make sure you use a current version of the driver irrecord: could not init hardware (lircd running ? --> close it, check permissions) (lircd is not running when this message is displayed.) This is with lirc 0.6.5 (irrecord 0.5). How can I fix this? Thanks, Paul Eggleton |
From: Bryan W. <br...@ab...> - 2002-03-25 15:14:49
|
Ok...this is getting very esoteric and this is the first time I have asked anything on this list but i'm having a helluva time and from what i've seen there are some very sharp programmers on this list. Here goes...i'm trying to get IrOBEX working between different types of handhelds and between handhelds the palm pilot. We are using the palmpilot as the basis for the OBEX format but I can't seem to get things to kick in. My current test bed is from a WinCE device to a Palm Pilot. I can use IAS to query the services and the OBEX service is visible to the CE device. I can even "connect" from IrSOCK (microsoft's version of the IrDA stack) but no matter what I send it doesn't seem to work properly. I've tried sending just a PUT (i'm sending vCards as a known data format) and I've tried sending OBEX CONNECTS followed by a PUT but no joy. I'm now trying to get a IrOBEX server working on the CE device to decode the packets that it sends me but it looks like i'm going to be at this for a while. Something about the way I publish the service is not working as well even though I use the built-in mechanisms to specify the name of the service, things just don't seem to be working the way they are supposed to... Any ideas, advice or URLs to the Palm Pilot implementation of OBEX would be wonderful! Thanks -bryanw |
From: <col...@hi...> - 2002-03-25 06:51:00
|
Hi! Doug McClendon "fil...@sb..." wrote: > I've been having this really annoying problem since I compiled lirc > with multiple drivers, vs just logitech (i.e. having to use -H > logitech) [...] > Specifically, I fire off [...] > lircd -d /dev/tts/0 -H logitech [...] > Mar 19 21:16:48 localhost.localdomain lircd-0.6.5: readlink() failed > for "logitech" Fixed. Caused by a missing break; in the command line parsing switch statement... Strange that nobody noticed it before. [...] > Specifically, in my foggy memory, when I looked in the code, I was > really baffled as to what that readlink junk was all about. Filesystem Hierarchy Standard, see lock files. [...] > ARRRRRGGGGG!!! And right now, I SWEAR TO GOD, my hack is working > (hack == logitech symlink, running with pwd=/dev, BOTH ARE NEEDED) > but only if run with the -n (don't fork to background) option. > Seriously, with -n, it works, with no -n, it dies. > Sorry about the tone, its just maddening... But absolutely explainable. ;) Christoph |