基于NiosII的嵌入式网络通信系统
校验和的计算需要很多个时钟周期才能完成，所以校验和计算指令使用了multi-cycle用户指令结构。multi-cycle用户指令的端口操作有：固定长度和可变长度。因为网络传输的数据长度是不断变化的，所以校验和计算指令选择可变长度操作，这也影响到端口信号的选择。
multi-cycle用户指令结构的信号有：reset，clk，clk_en，start，dataa[31:0]，datab[31:0]，done，result[31:0]。其中除了reset，clk，clk_en三个信号外，其他信号都是可选的，要根据具体的应用选择。本设计中校验和计算指令用到了start，dataa[31:0]，done，result[31:0]。start信号作为数据有效信号，dataa[31:0]为数据输入信号，当校验和计算完成时done信号有效，通知cpu读取result端口上的数据，因此计算校验和指令逻辑必须确保当done信号有效时，result端口上的数据有效。
在sopc builder中添加校验和计算指令，然后重新产生系统，再在quartusii中更新并编译，在ide的重新编译一次工程，系统库中的“system.h”文件包含校验和计算指令的宏定义如下：
#define alt_ci_cal_chksum_n 0x00000000
#define alt_ci_cal_chksum（a） __builtin_custom_ini（alt_ci_cal_chksum_n,（a））
用户只需要在源文件中将计算校验和部分使用上面的宏做相应的替换就可以，对用户来说这再简单不过了，就像是调用一个子函数。由此可见，基于niosii软核处理器开发的嵌入式系统，具有一般嵌入式处理器不能比拟的优势。本文引用地址：http://www.eepw.com.cn/article/152573.htm
3 软件设计
协议栈使用了现在在嵌入式应用领域已经很成熟的uip。如果使用altera提供的lwip协议栈，那么就得考虑其在嵌入式操作系统上的移植，这样无疑会增加系统软件设计的复杂度和代码量。
设计的关键部分是uip协议栈在nios ii上的移植。针对niosii的特点，将uip做适当的修改，使niosii处理器的处理能力得到充分发挥，提高系统的性能。uip原来是针对8位处理器的，现在将其修改为16位，这样理论上处理能力就提高了一倍，系统的性能也就提升了一倍。
根据tcp/ip模型结构，数据链路层和物理层使用网络接口芯片lan9c111完成；网络层和传输层协议解析在niosii中由嵌入式tcp/ip协议栈实现；应用层由用户根据需要编写。各个模块合起来共同完成网络通信功能。
3.1 底层驱动程序的编写
lan9c111芯片的底层驱动是由altera免费提供的，可以调用这些底层驱动来完成初始化、通信建立、监听等通信功能。这些底层驱动函数是已经封装好的，用户不需要了解其细节就可以编写网络通信程序，但是为了进行高级的开发，必须对整个程序的工作机制有一定的了解。
几个主要的底层驱动函数来完成启动、复位和初始化phy、以太网packet的收发及中断处理函数等工作：
static void r_lan91c111_enable（）：用于启动芯片工作，使能发送和接收。
int nr_lan91c111_reset（）：对芯片尽心复位。
static int r_lan91c111_init_phy（ ）：完成物理层芯片的初始化。
int nr_lan91c111_set_irq（）：设置芯片的中断
上层的通信程序调用这些函数实现网络接口的控制，通信功能的实现以此为基础。
3.2 通信软件的实现
通信软件完成设备之间通信的主要功能，主要是uip协议栈的。传输层实现了tcp和udp，这在软件设计时就需要做不同的考虑，不同的数据传输需求要求使用不同的传输层协议，比如，实时性要求高的传输应用就要求使用无连接的udp协议；对实时性要求不高并且要保证数据传输的可靠性的应用使用面向连接的、可靠的tcp协议可以保证传输的可靠性。
程序框架如下：
main（）
｛
netif_init（）; // 网络接口初始化
uip_init（）; // 协议栈初始化
arp_table_init（）; // arp 表初始化
netconn_new（） // 建立新的连接
netconn_bind（） // 绑定端口号
netconn_listen（） // 侦听端口
while（1）
｛
if （收到数据）｛
…… // 处理接收的数据
｝
else if（发送数据）｛
…… // 发送数据
｝
else
…… // 返回准备下次处理
｝
｝
图2是软件处理流程。
评论