ModBus学习笔记

2023-05-16

一、什么是ModBus?

1. 预备知识

(1)什么是通讯协议?

​ 通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。通过通信信道和设备互连起来的多个不同地理位置的数据通信系统,要使其能协同工作实现信息交换和资源共享,它们之间必须具有共同的语言。交流什么、怎样交流及何时交流,都必须遵循某种互相都能接受的规则。这个规则就是通信协议。

​ 通信协议主要由以下三个要素组成:

  • 语法:即如何通信,包括数据的格式、编码和信号等级(电平的高低)等。
  • 语义:即通信内容,包括数据内容、含义以及控制信息等。
  • 定时规则(时序):即何时通信,明确通信的顺序、速率匹配和排序。

(2)什么是OSI 模型?

开放式系统互联通信参考模型(Open System Interconnection Reference Model,OSI),是一种概念模型,由国际标准化组织(ISO)提出,一个试图使各种计算机在世界范围内互连为网络的标准框架。OSI 参考模型定义了网络互连的七层框架,每一层实现各自的功能和协议,并完成与相邻层的接口通信。

在这里插入图片描述

​ TCP/IP 五层协议和OSI 的七层协议对应关系以及每层对应的协议如下:

在这里插入图片描述

(3)什么是串口?

​ 串行接口(Serial Interface)简称串口,也称串行通信接口或串行通讯接口(通常指COM接口),是采用串行通信方式的扩展接口。串行接口是指数据一位一位地顺序传送。其特点是通信线路简单,只要一对传输线就可以实现双向通信,从而大大降低了成本,特别适用于远距离通信,但传送速度较慢。串行接口按电气标准及协议来分包括RS-232-C、RS-422、RS485等。

​ 同步串行接口(Synchronous Serial Interface,SSI)是一种常用的工业用通信接口。
​ 异步串行接口一般指通用异步接收/发送器(Universal Asynchronous Receiver/Transmitter,UART),UART 是一个将并行输入转为串行输出的芯片,通常集成在主板上。UART 包含TTL 电平的串口和RS232 电平的串口。

2. ModBus 简介

  • Modbus 是全球第一个真正用于工业现场的总线协议,通过此协议可以实现控制器相互之间、控制器经由网络和其它设备之间的通信,是工业电子设备之间常用的连接方式

  • Modbus 协议是应用于电子控制器上的一种通用语言。它定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。

  • ModBus 是一种主/从或客户端/服务器架构的、而且是单主/多从的通信协议。同一时间内总线上只能有一个主设备,但可以有多个(1~247个)从设备,每个从设备都有唯一的地址。

  • ModBus 是一个请求/应答协议。ModBus 通信总是由主设备发起,从设备没有收到来自主设备的请求时不会主动发送数据,从设备间也不能相互通信。

  • ModBus 是OSI 模型第7 层之上的应用层报文传输协议。它制定了消息域格局和内容的公共格式,描述了主设备请求访问从设备的过程,以及如何回应来自其它设备的请求、怎样侦测错误并记录等。

​ 由于ModBus 便于学习、使用,可靠性高,价格低廉,几乎可以连接到工业控制领域所有的传感器和控制设备上,现已成为应用最为广泛的一种通用工业标准。对应于不同的应用场景,Modbus 协议目前存在用于串行链路、TCP/IP以太网以及其他支持互联网协议的多种版本

在这里插入图片描述

3. ModBus 特点

  • ModBus 协议标准开放、公开发布并且无版税要求。用户可以免费获取并使用ModBus 协议,不需要交纳许可证费,也不会侵犯知识产权。
  • ModBus 协议可以支持多种电气接口,如RS232、RS485、TCP/IP 等;还可以在各种介质上传输,如双绞线、光纤、红外、无线等。
  • ModBus 协议消息帧格式简单、紧凑、通俗易懂。用户理解和使用简单,厂商容易开发和集成,方便形成工业控制网络。

二、ModBus如何实现通信?

1. 通讯设备及其连接方式

​ ModBus 协议存在多种版本,允许在各种网络体系内进行简单通信,大多数的ModBus 设备通信通过串口(RS232/RS485)或TCP/IP 物理层进行连接。
​ 通常情况下,ModBus 是一个单主/多从的协议。通信网络中有一个节点是Master 节点,其他使用ModBus 协议参与通信的节点是Slave 节点。在串行链路中,只有主设备可以启动一个命令,而在以太网上,任何设备都能发送一个ModBus 命令,但通常也只有一个主设备用以引导指令。

在这里插入图片描述

2. 事务处理 (请求/应答) 过程

​ 在ModBus 通信中,主设备可以采用两种方式向从设备发送请求报文,而从设备只能被动的接收请求报文后给出响应报文。主设备同时只能启动一个ModBus 访问事务处理。

在这里插入图片描述

(1)单播模式

​ 主设备仅仅寻址单个从设备。从设备接收并处理完请求之后,向主设备返回一个响应报文,即应答。这种模式下,一个ModBus 事务处理包含两个报文:主设备的请求报文和从设备的响应报文。为了区别于其他的从设备,每个从设备必须有唯一的地址(地址范围为1~247),而主设备是不占用地址的。

  • 请求报文:包括从设备地址(或者广播地址0)、功能码、传输的数据以及差错检测字段。其中,功能码告知被选中的从设备要执行何种功能,数据段包含了从设备要执行功能的附加信息。
  • 应答报文:包括从设备自身的地址、功能码、返回的数据以及差错检测字段。当从设备产生一个正常的回应时,应答报文中的功能码是对请求消息中功能码的回应,数据段则包括了从设备收集的数据,如寄存器值或状态。如果有错误发生,功能码将被修改以用于指出回应消息是错误的,同时数据段会包含描述此错误信息的代码。

(2)广播模式

​ 主设备可以向所有的从设备发送请求指令。而从设备在接收到广播指令后,仅进行相关指令的操作而不要求返回应答。因此,广播模式下,请求指令必须是ModBus 标准功能中的写指令。地址0 被保留用来识别广播通信

3. ModBus 寄存器

(1)寄存器的分类

​ 寄存器是ModBus 协议中非常重要的概念,所有的数据均存放在寄存器中。ModBus 协议中的数据寄存器长度均为16位,而与具体的CPU 无关。而且并不一定是指具体的物理寄存器,也可能是一块内存区域。ModBus 寄存器根据存放的数据类型以及读写特性,分为4 个部分,这4 各部分可以连续也可以不连续,由开发者决定。

在这里插入图片描述

​ 线圈状态寄存器:寄存器中的每一位都对应一个离散输出信号的开关状态(即一个线圈),可读可写。
​ 离散输入状态寄存器:同样每一位都对应一个离散输入信号的开关状态,可读不可写。
​ 保持寄存器:一个寄存器占据两个byte的空间,类似于DAC 数据保持寄存器,可读可写。
​ 输入寄存器:一个寄存器占据两个byte的空间,类似于ADC 输入数据寄存器,可读不可写。

(2)寄存器地址分配

在这里插入图片描述

​ 寄存器PLC 地址指存放于控制器中的地址,这些控制器可以是PLC,也可以是触摸屏,或是文本显示器。PLC 地址一般采用十进制描述,共5 位,第一位表示寄存器类型。

​ 寄存器ModBus 协议地址指的是通信时使用的寄存器寻址地址,例如PLC 地址40001 对应寻址地址0x0000,40002 对应寻址地址0x0001。寄存器寻址地址一般用十六进制描述。另外,PLC 寄存器地址30003 和40003 对应的协议地址均为0x0002,但是不同寄存器使用的功能码也不相同,所以访问时不存在冲突。

4. 串行链路下的两种传输模式

​ 对于ModBus 串行网络,存在两个变种,即RTU 模式ASCII 模式。它们定义了在网络上连续传输的消息段的每一个字节,以及决定怎样将消息打包成消息域和如何解码等功能。这两种模式在数据模型和功能调用上都是相同的,只有传输数据的字节表示上有所不同。对于同一网络或链路来说,所有的设备必须为同一模式。

(1)RTU 模式

​ ModBus RTU(Remote Terminal Interchange)模式是一种紧凑的,采用二进制表示数据的方式。RTU 模式下采用循环冗余校验,即CRC 校验。因RTU 模式速度快、效率高,当前普遍采用RTU 模式。

