Re: lirc_atiusb (X10 remote) Kernel driver

Am 25.08.2017 um 20:14 schrieb Bengt Martensson:
> On 08/24/17 13:59, Michael Markstaller via LIRC-list wrote:
>> Hi,
>>
>> a generic question: whats the status of the lirc_atiusb kernel driver?
>> (Not atilibusb - I need channels, 1-16)
>>
>> Last compiled this successful back in Aug 2010 with 2.6.32 and lirc
>> 0.8.5 it works 100% since then, so I didnt bother. But the hardware is
>> slowly dying..
>> Though I *really* still like the X10 remote for every room and they are
>> still available somehow..
> 
> Hmm, just to make sure that I know what your are talking about: It is
> the 433/315 MHz (depending on what side of the Atlantic you reside)
> remote, with a small USB receiver, right? Just receive, no sending.

yes, correct.


> At the time Lirc was designed (mid-end 1990-ies), Linuxers were very
> much in love with kernel modules.  Now things have changed...

I don't bother as long as it works..

> I just discovered that there _is_ a atilibusb plugin, that is supposed
> to offer a kernelspace driver. However, you write
> 
>> (Not atilibusb - I need channels, 1-16)

I remember a discussion some 7 years back that only lirc_atiusb
kernel-space driver was able to support these remotes *with* using and
distinguishing 16 channels.
(there are a dozen of models out there, but basically they're all quite
similar)
http://www.vdr-wiki.de/wiki/index.php/Fernbedienung_-_USB_X10
or search for my name in
http://lirc.sourceforge.net/remotes/atiusb/lircd.conf.atiusb


Means one could use 16 different remotes with one receiver, thats pretty
cool and thats where lirc kicks in to make this usable.


Found out so far: lsmod with stock ubuntu xenial:
---
ati_remote             20480  0
rc_core                28672  4
rc_medion_x10_or2x,ati_remote,rc_medion_x10_digitainer
---

it even still works somehow (only on channel 1) for i.e. Volume+/- or
the digits but thats rather useless, as I want lircrc (or anything else)
to execute specific commands on specific buttons of a specific channel
rf-remote - as it worked back in 2010 :)


> Could it not be fixed? Anyhow, if you want support for a "lirc kernel
> driver", I think (Alec correct me if I am wrong) the Linux media list is
> the correct address.

I'm sure it could be fixed as it already works perfectly the last seven
years ;)

I don't care if its kernel-space, userspace or whoever does the job that
lircrc already does here very fine (execute command X when I press
button Y on remote with channel Z)

If it should be something with the ati_remote driver in Kernel, well,
ok. But I don't see any solution there to support *all* (not only one)
channels there and how to do the job lircrc 0.8.5 does executing some
arbitrary command. (like change volume of my 12zone Multiromm audio, not
my notebook :) )

I basically think (whatever driver it takes) this *is* rather a job for
lirc, not a mainline kernel-mode driver?!

Any hints welcome but the basic ati_remote driver from kernel pushes me
into using an ancient lircd with an ancient kernel (as it works fine there)

Michael

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot