基于PPP的TMS320C6x嵌入式网络接口设计_DSP论文
关键词：ppp 嵌入式系统 网络 tcp/ip tms320c6x
随着嵌入式应用的普及，嵌入式系统的联网问题日益引人关注。在化进程中，如何实现资源共享已经是几乎所有电气设备必须回答的问题，嵌入式系统也不例外。
在传统的工控领域，大量以单片机为代表的嵌入式设备，如仪器仪表、数据采集和显示设备、过程控制设备等，面临更紧迫的联网需求。因为在工业化进程中，信息化正在发挥越来越重要的作用，而网络则是信息共享的基础。在工业自动化领域，由于应用环境千差万别，如何实现设备联网也见仁见智，方案之间差异很大。由于近几年电子技术的发展，以tcp/ip为代表的通用网络技术和标准在工业环境和生产现场的应用日益增多，开始逐渐被人们接受。但是，tcp/ip协议的真正优势在上层，它适合于大范围的共享。如何将品种繁多的现场设备联网并非tcp/ip所长，为了解决这个难题，人们想到了ppp（point to point protocol）。
在tcp/ip协议族中，ppp本来是用来实现远程联结的，其特点是适应多种传输介质和可靠性高。在工业生产现场，这是两个被非常看重的优点，所以采用ppp作为嵌入式系统的联网协议已经引起广泛的关注。为了利用ppp的优点，一些系统甚至在已经具备以太网的环境中仍然采用ppp，这就是所谓的以太网承载ppp技术（pppoe）。
1 tms320c6x网络开发环境对ppp的支持
为了加速其高档dsp的网络化进程，ti结合其c6000系列推出了tcp/ip ndk (network developer’s kit)。该开发包采用紧凑的设计方法，实现了用较少的资源耗费支持tcp/ip。从实用效果看，ndk仅用200~250k程序空间和95k数据空间即可支持常规的tcp/ip服务，包括应用层的telnet、dhcp、http等。所以，ndk很适合目前嵌入式系统的硬件环境，是实现dsp上网的重要支撑工具。
与常规的tcp/ip应用环境不同，为了最大限度地减少资源消耗，ti为其ndk采用了许多特殊技巧，重要的有：
① udp socket和raw socket不使用发送或接收缓冲区；
② tcp socket使用发送缓冲区，接收缓冲区依配置文件而定；
③ 低层驱动程序与协议栈之间通过指针传递数据，不对包进行复制拷贝；
④ 设置专门的线程清除存储器中的碎片和检查存储器泄露。
要特别注意“低层驱动程序与协议栈之间的通信”。因为在嵌入式系统中，低层驱动程序和应用程序一样均需要开发者自行设计。也就是说，在以ndk为基础的开发中，开发人员需要分别设计低层驱动程序和应用程序，这两部分程序通过ndk提供的tcp/ip包发生关联。程序的执行过程是：应用程序调用tcp/ip包，tcp/ip包再调用低层的驱动程序。
在ndk中，对低层驱动程序与tcp/ip包之间的接口作了明确规定。换言之，低层驱动程序必须符合接口约定，其要点是：
① 由低层驱动程序调用tcp/ip包函数创建ppp连接实例，在连接实例中，以回调函数的形式将用于处理数据发送的函数名传递给tcp/ip包；
② 当tcp/ip包有数据需要发送时，直接调用ppp创建时由低层驱动程序传递来的函数名；
③ 当低层驱动程序接收到网络数据时，调用tcp/ip包函数发送到ip层。
低层驱动程序直接面向硬件，为了适应硬件的多样性，在ndk中也提供了多种实现ppp的方法。
2 ppp低层驱动程序的任务和实现方案
ppp低层驱动程序在硬件和tcp/ip包之间传递ppp帧；但是，面向硬件和tcp/ip包的ppp帧是不同的。面向硬件的ppp帧由六个字段组成：
① flag标志（7e），1字节；
② address地址（ff），1字节；
③ control控制（03），1字节；
④ protocol协议，2字节；
⑤ payload净荷，小于1500字节；
⑥ crc检查和，2字节。
而面向tcp/ip包的ppp帧则只有④和⑤两个字段。所以，ppp低层驱动程序的任务可以归纳为：在硬件和tcp/ip包之间提供数据通道，在上实现链路层上的发送与接收，在逻辑上对ppp帧进行处理和加工。
在ndk中，通过tcp/ip 协议栈提供了三套实现ppp的函数。即低层 ppp api、hdlc api和pppoe api。其中低层ppp api 只能从内核层调用，用户应该非常熟悉内核的操作，如llenter()/ llexit() 函数对等，对软件开发的限制较大，但应用范围宽广。hdlc api 可在用户程序中调用，由tcp/ip 协议栈实现，配合hal层的串行驱动程序llserial，提供在常规串口上的ppp能力，应用范围有一定局限；而pppoe api是提供基于以太网的ppp接口，对硬件端的要求更加严格。
为了使开发的ppp低层驱动程序具有较宽的适应能力，我们选择低层 ppp api作为开发的基础。低层 ppp api的函数包括：
pppnew() 创建一个ppp会话连接；
pppfree() 释放一个ppp会话连接；
ppptimer() 1s的定时器函数；
pppinput() 发送已接收到的ppp 输入缓冲区。
在低层 ppp api中最重要的是创建函数。通过对pppnew()的深入研究，我们可以把握住ppp低层驱动程序设计的关键之处。pppnew()的接口为：
handle pppnew(handle hsi ， uint pppflags ，uint mru ， ipn ipserver ， ipn ipmask ， ipn ipclient, char *username, char *password, uint32 cmap, void (*pfnsictrl)(handle， uint ， uint32, handle ));
pppnew包含有许多参数，重要的有：hsi 供回调函数使用的句柄、pppflags 连接选项标志、mru 最大接收单元数以及网络地址和子网掩码、用户名称和口令等。其中，最重要的参数是回调函数的指针：pfnsictrl 。当tcp/ip包需要通过ppp发送数据时，将使用该指针提供的函数。
回调函数由ppp低层驱动程序的开发人员负责编写，但它的接口是由pppnew的参数决定的。回调函数的接口界面为：
void sicontrol( handle hsi ， uint message , uint32 data, handle hpkt)
参数的含义为：hsi与特定ppp连接会话（由pppnew创建）相联系的句柄，message描述 ppp 事件的消息代码，data关于消息代码的附加。hpkt是最重要的，当消息代码为si_msg_ sendpacket时，表示发送数据包的句柄。
ppp 通常在三类情况下调用该回调函数，即：
① si_msg_callstatus ppp 的连接状态已经改变；
② si_msg_sendpacket ppp 正在请求一将数据帧编码和传输；
③ si_msg_peercmap lcp 已经收到对等的 32 位异步字符映射。
3 编程举例
下面给出两段代码，说明在ppp低层驱动程序中如何接收和发送数据。
接收数据通过pppinput函数实现，核心代码如下：
handle hpkt;
handle hfrag;
uint offset,validsize;
uint8 *pb;
// 生成1500字节payload包
if( !(hpkt = ifcreatepacket( 1500, 0, 0 )) ) return( 0 );
hfrag = pktgetfrag( hpkt ); //得到此包的存储器碎片
pb = fraggetbufparams( hfrag, 0, 0, 0 ); // 得到包头指针
offset = pktgetsizellc( hpkt );
if( offset <= 2 ) offset = 0;
else offset-=2;
pb += offset; // 置pb指针到写数据开始处
// 利用指针“pb”向数据包中填充数据；hfrag是向ppp传
//递的句柄
fragsetbufparams( hfrag, packetsize, offset );
return( hpkt );
发送数据的情况要复杂一些，需要使用回调函数。回调函数的结构如下：
void sicontrol ( handle hsi, uint msg, uint32 aux, handle hpkt )
{…switch( msg )
{
case si_msg_callstatus:
if( aux >= si_cstatus_disconnect )
{ // close ppp
if( hsi→hppp )
{
htmp = hsi→hppp;
hsi→hppp = 0;
pppfree( htmp );
}
break;
case si_msg_peercmap:
break;
case si_msg_sendpacket:
// 确认数据包有效
// 取数据缓冲区参数
// 计算“净荷”（payload）的起始地址
// 发送数据
// 释放数据包
break;
}
}
结 语
自1994年precise公司在tms320c3x上推出tcp/ip开发包以来，如何在以dsp为硬件环境的嵌入式系统中支持tcp/ip就一直引人关注。随着硬件水平的提高和应用的深入，基于dsp的tcp/ip应用日渐增多。由于嵌入式系统的特殊应用环境，它的链路层情况非常复杂,所以开发方法与常规的网络开发方式有稍许不同，ndk自身已体现出了这种差异。目前，将ppp应用在嵌入式系统中仍是一种新的、积极的尝试。在ndk中，提供了多种方式支持ppp通信。我们认为，在操作系统层面开发基于ppp的应用时，应该采用低层 ppp api，这样可以适应更多的应用需求和嵌入式应用环境。