Re: Streams question

[Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>]

Hi Steve,

Have you tried enabling asynTrace and sending it to a file to capture the RS-232 stream?  That can tell you if occasionally the device has a long delay before sending the final <0a>.

Also, are you using a terminal server, or is this a local serial port?  Terminal servers can be configured to do buffering, which might cause this.

Mark

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Steven Hunt via Tech-talk <tech-talk at aps.anl.gov>
Sent: Friday, March 20, 2026 11:59 AM
To: tech-talk <tech-talk at aps.anl.gov>
Subject: Streams question

 

Hi we have a device that reads the following data over RS232

"000001 0000F9 0000 0000 0000 0000 0F 00 00<0d><0a>"

The data comes quite slowly, every 4 seconds (@ 9600 baud if I remember correctly)  via a port server , we were using the following proto file (simplified version)

ReadTimeout = 1000;
Terminator = CR LF;

dose_rate {in "%x %*x %*x %*x %*x %*x %*x %*x %*x";}

This has been working well, but occasionally we get last character is missing.

StreamIoSuccess input="000001 00005A 0000 0000 0000 0000 0F 00 00<0d>", size=43)

Then catch it in the next buffer

.  

StreamIoSuccess input="<0a>000001 00005A 0000 0000 0000 0000 0F 00 00<0d><0a>", size=45)

 

We have tried many combinations of the proto file, changing timeout, ignore extra input etc, putting everything into a long char buffer ,,,,,   

Can anyone advise on the best protocol file entry to capture this type of data cleanly?

Steve