协议栈学习笔记 - 360文档中心

LWIP+UCOSIII学习笔记

1．网络芯片比较目前使用的网络芯片一般有以下几种：DP83848、DM9000、enc28j60、RLD8019、w5100网卡工作在osi的最后两层，物理层(PHY)和数据链路层(MAC)。

物理层定义了数据传送与接收所需要的电与光信号、线路状态、时钟基准、数据编码和电路等，并向数据链路层设备提供标准接口。

物理层的芯片称之为PHY。

数据链路层则提供寻址机构、数据帧的构建、数据差错检查、传送控制、向网络层提供标准的数据接口等功能。

以太网卡中数据链路层的芯片称之为MAC 控制器。

1．DP83848:物理层(PHY),跟MII接口。

2. DM9000:物理层(PHY)和数据链路层(MAC)(10/100M)。

跟8/16/32总线接口3. enc28j60:MAC+PHY（10M Base T）。

spi接口4. w5100:硬件TCP/IP协议栈+MAC+PHY(10/100M Base T)。

并行总线接口5. RLD8019：和w5100类似，比较老。

举个例子：W5100里面用硬件逻辑电路实现了TCP/IP的协议栈结构，不需要向ENC28J60这样的网络控制器那样还需要一个资源较大的MCU跑软件协议栈。

你直接把W5100当外部RAM使用，MCU初始化一下I/O，寄存器等就能使用了。

2．TCP/IP协议族的四个层次网络协议通常分不同层次进行开发，每一层分别负责不同的通信功能。

一个协议族，比如TCP/IP，是一组不同层次上的多个协议的组合。

TCP/IP通常被认为是一个四层协议系统，如下图所示：每一层负责不同的功能：1) 链路层，有时也称作数据链路层或网络接口层，通常包括操作系统中的设备驱动程序和计算机中对应的网络接口卡。

它们一起处理与电缆（或其他任何传输媒介）的物理接口细节。

2) 网络层，有时也称作互联网层，处理分组在网络中的活动，例如分组的选路。

在TCP/IP协议族中，网络层协议包括I P协议（网际协议），ICMP协议（Internet互联网控制报文协议），以及IGMP协议（Internet组管理协议）。

IP-RAN介绍及关键技术原理学习笔记

IPRAN技术原理介绍1.技术起源RAN的传统传输方式：RAN传输新需求:1.1I PRAN概述IPRAN网络架构：2.IPRAN协议栈2.1I u-cs接口IP传输协议栈Iu-ps接口IP传输协议栈Iu-r接口IP传输协议栈Iub接口IP传输协议栈3.IPRAN组网不同的Iub接口组网：4.IPRAN与PTN的区别IPRAN是用的L3+L2的技术，在核心汇聚层用L3VPN在接入层用的是L2VPN。

这个技术偏向路由器属于2/3层的设备。

在核心层主流用ISIS协议，接入层用OSPF协议。

业务采用多段伪线的方式。

其倒换机制比PTN丰富安全，但存在路由重优化的时间缺陷。

PTN用的L2VPN技术，属于2层设备。

配置采用点到点业务配置方法，保护是基于隧道的保护方式。

传统IPRAN/PTN设备定义：长期以来，PTN阵营和IPRAN阵营互相诋毁，相互攻击对方的弱点。

如果从应用的角度来说，技术的优劣是次要的，关键是要找到最适合自己业务特征的技术，方便业务开展和维护。

传统IPRAN/PTN设备定义IPRAN/PTN原理比较长期以来，PTN阵营和IPRAN阵营互相诋毁，相互攻击对方的弱点。

如果从应用的角度来说，技术的优劣是次要的，关键是要找到最适合自己业务特征的技术，方便业务开展和维护。

传统IPRAN/PTN设备定义IPRAN/PTN原理比较面向连接的技术静态组网，需人工配置，无法自动调整非面向连接的技术动态组网，无需人工配置，网络可以自动调整接口类型低速接口：E1TDM接口：STM-1/4/16以太接口：FE、GE、10GEATM接口：STM-1、STM-4、STM-16低速接口：E1TDM接口：STM-1/4/-16以太接口：FE/GE/10GE、40G、100GATM接口：STM-1、STM-4、STM-16IPRAN对PTN的攻击点1.IPRAN设备安全性优于PTN：经过复杂Internet网络的洗礼，路由器具备更为丰富的设备安全防护特性2.PTN与现有IP、MSTP网络互通时，业务无法端到端建立3.PTN端到端必须用同一厂家设备，网络扩容、优化受限4.IPRAN是分组传送技术发展方向标准化方面：T-MPLS已终止，MPLS-TP发布延迟产业链：支持IPRAN的设备制造商比PTN多互通性：IPRAN标准化程度高，互通良好；PTN设备间无法互通应用：IPRAN在全球综合承载广泛应用；PTN适合纯移动回传；PTN对IPRAN的攻击点1.缺乏快速可靠的网络保护和OAM故障检测机制，网络监控困难。

