Re: Receive on /dev/ttySA1

Hi,

On Thursday 02 September 2004 15:49, Schweizer Walter wrote:
> Maybe the ttySA1 is not configured in the kernel.
> I have not really tested it.
Transmit works, so it cannot be completely disabled.

> The handshake can cause this effect.
> How have you set the handshake?
RTS and CTS are low, so both sides should be fine.

> Does the module set the handshake signals like RTS/CTS?
Yes, it does.

But currently i have removed the module and i am just trying to get an echo 
with RxD and TxD of the simpad shortened ... no success so far.

> And check the baud rate setting...
Any baudrate will work with the echo loop. And since i saw the Bluetooth 
module sending the correct command complete reply, i am sure, the baud rate 
isn't the problem in any of my setup. Heck, the bluetooth module even 
understands my request, the simpad just doesn't understand the reply ...

I tend to think, that the uart receive function does not work or is not 
enabled at all or there's a problem with the receiver irq ...

I'd really like to take a look at the kernel sources and i found your howto, 
but the kernel in the opensimpad 0.8.1-1 is a 2.4.19-rmk7-jpm2 and i cannot 
find 2.4.19-rmk7 on kernel.org (rmk only has a 2.5 branch), nor do i find the 
jpm2 patch. IMHO it would be cool to have the current kernel sources and 
cramfs sources (at least the ones matching the current initrd-image) at 
sourceforge as well.

Ciao,
  Till

-- 
Dr.-Ing. Till Harbaum                       Tel.:  +49 721 4998963
BeeCon GmbH                                 Fax:   +49 721 4998962
Haid-und-Neu Strasse 7, 76131 Karlsruhe     Mobil: +49 179 9087904
[email protected]                           http://www.beecon.de



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click