Hi Alex,
I'd recommend building or buying some
other hardware that is supported. There
are some links on the LIRC page.
It's tough to say what your hardware is
doing. If it really does give you consistent
codes you could write a LIRC driver for
it but that will take some work. Or you could
finish your simple serial port program(hey,
whatever works!).
Karl.
Alex Stragies wrote:
>Hi Karl & all
>
>On Monday 13 May 2002 07:31, you wrote:
>
>>Hi Alex,
>>
>>Some IRDA SIR dongles use escape sequences to configure.
>>
>
>How would i find out about these?
>
>>also see linux/drivers/net/irda/girbil.c
>>SIR runs off of RS232 protocol, but the physical
>>bit is transformed into shorter pulses(3/16 of normal bit time).
>>
>
>So it not the acurate representation of the signal, that i get.
>But, why should this *3/16* represention not be usable for recognition o=
f the=20
>signals?
>OK, nobody will be able to use my config file for my remotes...
>
>>Also note that serial dongles may use the DTR & RTS signals to
>>reset and provide power.
>>
>
>PcRemote.exe had them both ticked in the config. but i have not tried=20
>anything else.
>
>>It is possible that it could be set into CIR mode, but I doubt it.
>>It's probably just for IRDA SIR and/or ASKIR.
>>
>
>the thing is, It cannot do more than 9600, (i think), so , using lirc_si=
r,=20
>which emulates 38khz by using 115000 is not an option for me...
>
>>You are probably reading in Rx data from the SIR receiver.
>>
>
>Yes, with a normal read(fd,buf,255);
>
>>This data could appear as a repeatable data stream.
>>
>
>REALLY, it does!. I have a paper table with all the codes now, and they =
are=20
>*always* the same.
>
>>You will get different results depending on the baudrate set.
>>
>
>That is true. But recognition and distance are the best with 2400 baud, =
and=20
>at 9600 my pioneer multiremote, that came with a VSX 409 RDS receiver, o=
nly=20
>prints out "-32 -32 -32 -32 -32 ..."
>Up to now, i have only tried 2400 and 9600.
>Do you think, i should try 1200, 4800 too?
>
>>A number of LIRC drivers(not really drivers, see
>>daemon/hw_*) just open the tty port and expect
>>a sequence of pre-processed codes to appear. =20
>>
>
>like the hw_logitech. That one even works with my dongle and lirc, but, =
as i=20
>say, "Not all keys are found and some are "confused"".
>
>I had a look at hw_logitech, and i can +- see, what it is doing, but i=20
>thought, i may just have to broaden the "recognition-window", to make it=
take=20
>into account the bytes after the 8th.
>
>>The lirc_sir driver opens the serial port hardware at 115200
>>and uses this fast rate to oversample the raw data. So it
>>uses the RS232 rx & tx stream as a raw digital input/output.
>>
>
>with a dongle-top-speed of 9600, this is not possible, no?
>And will i not get MUCH less distance, if i use lirc_sir (incase it work=
s)?
>
>>I suppose both methods could be made to function.
>>It's all guess work unless you know whats in the dongle.
>>
>
>If you deem it usefull info, i can open the dongle, and see, what's in i=
t.
>
>Any other info, help?
>
>best regards,
> Alex
>
>
>>
>>Alex Stragies wrote:
>>
>>>Hi Karl & all
>>>
>>>On Sunday 12 May 2002 18:28, Karl Bongers wrote:
>>>
>>>>Hi Alex,
>>>>
>>>>I did a google on Adaptec IR, but did not find anything on your dongl=
e.
>>>>
>>>Its an Adaptek AIRport 2000, a disconitued product several years old, =
also
>>>called the avaXXXX.
>>>
>>>>It is probably either:
>>>>1.) IRDA SIR dongle.
>>>>
>>>Possible, since:
>>>- I did make it speak to my nokia6110 with gnokii
>>>- I once made "discovery" of my Acer travelmate possible, using linux
>>>"old_belkin" irda driver
>>>BUT, "old belkin" only reduces the max baudrate to 9600 and does not d=
o
>>>much more.
>>>
>>>>2.) IR Control(TV remote) dongle.
>>>>
>>>Could it perhaps be both? I do get reliable data from the serial port.=
...
>>>I mean, there are no incrementing "sequence" numbers in the output, or
>>>anything else that looks like flow control and/or a protocoll.
>>>
>>>Could it be, that it is in "CIR" mode, until it gets some funky
>>>"command-sequence"? OR, the other way round. That may explain the symp=
tom
>>>described in my previous post "Initialisation of dongle required".
>>>
>>>>Do you have any doc on this? What is it intended to be use as?
>>>>
>>>No, as I say, discontinued product -> not much info. and that info was=
not
>>>very helpfull to me. (looking for a "detailed" feature list ... i was
>>>hunting for the terms ASKIR and CIR)
>>>I think, it was for syncronisation with early generation PDA -like
>>>devices, using propietary protocols, ... as in: Has to be able to deli=
ver
>>>raw data.
>>>
>>>No, I kinda inherited the device, so it came without docs.
>>>And I dont think it came with a remote, but i would not know for sure.
>>>
>>>>Can you provide a link to the manufacturer page?
>>>>
>>>>If it is #2, then it was probably bundled with a certain remote, and =
the
>>>>hardware translates a certain IR control format to pre-processed RS23=
2
>>>>codes.
>>>>
>>>It give replicable signals (length=3D 12 <=3D X <=3D 30) for the remot=
es of
>>>following devices:
>>>- Panasonic VCR NV-SD 350, can also control:
>>>- Panasonic TV TC-21L10R2
>>>- Conrad IR-Keyboard-Mouse SK-7100
>>>- Pioneer VSX-409RDS receiver
>>>
>>>>If it is #1, then it is translating IRDA style RS232(SIR) to a stream=
of
>>>>bytes on the RS232 port.
>>>>
>>>>Karl.
>>>>
>>>So, do you think, after this information, and the sample IR output at =
the
>>>end of this mail, that i should
>>>
>>>- try and do something in lirc_sir
>>>or
>>>- try to change one of the dongle-modules (logitech,creative, other hw=
_*.c
>>>files) ?
>>>
>>>If you need more info, plese ask :)
>>>
>>>best regards,
>>> Alex
>>>
>>>>Alex Stragies wrote:
>>>>
>>>>>Hi all,
>>>>>
>>>>>My serial dongle runs with the logitech driver. I dont have a logite=
ch,
>>>>>i have an adaptek, but that is the driver that works the "best" for =
my
>>>>>hardware. ( i think)
>>>>>
>>>>>lircd compiles,loads, and lets me record a remote, pasted in below.
>>>>>At first sight you can see, something is wrong, and irrecord had als=
o
>>>>>complained about " No toggle bit".
>>>>>
>>>>>however, restarting lircd with that new config and running irw shows
>>>>>codes like:
>>>>>000000000000a048 01 5 /root/test4
>>>>>000000000000a040 00 Vol-UP /root/test4
>>>>>000000000000a040 01 Vol-UP /root/test4
>>>>>000000000000a044 00 3 /root/test4
>>>>>000000000000a044 01 3 /root/test4
>>>>>000000000000a052 00 Power /root/test4
>>>>>... looking good, BUT:
>>>>>
>>>>>- Chan-UP is recognized as "5"
>>>>>- Mute, 0 are being recognized as "3"
>>>>>- TV/AV, Vol-DOWN, Chan-DOWN, 1,4,6,7,8 do not show up AT ALL
>>>>>
>>>>>Looking at the below codes (Panasonic), I see why.
>>>>>
>>>>>I tried with a different remote, a Pioneer, and all codes are record=
ed
>>>>>as 0x000000000000A0CE (see below)
>>>>>
>>>>>I wrote a little programm, that outputs series of ints from the seri=
al
>>>>>port. Here, the commands are easily distinguished, so the dongle is
>>>>>working (see capture log below)
>>>>>
>>>>>
>>>>>Now, I dont know, where to go from here.
>>>>>Is there a setting i can change?
>>>>>use raw mode, perhaps?
>>>>>- but i dont like raw... it sounds cpu-intensive compared to
>>>>>LIRC_MODE_CODE Shall i try n hack logitech.c to make it work?
>>>>>Shall i try n adapt another driver?
>>>>>Do you want more info?
>>>>>
>>>>>thx already,
>>>>> Alex
>>>>>
>>>>>#(Panasonic)
>>>>>begin remote
>>>>>bits 8
>>>>>eps 30
>>>>>aeps 100
>>>>>one 0 0
>>>>>zero 0 0
>>>>>pre_data_bits 8
>>>>>pre_data 0xA0
>>>>>gap 129983
>>>>>min_repeat 27
>>>>>toggle_bit 0
>>>>> begin codes
>>>>> 1 0x0000000000000000
>>>>> 2 0x0000000000000042
>>>>> 3 0x0000000000000044
>>>>> 4 0x0000000000000000
>>>>> 5 0x0000000000000048
>>>>> 6 0x0000000000000000
>>>>> 7 0x0000000000000000
>>>>> 8 0x0000000000000000
>>>>> 9 0x0000000000000050
>>>>> 0 0x0000000000000044
>>>>> Power 0x0000000000000052
>>>>> Vol-UP 0x0000000000000040
>>>>> Vol-DOWN 0x0000000000000000
>>>>> Chan-UP 0x0000000000000048
>>>>> Chan-DOWN 0x0000000000000000
>>>>> TV/AV 0x0000000000000000
>>>>> Mute 0x0000000000000044
>>>>> end codes
>>>>>end remote
>>>>>
>>>>>#(Pioneer)
>>>>>bits 16
>>>>>eps 30
>>>>>aeps 100
>>>>>one 0 0
>>>>>zero 0 0
>>>>>gap 109998
>>>>>toggle_bit 0
>>>>> begin codes
>>>>> 1 0x000000000000A0CE
>>>>> 2 0x000000000000A0CE
>>>>>
>>>>>
>>>>># Capturelog from serial dongle
>>>>>Typical commands look like (from both remotes):
>>>>>##Reading on IR-Device
>>>>>Length of Burst:12
>>>>>Int_view: 93 85 85 85 85 85 85 117 85 93 -9 0 -119 -71 10 #Pana =
1
>>>>>StringView: EUR]UUUUUUuU]=F7
>>>>>Length of Burst:12
>>>>>Int_view: 93 85 85 85 85 85 -43 -43 -43 -43 117 0 -119 -71 10 #Pana =
2
>>>>>StringView: EUR]UUUUU=D5=D5=D5=D5u
>>>>>Length of Burst:12
>>>>>Int_view: 93 85 85 85 85 85 85 117 -43 117 -35 0 -119 -71 10 #Pana =
3
>>>>>StringView: EUR]UUUUUUu=D5u=DD
>>>>>Length of Burst:12
>>>>>Int_view: -53 -21 123 79 79 -53 79 123 79 111 123 0 -119 -71 10 #Pio=
n UP
>>>>>StringView:
>>>>>Length of Burst:12
>>>>>Int_view: -53 -53 123 79 111 123 -53 123 -21 79 123 0 -119 -71 10 #P=
ion
>>>>>Down StringView:
>>>>>Length of Burst:12
>>>>>Int_view: -21 -53 123 79 111 123 79 123 107 123 -49 0 -119 -71 10 #P=
ion
>>>>>Right StringView:
>>>>>Length of Burst:12
>>>>>Int_view: -53 -53 123 79 79 -53 123 123 79 123 123 0 -119 -71 10 #Pi=
on
>>>>>Left StringView:
>>>>>NOTE: the first int is always omitted, it is always 0 or -128
>>>>>
>
>_______________________________________________________________
>
>Have big pipes? SourceForge.net is looking for download mirrors. We supp=
ly
>the hardware. You get the recognition. Email Us: bandwidth@...=
et
>
>
|