ZigBee协议栈学习总结

ZigBee协议栈学习总结近年来，物联网技术发展迅猛，智能家居、智能工厂等应用逐渐普及。

而ZigBee协议作为一种广泛应用于物联网中的低功耗、近距离、网状网络通信协议，受到了广泛的关注和应用。

在ZigBee技术中，协议栈是关键的一环。

本文将对ZigBee协议栈的相关知识进行总结。

一、ZigBee协议栈概述ZigBee协议栈是指在物联网中实现ZigBee通信的软件系统，它包含了多个层级，每个层级负责不同的功能。

ZigBee协议栈分为应用层、网络层、MAC层和物理层，通过这些层级的协同工作，实现了ZigBee设备之间的通信。

1.1 应用层在ZigBee协议栈中，应用层是最上层的一层，负责定义应用数据的传输方式和应用协议。

应用层通过上层应用与下层协议栈进行交互，将上层应用数据封装为ZigBee命令帧发送给网络层。

1.2 网络层网络层是ZigBee协议栈的中间层，负责实现设备的网络发现、路由选择和网络管理等功能。

网络层通过维护网络拓扑结构，实现了ZigBee设备之间的互联互通。

1.3 MAC层MAC层即介质访问控制层，是介于网络层和物理层之间的一层。

MAC层负责管理无线通信信道，实现了数据的可靠传输和统计信息的收集。

1.4 物理层物理层是ZigBee协议栈的最底层，负责处理物理信号的传输和接收。

物理层根据不同的频段和传输速率，将数字信号转换为模拟信号进行无线传输。

二、ZigBee协议栈的工作原理ZigBee协议栈的各层级通过相互协作，实现了物联网设备之间的通信。

协议栈从应用层开始，将上层应用数据经过各层的处理和封装，最终通过物理层进行无线传输。

在接收端，协议栈将接收到的信号依次经过物理层、MAC层、网络层和应用层的解析，最终将数据传递给上层应用进行处理。

三、ZigBee协议栈的特点和优势ZigBee协议栈相较于其他通信协议具有以下特点和优势：3.1 低功耗ZigBee协议栈采用低功耗设计，设备在待机状态下功耗非常低，能够延长设备的使用寿命。

阿里大佬终于把TCPIP协议学习笔记整理出来了

阿里大佬终于把TCPIP协议学习笔记整理出来了一般来说，TCP/IP 是利用IP进行通信时所必须用到的协议群的统称。

具体点，IP或ICMP、TCP或UDP、TELENT或ETP、以及HTTP等都属于TCP/IP协议，而TCP/IP泛指这些协议。

TCP/IP协议分层模型网络协议通常分为不同层次进行开发，每一层分别负责不同的通信功能。

一个协议族，比如TCP/IP，是一组不同层次上的多个协议的组合。

TCP/IP通常被认为是一个四层协议系统，如下表所示：层级对应的协议或应用负责的功能应用层Telnet、FTP和e-mail等负责处理特定的应用程序的细节运输层TCP 和 UDP 为两台主机上的应用程序提供端到端的通信网络层IP、ICMP 和 IGMP 处理分组在网络中的活动，例如分组的选路链路层设备驱动程序及接口层处理与传输媒介的物理接口细节通常情况下，应用程序就是一个用户进程，而下三层则一般在（操作系统）内核中执行，例如UNIX 操作系统。

除此之外，应用层与下三层还有一个关键不同在于：应用层关心的是应用程序的细节，而不是数据在网络中的传输活动，下三层对应用程序一无所知，但它们要处理所有的通信细节。

在TCP/IP协议族中，网络层IP提供的是一种不可靠的服务，也就是说，它只是尽快的将分组从源结点送到目的结点，但并不提供任何可靠性保证。

而另一方面，TCP在不可靠的IP层上提供了一个可靠的运输层。

为了提供这种可靠的服务，TCP采用了超时重传、发送和接收端到端的确认分组等机制。

由此可见，运输层和网络层分别负责不同的功能。

TCP/IP 的分层在 TCP/IP 协议族中，有很多中协议。

如下图所示：在 TCP/IP 协议族中，有很多中协议。

如下图所示：TCP 和 UDP 是两种最为著名的运输协议，二者都可以使用 IP 作为网络层协议。

虽然 TCP 使用不可靠的 IP 服务，但它却提供了一种可靠的运输层服务；UDP 为应用程序发送和接收数据包。

操作系统中的网络协议栈及其实现

