Remove from list. He no longer works here!!!!!!!!!!
Thank You
Debbie Weintz
Information Technology
Blount, Inc.
(503)653-4610
(503)353-6427 FAX
[EMAIL PROTECTED]
-----Original Message-----
From: Administrator - Portland
Sent: Friday, March 09, 2001 3:07 AM
To: Administrator - Portland
Subject: Notification: Inbound Mail Failure
The following recipients did not receive the attached mail. A NDR was not
sent to the originator for the following recipients for one of the following
reasons:
* The Delivery Status Notification options did not request failure
notification, or requested no notification.
* The message was of precedence bulk.
NDR reasons are listed with each recipient, along with the notification
requested for that recipient,
or the precedence.
<[EMAIL PROTECTED]> [EMAIL PROTECTED]
MSEXCH:IMS:Blount:OPG-Portland:PDXSRV04 0 (000C05A6) Unknown
Recipient
Precedence: bulk
The message that caused this notification was:
<<[rtl] rt_com speed problems>>
Hi,
I have been trying to do some 2 way communication using the serial port,
and although I can get communications to run a lot faster than they did
under linux, there still seems to be a limit as to how fast I can switch
between read and write using rt_com. Under linux the latency was about
10ms, so I could only communicate at about 50Hz (send, 10ms switch,
receive, 10ms switch, ignoring the time for signal), using rt_com, I don't
seem to be able to beat 1kHz (thus about .5ms for switch and send, .5ms
switch and receive, making a bit over .25ms latency).
Is this normal? I would like to be able to communicate up to 2kHz ideally,
as this is closer to the theoretical baud rate limit (115200 baud) given
the amount of data I'm transmitting (1 byte send, 4 receive), but I
haven't been able to speed it up, despite playing around with the rt_com
code itself. Does anyone have any ideas?
Cheers,
Richard Reeve
University of Stirling
Stirling
UK
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/