LwIP:是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。
uIP:超小型的TCP/IP协议栈
为什么不用Linux上的TCP/IP协议栈?
因为代码太庞大,而且Linux上的网络管理功能丰富,有很多功能在物联网设备上是不需要的,如HTTP,因为不需要WEB服务。
Linux的TCP/IP协议栈的很多协议都可以去掉,然后留下下面协议,基本上可以满足物联网设备。
- IP协议
- TCP协议
- UDP协议
- ARP协议
- ICMP协议
LwIP简介
LwIP是Light Weight (轻型)IP协议,有无操作系统的支持都可以运行。LwIP实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用,它只需十几KB的RAM和40K左右的ROM就可以运行,这使LwIP协议栈适合在低端的嵌入式系统中使用。 [1]
lwIP协议栈主要关注的是怎么样减少内存的使用和代码的大小,这样就可以让lwIP适用于资源有限的小型平台例如嵌入式系统。为了简化处理过程和内存要求,lwIP对API进行了裁减,可以不需要复制一些数据。
lwip提供三种API:1)RAW API 2)lwip API 3)BSD API。
RAW API把协议栈和应用程序放到一个进程里边,该接口基于函数回调技术,使用该接口的应用程序可以不用进行连续操作。不过,这会使应用程序编写难度加大且代 码不易被理解。为了接收数据,应用程序会向协议栈注册一个回调函数。该回调函数与特定的连接相关联,当该关联的连接到达一个信息包,该回调函数就会被协议 栈调用。这既有优点也有缺点。优点是既然应用程序和TCP/IP协议栈驻留在同一个进程中,那么发送和接收数据就不再产生进程切换。主要缺点是应用程序不 能使自己陷入长期的连续运算中,这样会导致通讯性能下降,原因是TCP/IP处理与连续运算是不能并行发生的。这个缺点可以通过把应用程序分为两部分来克 服,一部分处理通讯,一部分处理运算。
lwip API把接收与处理放在一个线程里面。这样只要处理流程稍微被延迟,接收就会被阻塞,直接造成频繁丢包、响应不及时等严重问题。因此,接收与协议处理必须 分开。LwIP的作者显然已经考虑到了这一点,他为我们提供了 tcpip_input() 函数来处理这个问题, 虽然他并没有在 rawapi 一文中说明。 讲到这里,读者应该知道tcpip_input()函数投递的消息从哪里来的答案了吧,没错,它们来自于由底层网络驱动组成的接收线程。我们在编写网络驱动时, 其接收部分以任务的形式创建。 数据包到达后, 去掉以太网包头得到IP包, 然后直接调用tcpip_input()函数将其 投递到mbox邮箱。投递结束,接收任务继续下一个数据包的接收,而被投递得IP包将由TCPIP线程继续处理。这样,即使某个IP包的处理时间过长也不 会造成频繁丢包现象的发生。这就是lwip API。
BSD API提供了基于open-read-write-close模型的UNIX标准API,它的最大特点是使应用程序移植到其它系统时比较容易,但用在嵌入式系统中效率比较低,占用资源多。这对于我们的嵌入式应用有时是不能容忍的
LwIP简单架构
网络编程接口RAW IP和socket该怎么选择
RAW API | Netconn/Socket API | |
是否需要操作系统 | 不需要 | 需要 |
控制基于 | PCB | Socket |
接口调用方式 | 回调 | 接近windows或Linux 的API |
结构 | 核心API | 高等级API |
应用 | 降低内存设备 没有操作系统应用程序 开发者拥有更多的控制权 | 更高的存储设备 移植来自linux/windows的协议或应用程序 |
复杂度 | 高 | 低 |
内存 | 小 | 大 |
常用的是基于Socket APIS
那我用什么操作系统好呢?
常见的物联网设备操作系统介绍
- vxWork
- uC/OS-III和uC/OS-II
- uCLinux
- RT-thread
- Huwei LiteOs
- Alios Things
- FreeRTOS
般会选择FreeRTOS,开源而且简单。