Re: lirc under linux emulation

[PASTOR Michel <pastor.michel@free.fr>]

Good idea, thx
I worked on HF communication a while i think i could build
a little demodulator for this with a PIC. (Ir signal => rs232)
And then, no problem to use the remote control w/ obsd (or other
OS without special code using hw interupts).
If i have the time and build a little module with PIC
i would post the circuit and code for anyone interested.

On Thu, Sep 11, 2003 at 01:35:59PM -0400, Chuck Yerkes wrote:
> Quoting PASTOR Michel (pastor.michel@free.fr):
> > On Wed, Sep 10, 2003 at 11:37:01PM -0400, Chuck Yerkes wrote:
> > [snip]
> > > Read question #4 of the FAQ - it's all about counting time
> > > between the rises of a IR controller.  remote controls use
> > > a 36khz as a carrier.  36,000 blinks per second.  With
> > > data put onto that carrier.  An interrupt for every blink.
> > 
> > What do you mean by "question #4 of the FAQ" ?
> > I found nothing like this in the FAQ, only:
> > "9.4 - Getting OpenBSD and Linux to interact"
> > and "4 - OpenBSD 3.3 Installation Guide" but no iR
> 
> http://www.lirc.org/faq.html
> 
> #4.
> 
> It's terribly dependent on hardware and the linux kernel and how
> they interact.  It's a kludge that happens to work with Linux.  I
> have doubts about it working with BSD.  You'd need a new kludge.
> Or a better way.
> 
> For the commercial box (that you'd need to deal with software on)
> there are devices like this:
>     http://www.smarthome.com/1623PC.html
> 
> A little google for: "serial infrared VCR" turned up about 50
> million hits.
> 
> Better way to handle the whole IR thing?
> If you can even remove the carrier from the signal (40khz, not
> 36khz), you win.  That's a pretty straightforward circuit.  For
> reading in the data stream and presenting it, single chip CPUs
> (PIC, etc) are almost ideal for this (if overpowered).  compare
> this with treating your large box as a single user machine servicing
> a serial port.
> 
> But lirc is unlikely on BSD.