Thanks Keith! Yes I'm aware this is a slightly kludgey thing to do :) but thought it 
was possibly cleaner than the other options I had. I was just looking for a way to 
extract
the most bytes from the radio stack api for SrmSend at once. I'll just have to back 
off a byte when SrmSend fails which is workable but a little nastier imho.

It's more of a problem with the radio api that I have to deal with than the way the 
Serial Manager works alas.

-----Original Message-----
From: Keith Rollin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 21 January 2003 11:31 a.m.
To: Palm Developer Forum
Subject: RE: Palm Serial Port transmit FIFO size?


The size of the hardware FIFO changes from Dragonball 328 to EZ to VZ to SZ, and -- in 
the VZ -- is different depending on which UART you're using.  For the most part, the 
size
is 8 bytes, but is 64 for UART 2 on the VZ, and 32 on the SZ.  You can read the 
Dragonball documentation for more details.

(However, scanning the source code for the serial drivers right now, I'm not sure 
you'll get reliable results from SrmSendCheck.  First of all, its granularity is not 
to the
byte level.  The software can only probe to see if the FIFO is empty, half empty, or 
full.  Second, by the time you get the results back, the state could have changed 
(that is,
bytes could have drained).  Finally, the FIFO is 32 or 64 bytes on some versions of 
the Dragonball, but the version of SrmSendCheck for those chips still appears to 
assume it's
8 bytes, as in older models.)

-- Keith Rollin
-- Palm OS Emulator engineer

> -----Original Message-----
> From: Stuart Nicholson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 20, 2003 2:14 PM
> To: Palm Developer Forum
> Subject: Palm Serial Port transmit FIFO size?
> 
> 
> The New Serial Manager's SrmSendCheck() returns the number of 
> bytes in left in the transmit FIFO to send, however how many 
> bytes can I stuff into the FIFO before I can expect
> SrmSend() to start failing? The documentation makes no 
> mention of the serial port's FIFO size (I assume this is a 
> standard somewhere?), nor do any of the supported Srm*
> functions appear to allow me to query the hardware for this 
> information?
> 
> Thanks for any help.
> 
> (Yes I'm aware that SrmSend() returns the number of bytes 
> actually sent, however I'm dealing with a byte level 
> interface to a proprietry trunk radio stack and I'm dealing with
> quite a low baud rate to radio hardware attached to the 
> Palm's cradle serial port).
> 

-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/


---------------------------------------------------------------------- 
The information contained in this communication is intended solely for the use of the 
individual or entity to whom it is addressed and others authorised to receive it.  It 
may
contain confidential or legally privileged information. 
If you are not the intended recipient you are hereby notified that any disclosure, 
copying, distribution or taking any action in reliance on the contents of this 
information is
strictly prohibited and may be unlawful. 
If you have received this communication in error, please notify us immediately by 
responding to this email and then delete it from your system. 
Wirelessdata Ltd is neither liable for the proper and complete transmission of the 
information contained in this communication nor for any delay in its receipt. 
---------------------------------------------------------------------- 


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/

Reply via email to