​ 在RTU 模式下,消息的发送和接收以至少3.5 个字符时间的停顿间隔作为标志。在一帧报文中,必须以连续的字符流发送整个报文帧,如果两个字符之间的空闲间隔大于1.5 个字符时间,那么认为报文帧不完整,该报文将被丢弃。关于3.5 个字符时间,有如下计算方式:

​ 一般在串行通信中,一个字符包括1 位起始位、8 位数据位、1 位校验位(或者没有)、1 位停止位,即总共11 位,那么3.5 个字符就是38.5 位。而当波特率设为9600bps(即每1000ms 传输9600 个位的数据)时,传输38.5 个二进制位所需要的时间就是: 38.5 × ( 1000 / 9600 ) = 4.0104167 m s 38.5×(1000/9600)=4.0104167ms 38.5×(1000/9600)=4.0104167ms。在较高通信波特率的情况下,为了实现RTU 通信中的时间间隔管理会造成CPU 的沉重负担。所以协议规定:当波特率小于等于19200bps 时,需严格遵守时间间隔;而波特率大于19200bps 时,时间间隔使用固定值,1.5 个字符时间间隔为750us,帧间时间间隔为1750us

在这里插入图片描述

(2)ASCII 模式

​ ModBus ASCII 是一种人类可读的、冗长的表示方式。ASCII 模式下采用纵向冗余校验,即LRC 校验

​ 在ASCII 模式下,消息中每个8 位的字节都将作为两个ASCII 字符发送。这种方式的主要优点是字符发送的时间间隔可以达到1s 而不产生错误。消息以冒号(:)开始以回车换行符(CR,LF)结束。消息帧中的字符间发送的时间间隔最长不能超过1s

在这里插入图片描述

5. RTU 消息帧格式

​ 为寻求一种简洁的通信格式,ModBus 协议定义了PDU(即Protocol Data Unit,协议数据单元) 模型,即功能码 + 数据的格式;而为了在多种传输模式下实现完整而准确的数据传输,在PDU 的基础是增加了必要的前缀(如地址)和后缀(如差错校验),形成了ADU(即Application Data Unit,应用数据单元) 模型。

在这里插入图片描述

(1)地址域

​ 地址域指ModBus 通信帧中的地址字段,其内容为从设备地址,由1 个字节构成,取值范围为 0~247(其中0 为广播地址)。主设备通过将要联络的从设备地址放入消息中的地址域来选通从设备。而当从设备发送应答消息时,也会把自己的地址放入地址域中,以便主设备知道是哪一个设备做出回应。

(2)功能码

​ 功能码用于表示消息帧的功能,由1 个字节构成,取值范围为 1~255(其中129~255代表异常码)。ModBus 标准协议中规定了三类功能码:

  • 公共功能码:有明确的定义,具有唯一性,由ModBus 协会确认并提供公开文档。
  • 用户自定义功能码:两个用户自定义功能码区域,分别为65~72100~110,不保证唯一性。
  • 保留功能码:保留功能码是因为历史遗留原因,某些公司的传统产品上现行使用的功能码不作为公共使用。

​ 从设备根据功能码执行对应的功能,执行完成后,则在返回的应答消息帧中设置同样的功能码;如果出现异常,则在返回的消息帧中将功能码的最高位(MSB)置1,以便主机能够识别异常响应。常用的功能码有03(读保持寄存器内容)、04(读输入寄存器内容)、06(预置单个保持寄存器)、16(预置多个保持寄存器)。

(3)数据域

​ 数据域与功能码紧密相关,存放功能码需要操作的具体数据。数据域以字节为单位,长度可变,对于某些功能码,数据域可以为空。在异常响应中,从机返回的数据域中存放的将是异常码。如下图所示,每一个异常码都定义了对应的异常状态。

在这里插入图片描述

(4)差错校验

​ RTU 模式的差错校验字段由16 位共两个字节组成,其值基于对全部报文内容执行的循环冗余校验计算的结果而来,计算对象包括校验域之前的所有字节,但只有串行链路上每个字符中的8 位数据位参与计算,其他如起始位和停止位是不参与计算的。常用的CRC-16 算法有查表法计算法

​ 值得注意的是,因为CRC-16 由两个字节组成,所以涉及哪个字节放在前面的问题。在串行通信中,发送数据低位在前。ModBus 报文数据采用大端模式(高字节低地址),当向我们的PC机(x86,采用小端模式)发送数据时,必须将由两个字节组成的CRC 校验码进行高低字节交换

​ CRC16_MODBUS校验算法步骤
​ (1)设置CRC寄存器(16-bit),并给其赋值为“余数初始值”(0xFFFF)。
​ (2)将数据的第一个8-bit字符与CRC寄存器进行异或,并把结果存入CRC寄存器。
​ (3)CRC寄存器向右移一位,MSB补零,移出并检查LSB。
​ (4)如果LSB为0,重复第三步;若LSB为1,CRC寄存器与0xA001相异或。
​ (5)重复第3与第4步直到8次移位全部完成。此时一个8-bit数据处理完毕。
​ (6)重复第2至第5步直到所有数据处理完成,然后将CRC寄存器高、低字节进行交换。
​ (7)最终CRC寄存器的内容即为CRC校验码(注:若不进行交换则可以直接发送)。

6. TCP 消息帧格式

​ 为了继续增加对简单而优雅的ModBus 通信协议的支持,国际互联网组织规定并保留了TCP/IP 协议栈上的系统502 端口,专门用于访问ModBus 设备。对于通过TCP/IP(例如以太网)物理层的连接,存在多个ModBus/TCP 变种,这种方式不需要计算校验和

​ 为了便于传输或提取各报文、保证报文传输的完整性,在TCP/IP 网络上的ModBus 协议引入了一个称为MBAP(ModBus Applicatioin Header)报文头的字段。ModBus 消息帧由TCP/IP 提供,所有的数据传输由TCP/IP 处理,不需要像串行链路那样自己判断一帧是否结束。由于底层的TCP/IP 协议确保了端到端的通信,而且TCP/IP 链路层以确保传输数据的准确性,所以ModBus TCP/IP 协议中也不再需要LRC 或CRC 校验。ModBus TCP/IP 协议最大帧数据长度为260 字节,其中0~6 字节构成MBAP 报文头。在ModBus TCP/IP 传输过程中,服务器端(从机)返回的响应报文中同样包含MBAP 报头,除了Length 字段外,其它字段与客户端一致。

在这里插入图片描述

(1)传输标志(Transaction Identifier)

​ 传输标识用于将查询报文与未来响应之间建立联系。在同一时刻,这个标识符必须是唯一的。可以将传输标识作为一个带有计数器的简单“TCP 发送顺序号”,在每一个请求发送时自动加1。也可以用作智能索引或指针,来识别事务处理的内容,以便记忆当前远端服务器和未处理的请求。

(2)单元标识符(Unit Identifier)

​ 在对ModBus 或ModBus+ 等串行链路子网中的设备进行寻址时,这个域是用于路由的目的。在这种情况下,单元标识符携带一个远端设备的ModBus 从站地址(0~247)。对于单纯的ModBus TCP/IP 设备来说,利用IP 地址即可寻址ModBus 服务器端设备,此时ModBus 单元标识符是无用的,必须用值0xFF 填充。

7. ModBus 异常响应

对于请求(查询)报文,存在以下四种处理方式

  • 正常接收,正常处理,返回正常响应报文;
  • 因为通信错误等原因,造成从站设备没有接收到查询报文,主站设备将按超时处理;
  • 从站设备接收到的查询报文存在通信错误(如LRC、CRC校验错误等),此时从站将丢弃报文不响应,主站设备将按超时处理;
  • 从站设备接收到正确的报文,但是超过处理范围(如不存在的功能码或寄存器等)此时从站设备将返回包含异常码的响应报文。

异常响应报文由从站地址、功能码、异常码以及校验码组成。其中功能码的最高位置1,而异常码是协议预先规定好的,每一个异常码都定义了对应的异常状态,这在上面已经说过了。

三、使用STM32 开发板模拟ModBus-RTU 从站

1. 引脚配置

2. 串口通信

3. ModBus 消息帧处理

4. ModBus 功能码函数