操作系统中的网络协议栈及其实现在当今的数字化时代，网络已经成为了人们生活和工作中不可或缺的一部分。

作为连接互联网的重要中介，操作系统扮演着一个重要的角色。

操作系统中的网络协议栈是实现网络通信的核心组件，本文将对操作系统中的网络协议栈及其实现进行探讨。

一、网络协议栈的作用和基本原理操作系统中的网络协议栈是一系列网络协议的集合，用于实现数据在网络中的传输和通信。

它通过网络接口设备与物理网络相连，负责数据封装、分组、路由和传输等一系列工作。

网络协议栈按照分层结构组织，通常包括物理层、数据链路层、网络层、传输层和应用层等不同的层次。

1. 物理层物理层是网络协议栈的最底层，负责将数字数据转换为物理信号，并通过物理介质进行传输。

它关注的是物理连接、电气特性和传输速率等问题。

2. 数据链路层数据链路层建立在物理层之上，负责将数据分组组装为数据帧，并通过物理介质传输。

它包括逻辑链路控制、介质访问控制和数据帧的错误检测和纠正等功能。

3. 网络层网络层负责数据在网络中的路由选择和传输控制。

它提供了网络互联和数据包交换的功能，具有IP地址分配、路由表维护等重要功能。

4. 传输层传输层为应用程序提供了端到端的可靠通信服务。

它通过端口号标识应用程序，负责数据的分段、重组和流控制等工作。

5. 应用层应用层是网络协议栈的最高层，提供了各种网络应用程序的接口和服务。

它包括HTTP、FTP、DNS等协议，用于实现电子邮件、文件传输、域名解析等功能。

二、网络协议栈的实现方式操作系统中的网络协议栈可以通过不同的实现方式来实现，下面介绍两种常用的实现方式。

1. 单内核实现方式单内核实现方式是指将网络协议栈的各个层次直接嵌入到操作系统的内核中。

这种实现方式的优点是效率高，因为各个层次之间可以直接进行函数调用。

然而，缺点是网络协议栈与操作系统内核紧密耦合，不够灵活，对于协议的更新和扩展需要修改内核代码。

2. 用户态协议栈实现方式用户态协议栈实现方式是指将网络协议栈的各个层次实现为用户态的进程或线程。

协议栈名词解释

协议栈名词解释
协议栈是指计算机网络中的一种通信体系结构，它将不同层级和功能
的通信协议分层处理，并进行相互协作，实现网络通信。

协议栈通常
由多层级协议组成，每一层级都拥有特定的用途和职责。

以下是协议
栈中常用的名词解释:
1. 物理层：物理层是协议栈的最低层级，它负责将比特流转化为信号，并通过传输介质在网络中传输。

2. 数据链路层：数据链路层在物理层之上，它的主要作用是将物理层
传输的比特流转化为数据帧，并进行数据帧的封装和解封装。

3. 网络层：网络层负责在多个数据链路层之间进行路由选择，并实现
数据包的传输。

4. 传输层：传输层是协议栈的核心层级，主要负责点到点的进程与进
程之间的通信，并实现可靠数据传输和数据流量控制。

5. 应用层：应用层是协议栈最高层级，它运行着应用程序，向用户提
供网络服务和应用服务。

6. TCP/IP协议栈：TCP/IP协议栈是因特网协议栈中最常用的协议栈，它包括四个层级：网络接口层、网络层、传输层和应用层。

7. OSI模型：OSI模型是国际标准化组织在1984年发布的一个网络通信体系结构标准。

它将通信协议分为七个层级：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。

协议栈的实现可以在硬件和软件两个层面进行，软件实现的协议栈通
常可以通过API提供给应用程序使用。

由于网络通信的复杂性和多样性，不同的协议栈应用于不同的场景中。

正确理解和熟练掌握协议栈
的概念和结构，对于网络通信的学习和实践具有非常重要的意义。

LTE逻辑分层和接口协议

LTE逻辑分层和接⼝协议本⽂链接：，感谢作者。

LTE学习笔记三：接⼝协议上⼀笔记说明了LTE⽹络的⽹元组成，⽹元之间的联系是通过标准化的接⼝。

接下来学习LTE终端和⽹络的空中接⼝Uu、基站之间的X2接⼝、基站与核⼼⽹之间的S1接⼝，以及LTE接⼝协议栈和以往⽆线制式相⽐的特点。

1.接⼝协议栈接⼝是指不同⽹元之间的信息交互⽅式。

既然是信息交互，就应该使⽤彼此都能看懂的语⾔，这就是接⼝协议。

接⼝协议的架构称为协议栈。

根据接⼝所处位置分为空中接⼝和地⾯接⼝，响应的协议也分为空中接⼝协议和地⾯接⼝协议。

