分类: LINUX
2011-06-16 10:51:11
首先要将启动代码start.S中存储控制器中的值改下,主要是BANK4,设置成16位总线模式,还是间要设下:
如下:
/*******************************************************************
*存储控制器13个寄存器的设置值
********************************************************************/
.align 4
mem_cfg_val:
.long 0x220D1110
.long 0x00000700
.long 0x00000700
.long 0x00000700
.long 0x00000700
.long 0x00001f7c
.long 0x00000700
.long 0x00018005
.long 0x00018005
.long 0x008C07A3
.long 0x000000B2
.long 0x00000030
.long 0x00000030
TCP/IP协议栈分为4层:网际接口层,网际层,传输层,应用层。为了在mini2440上建立一个简易的TCP/IP协议栈,我们需要实现以下几个部分,MAC层协议的实现(对应网际接口层),IP/ARP层协议的实现(对应网际层),UDP层协议实现(对应传输层),tftp协议层程序实现(对应应用层);这里为什么在传输层选择实现UDP协议,而不使用TCP协议,一,tftp协议是基于UDP协议的,so。。。,二,pc与开发板所处的环境一般很可靠,UDP足以。那么,今天首先来实现MAC层协议。
MAC层协议处于最底层,直接和网卡进行打交道,简单的说,MAC层要实现的功能就是将网卡(如DM9000)收到的数据加上MAC头然后传给IP层,或者将MAC层送过来的数据去掉MAC头,然后通过实际的网卡(如DM9000)发送出去。
所以要实现MAC层协议,我们要做两部分工作:1,实际网卡的接收与发送函数;2,对实际网卡要接收或发送的数据进行MAC层处理,如加上MAC层头发送出去或者去掉MAC头进行接收。细分如下:
1:DM9000的初始化;
2:DM9000的发送函数;
3:DM9000的接收函数;
4:MAC层头部的处理函数。
谈到了DM9000,首先讲下DM9000的相关知识:
第一, mini2440上DM9000的地址问题:
在DM9000的datasheet第31页写道:
要想操作DM9000,只有两个接口,一个是INDEX接口,一个是DATA接口,当CMD=0时,操作的是INDEX接口,当CMD=1时,操作的是DATA接口。当要操作DM9000中的寄存器时,首先要将DM9000的寄存器保存在INDEX接口中,然后再通过写数据到DATA接口实现DM9000的写寄存器操作,或者通过读DATA接口实现DM9000寄存器的读操作。
那么CMD在mini2440上接的是什么呢?
可以看出接的是CMD接的是ADDR2,同时DM9000是接的nGCS4,第4个bank,所以DM9000的基地址为0x2000,0000;因此可以算出INDEX端口的地址为:0x2000,0000;而DATA端口的地址为0x2000,0004(CMD=1即ADDR2=1),而为什么网上有很多人将DM9000的地址写成0x2000,0300也可以的呢?应该是这个人的开发板上的DM9000的CMD引脚接到了ADDR8上,很有意思的一点是,DM9000的地址只受CMD这一条地址线的影响,因此0x2000,0000和0x2000,0300对它来说是没有区别的。
根据以上所述,要想往DM9000的寄存器写值,或读取DM9000寄存器的值,用如下程序实现:
#define DM9000_ADDR (*((volatile unsigned short *)0x20000000))
#define DM9000_DATA (*((volatile unsigned short *)0x20000004))
void dm9000_reg_write(unsigned char reg, unsigned char data) //write the register
{
msdelay(1);
DM9000_ADDR = reg;
msdelay(1);
DM9000_DATA = data;
}
unsigned char dm9000_reg_read(unsigned char reg) //read the register,8 bits mode
{
msdelay(1);
DM9000_ADDR = reg;
msdelay(1);
return DM9000_DATA;
}
unsigned short dm9000_reg_read16(unsigned char reg) //read the register,16 bits mode
{
msdelay(1);
DM9000_ADDR = reg;
msdelay(1);
return DM9000_DATA;
}
这里为什么实现了一个读8位的和一个读16位的寄存器,因为mini2440上DM9000是连接成16位总线数据的,所以当我们在读寄存器的时候用读8位的实现,而在读DM9000数据的时候用读16位数据的来读,在DM9000中有一个寄存器叫做MRCMD:
我们在初始化的时候会将DM9000初始化成16位模式,所以这个RX SRAM的指针会自动加16位,这也就是出现上面两种读寄存器函数的原因。
说了这么多,进入第一话题:DM9000初始化:
首先来看一下DM9000的初始化流程:
1:开启DM9000芯片:
dm9000_reg_write(DM9000_GPCR, 0x01); //start dm9000
dm9000_reg_write(DM9000_GPR, 0x00);
2:进行两次软启动:
dm9000_reg_write(DM9000_NCR, 0x03); //make two soft reset,this is the first
msdelay(50);
dm9000_reg_write(DM9000_NCR, 0x00);
dm9000_reg_write(DM9000_NCR, 0x03); //this is the second soft reset
msdelay(50);
dm9000_reg_write(DM9000_NCR, 0x00);
3:清除状态寄存器:
dm9000_reg_write(DM9000_NSR, 0x2c); //clear the status
dm9000_reg_write(DM9000_ISR, 0x3f); //16 bit bus mode
4:接收发送设置和一些参数设置:
dm9000_reg_write(DM9000_RCR, 0x39); //receive control
dm9000_reg_write(DM9000_TCR, 0x00); //send control
dm9000_reg_write(DM9000_BPTR, 0x3f);
dm9000_reg_write(DM9000_FCTR, 0x3a);
dm9000_reg_write(DM9000_RTFCR, 0xff);
dm9000_reg_write(DM9000_SMCR, 0x00);
5:写入自己定义的MAC地址:
for (i = 0; i < 6; i++) //mac address
dm9000_reg_write(DM9000_PAR + i, mac_addr[i]);
6:再次清除状态寄存器:
dm9000_reg_write(DM9000_NSR, 0x2c); //clear the status
dm9000_reg_write(DM9000_ISR, 0x3f); //16 bit bus mode
7:关闭接收发送中断,因为本例接收发送全部试用查询方式:
dm9000_reg_write(DM9000_IMR,0x80); //disable the interrupt
为什么要这么做,这就是芯片的要求,以后如果你再遇到DM9000,就按这个顺序进行初始化。当中的寄存器的作用参考datasheet。
初始化完成之后,如果初始化成功,RJ-45接口的绿灯会亮,同时去读NSR寄存器,bit6应为1,代表连接成功。
见下图:
这里说下一个小插曲,当我将程序下到板子中去运行时,发现RJ-45的绿灯亮了,应该是连接成功了,但是我去读NSR寄存器时,却发现读出来的总是0,真是急煞我也。后来才发现,DM9000初始化之后到DM9000正常工作之前会有一段时间,可以看ubutun上面的网络标志,在大约初始化3秒之后,pc机上的网络连接才显示网络以连接,所以延时5秒之后再去读NSR寄存器的值时,可以发现读出来的就是1了。符合理论要求。
好了,DM9000的初始化讲完了,下面开始讲DM9000的发送函数:
写程序一定要养成一个良好的习惯,那就是先要画出流程图,然后在根据流程图写程序,这样思路才会很清晰,如果你直接写,只会是一头雾水,调程序也不好调。
那么看下DM9000发送数据的流程:
1:检测工作模式,总线是8位,16位,or 32位,通过读ISR寄存器获得
io_mode = dm9000_reg_read(DM9000_ISR)>>6;
注,我这里就不检测了,直接按照16位模式来^_^
2:将要发送的数据长度写入相应寄存器:
dm9000_reg_write(DM9000_TXPLH,(len >> 8)&0x0ff);//write the length of your packet which //will be send
dm9000_reg_write(DM9000_TXPLL,len&0x0ff);
3:将要发送的数据写入相应的寄存器:
DM9000_ADDR = DM9000_MWCMD;
for (i = 0; i < len; i += 2) //mini2440 has connect dm9000 in 16 bits mode
{
msdelay(1);
DM9000_DATA = datas[i] | (datas[i+1] << 8);
}
注:这里并没欧调用dm9000_reg_write函数,因为我们每次要写入16位,同时内部的TX SRAM的指针也会自动增加16位,而dm9000_reg_write函数是8位数据写函数,这里同样按照先将要写的寄存器赋给INDEX端口,然后再将要写的数据赋给DATA端口的思想。因为是一直操作MWCMD寄存器,所以我们只向INDEX端口赋一次值就可以了,不用每次都赋值。
4:设置传送标志位,启动数据发送:
dm9000_reg_write(DM9000_TCR, 0x01);
5:检测发送是否完成:
while(1) //when send completed, TCR bits0 will set to 0
{
if(((dm9000_reg_read(DM9000_TCR)) & 0x01) == 0x00)
break;
}
while((dm9000_reg_read(DM9000_NSR)&0x0c) == 0) //check again
msdelay(1);
继续,DM9000接收函数的实现:
DM9000在数据包接收的时候有些特殊,DM9000的接收到的数据放在内部的RX FIFO中,在每一个接收到的数据包的前面都有一个4字节的头,可以用MRCMDX和MRCMD两个寄存器来读取接收到的数据包的信息。这4个字节头的内容分别为:
第一个:是接收数据标志,若为0x01,则表示有数据被接收并保存在RX SRAM中,这时候可以读出并进行处理,如果为0x00则表示没有数据到达。如果既不是0x01也不是0x00,则认为有异常发生,应该将DM9000重启以使芯片恢复到正常状态。
第二个:是status,是接收数据包的状态字,起其内容和寄存器0x06H的内容相同,可以用来判断接收的数据是否正常。或发生了何种异常。
第三,第四个字节,分别为接收到数据时数据包的长度,分别为低字节和高字节,在读取数据包的时候可以用这个长度来进行控制。这4个字节是DM9000在接收数据的时候添加的信息,不属于数据包的内容,从第5个字节开始的数据才是真正的数据包的内容,长度存在第3、4字节当中。
按照惯例,要想着整个接收数据的流程是怎么样的:
1:判断有没有数据包到达:
ready = dm9000_reg_read(DM9000_MRCMDX); //this is MRCMDX,after we first read,the point will not increase
if((ready & 0x01) != 0x01) //first we will read 0x00H
{
ready = dm9000_reg_read(DM9000_MRCMDX); //second we will read 0x01H
if((ready & 0x01) != 0x01)
{
if((ready & 0x01) != 0x00) //after we read twice,if not 0x01or0x00,there is a error init it
{
dm9000_init();
}
return 0;
}
}
注意:上面读的是MRCMDX,内部SRAM指针不会自动增加
2:若有,则接收数据呗
status = dm9000_reg_read16(DM9000_MRCMD);//notice:this is MRCMD,as we will read the data,so we use MRCMD
这里用的是MRCMD,同时用的是dm9000_reg_read16,这里的status并不全是status还包括0x01。
len = DM9000_DATA; //read the length,16 bits mode,the reg has set by the prior step
前面已经将MRCMD的值赋给INDEX端口了,所以可以接着直接读数据,又因为每次是读16位,所以得到的直接是数据的长度。
下面就是真正的数据了,接收到我们定义的缓存里。
datas = (unsigned char *)&buffer[0]; //now we begin to receive the real data
for(i = 0; i < len; i += 2) //16 bits mode
{
msdelay(1); //the reg MRCMD has set by the prior prior step
tem = DM9000_DATA;
datas[i] = tem & 0x0ff;
datas[i+1] = (tem>>8)&0x0ff;
}
3:将接收到的数据传给MAC层进行处理
net_receive(&buffer[0],packet_len);
这一句就是将接收到的数据传送给MAC层处理。
好了,来看MAC层的实现:无非就是发送时加MAC头部,接收时去掉头部
void mac_send( unsigned char *buf, unsigned int len, unsigned short proto)
{
buf -= sizeof(struct eth_hdr); //增加MAC头部的空间,注意buf不是从0开始的
len += sizeof(struct eth_hdr);//再加上MAC头部的长度
struct eth_hdr *p = (struct eth_hdr *)(buf);
memcpy (p->s_mac, mac_addr, 6); //初始化MAC头
memcpy (p->d_mac, host_mac_addr, 6);
p->type = htons(proto);
dm9000_send_packet( buf, len ); //送给DM9000发送
}
这个函数主要是将上层入IP或ARP层传过来的数据包再加上MAC头发出去。
那么接收时去掉MAC头的函数呢,还记得在dm9000_receive_packet( )函数的最后将DM9000的数据通过net_receive(&buffer[0],packet_len);传到上层去了,那么就来看看这个函数表:
void net_receive( unsigned char *buf, unsigned int len )
{
struct eth_hdr *p = (struct eth_hdr *)(buf);
switch ( htons(p->type) )
{
case PROTO_ARP:
buf += sizeof(struct eth_hdr);
len -= sizeof(struct eth_hdr);
arp_process( buf, len );
break;
case PROTO_IP:
buf += sizeof(struct eth_hdr);
len -= sizeof(struct eth_hdr);
//ip_process( buf, len );
break;
default:
printf("\r\tFrame type error (=0x%04X)!\n", p->type);
break;
}
}
首先判断收到的数据包是IP包,还是ARP包,因为在MAC层上面,IP层和ARP层是处于同一层的,判断之后就是去掉MAC头啦,还是那样的小技巧,然后跳转到上一层的相应函数接着去掉各自的头部继续进行处理。
这里提到了ARP,ARP就是地址解析协议,简单地说,主机之间同过IP地址进行标识,但是各个主机之间实际是通过各自网卡的MAC地址进行标识从而通信,那么ARP的作用就是将IP地址转换为MAC地址。
这里为了测试我们的网卡的发送接收函数是否正常,写了一个arp请求函数,来看是否能够收到主机的ARP应答,从而得到主机的MAC地址。
程序如下:
void arp_request(void) //发送ARP请求数据包
{
unsigned char * arp_buf = &buffer[256];
arpbuf = (struct arp_hdr *)arp_buf;
arpbuf->hwtype = htons( 1 ); //the type of send hardware address,if 1 means yi tai wang di zhi
arpbuf->protocol = htons( 0x0800 ); //means ip------>arp
arpbuf->hwlen = 6;
arpbuf->protolen = 4;
arpbuf->opcode = htons( 1 ); //arp request
memcpy(arpbuf->smac, mac_addr, 6);
memcpy(arpbuf->sipaddr, ip_addr, 4);
memcpy(arpbuf->dipaddr, host_ip_addr, 4);
packet_len = 28;
mac_send(arp_buf, packet_len ,PROTO_ARP );
}
这事ARP请求函数,这里讲一个小插曲,刚开始总是收不到任何数据,后来才发现
mac_send(arp_buf, packet_len ,PROTO_ARP );写成
mac_send(arp_buf, packet_len ,PROTO_IP );了。
这里还是要仔细查阅下ARP报文的格式,在ARP报文前面的MAC头里面的帧格式应该天ARP:0x0806而不是IP:0x0800
当然了,我们是想获得主机的MAC地址,这里你要清楚的一点是主机(PC)上面TCP/IP已经很完善了,所以你发一个ARP请求报文过去,主机肯定会发一个ARP应答报文回来,所以你要做的工作就是接收这个ARP应答报文,保存这个报文里面所包含的主机的MAC地址,在这里,我们不仅仅实现了这个功能,同时也实现了如果主机发过来,ARP请求,我们处理这个请求的功能,实际上就是将自己的MAC地址发给主机。
unsigned char arp_process(unsigned char *buf, unsigned int len)
{
struct arp_hdr *pRx, *pTx;
pRx = (struct arp_hdr *)(buf);
pTx = (struct arp_hdr *)&buffer[512];
if(len<28)
{
printf("\narp packet length is not right!\n\r");
return 0;
}
switch (htons(pRx->opcode))
{
case 1: //处理ARP请求
if((pRx->dipaddr[0] == ip_addr[0]) && \
(pRx->dipaddr[1] == ip_addr[1]) && \
(pRx->dipaddr[2] == ip_addr[2]) && \
(pRx->dipaddr[3] == ip_addr[3]) )
{
pRx->hwtype = htons(1);
pRx->protocol = htons(0x0800); //代表IP协议
pRx->hwlen = 6;
pRx->protolen = 4;
pRx->opcode = htons(2); //ARP应答报文
memcpy(pTx->sipaddr,ip_addr,4); //将我们的IP,MAC地址发给请求方
memcpy(pTx->smac,mac_addr,6);
memcpy(pTx->dipaddr,pRx->sipaddr,4); //将收到的源方的IP地址,MAC地址变为目标地址
memcpy(pTx->dmac, pRx->smac,6);
mac_send( (unsigned char*)pTx, sizeof(struct arp_hdr), PROTO_ARP);
}
break;
case 2: //处理arp应答
if((pRx->dipaddr[0] == ip_addr[0]) && \
(pRx->dipaddr[1] == ip_addr[1]) && \
(pRx->dipaddr[2] == ip_addr[2]) && \
(pRx->dipaddr[3] == ip_addr[3]) )
memcpy(host_mac_addr,pRx->smac,6);
printf("\nwe receive host mac address\n\r");
printf("host_mac_addr 0 :%0x\n\r",host_mac_addr[0]);
printf("host_mac_addr 1 :%0x\n\r",host_mac_addr[1]);
printf("host_mac_addr 2 :%0x\n\r",host_mac_addr[2]);
printf("host_mac_addr 3 :%0x\n\r",host_mac_addr[3]);
printf("host_mac_addr 4 :%0x\n\r",host_mac_addr[4]);
printf("host_mac_addr 5 :%0x\n\r",host_mac_addr[5]);
break;
default:
printf("\n\r arp_opcode Not Support.\n");
break;
}
}
关于ARP的相关知识,自己查阅资料,也可以参考我转载的两篇文章:单片机驱动DM9000进行学习,看完之后自然会明白这两段程序。
这里再讲一个小插曲:
刚开始的时候:收数据错,是因为我dm9000收数据程序
unsigned short *datas;
datas = (unsigned short *)&buffer[0]; //now we begin to receive the real data
for(i = 0; i < len; i += 2) //16 bits mode
{
msdelay(1); //the reg MRCMD has set by the prior prior step
tem = DM9000_DATA;
datas[i] = tem & 0x0ff;
printf(“data: %0x”, datas[i]);
datas[i+1] = (tem>>8)&0x0ff;
printf(“data: %0x”, datas[i+1]);
}
加了这两句之后,发现打印出的数据都会在后面带个00,这个00肯定是多于的,于是定位到了这2句:
unsigned short *datas;
datas = (unsigned short *)&buffer[0];
看见了吧,两个字节,data[i]收一个数据之后,data[i+1]收下一个数据,那就是直接加了2个字节啊,所以会出现在每个数据之后都会跟一个00的原因。
所以改成如下:
unsigned char *datas;
datas = (unsigned char *)&buffer[0]; //now we begin to receive the real data
for(i = 0; i < len; i += 2) //16 bits mode
{
msdelay(1);
tem = DM9000_DATA; //the reg MRCMD has set by the prior prior step
datas[i] = tem & 0x0ff;
datas[i+1] = (tem>>8)&0x0ff;
}
就对了,
这时,收到数据了,结果并没有得到主机的MAC地址,通过打印主机的MAC地址发现还是全是FF,因为如果收到ARP应答包,程序会将ARP应答包中主机MAC地址替换掉原有的广播MAC地址(全是FF),后来将收到的数据全部打印出来,结果发现收到的不是ARP包,而是IP包,而且IP包中有主机的MAC地址,真是神了啊。
我发的ARP请求包,却收到了IP包。。。。。。。
于是我通过wireshark抓包,进行分析,发现主机确实收到了我的ARP请求包,这说明DM9000的发送函数是没有问题的,但是我收到的IP包是一个组播数据包,也就是不是针对我发的,只要在这个组内,都会收到数据包并不是ARP类型的包,说明我的dm9000的接收函数存在问题,但是看看也没什么问题。于是我烧写了linux内核,然后用vivi启动内核,然后ping了下,再抓包,发现正常的流程是发一个arp请求包,紧接着就会再发一个ARP应答包的,就在这时,我看到了一个致命的问题,主机的IP地址在我的程序中写错了一个输,本应是192.168.0.231,却被我写成了192.168.1.231,悲剧啊,怪不得总是收不到ARP应答包啊,请求的主机都不存在,怎么收到回应呢。。。。。。。。。
最后来看下效果图吧:
主机的MAC地址:
主机收到的ARP请求包:
主机发送的ARP应答包:
程序保存通过ARP请求获得的主机的MAC地址:
这里将源码上传:
m-boot_dm900发送接收,ARP协议正常.rar m-boot_dm9000初始化正常.rar
基于VxWorks的S3C2440开发板上DM9000网络芯片驱动开发.rar
注意m-boot_dm9000初始化正常中dm9000接收函数是错的,可以与对的进行对比
m-boot_dm900发送接收,ARP协议正常就是全对了
参考下面的博客了解ARP,DM9000
http://hi.baidu.com/firstm25/blog/item/989c2afcbddee387b801a0ee.html
http://hi.baidu.com/firstm25/blog/item/4f4157fb950301274f4aeab2.html
转载地址:
http://my.chinaunix.net/space.php?uid=13211139&do=blog&id=265668