四、模拟ModBus-TCP 从站

1. ESP8266 实现32 开发板和PC 机通信

2. 应用层实现ModBus-TCP 协议

  • 部分参考资料:

《MODBUS软件开发实战指南》杨更更,清华大学出版社

OSI七层模型与TCP/IP五层模型

TM32F4的Modbus从站通过RTU与主站进行数据通信

modbus通信协议中的功能码使用以及异常功能码和错误码的使用

  • 实用工具:

CRC(循环冗余校验)在线计算

在线进制转换

MODBUS调试测试工具MThings

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

ModBus学习笔记 的相关文章

  • 使用Git bash查看之前版本和恢复最新版本的方法

    项目场景 xff1a 作为实习生 xff0c 一直在帮公司搞C 43 43 的图像识别项目 xff0c 因为总是改需求 xff0c 所以我的代码注释的一大片 xff0c 不便于整理 xff0c 有时候改的改的 xff0c 就找不到之前的版本
  • Windows平台下CMake使用报错No CMAKE_CXX_COMPILER could be found

    今天在笔记本建立了一个Cmakelists xff0c 使用cmake编译的时候 xff0c 报错 No CMAKE CXX COMPILER could be found No CMAKE C COMPILER could be foun
  • Cartographer编译方法及编译出错(glog库链接错误)解决方法

    最近在重新调试Carto代码 xff0c 想把自己的代码加入到Carto中 xff0c 原本想在IDE中调试 xff0c 然而Carto编译方式比较奇葩 xff08 catkin make isolated install use ninj
  • 什么是RTOS?RTOS与普通操作系统的区别

    一 xff1a 什么是RTOS RTOS Real Time Operating System xff0c 实时操作系统 实时性是其最大特征 xff0c 实时操作系统中都要包含一个实时任务调度器 xff0c 这个任务调度器与其它操作系统的最
  • 进度条(CSS)

    效果 xff08 实际有动态效果 xff09 html span class token tag span class token tag span class token punctuation lt span div span span
  • 终端命令行打开vscode

    在指定文件夹内 xff0c 使用终端命令行打开vscode 在当前目录打开vscode code 如果code命令无法使用 xff0c 需要配路径 xff0c 如下 xff1a 打开bash或者zsh配置文件 bash 用户请使用 vi b
  • 串口缓冲区管理分析

    一 概述 xff1a 串口使用时一般包含两个缓冲区 xff0c 即发送缓冲区和接收缓冲区 发送数据时 xff0c 先将数据存在发送缓冲区 xff0c 然后通过串口发送 xff1b 接收数据时 xff0c 先将接收的数据存在接收缓冲区 xff
  • array element has incomplete type

    http stackoverflow com search q 61 luaL reg 43 incomplete 43 type libs edje lua2 o edje lua2 c 183 error array type has
  • rt-thread学习记录(一)--内核的移植

    rt thread学习记录 xff08 一 xff09 内核的移植 1 基本选择 在rt thread官网上 xff0c 看到其对stm32芯片的支持 xff0c 因此选择stm32c8t6最小系统来进行移植内核 xff0c rt thre
  • rt-thread内核启动分析

    1 项目准备 上一节的基本环境 如rh thread 基本环境的搭建 硬件材料stm32f103C8T6 以及st link rt thread 内核启动官网分析 在分析rt thread代码的时候 由于rt thread的代码是十分优秀的
  • 达梦数据库sql语句记录

    登入 在ubuntu上安装好达梦数据 xff0c 并且生成实例 xff0c 在ubuntu上进行安装目录 xff0c 采用在tools目录下 xff0c 使用 disql进行命令行模式 xff0c 连接服务器 xff1a Conn sysd
  • vertx web开发(一)

    vertx web开发 最近在开发中 xff0c 由于spring 的大而全 xff0c 反而不实用于一下小项目 xff0c 因为spring boot在空载的情况 xff0c 至少其内存占用超过150M 而对于一些简单的项目反到不适用 而
  • kotlin协程实现原理

    传统runnable接口实现 在java中 xff0c 很多耗时的行为通过实现runnable接口 xff0c 并且通过线程运行下这些耗时的任务 xff0c 例如 xff1a span class token keyword public
  • PCL---RANSAC随机采样一致性算法

    前言 通过前面的文章 xff0c 我们基本上代建的相关环境 本文将继续基于此继续学习PCL相关采样一致性算法 基础代码下载 1 准备 1 1 Ransac算法介绍 RANSAC从样本中随机抽选出一个样本子集 xff0c 使用最小方差估计算法
  • PCL-使用potree可视化

    前言 在几篇文章中 xff0c 基本实现了对PCL相关操作 xff0c 最近在github上找到了Web端对点云数据可视化兼容很好的项目 Potree 对此本文将介绍如何使用Potree来进行web端的可视化 1 Potree 官方运行 P
  • PCL- Las文件处理

    前言 在对点云数据处理的时候 xff0c 很多时候激光雷达扫描的文件不一定是 pcd文件 xff0c 这个时候需要进行相关文件处理 xff0c 如Las xff0c laz e57等文件格式 xff0c 本文将介绍las文件的读写 1 引入
  • PCL-Window下安装

    1 安装编译工具链MSVC MSVC工具链是visual studio 自带的工具链 xff0c 因此安装visual studio社区版即安装完成相应的MSVC工具链 2 安装Clion 相比与Visual studio的界面来说 xff
  • STM32 串口详细讲解

    什么是串口 UART Universal Asynchronous Receiver Transmitter 通用异步收发器 USART Universal Synchronous Asynchronous Receiver Transmi
  • ubuntu 修改pip指定路径

    参考这篇文章 还有 这篇文章 第二篇更好一点 xff0c 亲测成功
  • CrowdHuman数据集介绍

    CrowdHuman数据集是旷世发布的用于行人检测的数据集 xff0c 图片数据大多来自于google搜索 CrowdHuman 数据集数据量比较大 xff0c 训练集15000张 xff0c 测试集5000张 xff0c 验证集4370张