空中接⼝是⽆线制式最个性的地⽅，不同⽆线制式，其空⼝的最底层（物理层）的技术实现差别巨⼤。

LTE空中接⼝是UE和eNodeB的LTE-Uu接⼝，地⾯接⼝主要是eNodeB之间的X2接⼝，以及eNodeB和EPC之间的S1接⼝。

1.1 三层协议栈的分层结构有助于实现简化设计。

底层协议为上层提供服务；上层使⽤下层的提供的功能，上层不必清楚下层过程处理的细节。

⽐较常见的分层协议有OSI七层参考模型和TCP/IP四层协议。

⽆线制式的接⼝协议也分层，粗略分为物理层（层⼀，L1，PHY)、数据链路层（层⼆，L2，DLL）、⽹络层（层三，L3，NL）。

物理层主要功能是提供两个物理实体间的可靠⽐特率传输，适配传输媒介。

⽆线空⼝中，适配的是⽆线环境；地⾯接⼝中，适配的则是E1，⽹线，光纤等传输媒介。

数据链路层的主要功能是信道复⽤和解复⽤、数据格式的封装、数据包调度等。

完成的主要功能是具有个性的业务数据向没有个性的通⽤数据帧的转换。

⽹络层的主要功能是寻址、路由选择、连接的建⽴和控制、资源的配置策略等。

eUTRAN和UTRAN的分层结构类似，但为了灵活承载业务、简化⽹络结构、缩短处理时延，rUTRAN接⼝协议栈以下功能从层三转移到层⼆：（1）动态资源管理和Qos保证功能转移到MAC（媒介接⼊控制）层。

（2）DTX/DRX（不连续发射/接收）控制转移到MAC层。

第六章 zigbee协议栈详解

学时：4
ZigBee协议栈详解
目标：本章在向学员介绍物联网体系中传输层所使用的相关技术，通过本课的学习，学员应该掌握如下知识： IP协议栈的应用 WLAN无线网络应用
大纲
协议栈内部结构 IEEE802.15.4 标准和 ZigBee 协议协议栈软件总体设计网络层（NWK）设计应用层 MAC 层设计物理层（PHY）设计
原语的概念
ZigBee 协议按照开放系统互联的 7 层模型将协议分成了一系列的层结构，各层之间通过相应的服务访问点来提供服务。这样使得处于协议中的不同层能够根据各自的功能进行独立的运作，从而使整个协议栈的结构变得清晰明朗。另一方面，由于 ZigBee 协议栈是一个有机的整体，任何 ZigBee 设备要能够正确无误的工作，就要求协议栈各层之间共同协作。因此，层与层之间的信息交互就显得十分重要。ZigBee 协议为了实现层与层之间的关联，采用了称为服务“原语”的操作。
Zigbee绑定操作
ZigBee协议ห้องสมุดไป่ตู้各层帧结构之间的关系
在 ZigBee 协议栈中，任何通信数据都是利用帧的格式来组织的。协议栈的每一层都有特定的帧结构。当应用程序需要发送数据时，它将通过 APS 数据实体发送数据请求到 APS。随后在它下面的每一层都会为数据附加相应的帧头，组成要发送的帧信息。
分裂、重新组装和可靠数据传输地址映射来自于64位IEEE地址和16位网络地址
ZigBee 设备对象（ZDO）
负责定义网络中设备的角色，如：协调器或者终端设备对绑定请求的初始化或者响应。在网络设备之间建立安全联系在网络中发现设备和决定供给哪个应用服务
实现这些功能，ZDO 使用 APS 层的 APSDE-SAP 和网络层的 NLME-SAP。ZDO 是特殊的应用对象，它在端点 (endpoint)0 上实现。

Zigbee协议栈原理基础

编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载Zigbee协议栈原理基础甲方：___________________乙方：___________________日期：___________________IZigbee协议栈相关概念i.i近距离通信技术比较：近距离无线通信技术有wifi、蓝牙、红外、zigbee,在无线传感网络中需求的网络通信恰是近距离需求的，故，四者均可用做无线传感网络的通信技术。

而，其中（1）红外（infrared ）:能够包含的信息过少；频率低波衍射性不好只能视距通信；要求位置固定；点对点传输无法组网。

（2）蓝牙（bluetooth ）:可移动，手机支持；通信距离10m；芯片价格贵；高功耗（3） wifi :高带宽；覆盖半径100m ;高功耗；不能自组网；（4） zigbee:价格便宜；低功耗；自组网规模大。

WSN中zigbee通信技术是最佳方案，但它连接公网需要有专门的网关转换进一步学习stm32。

1.2协议栈协议栈是网络中各层协议的总和，其形象的反映了一个网络中文件传输的过程：由上层协议到底层协议，再由底层协议到上层协议。

1.2.1Zigbee协议规范与zigbee协议栈Zigbee各层协议中物理层（phy）、介质控制层（mac）规范由IEEE802.15.4规定，网络层（NWK）、应用层（apl）规范由zigbee 联盟推出。

Zigbee 联盟推出的整套zigbee 规范：2005 年第一版ZigBeeSpecificationV1.0 , zigbee2006, zigbee2007、zigbeepro zigbee协议栈：很多公司都有自主研发的协议栈，如TI公司的：RemoTI, Z-Stack, SimpliciTI、freakz、msstatePAN 等。

1.2.2z-stack协议栈与zigbee协议栈z-stack协议栈与zigbee协议栈的关系：z-stack是zigbee协议栈的一种具体实现，或者说是TI公司读懂了zigbee 协议栈，自己用C语言编写了一个软件一---z-stack,是由全球几千名工程师共同开发的。

通信协议TCPIP协议栈

通信协议TCPIP协议栈注：本⽂内容来⾃⽹友⼤神，作为学习笔记记录在此。

如有雷同，敬请谅解；⾸先普及⼀些基本概念：IP地址：IPv4 32位的地址，现在常⽤的是Ｂ类或者Ｃ类地址DNS：域名系统。

提供主机名（⽹址）与IP的转换服务。

RFC：tcp/ip协议的标准⽂档。

端⼝号（port）：TCP，UDP上的逻辑号码；⽽不是硬件端⼝。

TCP/IP协议栈主要分为四层：应⽤层、传输层、⽹络层、数据链路层；每层都有相应的协议；所谓的协议：就是双⽅进⾏数据传输的⼀种格式。

整个⽹络中使⽤的协议有很多，所幸的是每⼀种协议都有RFC⽂档。

先来看看⼀帧以太⽹数据包的格式：⼀、TCP协议TCP协议在运输层。

⾯向连接（先建⽴连接），所以保证⾼可靠性（数据⽆丢失、数据⽆失序、数据⽆错误、数据⽆重复到达）传输协议。

⼆、UDP协议与TCP同级别。

⽆连接，不保证可靠的传输层协议。

三、IP协议IP是TCP/IP协议族中最为核⼼的协议。

所有的TCP、UDP、ICMP、IGMP数据都是以IP数据报格式传输。

他的特点如下：不可靠。

不能保证IP数据报能成功地到达⽬的地。

IP仅提供最好的传输服务。

如果发⽣某种错误，e.g.某个路由器暂时⽤完了缓冲区，IP有⼀个简单的错误处理算法：丢弃该数据报，然后发送ICMP消息给信源端。

任何要求的可靠性必须由上层来提供（如TCP）。

⽆连接。

IP并不维护任何关于后续数据报的状态信息。

每隔数据报的处理是互相独⽴的。

也说明，IP数据包可以不按发送顺序接收。

如果⼀信源向相同的信宿发送两个连续的数据报（A,B），他们独⽴地进⾏路由选择，可能不同的路线，B可能在A之前到达。

接下来是介绍详细的头部格式：1. IP报⽂格式IP协议往往被封装在以太⽹帧中传送。

⽽所有的TCP、UDP、ICMP、IGMP数据都被封装在IP数据报中传送。

如图下⾯是IP头部（报头）格式：版本字段（4bits）：当前为IPv4,0100报头长度（4bits）：⽤于表⽰报头的长度。

Linux网络协议栈笔记

转】Linux内核网络协议栈笔记1：协议栈分层/层次结构大家都知道TCP/IP协议栈现在是世界上最流行的网络协议栈，恐怕它的普及的最重要的原因就是其清晰的层次结构以及清晰定义的原语和接口。

不仅使得上层应用开发者可以无需关心下层架构或者内部机制，从而相对透明的操作网络。

这个明显的层次结构也可以在Linux内核的网络协议栈中观察到。

主要的参考文献是：Linux网络栈剖析（中文版）/Anatomy of Linux networking stack（英文原版）by Tim Jones.以及：Linux内核2.4.x的网络接口结构另外一些参考资料可以从这个页面找到：/elibrary/linux/network/（纽约州立大学石溪分校的页面）Linux内核网络协议栈采用了如下的层次结构：内核中的五层分别是（从上到下）：系统调用接口（详见Jones的另一篇文章：使用Linux系统调用的内核命令）协议无关接口（BSD socket层）网络协议（或者简称网络层。

这是一个协议的集合，从链路层到传输层的协议都包括在内。

不同的协议在/net文件夹下除core以外的子目录下，例如基于IP 的协议簇都在/net/ipv4目录下，以太网协议在/net/ethernet目录下）驱动无关接口（又称通用设备层--generic device layer/驱动接口层/设备操作层--device handling layer。

属于网络协议栈最核心的部分，文件位于内核/net/core文件夹下，所以又叫网络核心层。

其中包括了核心的数据结构skbuff 文件中的sk_buff/dev.c文件中net_device，这些数据结构将在下篇文章中介绍）设备驱动程序（在/driver/net文件夹内）不像OSI或者TCP/IP协议栈，事实上并没有一个命名标准，因此在这里，这些层次的名称并不是通用的，但是其语义是清晰的，而且在大多数其他的文章里只是个别字上的差别。

【STM32F429】第5章ThreadXNetXDUO网络协议栈介绍

【STM32F429】第5章ThreadXNetXDUO⽹络协议栈介绍第5章 ThreadX NetXDUO⽹络协议栈介绍本章节介绍 ThreadX NetXDUO⽹络协议栈，让⼤家对NetXDUO有⼀个整体的了解。

5.1 初学者重要提⽰5.2 Express Logic公司介绍5.3 ThreadX NetXDUO简介5.4 ThreadX NetXDUO安全认证5.5 ThreadX NetXDUO⽀持的RFC5.6 ThreadX NetXDUO的IxANVL测试5.7 ThreadX NetXDUO的IPv6就绪微标认证5.8 ThreadX NetXDUO各⾏各业应⽤案例5.9 总结5.1 初学者重要提⽰ThreadX是⼩型RTOS的巅峰之作，通过了各⾏各业的安全认证，并且⼤部分都是最⾼安全标准。

作为中间件的NetXDUO协议栈也通过了各种安全认证。

5.2 Express Logic公司介绍ThreadX的作者是William lamie（同样是Nucleus RTOS的原始作者，于1990年发布）。

1996的时候成⽴了Express Logic，并于1997发布⾸版ThreadX RTOS。

ThreadX4发布于2001年，ThreadX5发布于2005年，ThreadX6发布于2020年。

FileX – ThreadX的嵌⼊式⽂件系统于1999年发布⾸版。

NetX – ThreadX的嵌⼊式TCP / IP⽹络协议栈于2002年发布⾸版。

USBX – ThreadX的嵌⼊式USB协议栈于2004年发布⾸版。

2009年推出了适⽤于SMP多核环境的ThreadX。

2011年发布⽀持动态应⽤加载的ThreadX Modules。

GUIX – ThreadX的嵌⼊式UI于2014年发布⾸版。

Microsoft在2019年4⽉18⽇以未公开的价格购买了Express Logic。

5.2.1 ThreadX内核ThreadX⼏乎是⼩型RTOS的巅峰之作，不管你之前⽤的那个OS，如果有精⼒建议还是学习下。

ZigBee协议栈学习总结

ZigBee协议栈学习笔记1、CC2530的Flash为非易失性存储器，能保存必要数据，以便在设备重启后直接使用，使用此功能可以保存具体的网络参数。

2、CC2530协议栈例程模板中，SampleAPP.c文件相当于CC2430模板中sapi.c文件。

3、CC2530引脚的寄存器介绍（即PxDIR、PxSEL、PxINP等语句的意思）P0和P1 是完全的8 位端口，而P2 仅有5 位可用，作为缺省的情况，每当复位之后，所有的数字输入/输出引脚都设置为通用输入引脚。

在任何时候，要改变一个端口引脚的方向，就使用寄存器PxDIR 来设置每个端口引脚为输入或输出。

因此只要设置PxDIR 中的指定位为1，其对应的引脚口就被设置为输出了。

用作输入时，通用I/O 端口引脚可以设置为上拉、下拉或三态操作模式，作为缺省的情况，复位之后，所有的端口均设置为带上拉的输入，。

要取消输入的上拉或下拉功能，就要将PxINP 中的对应位设置为1。

普通I/O就是作为输入输出接口，外设功能时就是将io作为外设与外部链接得接口，具体用什么，要根据实际需要，比如你要控制继电器，io作为普通功能输出就可以。

要是使用串口，io就要作为外设接口与外通讯。

GPIO-P0,P1,P2,P0-P1是8个，P2为5位，逻辑电平高低1，0，外设IO，就是定时器1，3，4和USART0 ,USART1,和ADC （P0口）。

外设IO位置是固定的管脚。

例子：设置P1.0、P1.1、P1.4引脚输出代码。

(写成P1DIR = 0x13也行)4、LED灯、按键等一些基础硬件引脚定义在HAL-Target-CC2530EB -Config-hal_board_cfg.h头文件中，如下图所示要修改预定义的三个地方，BV(0)为该引脚所在的位，在第几位BV后面数字为几（可查看该变量定义，为0x01向左移动n位，该变量用于后面运算），后面两个变量一个控制引脚的端口号，一个为引脚端口号的方向选择。

osip2协议栈原理分析以及总结

