I have data coming in at 115200 baud with 1 bit per baud so effectively 115.2Kbps.
1 stop bit and 8 data bits is 9 bits, lets call it 10 bits for ease of the Arithmetic, takes 87 microseconds. I would like to set the Forwarding timeout to 100microseconds or set s=0.1.
Is this supported?
I think you are looking for ATS15=100
The S register definitions for a serial port are on page 132 of the manual.
Yes, it loos like it would be S15 but, as this is a Digi Transport manual, finding something in one section usually contradicts another. So, on page 132 this is what is says for S15:
Reg Description Units Default Range
S15 Data-forwarding-timer ms 2 0-255
On Page 271 we have the following:
Forwarding Timeout s x 10 milliseconds
The length of time that the router will wait for more data after receiving at least one octet of data through the serial port and transmitting it onwards. This timer is reset each time more data is received. The router will forward data onwards when either the forwarding timer expires or the input buffer becomes full. This parameter applies to ADAPT, TCPDIAL, TCPPERM and PANS.
Now, Page 132 says the units are in ms but page 271 says the units are in increments of “10 milliseconds”.
The range of values on page 272 and 132 appears to match, 0-255. That is sorted.
What units are values possible values of 0-255?
It is a value in tens of milliseconds and the S register description is wrong.
If you set it to 255 it will take 2.55 seconds for a character to echo (which is how I confirmed this).
What if I set it to zero?
Then it is “instantaneous”. I would suggest you test thoroughly if you put it in this mode. I suspect the 20ms default is there for a reason.
I just completed some testing with this. I used a GPRS receiver that had both an Ethernet port and Serial port. I connected the serial port of the GPS to the Digi and the the Ethernet port to the office switch. I then connected the office switch to the GPS Ethernet port. I configured the unit to output NMEA data, GPZDA, on both the Ethernet port, TCP 4002, and the Serial 1 port at 1 second epochs. I wrote a perl script to compare the arrival of both streams, one via the Asyn0 and 1 via directly from the GPS while varing the forwarding timeout value. I took one hundred samples and averaged them. Here are the results:
Hope this will be of some help.
Appologies, the tabs did not come out in my last message but I think you ca see the numbers…used code tags, seems to have worked.