[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c32efac40810081524q15b0a747oe49de0cf0a2aa2e2@mail.gmail.com>
Date: Wed, 8 Oct 2008 15:24:27 -0700
From: "Dave Hylands" <dhylands@...il.com>
To: "Remy Bohmer" <linux@...mer.net>
Cc: "Jon Smirl" <jonsmirl@...il.com>,
"ARM Linux Mailing List" <linux-arm-kernel@...ts.arm.linux.org.uk>,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: Toggling GPIO at 38Khz
>> So how do I reliably generate 38Khz without destroying latency in the
>> system? I also don't want to measure the speed of the code I'm
>> executing - same code has to run on 90Mhz ARM and 3Ghz Core2. If a do
>> a loop with nanosleep() I need to know how fast my code is to subtract
>> it's execution time form the sleep time. The existing LIRC code works
>> this way and measures it's timing loop.
>> hrtimers look promising, but hrtimers doesn't have a periodic API. Is
The 38 kHz decoders will actually work across a range of frequencies
usually about +/- 4 kHz.
If you have a spare UART, you could configure it at 76800 baud and
just send out an appropriate bit pattern (taking into consideration
start bit, stop bit, parity, etc.
115200 baud might also work (3 bit times per 1/38400 of a second). It
won't be a perfect square wave, butI think it would still work.
You could also do something similar if you have a SPI interface. Just
set the clock to the right frequency and use the bits sent out to
generate your pulses.
--
Dave Hylands
Shuswap, BC, Canada
http://www.DaveHylands.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists