当前位置:首页 > 单片机 > 单片机
[导读]Internet实现了全球范围内计算机网络的互连,不同主机之间必须遵循相同的网络协议才能彼此通信。TCP/IP协议作为一种网络互联协议,在Internet中得到了最广泛的支持以及应用。笔者此处就轻量级TCP/IP协议Lwip的移植作

Internet实现了全球范围内计算机网络的互连,不同主机之间必须遵循相同的网络协议才能彼此通信。TCP/IP协议作为一种网络互联协议,在Internet中得到了最广泛的支持以及应用。笔者此处就轻量级TCP/IP协议Lwip的移植作一个简单的介绍。

1. TCP/IP协议概述

TCP/IP协议是Internet上使用最广泛的通信协议,其实际上是一个协议簇,其中TCP协议和IP协议是其中两个最重要的协议。

TCP/IP协议采用4层层级结构:应用层、运输层、网络层、链路层。相应的层级除了能够向上一层提供服务,还需要使用下一层所提供的服务。

1.1. 链路层

数据链路层将网络层交下来的IP数据报组装成帧,在两个相邻结点间的链路上透明传送以帧为单位的数据,另一结点若收到无差错的帧,则从收到的帧中提取出IP数据报上交上一层,否则丢弃此包。这一层级帧格式通常采用Ethernet V2,有效的MAC帧长度为64~1518字节,通常由网络适配器实现这一层级。

1.2. 网络层

网络层把运输层产生的报文段或用户数据报封装成分组或包进行传送,由于网络层使用无连接的网际协议IP,因此,分组也称为IP数据报,并且是不可靠的。除了IP协议,网络层还需配套使用以下几个协议:地址解析协议ARP、逆地址解析协议RARP、因特网控制报文协议ICMP、因特网组管理协议IGMP。

1.3. 运输层

运输层向上面的应用层提供通信服务,具有复用和分用的功能。复用就是多个应用层进程可同时使用运输层的服务,分用则为运输层可以把收到的数据分别交付上面应用层中相应的进程。这一层级有两个不同的协议:传输控制协议TCP和用户数据报协议UDP。TCP提供面向连接的服务,数据传输单位为报文段,能够保证提供可靠的交付。其传输数据前必须先建立连接,结束传输后要释放连接,不提供广播或多播服务。UDP传输数据前不需要建立连接,数据传输单位为用户数据报,不保证提供可靠的交付。运输层接收到UDP报文后,不需要给出任何确认,可以实现广播或多播服务。

1.4. 应用层

应用层根据运输层提供的服务,实现不同主机中多个应用进程之间的通信和协同工作,由实际的应用规划应用进程在通信时所遵循的协议。在Internet中有很多标准的应用层协议如:域名系统DNS、文件传输协议FTP、超文本传输协议HTTP、远程终端协议TELNET、动态主机配置协议DHCP、简单网络管理协议SNMP等等。

2. Lwip概述

Lwip是瑞典计算机科学院(SICS)的Adam Dunkels开发的一个小型开源TCP/IP协议栈。作为轻量级TCP/IP协议,Lwip支持有操作系统以及无操作系统运行,其在保持TCP/IP协议主要功能的基础上,减少对RAM、ROM的占用,非常适合于嵌入式系统使用。

3. Lwip移植

对于一个可移植的开源协议栈,移植部分往往分成体系结构相关、操作系统相关、驱动接口相关这几个部分。此处以Lwip-1.4.1版本为例说明移植的相关代码文件。

3.1. 体系结构相关3.1.1. cc.h

在cc.h中需实现cpu以及编译器相关的定义,Lwip为了可移植,使用了自身的数据类型,需根据使用的cpu以及编译器进行定义。网络字节序使用大端格式,并且其数据结构需严格按照字节对齐,此处定义cpu的字节序以及编译器字节对齐宏等。

#ifndef __ARCH_CC_H__

#define __ARCH_CC_H__

#include /* printf, fflush, FILE */

#include /* abort */

#define LWIP_PROVIDE_ERRNO

/* Define platform endianness (might already bedefined) */

#define BYTE_ORDER LITTLE_ENDIAN

/* Define generic types used in lwIP */

typedef unsignedchar u8_t;

typedef signedchar s8_t;

typedef unsignedshort u16_t;

typedef signedshort s16_t;

typedef unsignedlong u32_t;

typedef signedlong s32_t;

typedef u32_t mem_ptr_t;

typedef u32_t sys_prot_t;

/* Define (sn)printf formatters for these lwIP types*/

#define U16_F "hu"

#define S16_F "hd"

#define X16_F "hx"

#define U32_F "lu"

#define S32_F "ld"

#define X32_F "lx"

/* Compiler hints for packing structures */

#define PACK_STRUCT_BEGIN

#define PACK_STRUCT_STRUCT __attribute__((__packed__))

#define PACK_STRUCT_END

#define PACK_STRUCT_FIELD(x) x

/* Plaform specific diagnostic output */

#define LWIP_PLATFORM_DIAG(x) do { printf x; } while(0)

#define LWIP_PLATFORM_ASSERT(x) do {

printf("Assertion "%s" failed at line%d in %sn",

x, __LINE__, __FILE__); fflush(NULL); abort(); }while(0)

#endif /* __ARCH_CC_H__ */

3.1.2. perf.h

perf.h用于实现系统统计和测量相关头文件,在平时可以不用。

#ifndef __PERF_H__

#define __PERF_H__

#define PERF_START/* null definition */

#define PERF_STOP(x)/* null definition */

#endif /* __PERF_H__ */

3.2. 操作系统相关3.2.1. sys_arch.h/sys_arch.c

在sys_arch.h/sys_arch.c中需实现操作系统相关的接口,主要是提供信号量、邮箱、临界区保护的接口实现,为了支持Lwip的完整功能,还需实现多线程接口,除此之外,Lwip还需使用系统时钟来确定一些模块(如ARP、TCP等)的超时处理。所有需在sys_arch.h/sys_arch.c中实现的接口函数均在sys.h中给出了原型,此处不使用操作系统,只需实现Lwip的系统时钟即可。

extern volatile uint32_t SystemTick;

uint32_t sys_now(void)

{

returnSystemTick;

}

3.3. 驱动接口相关3.3.1. ethernetif.c

Lwip最底层需要实现读写网卡,其中在源码包中ethernetif.c,已经给出了底层驱动接口模板的实现,因此只需要在模板中加入网卡驱动接口函数即可,主要是网卡初始化、网卡接收、网卡发送这三个函数。笔者使用的是DM9000A,驱动的实现在前面章节有详细的介绍,此处不再细述。

/* Define those to better describe your networkinterface. */

#define IFNAME0 'e'

#define IFNAME1 'n'

struct ethernetif {

structeth_addr *ethaddr;

/* Addwhatever per-interface state that is needed here. */

};

struct netifDM9000_netif;

static void low_level_init(struct netif *netif)

{

/* set MAC hardware address length */

netif->hwaddr_len = ETHARP_HWADDR_LEN;

/* set MAC hardware address */

netif->hwaddr[0] = default_enetaddr[0];

netif->hwaddr[1] = default_enetaddr[1];

netif->hwaddr[2] = default_enetaddr[2];

netif->hwaddr[3] = default_enetaddr[3];

netif->hwaddr[4] = default_enetaddr[4];

netif->hwaddr[5] = default_enetaddr[5];

/* maximum transfer unit */

netif->mtu = 1500;

/* device capabilities */

/* don't set NETIF_FLAG_ETHARP if this device is notan ethernet one */

netif->flags = NETIF_FLAG_BROADCAST |NETIF_FLAG_ETHARP | NETIF_FLAG_LINK_UP;

/* Do whatever else is needed to initialize interface.*/

DM9000_Init();

}

static err_t low_level_output(struct netif *netif,struct pbuf *p)

{

struct pbuf*q;

uint16_tBuffer[1514/2];

uint8_t*pBuffer;

#if ETH_PAD_SIZE

pbuf_header(p,-ETH_PAD_SIZE); /* drop the padding word */

#endif

pBuffer =(uint8_t *)Buffer;

for(q = p; q!= NULL; q = q->next) {

memcpy(pBuffer, q->payload, q->len);

pBuffer +=q->len;

}

// signal thatpacket should be sent();

DM9000_SendPacket(Buffer, p->tot_len);

#if ETH_PAD_SIZE

pbuf_header(p,ETH_PAD_SIZE); /* reclaim the padding word */

#endif

LINK_STATS_INC(link.xmit);

return ERR_OK;

}

static struct pbuf * low_level_input(struct netif*netif)

{

struct pbuf*p, *q;

uint16_tBuffer[1514/2];

uint8_t*pBuffer;

int16_t len;

/* Obtain thesize of the packet and put it into the "len" variable. */

len =DM90000_ReceivePacket(Buffer);

if (len <=0) {

return NULL;

}

#if ETH_PAD_SIZE

len +=ETH_PAD_SIZE; /* allow room for Ethernet padding */

#endif

/* We allocatea pbuf chain of pbufs from the pool. */

p =pbuf_alloc(PBUF_RAW, len, PBUF_POOL);

if (p != NULL){

#if ETH_PAD_SIZE

pbuf_header(p, -ETH_PAD_SIZE); /* drop the padding word */

#endif

pBuffer =(uint8_t *)Buffer;

for(q = p; q!= NULL; q = q->next) {

memcpy(q->payload, pBuffer, q->len);

pBuffer+= q->len;

}

#if ETH_PAD_SIZE

pbuf_header(p, ETH_PAD_SIZE); /* reclaim the padding word */

#endif

LINK_STATS_INC(link.recv);

} else {

LINK_STATS_INC(link.memerr);

LINK_STATS_INC(link.drop);

}

return p;

}

void ethernetif_input(struct netif *netif)

{

struct eth_hdr*ethhdr;

struct pbuf*p;

/* movereceived packet into a new pbuf */

p =low_level_input(netif);

/* no packetcould be read, silently ignore this */

if (p == NULL)return;

/* points topacket payload, which starts with an Ethernet header */

ethhdr =p->payload;

switch(htons(ethhdr->type)) {

/* IP or ARPpacket? */

caseETHTYPE_IP:

caseETHTYPE_ARP:

#if PPPOE_SUPPORT

/* PPPoEpacket? */

caseETHTYPE_PPPOEDISC:

caseETHTYPE_PPPOE:

#endif /* PPPOE_SUPPORT */

if(netif->input(p, netif)!=ERR_OK) {

LWIP_DEBUGF(NETIF_DEBUG, ("e

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