Ticket #39829

New small feature to XMODEM protocol to simplify transfer cancel

Open Date: 2019-12-07 01:57 Last Update: 2019-12-07 01:57

Reporter:
Owner:
(None)
Status:
Open
Component:
MileStone:
(None)
Priority:
5 - Medium
Severity:
5 - Medium
Resolution:
None
File:
None
Vote
Score: 0
No votes
0.0% (0/0)
0.0% (0/0)

Details

When an XMODEM receiver issues a CANCEL event, it immeditely switches to normal terminal mode. If there was a packet in process of being received, the packet (or partial packet) is directly routed to the terminal as ASCII and/or VT100 control codes.

Depending on what was in the data packet, the response of the terminal can vary extensively (ie: color changes, screen clear, language change, etc.).

A small change would eliminate this :

1) Receiver wants to cancel (CANCEL icon clicked by user) 2) Wait for and discard any incoming data until a minimum IDLE timeout of 100 ms is reached (perhaps a new configurable parameter in the ini file?) 3) Then send the cancel sequence of CAN symbols to the sender 4) Switch to normal terminal mode.

I use teraterm and the XMODEM protocol as a primary means of downloading firmware and uploading data from remote embedded sensors. These sensors use hardware based DMA to efficiently perform block data transfers from memory to UART, so there is no way they can listen for CAN symbols during transmission so as to abort mid-packet.

Setting this parameter to zero would allow for 100% backwards compatibility.

My thanks to the developer(s) for their efforts. It's an excellent program.

Regards,

Dan

Ticket History (1/1 Histories)

2019-12-07 01:57 Updated by: dan-de-man
  • New Ticket "New small feature to XMODEM protocol to simplify transfer cancel" created

Attachment File List

No attachments

Edit

You are not logged in. I you are not logged in, your comment will be treated as an anonymous post. » Login