标签: 固件升级

一 实验背景 之前一段时间专门研究了固件升级的方法，主要是通过网页或者上位机软件实现远程固件升级。最近正好在研究TFTP简单文件传输协议，于是我就尝试给设备添加联网功能，通过TFTP实现网络更新固件，而后发现这种升级方式所占设备内存小，可以穿越多数***，并且不需要去设备现场，在办公室通过网络就能将成千上万用户或设备的固件升级，简单高效。 其实现在很多设备都已经具有网络固件升级功能，例如我们经常用到的电视机顶盒、家用无线路由器等设备。很多设备升级内核都是通过TFTP协议上传的，因为TFTP实现非常的简单，比如自己家里用的路由器就可以通过TFTP协议升级。 二 TFTP基础普及 TFTP是TCP/IP协议族中的一个用来在客户机与服务器之间进行简单文件传输的协议，基于UDP协议实现，端口号为69。通过TFTP协议，可以实现网络中两台计算机之间的文件上传与下载，如文件备份，为无盘工作站下载引导文件，下载初始化代码到打印机、集线器和路由器。当然，还有就是我们本次用到的对设备进行固件升级。 TFTP协议是专为小文件传输设计的，提供不复杂、开销不大的文件传输服务，缺乏标准 FTP 协议的许多特征。TFTP 只能从远程服务器上读、写文件（邮件）或者读、写文件传送给远程服务器。它不能列出目录并且当前不提供用户认证。当前 TFTP 有 3 种传输模式： netASCII 模式即 8 位 网络ASCII码 ；octet即八位组模式；邮件模式，这种模式现在已经废止不用了。主机双方也可以自己定义其它模式。 TFTP基于UDP协议实现，而UDP使用IP。因此一个TFTP包中会有如图1所示的以下几段：本地媒介头，IP头，UDP数据报头，TFTP数据报。TFTP在IP头中不指定任何数据，但是它使用UDP中的源和目标端口以及包长度域。由TFTP使用的包标记（TID）在这里被用做端口，因此TID必须介于0到65,535之间。图中显示了5种TFTP报文格式，每个报文格式TFTP报文的头两个字节表示操作码。之后对于不同的报文格式存在差异。 图1 TFTP报文格式 下面分别对每个报文包进行分析： RRQ和WRQ包的报文格式如表1所示。 RRQ/WRQ包 Opcode Filename  0 Mode 0 2 bytes string 1 byte string 1 byte 表1 RRQ和WRQ包的报文格式 RRQ(读请求)报文由客户使用，用来建立一条从服务器读数据的连接。WRQ（写请求）报文由客户使用，用来建立一条把数据写到服务器的连接，它的格式与RRQ相同，RRQ包的操作码为1，WRQ包的操作码为2。Filename（文件名字段）说明客户要读或写的位于服务器上的文件，文件名是NETASCII码字符，以0结束。Mode(模式字段)是一个ASCII码串netascii或octet（大小写可任意组合），同样以0字节结束。netascii表示数据是以成行的ASCII码字符组成，以两个字节—回车字符后跟换行字符（称为CR / LF）作为行结束符。 OCTET模式用于传输文件，这种文件在源机上以8位格式存储。在使用MAIL模式时，用户可以在FILE处使用接收人地址，这个地址可以是用户名或用户名@主机的形式，如果是后一种形式，允许主机使用电子邮件传输此文件。如果使用MAIL类型，包必须以WRQ开始，否则它与NETASCII完全一样。 DATA包的报文格式如表2所示。 DATA包 Opcode Block  0 2 bytes 2 bytes Data 表2 DATA包的报文格式 DATA数据包的opcode为3，它还包括有一个数据块号和数据。数据块号域从1开始编码，每个数据块加1，这样接收方可以确定这个包是新数据还是已经接收过的数据。数据域从0字节到512字节。如果数据域是512字节则它不是最后一个包，如果小于512字节则表示这个包是最后一个包。如果最后一个包正好为512字节，则再发送一个0字节的包用于表示结束。 ACK包的报文格式如表3所示。 ACK包 Opcode Block 2 bytes 2 bytes 表3 ACK包的报文格式 ACK包用于确认数据包已收到。ACK包的操作码为4。当接收方收到一个数据包后，会向发送方发送一个ACK包；而发送方则会在收到一个ACK包后继续发送下一个包。若发送完未能收到ACK包，则会使用超时机制，重新发送刚才的数据包。除了ACK和用于中断的包外，其它的包均需得到确认。发出新的数据包等于确认上次的包。WRQ和DATA包由ACK或ERROR数据包确认，而RRQ数据包由DATA或ERROR数据包确认。 ERROR包的报文格式如表4所示。 继续阅读：http://www.iwiznet.cn/blog/?p=7512    