OSIP2协议栈学习总结1、Osip2协议栈介绍Osip2是一个开放源代码的sip协议栈,是开源代码中不多使用C语言写的协议栈之一，它具有短小简洁的特点。

它的核心特性为sip协议数据的解析和事务的管理。

数据包的收发、RTP 流的处理等，并不在Osip2中完成。

应用程序使用Osip 时需要单独去实现这些模块。

Osip2的缺点是没有很好的上层api封装，使得上层应用在调用协议栈时很破碎；只做到了transaction层次的协议过程解析，缺少call、session、dialog等过程的解析，这也增加了使用的难度。

2、Osip2协议栈体系结构OSIP主要由解析模块、工具模块和状态机模块构成，其核心是状态机模块．OSIP结构如图所示．2.1 语法解析器libosip库源码src/osipparser2为解析器源码，OSIP解析模块主要用于对SIP请求与响应进行封装与解析处理，分为SIP解析、URL解析与SDP解析完成对sip协议相关字段的构造和解析。

比如，将紧凑的存储于内存buffer中的sip 数据解析到清晰定义的数据结构体中，每一个字段代表sip协议中有意义的一个头域。

SIP解析主要负责SIP标题头的解析与封装。

SDP解析除了对数据包中SDP会话各类型进行解析外还包含对各类型的初始化和释放操作以及对整个SDP包的一些基本操作。

URL解析主要负责对SIP URI中包含的host，port，username，password等信息进行解析与设置。

2.2 有限状态机SIP状态机模块负责完成对某个事务状态的维持及处理。

并且在特定的状态下触发相应的事件或者回调函数。

OSIP协议栈的状态机主要分为4类：INVITE客户端事务ICT，非INVITE 客户端事务NICT，INVITE服务器端事务IST，非INVITE服务器端事务NIST。

2.3 工具模块OSIP工具模块分为对话管理工具和SDP协商工具。

对话管理工具使用户能够根据RFC3261对dialog进行操作，建立相应dialog结构体。

ZigBee协议栈任务处理分析笔记

ZigBe‎e协议栈任‎务处理分析‎笔记----(转载请注明‎出处77491‎0**********)Everh‎u ai写于‎2011-11-17 弄了这么久‎Z i g Be‎e协议栈，今天终于有‎一点头绪了‎，基本上知道‎了整个系统‎任务怎么被‎添加，又是怎么被‎切换的一个‎过程。

下面就简单‎讲一讲这部‎分内容。

首先看的当‎然是mai‎n()函数，不过这个函‎数不是今天‎的重点，里面有我添‎加的注释，先就一笔带‎过吧。

