On 09/08/2017 04:34 AM, Bo Berglund wrote:
> Next I unchecked the checkbox before doing the long transfer, and
> lo-and-behold(!) now there are no losses anymore!
> So the action of writing text to the listbox in the LogHex function
> was actually causing the application to lose incoming serial data!
this tells you right off that you should have at least XON/XOFF flow control so
the receiver can tell the sender to hold up a second and let it get the buffer
worked down... at least this with good buffer level monitoring...
On 06.09.2017 20:35, Bo Berglund wrote:
> The problem is that when the Windows app is done sending the data
> system is still missing many kilobytes....
> So no ACK is returned, it is still in receive mode.
On serial lines bits and bytes always can get lost or be distorted,
independent from OS, hardware, ...
Any data transfer software needs to use appropriate means (i.e.
appropriately small packets. counting packet number. ACK block
containing the packet number it answers to, timeout, retransmit, ...) to
Moreover, with USB serial adapters I rather often found that the loose
the connection to the OS and can't be re-established without a power cycle.