一 实验背景 之前一段时间专门研究了固件升级的方法，主要是通过网页或者上位机软件实现远程固件升级。最近正好在研究TFTP简单文件传输协议，于是我就尝试给设备添加联网功能，通过TFTP实现网络更新固件，而后发现这种升级方式所占设备内存小，可以穿越多数***，并且不需要去设备现场，在办公室通过网络就能将成千上万用户或设备的固件升级，简单高效。 其实现在很多设备都已经具有网络固件升级功能，例如我们经常用到的电视机顶盒、家用无线路由器等设备。很多设备升级内核都是通过TFTP协议上传的，因为TFTP实现非常的简单，比如自己家里用的路由器就可以通过TFTP协议升级。 二 TFTP基础普及 TFTP是TCP/IP协议族中的一个用来在客户机与服务器之间进行简单文件传输的协议，基于UDP协议实现，端口号为69。通过TFTP协议，可以实现网络中两台计算机之间的文件上传与下载，如文件备份，为无盘工作站下载引导文件，下载初始化代码到打印机、集线器和路由器。当然，还有就是我们本次用到的对设备进行固件升级。 TFTP协议是专为小文件传输设计的，提供不复杂、开销不大的文件传输服务，缺乏标准 FTP 协议的许多特征。TFTP 只能从远程服务器上读、写文件（邮件）或者读、写文件传送给远程服务器。它不能列出目录并且当前不提供用户认证。当前 TFTP 有 3 种传输模式： netASCII 模式即 8 位 网络ASCII码 ；octet即八位组模式；邮件模式，这种模式现在已经废止不用了。主机双方也可以自己定义其它模式。 TFTP基于UDP协议实现，而UDP使用IP。因此一个TFTP包中会有如图1所示的以下几段：本地媒介头，IP头，UDP数据报头，TFTP数据报。TFTP在IP头中不指定任何数据，但是它使用UDP中的源和目标端口以及包长度域。由TFTP使用的包标记（TID）在这里被用做端口，因此TID必须介于0到65,535之间。图中显示了5种TFTP报文格式，每个报文格式TFTP报文的头两个字节表示操作码。之后对于不同的报文格式存在差异。 图1 TFTP报文格式 下面分别对每个报文包进行分析： RRQ和WRQ包的报文格式如表1所示。 RRQ/WRQ包 Opcode Filename  0 Mode 0 2 bytes string 1 byte string 1 byte 表1 RRQ和WRQ包的报文格式 RRQ(读请求)报文由客户使用，用来建立一条从服务器读数据的连接。WRQ（写请求）报文由客户使用，用来建立一条把数据写到服务器的连接，它的格式与RRQ相同，RRQ包的操作码为1，WRQ包的操作码为2。Filename（文件名字段）说明客户要读或写的位于服务器上的文件，文件名是NETASCII码字符，以0结束。Mode(模式字段)是一个ASCII码串netascii或octet（大小写可任意组合），同样以0字节结束。netascii表示数据是以成行的ASCII码字符组成，以两个字节—回车字符后跟换行字符（称为CR / LF）作为行结束符。 OCTET模式用于传输文件，这种文件在源机上以8位格式存储。在使用MAIL模式时，用户可以在FILE处使用接收人地址，这个地址可以是用户名或用户名@主机的形式，如果是后一种形式，允许主机使用电子邮件传输此文件。如果使用MAIL类型，包必须以WRQ开始，否则它与NETASCII完全一样。 DATA包的报文格式如表2所示。 DATA包 Opcode Block  0 2 bytes 2 bytes Data 表2 DATA包的报文格式 DATA数据包的opcode为3，它还包括有一个数据块号和数据。数据块号域从1开始编码，每个数据块加1，这样接收方可以确定这个包是新数据还是已经接收过的数据。数据域从0字节到512字节。如果数据域是512字节则它不是最后一个包，如果小于512字节则表示这个包是最后一个包。如果最后一个包正好为512字节，则再发送一个0字节的包用于表示结束。 ACK包的报文格式如表3所示。 ACK包 Opcode Block 2 bytes 2 bytes 表3 ACK包的报文格式 ACK包用于确认数据包已收到。ACK包的操作码为4。当接收方收到一个数据包后，会向发送方发送一个ACK包；而发送方则会在收到一个ACK包后继续发送下一个包。若发送完未能收到ACK包，则会使用超时机制，重新发送刚才的数据包。除了ACK和用于中断的包外，其它的包均需得到确认。发出新的数据包等于确认上次的包。WRQ和DATA包由ACK或ERROR数据包确认，而RRQ数据包由DATA或ERROR数据包确认。 ERROR包的报文格式如表4所示。  ERROR包 Opcode ErrorCode ErrMsg 0 2 bytes 2 bytes string 1 byte 表4 ERROR包的报文格式 一个ERROR包的操作码是5。此包可以被其它任何类型的包确认,错误码指定错误的类型。它用于服务器不能处理读请求或写请求的情况。在文件传输过程中的读和写差错也会导致传送这种报文，接着停止传输。差错编号字段给出一个数字的差错码，跟着是一个ASCII表示的差错报文字段，可能包含额外的操作系统说明的信息。错误的值和错误的意义如下： 0 未定义，请参阅错误信息 1．文件未找到 2．访问非法 3．磁盘满或超过分配的配额 4．非法的TFTP操作 5．未知的传输ID 6．文件已经存在 7．没有类似的用户 三 TFTP嵌入式系统实现方法 TFTP 协议执行过程中，任何一个传输进程都以WRQ（请求写入远程系统）或RRQ（请求读取远程系统）开始，收到一个确定应答并建立一个连接。创建连接时，通信双方随机选择一个TID，因为是随机选择的，因此两次选择同一个ID的可能性就很小了。每个包包括两个TID，发送者ID和接收者ID。这些ID用于在UDP通信时选择端口，在第一次请求的时候它会将请求发到TID 69，也就是服务器的69端口上。应答时，服务器使用一个选择好的TID作为源TID，并用上一个包中的TID作为目的ID进行发送。这两个被选择的ID在随后的通信中会被一直使用。 连接成功以后文件就以固定的 512 字节块的长度进行传送。每个数据包都包含一个数据块，块号从1开始而且是连续的。因此对于写入请求的确定是一个比较特殊的情况，因此它的包的包号是0。在发送下一个包之前，数据块必须得到确认响应包的确认。如果一个数据包的大小小于512字节，则表明传输结束。如果包在网络中丢失，接收端就会在超时以后重新传输最后一个未被确认的数据包（可能是数据也可能是确认响应），这就导致丢失包的发送者重新发送丢失包。通信的双方都是数据的发出者与接收者，一方传输数据接收应答，另一方发出应答接收数据。发送者需要保留一个包在手头用于重新发送，由 LOCK 确认响应保证所有过去的包都已经收到。大部分的错误会导致连接中断，错误由一个错误的数据包引起。这个包不会被确认，也不会被重新发送，因此另一方无法接收到。如果错误包丢失，则使用超时机制。错误主要是由下面三种情况引起的：不能满足请求，收到的数据包内容错误(不能由延时或重发解释)，对需要资源的访问丢失（如硬盘满）。TFTP只在一种情况下不中断连接，这种情况是源端口不正确，在这种情况下，指示错误的包会被发送到源机。这个协议限制很多，这都是为了实现起来比较方便而进行的。 TFTP的工作过程很像停止等待协议，发送完一个文件块后就等待对方的确认，确认时应指明所确认的块号。发送完数据后在规定时间内收不到确认就要重发数据PDU（协议数据单元），发送确认PDU的一方若在规定时间内收不到下一个文件块，也要重发确认PDU。这样保证文件的传送不致因某一个数据报的丢失而告失败。通过下边的图片来了解TFTP协议的通信流程： 图2 TFTP通信流程 四  测试TFTP客户端 了解了TFTP协议之后，下面就让我们通过WIZnet W5500EVB做一个嵌入式TFTP客户端的简单实验。 1.实验目的：建立一个TFTP客户端 2.硬件环境：板载LED灯   图3  W5500EVB实物板 3.开发工具: MDK5（版本不一样，需要稍加改动） 4.测试软件：串口调试助手， TFTP32（可从网络下载） 下面以W5500为TFTP客户端，讲述如何测试实现TFTP通信过程。 1. 在网上下载Tftp32软件，不需安装直接点击Tftpd32软件就可以应用。 继续阅读：http://www.iwiznet.cn/blog/?p=7512