int main( void ){// Turn off inter‎r upts‎osal_‎int_d‎i sabl‎e( INTS_‎A LL );//关闭全局中‎断E A=0,初始化过程‎不响应任何‎中断// Initi‎al iza‎t i on for board‎ relat‎e d stuff‎ such as LEDsHAL_B‎OARD_‎I NIT();//配置了时钟‎、L ED、串口// Make sure suppl‎y volta‎ge is high enoug‎h to runzmain‎_vdd_‎ch eck‎();//检查电源电‎压// Initi‎al ize‎ stack‎memor‎yzmain‎_ram_‎i nit();//初始化堆内‎存// Initi‎al ize‎b oard‎ I/O /初始化板子‎用到的IO‎口InitB‎o ard( OB_CO‎L D );// Initi‎al ze HAL drive‎r sHalDr‎i verI‎n i t();//初始化外设‎// Initi‎al ize‎ NV Syste‎m//系统初始化‎osal_‎n v_in‎it( NULL );// Initi‎al ize‎b asic‎ NV items‎//任务初始化‎zgIni‎t();// Initi‎al ize‎t he MACZMacI‎n it();// Deter‎mi ne the exten‎d ed addre‎s s//确定长地址‎zmain‎_ext_‎a dd r();#ifnde‎ f NONWK‎// Since‎the AF isn't a task, call it's initi‎a liza‎t ion routi‎n eafIni‎t();#endif‎// Initi‎al ize‎t he opera‎t in g syste‎mosal_‎init_‎s yste‎m(); //系统初始化‎// Allow‎inter‎r upts‎osal_‎int_e‎n able‎( INTS_‎A L L );//使能中断// Final‎b oard‎initi‎a l iza‎t ion //后期初始化‎InitB‎o ard( OB_RE‎A D Y ); //sd rest// Displ‎a y infor‎m atio‎n about‎ this devic‎e//显示设备信‎息zmain‎_d ev_‎i nfo();/* Displ‎a y the devic‎e info on the LCD */#ifdef‎ L CD_S‎U PP OR‎TEDzmain‎_lcd_‎i nit(); //显示信息#endif‎#ifdef‎ WDT_I‎N_P M1‎/* If WDT is used, this is a good place‎to enabl‎e it. */Watch‎D o gEn‎ab le( WDTIM‎X ); //使用看门狗‎#endif‎osal_‎st art‎_syst‎e m(); // No Retur‎n from here//正常情况下‎不返回// Shoul‎d n't get hereretur‎n( 0 );} // main()其中含有o‎s al的都‎是与操作系‎统相关的。

FreeModbus学习笔记

FreeModbus学习笔记一、FreeModbus简介FreeMODBUS一个奥地利人写的Modbus协议。

它是一个针对嵌入式应用的一个免费（自由）的通用MODBUS协议的移植。

Modbus是一个工业制造环境中应用的一个通用协议。

Modbus通信协议栈包括两层：Modbus应用层协议，该层定义了数据模式和功能；另外一层是网络层。

FreeMODBUS 提供了RTU/ASCII 传输模式及TCP协议支持。

FreeModbus遵循BSD 许可证，这意味着用户可以将FreeModbus应用于商业环境中。

目前版本FreeModbus-V1.5提供如下的功能支持：表1 FreeModbus-V1.5功能支持二、FreeModbus对硬件的需求FreeModbus协议对硬件的需求非常少——基本上任何具有串行接口，并且有一些能够容纳modbus数据帧的RAM的微控制器都足够了。

◆一个异步串行接口，能够支持接收缓冲区满和发送缓存区空中断。

◆一个能够产生RTU传输所需要的t3.5字符超时定时器的时钟。

对于软件部分，仅仅需要一个简单的事件队列。

在使用操作系统的处理器上，可通过单独定义一个任务完成Modbus时间的查询。

小点的微控制器往往不允许使用操作系统，在那种情况下，可以使用一个全局变量来实现该事件队列(Atmel AVR 移植使用这种方式实现)。

实际的存储器需求决定于所使用的Modbus模块的多少。

下表列出了所支持的功能编译后所需要的存储器。

ARM是使用GNUARM编译器3.4.4使用-O1选项得到的。

A VR项数值是使用WinAVR编译器3.4.5使用-Os选项编译得到的。

表2 FreeModbus对硬件的需求[1]实际大小决定于可支持的Modbus功能码的多少。

功能码可以在头文件mbconfig.h中进行配置。

[2]决定于硬件。

三、FreeModbus的移植1、物理层接口文件的修改在物理层，用户只需完成串行口及超时定时器的配置即可。

LWIP学习笔记之ARP协议（三）

LWIP学习笔记之ARP协议（三）⼀、ARP协议简介 ARP，全称 Address Resolution Protocol，译作地址解析协议，ARP 协议与底层⽹络接⼝密切相关。

TCP/IP 标准分层结构中，把ARP 划分为了⽹络层的重要组成部分。

当⼀个主机上的应⽤程序要向⽬标主机发送数据时，它只知道⽬标主机的 IP 地址，⽽在协议栈底层接⼝发送数据包时，需要将该 IP 地址转换为⽬标主机对应的 MAC 地址，这样才能在数据链路上选择正确的通道将数据包传送出去，在整个转换过程中发挥关键作⽤的就是 ARP 协议了。

在本章中将看到： ARP 协议的原理； ARP 缓存表及其创建、维护、查询； ARP 报⽂结构； ARP 层数据包的接收处理； ARP 层数据包的发送。

ARP 层是将底层链路与协议上层连接起来的纽带，是以太⽹通信中不可或缺的协议。

1、物理地址与⽹络地址⽹卡的 48 位 MAC 地址都保存在⽹卡的内部存储器中，另⼀⽅⾯，TCP/IP 协议有⾃⼰的地址：32bit 的 IP 地址（⽹络地址），⽹络层发送数据包时只知道⽬的主机的 IP 地址，⽽底层接⼝（如以太⽹驱动程序）必须知道对⽅的硬件地址才能将数据发送出去。

为了解决地址映射的问题，ARP 协议提供了⼀种地址动态解析的机制，ARP 的功能是在 32 bit的 IP 地址和采⽤不同⽹络技术的硬件地址之间提供动态映射，为上层将底层的物理地址差异屏蔽起来，这样上层的因特⽹协议便可以灵活的使⽤ IP 地址进⾏通信。

2、ARP协议的本质 ARP 协议的基本功能是使⽤⽬标主机的 IP 地址，查询其对应的 MAC 地址，以保证底层链路上数据包通信的进⾏。

举⼀个简单的例⼦来看看 ARP 的功能。

假如我们的主机（192.168.1.78）需要向开发板（192.168.1.37）发送⼀个 IP 数据包，当发送数据时，主机会在⾃⼰的 ARP 缓存表中寻找是否有⽬标 IP 地址。