SB700EX - Force Port connection and flush buffer

[aminotg]

Hello,

Is there some kind of ethernet command that I can sent the SB700EX to force the connection to a specific serial port and flush the buffer on the SB700EX?

There are many cases when I send "serial data" to a virtual comm port and the data sits in some buffer for a while before it sends it to the serial port or sits in some buffer before the response comes back to my PC. I am communicating with barcode printers and I need these serial transaction to occur in a timely fashion because some commands are time critical.

Thanks for your help

[TomNB]

You can take a look at the packetization settings and flush the buffer there. But the delays could be elsewhere in your system as well, such as the network stack on your computer. A test to narrow things down would be to try a telnet connection instead of your vcom port and other software, then see if the behavior is any different.

[aminotg]

I tried other software and saw the same behavior, in fact that is how I found the issue. Basically I setup teraterm on two PCs, then created a null mode connection between port 1 -> port 2.

teraterm from PC@1 was connected to the virtual com port on Port 1 of the SB700EX
teraterm from PC#2 was connected to the virtual com port on Port 2 or the SB700EX

I would send data (text file) from PC#1 and would receive it on the PC#2.
When I did this I would see large delays on the receiving computer. Sometimes it would take minutes to show up, or it wouldn't show up at all until I'd send another text file. This is why I assumed the SB700EX was buffering the TCPIP data. The two PCs and SB700EX were all on the same ethernet switch.

[aminotg]

Attachment shows the TCP Packet settings.

[TomNB]

Hello,

Thank you for the additional information. From my previous post, the biggest area of concern is the virtual comm port driver and software applications that rely on it for this test, such as teraterm. If you do not use a virtual comm port driver at all, and instead use native telnet to talk to the device, do you see a delay? You should be able to copy/paste files if you need to, but also just type and see if there is a delay. Nothing should be buffering/delaying for minutes at a time, and I'm not seeing that behavior here.

[TomNB]

Another question: how large is the file you are sending, and what baud rate are you running at? The TCP stacks on both the PC and NetBurner device will buffer thinks on the network side if the serial buffers fill up. The network is running at 100Mbps, so it is significantly faster than a serial port, and the network side will use flow control.