Quantcast
Channel: All Open Tickets - Tera Term on OSDN
Viewing all articles
Browse latest Browse all 2128

New small feature to XMODEM protocol to simplify transfer cancel - Tera Term Ticket #39829 on OSDN

$
0
0

New small feature to XMODEM protocol to simplify transfer cancel

Eröffnet am: 2019-12-07 01:57

Letztes Update: 2019-12-07 01:57

Auswertung:dan-de-manVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

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

Letzte Aktualisierung für dieses Ticket

2019-12-07 01:57 Aktualisiert von: dan-de-man

  • New Ticket "New small feature to XMODEM protocol to simplify transfer cancel" created

Viewing all articles
Browse latest Browse all 2128