一 实验背景 之前一段时间专门研究了固件升级的方法，主要是通过网页或者上位机软件实现远程固件升级。最近正好在研究TFTP简单文件传输协议，于是我就尝试给设备添加联网功能，通过TFTP实现网络更新固件，而后发现这种升级方式所占设备内存小，可以穿越多数***，并且不需要去设备现场，在办公室通过网络就能将成千上万用户或设备的固件升级，简单高效。 其实现在很多设备都已经具有网络固件升级功能，例如我们经常用到的电视机顶盒、家用无线路由器等设备。很多设备升级内核都是通过TFTP协议上传的，因为TFTP实现非常的简单，比如自己家里用的路由器就可以通过TFTP协议升级。 二 TFTP基础普及 TFTP是TCP/IP协议族中的一个用来在客户机与服务器之间进行简单文件传输的协议，基于UDP协议实现，端口号为69。通过TFTP协议，可以实现网络中两台计算机之间的文件上传与下载，如文件备份，为无盘工作站下载引导文件，下载初始化代码到打印机、集线器和路由器。当然，还有就是我们本次用到的对设备进行固件升级。 TFTP协议是专为小文件传输设计的，提供不复杂、开销不大的文件传输服务，缺乏标准 FTP 协议的许多特征。TFTP 只能从远程服务器上读、写文件（邮件）或者读、写文件传送给远程服务器。它不能列出目录并且当前不提供用户认证。当前 TFTP 有 3 种传输模式： netASCII 模式即 8 位 网络ASCII码 ；octet即八位组模式；邮件模式，这种模式现在已经废止不用了。主机双方也可以自己定义其它模式。 TFTP基于UDP协议实现，而UDP使用IP。因此一个TFTP包中会有如图1所示的以下几段：本地媒介头，IP头，UDP数据报头，TFTP数据报。TFTP在IP头中不指定任何数据，但是它使用UDP中的源和目标端口以及包长度域。由TFTP使用的包标记（TID）在这里被用做端口，因此TID必须介于0到65,535之间。图中显示了5种TFTP报文格式，每个报文格式TFTP报文的头两个字节表示操作码。之后对于不同的报文格式存在差异。 图1 TFTP报文格式 下面分别对每个报文包进行分析： RRQ和WRQ包的报文格式如表1所示。 RRQ/WRQ包 Opcode Filename  0 Mode 0 2 bytes string 1 byte string 1 byte 表1 RRQ和WRQ包的报文格式 RRQ(读请求)报文由客户使用，用来建立一条从服务器读数据的连接。WRQ（写请求）报文由客户使用，用来建立一条把数据写到服务器的连接，它的格式与RRQ相同，RRQ包的操作码为1，WRQ包的操作码为2。Filename（文件名字段）说明客户要读或写的位于服务器上的文件，文件名是NETASCII码字符，以0结束。Mode(模式字段)是一个ASCII码串netascii或octet（大小写可任意组合），同样以0字节结束。netascii表示数据是以成行的ASCII码字符组成，以两个字节—回车字符后跟换行字符（称为CR / LF）作为行结束符。 OCTET模式用于传输文件，这种文件在源机上以8位格式存储。在使用MAIL模式时，用户可以在FILE处使用接收人地址，这个地址可以是用户名或用户名@主机的形式，如果是后一种形式，允许主机使用电子邮件传输此文件。如果使用MAIL类型，包必须以WRQ开始，否则它与NETASCII完全一样。 DATA包的报文格式如表2所示。 DATA包 Opcode Block  0 2 bytes 2 bytes Data 表2 DATA包的报文格式 DATA数据包的opcode为3，它还包括有一个数据块号和数据。数据块号域从1开始编码，每个数据块加1，这样接收方可以确定这个包是新数据还是已经接收过的数据。数据域从0字节到512字节。如果数据域是512字节则它不是最后一个包，如果小于512字节则表示这个包是最后一个包。如果最后一个包正好为512字节，则再发送一个0字节的包用于表示结束。 ACK包的报文格式如表3所示。 ACK包 Opcode Block 2 bytes 2 bytes 表3 ACK包的报文格式 ACK包用于确认数据包已收到。ACK包的操作码为4。当接收方收到一个数据包后，会向发送方发送一个ACK包；而发送方则会在收到一个ACK包后继续发送下一个包。若发送完未能收到ACK包，则会使用超时机制，重新发送刚才的数据包。除了ACK和用于中断的包外，其它的包均需得到确认。发出新的数据包等于确认上次的包。WRQ和DATA包由ACK或ERROR数据包确认，而RRQ数据包由DATA或ERROR数据包确认。 ERROR包的报文格式如表4所示。  ERROR包 Opcode ErrorCode ErrMsg 0 2 bytes 2 bytes string 1 byte 表4 ERROR包的报文格式 一个ERROR包的操作码是5。此包可以被其它任何类型的包确认,错误码指定错误的类型。它用于服务器不能处理读请求或写请求的情况。在文件传输过程中的读和写差错也会导致传送这种报文，接着停止传输。差错编号字段给出一个数字的差错码，跟着是一个ASCII表示的差错报文字段，可能包含额外的操作系统说明的信息。错误的值和错误的意义如下： 0 未定义，请参阅错误信息 1．文件未找到 2．访问非法 3．磁盘满或超过分配的配额 4．非法的TFTP操作 5．未知的传输ID 6．文件已经存在 7．没有类似的用户 三 TFTP嵌入式系统实现方法 TFTP 协议执行过程中，任何一个传输进程都以WRQ（请求写入远程系统）或RRQ（请求读取远程系统）开始，收到一个确定应答并建立一个连接。创建连接时，通信双方随机选择一个TID，因为是随机选择的，因此两次选择同一个ID的可能性就很小了。每个包包括两个TID，发送者ID和接收者ID。这些ID用于在UDP通信时选择端口，在第一次请求的时候它会将请求发到TID 69，也就是服务器的69端口上。应答时，服务器使用一个选择好的TID作为源TID，并用上一个包中的TID作为目的ID进行发送。这两个被选择的ID在随后的通信中会被一直使用。 连接成功以后文件就以固定的 512 字节块的长度进行传送。每个数据包都包含一个数据块，块号从1开始而且是连续的。因此对于写入请求的确定是一个比较特殊的情况，因此它的包的包号是0。在发送下一个包之前，数据块必须得到确认响应包的确认。如果一个数据包的大小小于512字节，则表明传输结束。如果包在网络中丢失，接收端就会在超时以后重新传输最后一个未被确认的数据包（可能是数据也可能是确认响应），这就导致丢失包的发送者重新发送丢失包。通信的双方都是数据的发出者与接收者，一方传输数据接收应答，另一方发出应答接收数据。发送者需要保留一个包在手头用于重新发送，由 LOCK 确认响应保证所有过去的包都已经收到。大部分的错误会导致连接中断，错误由一个错误的数据包引起。这个包不会被确认，也不会被重新发送，因此另一方无法接收到。如果错误包丢失，则使用超时机制。错误主要是由下面三种情况引起的：不能满足请求，收到的数据包内容错误(不能由延时或重发解释)，对需要资源的访问丢失（如硬盘满）。TFTP只在一种情况下不中断连接，这种情况是源端口不正确，在这种情况下，指示错误的包会被发送到源机。这个协议限制很多，这都是为了实现起来比较方便而进行的。 TFTP的工作过程很像停止等待协议，发送完一个文件块后就等待对方的确认，确认时应指明所确认的块号。发送完数据后在规定时间内收不到确认就要重发数据PDU（协议数据单元），发送确认PDU的一方若在规定时间内收不到下一个文件块，也要重发确认PDU。这样保证文件的传送不致因某一个数据报的丢失而告失败。通过下边的图片来了解TFTP协议的通信流程： 图2 TFTP通信流程 四  测试TFTP客户端 了解了TFTP协议之后，下面就让我们通过WIZnet W5500EVB做一个嵌入式TFTP客户端的简单实验。 1.实验目的：建立一个TFTP客户端 2.硬件环境：板载LED灯   图3  W5500EVB实物板 3.开发工具: MDK5（版本不一样，需要稍加改动） 4.测试软件：串口调试助手， TFTP32（可从网络下载） 下面以W5500为TFTP客户端，讲述如何测试实现TFTP通信过程。 1. 在网上下载Tftp32软件，不需安装直接点击Tftpd32软件就可以应用。 继续阅读：http://www.iwiznet.cn/blog/?p=7512

    WIZSmartScript 是一款WIZnet为方便用户配置、使用WiFi模块而开发的配置工具，且支持固件升级功能。用户可以通过此工具方便快捷的给WIZnet Wifi系列模块升级，每一款Wifi产品都有其对应的WIZSmartScript，今天我们给大家介绍一下WizFi210固件升级的全过程，以备大家参考：    1. 检查旧 版 本 输 入PC 的COM 口和波特率 。( 默 认 波特率: 115200) Model 选择 “WizFi210 ”, Group 选择 “A. Basic ”， Script 选择 “1. Module Information ”。 点 击 “Start Script ”, 可以看 见WizFi210 的版本。 该WizFi210 的版本是 ，如下所示。 2. 复 制固件文 件 给旧 的固件文件重命名 复 制新的固件文件到 “WIZSmartScript/AppFWFile ” 文件 夹 。   3. 切 换 到程序模 式 用 切 换 到 “Program Mode ”。 用 重 启WizFi210 。 4. 写Flash Model 选择“ WizFi210 ” , Group 选择“ U. JIG ”， Script 选择“ 1. Flash Write(WLAN, APP) ”。 点击“ Start Script ” 按钮 , 新的固件文件将被写入 flash 。 通常需要 60~90 秒更新固件。  5 . 切换到运行模式 用 切换到“ Run Mode ” 。 用 复位 WizFi210 。 6. 出厂默认值 在“ Run Mode ” , 按下 按钮 ( 或 button) 2 次可恢复出厂默认值。 完成恢复出厂默认值后 , LED 灯闪烁 2 次。 用 复位 WizFi210 。 7. 检查新版本 用和 1. Check Old Version 同样的方法检查 Wizfi210 的版本。 确认 WizFi210 的版本，如下所示 。   8. 清除所有闪存 #1 如果在升级 WizFi210 的过程中出现错误 , 需要清楚 WizFi210 的所有闪存。 Model 选择“ WizFi210 ” , Group 选择“ U. JIG(User) ”， Script 选择“ 2. Flash Write(WLAN, APP, Clear) ”。 点击“ Start Script ” 按钮 , 新的固件文件将被写入闪存，且所有闪存将被清除。 使用该方法升级 WizFi210 时 , 需要手动写入 WizFi210 的 MAC 地址。 9. 清除所有闪存 #2 在清除 Wizfi210 的所有闪存后 , 需要写入 WizFi210 的 MAC 地址。 写 MAC 地址在 中进行。         以上是Wizfi210通过WIZSmartScript固件升级的全过程。     感谢您的关注！更多信息请关注WIZnet中文官网

    WIZSmartScript 是一款WIZnet为方便用户配置、使用WiFi模块而开发的配置工具，且支持固件升级功能。用户可以通过此工具方便快捷的给WIZnet Wifi系列模块升级，每一款Wifi产品都有其对应的WIZSmartScript，今天我们给大家介绍一下WizFi210固件升级的全过程，以备大家参考：    1. 检查旧 版 本 输 入PC 的COM 口和波特率 。( 默 认 波特率: 115200) Model 选择 “WizFi210 ”, Group 选择 “A. Basic ”， Script 选择 “1. Module Information ”。 点 击 “Start Script ”, 可以看 见WizFi210 的版本。 该WizFi210 的版本是 ，如下所示。 2. 复 制固件文 件 给旧 的固件文件重命名 复 制新的固件文件到 “WIZSmartScript/AppFWFile ” 文件 夹 。   3. 切 换 到程序模 式 用 切 换 到 “Program Mode ”。 用 重 启WizFi210 。 4. 写Flash Model 选择“ WizFi210 ” , Group 选择“ U. JIG ”， Script 选择“ 1. Flash Write(WLAN, APP) ”。 点击“ Start Script ” 按钮 , 新的固件文件将被写入 flash 。 通常需要 60~90 秒更新固件。  5 . 切换到运行模式 用 切换到“ Run Mode ” 。 用 复位 WizFi210 。 6. 出厂默认值 在“ Run Mode ” , 按下 按钮 ( 或 button) 2 次可恢复出厂默认值。 完成恢复出厂默认值后 , LED 灯闪烁 2 次。 用 复位 WizFi210 。 7. 检查新版本 用和 1. Check Old Version 同样的方法检查 Wizfi210 的版本。 确认 WizFi210 的版本，如下所示 。   8. 清除所有闪存 #1 如果在升级 WizFi210 的过程中出现错误 , 需要清楚 WizFi210 的所有闪存。 Model 选择“ WizFi210 ” , Group 选择“ U. JIG(User) ”， Script 选择“ 2. Flash Write(WLAN, APP, Clear) ”。 点击“ Start Script ” 按钮 , 新的固件文件将被写入闪存，且所有闪存将被清除。 使用该方法升级 WizFi210 时 , 需要手动写入 WizFi210 的 MAC 地址。 9. 清除所有闪存 #2 在清除 Wizfi210 的所有闪存后 , 需要写入 WizFi210 的 MAC 地址。 写 MAC 地址在 中进行。         以上是Wizfi210通过WIZSmartScript固件升级的全过程。     感谢您的关注！更多信息请关注WIZnet中文官网