Zmodem协议
『壹』 Zmodem协议的介绍
Zmodem协议是针对modem的一种错误校验协议。利用Zmodem协议，可以在modem上发送512字节的数据块。如果某回个数据块发生答错误，接受端会发送“否认”应答，因此，数据块就会被重传。它是Xmodem 文件传输协议的一种增强形式，不仅能传输更大的数据，而且错误率更小。包含一种名为检查点重启的特性，如果通信链接在数据传输过程中中断，能从断点处而不是从开始处恢复传输。
『贰』 各位高手，请问xmodem/ymodem/zmodem有什么区别
：XMODEM协议的控制字符
上表中各个缩写也是标准ASCII码的一个字符，在XMODEM协议中需要使用这些字符来表达协议的状态。而其基本含义如表中所述。
2.2 数据帧格式与文件分解
XMODEM协议每次传送的数据帧长度为132字节，其中文件数据占128字节，其他4个字节分别为开始标志，块序号，块序号的补码和校验字节。其中开始标志，块序号，块序号的补码位于数据块开始， 校验字节位于数据块结尾，如：
偏移 字节数 名称 描述 说明
名称 数值(HEX)
0 1 SOH 01 起始字节标志
1 1 Seq 1~FFh 块序号
2 1 cmpl FFH-seq 块序号的补码
3 128 data ? 文件内容数据
131 1 csum ? 垂直累加和校验 1：XMODEM协议允许使用2种校验码。2：校验码只从128字节的数据进行计算后得出，头部3个字节不参加校验和运算。
2 CRC ? 16位循环冗余校验
图表 3：XMODEM协议的数据帧格式
如果文件长度不是128字节的整数倍，最后一个数据块的有效内容必然小于帧长，剩下部分需要用其他数据来填充，XMODEM建议使用“CTRL-Z”(=26（01aH）)，这种情况下，接收方如何区别该帧中属于文件的内容和填充的内容呢？
如果传送的文件是只包含字母、数字和可显示符号的文本文件（例如C程序源代码文件），那么根据内容本身接收方是可以区分的（“26”不是字母或者数字的ASCII码），如果传送的是任意数值的二进制文件（如程序目标码），则接收方是无法区分文件内容和填充内容。
重要提示：XMODEM协议不能保证接收方接收的文件长度和发送方完全一致，接收方所接收的文件数据长度总是128字节的整数倍，比发送文件的实际长度要大1到127字节。多出的内容位于文件结尾处。
XMODEM协议的这种缺点对于用于嵌入式系统的程序代码下装没有实际影响，处理器不会将填充内容当作代码执行，只要程序存储器的容量足够，能存储接收的所有数据就可以了。如果将XMODEM协议用于数据库下装，应当考虑多余内容的影响，一般标准数据库文件中均有表示数据库尺寸、字段数、记录数等数据库结构参数，所以也不会把填充内容当作数据库的记录本身。
同样，对于汉字库这种数据库，使用XMODEM协议来下载也不会产生问题。
2.3 校验算法
校验码是对发送数据进行某种计算得到的编码，为了防止数据在发送途中某些位发生错误，各种数据通信协议规定发送方除了发送应用数据外，还要发送校验码，而数据接收方则根据同样算法从收到的应用数据中计算出校验码，并和发送方发送的校验码比较，如相等，才认为收到了正确的数据。
在XMODEM协议中，可使用垂直累加和或者CRC校验，使用CRC校验的通信软件可以自动从CRC校验自动切换到累加和校验模式。在本应用中，我们使用垂直累加和校验。
累加和校验码是将所有发送数据的和按字节累加，保留其最低字节作为校验码，例如，发送的3个字节数据分别为255（FFh）,5(05h),6(06h), 则：
1 1 1 1 1 1 1 1 FFH
0 0 0 0 0 1 0 1 05H
0 0 0 0 0 1 1 0 06H
1 0 0 0 0 1 0 1 0 －> 0000 1010
将高位丢弃后，得到累加和校验码为0Ah（10）。在上例中，如果原来数据在途中发生了变化，如FFH变为FEH,06H变为07H, 05H未变，则接收方所计算的校验码为：
接收 发送
1 1 1 1 1 1 1 0 FEH <- FFH
0 0 0 0 0 1 0 1 05H < - 05H
0 0 0 0 0 1 1 1 07H <- 06H
1 0 0 0 0 1 0 1 0 －> 0000 1010
校验码也为0AH。可见，在数据中有2位改变时，接收方所计算的校验码仍然与发送方一致，这种校验方式不能检测偶数位的误码。
XMODEM协议的校验码只对数据帧中的128字节数据进行计算后得出，头部3个字节不参加校验和运算。
2.4 XMODEM协议的启动
XMODEM协议开始是文件接收方发出“NAK”字节，文件发送方在收到该信号后发送数据帧，双方开始正常通信过程。而文件发送方进入XMODEN协议后，等待对方发送”NAK”,如果等待时间超过60秒，则退出本次通信。
接收方发出“NAK”后，如果10秒后对方还没有发送第一个数据帧，则重复发送“NAK”，这种重复次数最多允许10次，仍然没有收到第一个数据块，则退出本次通信。
（A）：发送方软件延迟100秒以上工作导致不能启动协议
（B）：接收方软件延迟60秒发送”NAK”信号导致不能启动协议
图表 4 XMODEM协议不能启动的2种情况
在嵌入式系统通过PC机来下载软件的应用中，嵌入式系统软件是文件接收方，PC机超级终端软件是文件发送方。按照协议规定，嵌入式系统 的通信软件进入XMODEM协议状态后，PC机软件必须在100秒内进入协议状态（即执行超级终端的XMODEM文件传输功能），反之，后者先进入协议状态，前者必须在60秒内进入协议状态，显然，通过人工来操作，这种时间差有些紧张。解决办法只有加长嵌入式系统加载软件的启动等待时间，这种修改不会引起协议理解的歧义。
重要提示：为了发送和接收方能够更容易启动XMODEM协议，在设计中，将延长嵌入式系统下载软件的启动延时时间，在以下的代码中，将这种延时时间改为600秒（10分钟）。或者将等待时间设置为无限长，一致发出”NAK”信号，直到PC机上的超级终端软件运行为止。
2.5 XMODEM的正常传输过程
中给出了一次正常的XMODEM通信中收发双方的通信过程。
图 5：没有差错的文件传输过程
文件接收方每收到一个数据帧后，如没有校验差错、序号差错等情况，均发送一个“ACK”字符作为应答，发送方在收到应答后才开始发送下一个字符，如此反复，直到文件内容传送完毕，发送方传送“EOT”字符表示传送完成，发送方收到后再次以“ACK”回应，至此，整个文件传输过程就结束了。
2.6 XMODEM协议的中止
在通信进行过程中，双方中的任意一方如果希望中止本次通信，可以发送“CAN”字符给对方，现在很多XMODEM协议软件要求发送2个”CAN”字符来实现，
协议软件的主动中止通信一般是人为发起的，例如按下超级终端软件的“取消”按钮。或者通过拔码开关来控制嵌入式系统的下载软件退出通信。
2.7 XMODEM协议的异常处理
在通信过程中，总是要出现各种异常情况，比如通信线路的突然中断，一方机器停电而导致软件中止执行等；通信软件必须能够检测这些错误，并作出合理的处理。在前面的协议启动一节中已经涉及到了错误检测的问题，XMODEM对错误的规定很详细，共计有8种情况，协议文本没有说明是如何引起的，中给出了可能原因，
在嵌入式系统中，考虑到下载软件一般均有人操作的，也可不考虑错误处理，这样实现实现代码会减小。在本文中，考虑到协议的完整性，考虑了各种错误的处理。
2.8 CRC校验与累加和校验方式的切换
XMODEM协议要求支持CRC校验的通信软件也能支持累加和校验，这样就可以和那些只支持累加和校验的软件进行通信，如果文件接收方只支持累加和，而发送方可支持CRC，接收方发送启动信号为“NAK”，发送方收到后自动按累加和方式发送数据帧；如果相反，接收方支持CRC，而发送方支持累加和，接收方首先发出字母“C”来作为启动信号，这时接收方应不理睬此信号，发送方在3秒后继续发送信号“C”，共三次未收到应答后，改为发送“NAK”信号，表示使用累加和方式进行通信了。
如果通信双方均采用CRC校验，上述通信握手信号“NAK”用字母“C来代替，其他过程同上。
因为PC机超级终端软件支持CRC模式，嵌入式系统作为文件接收方，只要发送“NAK”信号就能使对方自动按照校验和方式通信了。
3 协议分层与层间接口
3.1 协议分层
我们将协议代码分成3层：物理层，链路层和协议应用层。物理层用于控制UART器件，链路层处理XMODEM协议，应用层负责将收到的单个128字节数据块组合成一个完成的数据块，并写入程序存储器缓冲区。这种分层，在程序移植时只要修改和硬件相关的物理层、应用层代码，无需修改实现XMODEM协议的链路层代码。
层与层之间通过消息来通信，XMODEM协议没有规定分层结构和层间消息格式，这里将链路层与应用层之间、链路层和物理层之间的消息格式统一规定如下：
typedef struct {
int len; /* 消息内容长度，即Message中的内容字节数 */
char mType; /* 层间消息类型, */
char Message[MAX_ MESSAGE_LEN]; /* 消息内容, 由发送进程填写 */
} MessageOfLayer;
考虑到XMODEM数据帧为132字节，定义常量“MAX_MESSAGE_LEN”为132字节，按OSI标准，层间消息原语有数据请求、数据指示、响应、证实4种类型。给出了A方发送数据，B方接收数据时的层间消息类型图 6: 单向数据传送的层间消息顺序：①②③④
消息1，2是承载实际数据的数据帧，消息3，4是传送过程中的应答帧，表明数据已经正确传送，必须说明的是，在发送数据的证实消息3不是从对方发出的，物理层在发送出数据后，立即向上一层发出证实消息。
在实际应用中，处理正常的数据传送所需要的消息外，也需要定义一些控制管理消息，下面具体说明层间消息类型和作用。
3.2 链路层和物理层间的接口
n 数据请求：该消息用于向物理层发送XMODEM帧数据，包括132字节的文件数据帧和NAK,ACK，CAN单字节信号帧等，下载软件只是接收文件，不需要发送132字节的文件数据帧。
n 数据证实：物理层收到链路层的数据请求帧后，送到UART的缓冲器中，等发送缓冲器为空后，表明该字节数据发送完成，向链路层发送证实消息，链路层接收到此消息后，就可以发送下一个字节，实际上物理层传送是一个无连接，证实消息不是由接收方产生的，不能表明对方已经正确接收到数据，而只表明已经发出数据。物理层协议一般也不提供有应答的传输机制。
n 数据指示：物理层在接收缓冲器满后，将数据发送给链路层。
除了以上3个消息外，物理层和应用层之间还有以下2个消息：
n 启动电路：由链路层向物理层发出，物理层在收到该协议后将串口进行初始化。
n 电路出错：由物理层向链路层发出，用于报告物理层在数据传送过程中的错误。
“数据响应”消息在本应用中不使用。
3.3 链路层和应用层间的接口
链路层和应用层之间的数据传输消息有二个：
n 数据块指示：由链路层收到一个XMODEM协议帧（128字节）后向应用层发出，应用层收到数据帧后写入flash memory（PC版本写入文件）。
n 数据块块响应：应用层收到XMODEM数据帧后，并写入flash memory（PC版本写入文件）后向链路层发出的响应信号。链路层收到响应后，向文件发送方发出“ACK”信号。
其他管理控制消息定义了3个：
n 协议启动：应用层通知链路层启动XMODEM协议。
n 通信结束：链路层在收到对方的EOT信号后向应用层发出，应用层收到此消息后，可以转入应用程序入口，从而执行应用程序。
n 通信中止：链路层因为各种情况无法继续进行XMODEM传输时向应用层传送该消息，应用层收到此消息后，丢弃已经收到的数据，发出通信错误指示。
4 分层协议实现
4.1 协议的OS平台
为了实现分层协议，使用中的非抢先式操作系统作为软件平台，各层分别作为一个进程。
4.2 应用层软件实现
嵌入式系统下载软件只接收代码文件，对于协议中作为文件发送方的处理代码可不编写，应用层的任务是接收链路层的数据包，根据收到数据包的先后次序写入程序存储器，在PC机上模拟实现时，我们将数据存放在一个缓冲区内，完成后写入文件中，使用windiff软件和发送文件进行比较，以判断代码的是否正确。
应用层的进程初始化代码的作用是：
n 擦除程序存储器所使用的FLASH MEMORY(在本例中按29F010来编写代码)。
n 启动一个10秒定时器，10秒后通知链路层启动XMODEM协议。
n
『叁』 QTcreator远程调试开发板需要ssh协议吗
telnet是明文传送,ssh是加密的且支持压缩。此外ssh服务一般都提供sftp支持，支持文件版传送。telnet一般权只能通过zmodem等协议传送文件。ssh还可以借助ssh连接建立tcp通道，映射远端或本地的端口，以及转发X到本地XServer等。
『肆』 如何通过SecureCRT中命令方式上传文件到LINUX上
用ftp
用rz，这个可以通过securecrt允许用户直接把windows的文件上传到linux指定目录，前提需要安装这个包
『伍』 在c#中怎么调用zmodem协议传输文件
呵呵，刚给楼主写一个类，主要就是为了解决楼主这样需要依次执行多个程序的问题。
用法很简单：
//创建我写的类对象
ExecuteHelper eh = new ExecuteHelper();
eh.AddExe("c:\....\a.exe");
//....按照执行顺序依次添加你要执行的程序路径和文件名
//如果希望这些程序全部运行完毕后通知你，那么就绑定一下这个事件
eh.ExecuteFinished+=new ExecuteHelper.ExecuteFinishedEventHandler(...);
//开始执行
eh.StartExecute();
-------
完整类代码如下：
public class ExecuteHelper
{
/// <summary>
/// 可执行文件依次执行的集合
/// </summary>
private Queue<string> _executeableFiles { get; set; }
/// <summary>
/// 是否正在执行中
/// </summary>
public bool IsInRun { get; set; }
/// <summary>
/// 添加一个可执行文件到待执行列表中
/// </summary>
/// <param name="path"></param>
public void AddExe(string path)
{
if (IsInRun) { throw new InvalidOperationException("正在执行中，无法添加任务。"); return; }
_executeableFiles.Enqueue(path);
}
public ExecuteHelper() { _executeableFiles = new Queue<string>(); }
/// <summary>
/// 开始依次执行
/// </summary>
public void StartExecute()
{
if (IsInRun) { throw new InvalidOperationException("正在执行中，无法重新任务。"); return; }
IsInRun = true;
DoWork(null, null);
}
#region 事件
/// <summary>
/// 列表执行完毕
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
public delegate void ExecuteFinishedEventHandler(object sender, EventArgs e);
/// <summary>
/// 当列表中的程序都执行完毕时触发
/// </summary>
public event ExecuteFinishedEventHandler ExecuteFinished;
#endregion
#region 内部函数
void DoWork(object sender, EventArgs e)
{
if (_executeableFiles.Count == 0)
{
if (ExecuteFinished != null) ExecuteFinished(this, new EventArgs());
IsInRun = false;
}
else
{
string fn = _executeableFiles.Dequeue();
System.Diagnostics.ProcessStartInfo psi = new System.Diagnostics.ProcessStartInfo(fn);
psi.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;
System.Diagnostics.Process p = new System.Diagnostics.Process();
p.EnableRaisingEvents = true;
p.Exited += new EventHandler(DoWork);
p.Start(psi);
}
}
#endregion
}
『陆』 如何用securecrt传数据
我使用的是SecureCRT5.5
SecureCR下的文件传输协议有ASCII、Xmodem、Zmodem
文件传输协议
文件传输是数据交换的主要形式。在进行文件传输时，为使文件能被正确识别和传送，我们需要在两台计算机之间建立统一的传输协议。这个协议包括了文件的识别、传送的起止时间、错误的判断与纠正等内容。常见的传输协议有以下几种：
ASCII：这是最快的传输协议，但只能传送文本文件。
Xmodem：这种古老的传输协议速度较慢，但由于使用了CRC错误侦测方法，传输的准确率可高达99.6%。
Ymodem：这是Xmodem的改良版，使用了1024位区段传送，速度比Xmodem要快。
Zmodem：Zmodem采用了串流式（streaming）传输方式，传输速度较快，而且还具有自动改变区段大小和断点续传、快速错误侦测等功能。这是目前最流行的文件传输协议。
除以上几种外，还有Imodem、Jmodem、Bimodem、Kermit、Lynx等协议，由于没有多数厂商支持，这里就略去不讲。
SecureCRT可以使用linux下的zmodem协议来快速的传送文件.
你只要设置一下上传和下载的默认目录就行
options->session options ->Terminal->Xmodem/Zmodem 下
在右栏directory设置上传和下载的目录
使用Zmodem从客户端上传文件到linux服务器
1.在用SecureCRT登陆linux终端.
2.选中你要放置上传文件的路径，在目录下然后输入rz命令,SecureCRT会弹出文件选择对话框，在查找范围中找到你要上传的文件，按Add按钮。然后OK就可以把文件上传到linux上了。
或者在Transfer->Zmodem Upoad list弹出文件选择对话框，选好文件后按Add按钮。然后OK窗口自动关闭。然后在linux下选中存放文件的目录，输入rz命令。liunx就把那个文件上传到这个目录下了。
使用Zmodem下载文件到客户端：
sz filename
zmodem接收可以自行启动.下载的文件存放在你设定的默认下载目录下.
又记：
rz，sz是Linux/Unix同Windows进行ZModem文件传输的命令行工具windows端需要支持ZModem的telnet/ssh客户端，SecureCRT就可以用SecureCRT登陆到Unix/Linux主机（telnet或ssh均可）O 运行命令rz，即是接收文件，SecureCRT就会弹出文件选择对话框，选好文件之后关闭对话框，文件就会上传到当前目录 O 运行命令sz file1 file2就是发文件到windows上（保存的目录是可以配置） 比ftp命令方便多了，而且服务器不用再开FTP服务了。
『柒』 SecureCRT-会话选项-连接，协议下文件传输显示为None，且置灰状态，无法操作，怎么解决
SecureCRT与SshClient不同的就是，SecureCRT没有图形化的文件传输工具，不过也不影响，用命令来实现的话，其实会方便快捷很多。第一种方式：上传文件只需在shell终端仿真器中输入命令“rz”，即可从弹出的对话框中选择本地磁盘上的文件，利用Zmodem上传到服务器当前路径下。下载文件只需在shell终端仿真器中输入命令“sz文件名”，即可利用Zmodem将文件下载到本地某目录下。通过“FileTransfer”可以修改下载到本地的默认路径。设置默认目录：options-->sessionoptions-->filetransfer。第二种方式：用sftpsecurecrt按下ALT+P就开启新的会话进行ftp操作。输入:help命令，显示该FTP提供所有的命令pwd:查询linux主机所在目录(也就是远程主机目录)lpwd:查询本地目录（一般指windows上传文件的目录：我们可以通过查看”选项“下拉框中的”会话选项“，如图二：我们知道本地上传目录为：D:/我的文档）ls:查询连接到当前linux主机所在目录有哪些文件lls:查询当前本地上传目录有哪些文件lcd:改变本地上传目录的路径cd:改变远程上传目录get:将远程目录中文件下载到本地目录put:将本地目录中文件上传到远程主机(linux)quit:断开FTP连接
『捌』 java能够模拟Zmodem协议上传下载文件吗
firstChar>='A' && firstChar<='Z'));
System.out.println("OK! your name is:"+name);
}
『玖』 调制解调器的传输协议
Modem的传输协议包括调制协议（Molation Protocols）、差错控制协议（Error Control Protocols）、数据压缩协议（Data Compression Protocols）和文件传输协议。调制协议前面已经介绍，介绍其余的三种传输协议。 随着Modem的传输速率不断提高，电话线路上的噪声、电流的异常突变等，都会造成数据传输的出错。差错控制协议要解决的就是如何在高速传输中保证数据的准确率。差错控制协议存在着两个工业标准：MNP4和V4.2。其中MNP（Microcom Network Protocols）是Microcom公司制定的传输协议，包括了MNP1—MNP10。由于商业原因，Microcom只公布了MNP1—MNP5，其中MNP4是被广泛使用的差错控制协议之一。而V4.2则是国际电信联盟制定的MNP4改良版，它包含了MNP4和LAP-M两种控制算法。因此，一个使用V4.2协议的Modem可以和一个只支持MNP4协议的Modem建立无差错控制连接，而反之则不能。所以在购买Modem时，最好选择支持V4.2协议的Modem。
另外，市面上某些廉价Modem卡为降低成本，并不具备硬纠错功能，而是使用使用了软件纠错方式。大家在购买时要注意分清，不要为包装盒上的“带纠错功能”等字眼所迷惑。 文件传输是数据交换的主要形式。在进行文件传输时，为使文件能被正确识别和传送，需要在两台计算机之间建立统一的传输协议。这个协议包括了文件的识别、传送的起止时间、错误的判断与纠正等内容。常见的传输协议有以下几种：
ASCII：这是最快的传输协议，但只能传送文本文件。
Xmodem：这种古老的传输协议速度较慢，但由于使用了CRC错误侦测方法，传输的准确率可高达99.6%。
Ymodem：这是Xmodem的改良版，使用了1024位区段传送，速度比Xmodem要快。
Zmodem：Zmodem采用了串流式（streaming）传输方式，传输速度较快，而且还具有自动改变区段大小和断点续传、快速错误侦测等功能。这是最流行的文件传输协议。
除以上几种外，还有Imodem、Jmodem、Bimodem、Kermit、Lynx等协议。