At 03:50 AM 3/29/2004 -0300, Rafael Rangel wrote:
>ABout the transmitters, I've been using winlirc 0.6.4 and tried to do
>something different, to use
>the DTR and TX with two different IR led transmitters, to two different
>devices. But it didn't
>work ok. It begins to work as espected, but after a while they become
There is a bug in WinLIRC 0.6.4, with setting the transmitter type for
the last remote in the file. It's fixed in 0.6.5. If you want to use DTR and
TX, you'll need to use the SPECIAL_TRANSMITTER flag and set the transmitter
The SPECIAL_TRANSMITTER flag allows you to override the default for a
and the Pioneer SR gives an example header here:
You can get the correct value for the transmitter field from your registry,
you've configured the default transmitter type to what you want.
LIRC does not support this.
> The cable I built
>is very simple, no diode, it just connects the leds in the TX and DTR and
>they USE THE SAME GND.
>so maybe that's the problem. Anybody managed to control more than 1 device
>with one serial only,
>and more than one ir led trasmitter on it?
If you just want more than one IR LED, the easiest thing to do is place them
in series and only use the DTR or the TX pin, not both. Then they'll both
at the same time. I've done this with 3 IR leds and a green LED, but you
add even more.
>In my tests, on windows 98, DTR seems to be more stable than TX, unlike
>some information I read
>here and there. And your post suggested that. I will investigate that
With the DTR transmitter, the computer is responsible for the timing of every
blink of the LED (using the QueryPerformanceCounter). With the TX
transmitter (an irdeo
transmitter for LIRC) the serial port clock is responsible for the timing.
DTR will ideally
generate exactly what the configuration file specifies. This apparently
works well in linux
but in windows 95 I tested with a scope, and couldn't generate anything
over 30 kHz. I'm told that
NT/2000/XP won't generate anything over 15kHz on DTR. I was not able to
control 58 kHz devices at all
from Windows 98 using the DTR pin. The TX transmitter in WinLIRC currently
only supports 38.4 and 57.6 kHz.
WinLIRC could be modified to add 28.8 kHz, which would probably work better
for you. The TX transmitter
is generally more reliable that the DTR in windows 98.
Also the TX transmitter code approximates the pulse lengths, because the
code is simpler
than the LIRC code. WinLIRC always transmits full sequence of bits on the
serial port. LIRC will transmit
partial words to get the pulse length more accurately than WinLIRC. Usually
this doesn't seem to matter
as the devices have quite a bit of tolerance for a couple pulses more or less.
>Is there any plans to winlirc work in kernel level under windows, like
>linux? It would be very
>good, more reliable and wouldn't charge the cpu so much, any thoughts on
>that? like a vxd on 98 or
>a .sys on NT/XP. IRtrans (www.irtrans.de) and Tira
>(http://www.home-electro.com/tira1.htm#Compatibility) have device drivers,
>so they work more
>smoothly than winlirc, don't they? Somebody have used this devices? Are
>they any good?
I haven't used these device myself, but they should work more smoothly, but
not because of a kernel level driver. These devices have a built in
so the windows code doesn't really have to worry about timing things.
would probably be some improvement from kernel level code.
>I'd like to build a better transmitter too, what's the better option with
>and without an external
I've never had much luck with improving the transmitter range, usually I just
stick an led right on the front of each device, and connect them in series.
I use twisted
pair for the wiring. If the device had some sort of remote control input I
use that instead,
so there's no led to aim at the front.
>Where exactly did you find the file with the tocom 5507 in the
>www.remotecentral.com, and how to
>convert PRONTO to LIRC files?
I just went to the files section for Pronto and ProntoPro and searched for
It's under component configuration files -> tocom -> cable boxes
Usually I've found the component configuration files, and discrete codes
sections to be the most useful.
I have some code that I wrote to convert the CCF files, I based it on some
other code that would
extract the codes, and then I modified it to convert the format to the one
LIRC uses. My code
only works with learned buttons. The learned format is well documented on
remote central, but
I also know of some documentation for the rest if anyone is interested. I
know one person is
planning to write a related program in java.