随机推荐

  • CityPersons数据集介绍

    CityPersons数据集是cityscape的一个子集 xff0c 它只包含个人注释 有2975张图片用于培训 xff0c 500张和1575张图片用于验证和测试 一幅图像中行人的平均数量为7人 xff0c 提供了可视区域和全身标注 C
  • CUHK-SYSU数据集介绍

    该数据集是一个大规模的人员搜索基准 xff0c 包含18184张图像和8432个身份 根据图像来源 xff0c 数据集可以分为两部分 xff1a 街道捕捉和电影 xff1a 在街拍中 xff0c 图像通过手持摄像机收集 xff0c 跨越数百
  • ETHZ数据集介绍

    Ess等构建了基于双目视觉的行人数据库用于多人的行人检测与跟踪研究 该数据库采用一对车载的AVT Marlins F033C摄像头进行拍摄 xff0c 分辨率为640 480 xff0c 帧率13 14fps xff0c 给出标定信息和行人
  • Swin Transformer V2

    Swin Transformer V2 论文链接 xff1a https arxiv org pdf 2111 09833 pdf 代码链接 xff1a https github com microsoft Swin Transformer
  • Jetson_Xavier_NX使用教程1(刷机)

    刷机教程 一 xff1a 准备 1 xff1a 准备需要一个tf卡 xff0c 容量最好大点 xff0c 我买的128G的 2 xff1a 还有两个软件一个是格式化卡的软件 xff0c 一个是将镜像文件写入的卡的软件 格式化卡的软件 写入镜
  • Jetson_Xavier_NX使用教程2(简单实用)

    本文会介绍一些刷机后的基本操作 1 风扇控制 刚开始插入电源风扇不转我以外坏了 xff0c 后来才发现并没有 Xavier NX的风扇在系统内核中有一套自动控制温度和转速的算法 xff0c 经过我观察大约在40度左右的时候会自动开启风扇进行
  • NVIDIA Jetson NX使用教程3配置pytorch环境

    本节主要记录 xff0c 安装pytorch及torch vision 1 下载Pytorch 因为jetson属于arm架构的机器 xff0c 所以需要去nvidia的官网下载对应的安装包而不是pytroch的官网 官网链接 xff0c
  • Java 基于 IETF RFC 2617 身份认证

    IETF RFC 2617 身份认证 是基于 HTTP 协议进行验证的 xff0c 认证过程中需要发送两次 HTTP 请求 xff0c 第一次请求服务器返回 401 和 认证标识 xff08 nonce xff09 xff0c 第二次访问H
  • 判断一台机器是大端序还是小端序

    在几乎所有的机器上 xff0c 多字节对象都被存储为连续的字节序列 例如在C语言中 xff0c 一个类型为int的变量x地址为0x100 xff0c 那么其对应地址表达式 amp x的值为0x100 且x的四个字节将被存储在存储器的0x10
  • STL容器保存智能指针并将this指针通过emplace传入STL容器所造成的致命问题(【double free or corruption (out)】和【bad_weak_ptr】)

    我用std queue保存了一个Message类型的智能指针 queue lt shared ptr lt MessageA gt xff0c 然后在Message类型中来将this指针插入队列 xff0c 使用std queue push
  • 实时动态定位(RTK)

    内容来着网络 实时动态定位 xff1a Real Time Kinematic RTK技术的关键在于使用了GPS的载波相位观测量 xff0c 并利用了参考站和移动站之间观测误差的空间相关性 xff0c 通过差分的方式除去移动站观测数据中的大
  • 几个实用的 Bat 脚本命令

    文章目录 1 截图2 息屏后锁屏3 查看当前的路径4 倒计时5 密码输入6 比较两个文本的差异 1 截图 start snippingtool 2 息屏后锁屏 powershell Add Type 39 DllImport 34 user
  • 学习cmake的使用和CMakeLists.txt

    1 学习cmake的使用和CMakeLists txt 文章目录 1 学习cmake的使用和CMakeLists txt1 1 cmake外部构建基础1 2 让每个源文件目录都包含一个CMakeLists txt1 3 安装 1 4 构建静
  • ROS系统基础知识梳理(四) 串口通信

    ROS系统基础知识梳理 四 串口通信 学习ROS系统 xff0c 初步接触到ROS系统外接传感器 xff0c 传感器通过Uart通信向台式机发送数据 xff0c 内容涉及到ROS调用串口数据 串口数据校验 以及欧拉角转换四元数 任务系统 x
  • Keil5中添加新的.c和.h文件

    目录 在Project的文件夹中添加添加路径使用include 在Project的文件夹中添加 如图1所示 xff0c 在User的文件夹上右键 xff0c 添加已有文件 图1 添加路径 然后需要在options for Target xf
  • 学习c语言的总结

    学习时间 xff1a 早上9点 晚上9点 学习内容 xff1a 利用c语言对 的代码学习 xff0c 并根据自己的理解编写代码 xff0c 最后整合学习的代码和自己理解的代码 xff0c 编写出更优的代码 学习体会 xff1a 对一个问题举
  • C/C++程序编译成可执行程序步骤图文源码详解

    一个C 43 43 程序被编译为目标程序的过程中经历了四个部分 xff0c 分别是预处理 编译 汇编 链接 下面将通过一个简单的C 43 43 代码分别执行预处理 编译 汇编 链接四个步骤后的结果和基本原理讲解 注意 xff1a 博主是在u
  • 【linux】程序找不到动态库.so的解决办法|查看.so动态库信息|.so动态库加载顺序

    目录 找不到 so解决方法 方法一 xff1a 添加环境变量 方法二 xff1a 复制so文件到lib路径 方法三 xff1a xff08 推荐 xff09 添加ldconfig寻找路径 方法四 xff1a 在编译目标代码时指定该程序的动态
  • 使用Arduino开发ESP32(08):TCP Client与TCP Server使用

    文章目录 目的TCP Client使用说明常用方法基础使用演示作为WEB Client使用 TCP Server使用说明常用方法基础使用演示作为WEB Server使用 总结 目的 TCP是网络应用中常用的功能 xff0c 很多高级功能也是
  • ModBus学习笔记

    一 什么是ModBus xff1f 1 预备知识 xff08 1 xff09 什么是通讯协议 xff1f 通信协议是指双方实体完成通信或服务所必须遵循的规则和约定 通过通信信道和设备互连起来的多个不同地理位置的数据通信系统 xff0c 要使