基于ARM的嵌入式TCP/IP协议的实现

处理。不符合要求，则将此包丢弃。ＩＰ包最大可以为６５ＫＢ，可以分段传输，而在嵌入式系统里根本无法容纳如此大的数据包，因此一般不支持分段传输。所以限制ＭＣＵ发送和接收数据包的方式以避免分段传输，从而减少程序复杂度。
　　
　　１．３其它协议
　　
　　ＡＲＰ协议为３２位ＩＰ地址到对应的４８位以太网地址之间提供动态映射。嵌入式系统中仅响应ＡＲＰ请求，发送ＡＲＰ回答包。请求者广播出包含ＡＲＰ请求的以太帧、目的以太网地址为全１的广播地址。本机收到后，由目的ＩＰ地址发现自己是目的主机，发送一个ＡＲＰ回答。ＩＣＭＰ通过ＩＰ协议传输其报文。ＩＰ协议是无连接的，它无法将报文和错误信息传到最初的主机，ＩＣＭＰ将状态信息和错误信息发送到发报文的主机。
　　
　　２前端设备的系统设计
　　
　　ＴＣＰ／ＩＰ协议扩展到工业控制级，将企业内部计算机网络应用于工业现场实时信息的发布和显示，通过Ｉｎｔｅｒｎｅｔ浏览器对现场工业信息进行动态监视。下面是笔者在某公司一分布式监控系统中的应用实例。基于ＴＣＰ／ＩＰ协议的前端设备系统软件结构如图３。前端嵌入式设备处理器是Ｓａｍｓｕｎｇ公司的Ｓ３Ｃ４５１０Ｂ（ＡＲＭ核）。该芯片是用在基于以太网系统的高性价比、高性能的１６／３２位ＲＩＳＣ微控制器。通信部分采用ＢＮＣ接口方式，信
　　
　　
　　
　　号输出经耦合隔离变压器由ＲＪ４５接头联入集线器，此外还设计了液晶显示和键盘输入当地接口功能。
　　
　　在ＴＣＰ／ＩＰ协议中多处用到超时和重发机制。这种机制对于确保两个或多个彼此独立的通信结点从通信错误或故障状态自动恢复到正常状态是非常有效的，但也增加了软件结构的复杂性。因为对超时的处理通常独立于正常程序流程，也就是与正常的程序流程异步。要实现的ＴＣＰ／ＩＰ协议软件中有四处要用到定时器：第一是在ＡＲＰ高速缓存的维护中，被添加到ＡＲＰ高速缓存中的表项在一段时间后要置为无效；第二是在等待对发出的ＡＲＰ请求返回响应时，可能会在指定的超时时间内还未收到返回的响应；第三是在ＩＰ组装收到分片时，由于部分分片在一定时间内没有收到而丢弃整个ＩＰ包；第四是在ＴＣＰ等待接收方对数据段的确认时。如果在指定时间内还未收到对某个数据段的确认，需重新发送。从上述可见，要实现的定时器具备以下特点：
　　
　　·对定时的精度要求都不是很高，基本都是秒级的精度。这样，完全可以稍滞后一些来处理定时器超时，不把超时处理放在时钟中断处理程序中。
　　
　　·对同一类超时处理可以由同一处理程序来完成，只是传入到相应的处理程序中的参数不同而已。例如一个ＡＲＰ高速缓存中的表项超时时，需要将其置为无效，可以统一用一个处理程序，参数中放入相应的表项地址即可。
　　
　　首先，定义一定时器的数据结构，如图４所示。每一类超时都是由一个超时控制块和其所属的一个由超时事件项组成的链表管理。整个链表按超时事件将要发生的时间顺序排列，先发生的超时事件排列在前。超时控制块中的ｈｅａｄ＿ｐｔｒ用以指向一个超时事件项链表的首项；ｔｉｍｅｏｕｔ＿ｐｒｏｃｅｓｓ是超时事件发生时处理程序的入口地址。在每个超时事件项中，ｎｅｘｔ＿ｐｔｒ指向链表中的下一项；ｒｅｌａｔｉｖｅ＿ｔｉｍｅ是本表项的超时事件相对于上一表项的超时事件发生的相对时间。所以某个表项表示的超时事件距离当前的时间是它以前所有表项（包括自身）中的ｒｅｌａｔｉｖｅ＿ｔｉｍｅ的和。ｒｅｌａｔｉｖｅ＿ｔｉｍｅ的基本单位是ｇｒａｎｕｌａｒｉｔｙ

《基于ARM的嵌入式TCP/IP协议的实现(第2页)》