一、单片机通信数据接收解析方法
前阵子一朋友使用单片机与某外设进行通信时，外设返回的是一堆格式如下的数据：
AA AA 04 80 02 00 02 7B AA AA 04 80 02 00 08 75 AA AA 04 80 02 00 9B E2 AA AA 04 80 02 00 F6 87 AA AA 04 80 02 00 EC 91
其中 AA AA 04 80 02 是数据校验头，后面三位是有效数据，问我怎么从外设不断返回的数据中取出有效的数据。
对于这种问题最容易想到的就是使用一个标志位用于标志当前正解析到一帧数据的第几位，然后判断当前接收的数据是否与校验数据一致，如果一致则将标志位加一，否则将标志位置0重新判断，使用这种方法解析数据的代码如下：
使用上述方法是最容易想到的也是最简单的方法了，百度了一下基本上也都是使用类似的方法进行数据解析，但是使用这种方法有如下几个缺点：
1、 大量使用了判断，容易导致出现逻辑混乱。
2、 代码重复率高，抽象程度低。从上述代码可以看到一大堆代码仅仅是判断的数据不同，其他代码都完全一致。
3、 代码可复用性差。写好的代码无法用在其他类似的外设上，如果有多个外设就需要编写多份类似的代码。
4、 可扩展性低。如果外设还有一个数据校验尾需要校验或者数据校验头发生改变，就需要再次写多个判断重新用于校验，无法在原有的代码上进行扩展。
5、 容易出现误判 。
对此，这里提出了一种新的解决方案，可以通用与所有类似的数据解析，原理如下：
使用一个固定容量的队列用来缓存接收到的数据，队列容量等于一帧数据的大小，每来一个数据就将数据往队列里面加，当完整接收到一帧数据时此时队列中的全部数据也就是一帧完整的数据，因此只需要判断队列是否是数据校验头，队列尾是否是数据校验尾就可以得知当前是否已经接收到了一帧完整的数据，然后在将数据从队列中取出即可。原理图如下：
每来一个数据就往队列里面加：
编辑
当接收到一帧完整数据时队列头和数据校验头重合：
编辑
此时只需要从队列中取出有效数据即可。
如果有数据尾校验，仅仅只需要添加一个校验尾即可，如下图所示：
编辑
好，分析结束，开始编码。
首先需要一个队列，为了保证通用性，队列底层使用类似于双向链表的实现（当然也可以使用数组实现），需要封装的结构有队列容量、队列大小、队头节点和队尾节点，需要实现的操作有队列初始化、数据入队、数据出队、清空队列和释放队列，具体代码如下：
其次是解析器，需要封装的结构有解析数据队列、数据校验头、数据校验尾、解析结果以及指向解析结果的指针，需要实现的操作有解析器初始化、添加数据解析、获取解析结果、重置解析器和释放解析器，具体代码如下：
接下来编写测试代码测试一下：
测试结果如下：
编辑
从上面可以看出，解析的结果与目标一致。
github地址：
https://github.com//DataFrameParser
二、STM32F103~CAN收发通信
CAN通信
CAN 是Controller Area Network 的缩写（以下称为CAN），该通信使用的是ISO11898标准，该标准的物理层特征如下图所示。
编辑
CAN协议是通过以下5种类型的帧进行的：
- 数据帧
- 摇控帧
- 错误帧
- 过载帧
- 帧间隔
另外，数据帧和遥控帧有标准格式和扩展格式两种格式。标准格式有11 个位的标识符（ID），扩展格式有29 个位的ID。
大部分系统使用的都是数据帧 ，我这里使用的也是数据帧。
数据帧一般由7个段构成，即：
（1） 帧起始。表示数据帧开始的段。
（2） 仲裁段。表示该帧优先级的段。
（3） 控制段。表示数据的字节数及保留位的段。
（4） 数据段。数据的内容，一帧可发送0~8个字节的数据。
（5） CRC段。检查帧的传输错误的段。
（6） ACK段。表示确认正常接收的段。
（7） 帧结束。表示数据帧结束的段。
明确了数据帧概念，还需要理解一下过滤器的作用。
- 1个32位过滤器，包括：STDID[10:0]、EXTID[17:0]、IDE和RTR位
- 2个16位过滤器，包括：STDID[10:0]、IDE、RTR和EXTID[17:15]位
此外过滤器可配置为，屏蔽位模式和标识符列表模式。
在屏蔽位模式下，标识符寄存器和屏蔽寄存器一起，指定报文标识符的任何一位，应该按照“必须匹配”或“不用关心”处理。 而在标识符列表模式下，屏蔽寄存器也被当作标识符寄存器用。因此，不是采用一个标识符加一个屏蔽位的方式，而是使用2个标识符寄存器。接收报文标识符的每一位都必须跟过滤器标识符相同。
一般也都是使用标识符列表模式，这里使用的也是标识符列表模式。滤波过程举例如下：
编辑
在程序中就是：
上述程序的设置的含义就是：只接收来自0x1314的数据，屏蔽其他ID的数据。
程序思路
这里准备做一个主机与从机的通信，主要用扩展标识符ExtId来区分，分配的标识符是：
主机：0x1314
从机：0x1311
主机负责接收所有从机的数据，不需要过滤，用扩展标识符ExtId来区分不同从机的数据；主机还可以向不同从机发送信息。而从机则只接收来自主机的数据，同样用扩展标识符ExtId来区分是否是发向自己的数据；同时，也能够向主机发送信息。
相关代码
代码也是非常简单的，这里贴出了主机和从机的can.c和can.h两个文件。
从机相关代码
can.c文件：
can.h文件
主机相关代码
can.h文件：
三、STM32基于onewire单总线的数据抽象实例
1.前言
onewire(单总线) 是DALLAS公司推出的外围串行扩展总线技术总线，顾名思义，它是采用一根信号线进行通信，既传输时钟信号又传输数据，而且能够进行双向通信，具有节省I/O口线、资源结构简单、成本低廉、便于总线扩展和维护等诸多优点。
常用到单总线的器件，一般是温度传感器、EEPROM、唯一序列号芯片等，如DS18B20、DS2431。
在使用单总线时，往往很少CPU会提供硬件单总线，几乎都是根据单总线标准的时序图，通过普通IO翻转模拟实现单总线。而在模式实现时序图的过程中，需要根据CPU时钟频率等条件进行时序时间计算，如果更换CPU后，需要重新计算时序时间，如果时序代码和器件外设控制代码集成在一起，则代码改动比较大。
或者同一CPU需要模拟多根单总线时，传统的“复制”方式使得程序显得累赘，还增加ROM占用空间。因此，可以利用“函数指针”的方式，将时序部分抽象出来，达到“复用”代码的效果，减少重复代码编写。
2.onewire 抽象
2.1 onewire 结构体
onewire结构体主要是对与CPU底层相关的操作抽象分离，调用时只需将该结构体地址（指针）作为函数入口参数，通过该指针实现对底层函数的回调。该结构体我们命名为“struct ops_onewire_dev”，其原型如下：
其中：
1）set_sdo：IO输出1bit，包括时钟和数据。
2）get_sdo：IO输入1bit，包括时钟和数据。
3）delayus：时序延时函数，根据CPU频率进行计算。
回调函数
2.2 onewire 对外接口
1）分别为复位函数、读函数、写函数。
2）入口首参数为“struct ops_onewire_dev”结构体指针，此部分就是硬件层相关，需要后期初始化的.
3）其余入口参数易于理解，读/写缓存及数据大小。
2.3 onewire 抽象接口实现
分别实现上述三者函数接口。
2.3.1 复位函数
复位函数，在单总线初始化外设器件时需要用到，用于判断总线与器件是否通信上，类似“握手”的动作。如图，为DS18B20的复位时序图，以下与单总线相关的时序图，都是以DS18B20为例，因为此芯片为单总线应用的经典。
根据时序图，实现复位函数。
2.3.2 读函数
读函数即以该函数，通过单总线从外设上读取数据，至于代码的实现，完全是时序图的实现，无特殊难点。先实现单字节读函数，再通过调用单字节读函数实现多字节读函数。
2.3.3 写函数
写函数与读函数同理，即以该函数，通过单总线往外设写入数据，至于代码的实现，完全是时序图的实现，无特殊难点。先实现单字节写函数，再通过调用单字节写函数实现多字节写函数。
至此，onewire（单总线）抽象化完成，此部分代码与硬件层分离，亦可单独作为一个模块，移植到不同平台CPU时，也几乎无需改动。剩下部分工作则是实现“struct ops_onewire_dev”中的函数指针原型，即可使用一根单总线。
3.onewire 抽象应用
以STM32F1为例，实现上述抽象接口。
3.1 “struct ops_onewire_dev” 实现
此部分即是与硬件相关部分，不同CPU平台改动该部分即可，如从51单片机移植到STM32上。下面涉及到的IO宏，是对应IO的宏定义，如“ONEWIRE1_PORT”、“ONEWIRE1_PIN”，实际使用的是PC13 IO口。
3.1.1 IO输出
3.1.2 IO输入
3.1.3 延时函数
3.2 onewire 总线初始化3.2.1 onewire 抽象相关
第一步：定义一个“struct ops_onewire_dev”结构体类型变量（全局）——onewire1_dev。
第二步：实例化“onewire1_dev”中的函数指针。
第三步：使用时，通过传入“onewire1_dev”地址（指针）即可。
3.2.2 onewire 基础相关
初始基础部分，与使用的CPU硬件相关，如时钟、IO方向等。
4.onewire 使用
经过前面的步骤后，我们已经通过IO口翻转，模拟实现了一根单总线——“onewire1_dev”，以DS18B20为例，调用第一部分中三者接口，实现对DS18B20的操作。
4.1 DS18B20操作
对于DS18B20，不陌生，即是温度传感器，不多赘述，使用的功能主要是作为温度检测，另外还有其内部的唯一序列号会作为同一总线上挂多个DS18B20时的“地址”识别。
亦可把DS18B20的唯一序列号作为模块、产品、通信总线等的唯一标识使用。因此，代码也是主要实现这两个功能。
至此，完成单总线的抽象分层使用。
源码:https://github.com/Prry/drivers-for-mcu
来源:https://acuity.blog.csdn.net/article/
四、常见总线：IIC、IIS、SPI、UART、JTAG、CAN、SDIO、GPIO
IIC
IIC(Inter－Integrated Circuit)总线是一种由PHILIPS公司开发的两线式串行总线，用于连接微控制器及其外围设备。I2C总线用两条线(SDA和SCL)在总线和装置之间传递信息，在微控制器和外部设备之间进行串行通讯或在主设备和从设备之间的双向数据传送。I2C是OD输出的，大部分I2C都是2线的（时钟和数据），一般用来传输控制信号。
IIS
I2S（Inter-IC Sound Bus）是飞利浦公司为数字音频设备之间的音频数据传输而制定的一种总线标准。I2S有3个主要信号：1.串行时钟SCLK，也叫位时钟，即对应数字音频的每一位数据，SCLK有1个脉冲。2.帧时钟LRCK，用于切换左右声道的数据。LRCK为“1”表示正在传输的是左声道的数据，为“0”则表示正在传输的是右声道的数据。3.串行数据SDATA，就是用二进制补码表示的音频数据。有时为了使系统间能够更好地同步，还需要另外传输一个信号MCLK，称为主时钟，也叫系统时钟（Sys Clock）。
SPI
SPI(Serial Peripheral Interface：串行外设接口);SPI是Motorola首先在其MC68HCXX系列处理器上定义的。SPI接口主要应用在EEPROM,FLASH,实时时钟,AD转换器,还有数字信号处理器和数字信号解码器之间。SPI接口是以主从方式工作的,这种模式通常有一个主器件和一个或多个从器件,其接口包括以下四种信号：（1）MOSI – 主器件数据输出,从器件数据输入 （2）MISO – 主器件数据输入,从器件数据输出 （3）SCLK – 时钟信号,由主器件产生（4）/SS – 从器件使能信号,由主器件控制。
UART
UART(Universal Asynchronous Receiver Transmitter：通用异步收发器)。将由计算机内部传送过来的并行数据转换为输出的串行数据流。将计算机外部来的串行数据转换为字节，供计算机内部使用并行数据的器件使用。在输出的串行数据流中加入奇偶校验位，并对从外部接收的数据流进行奇偶校验。在输出数据流中加入启停标记，并从接收数据流中删除启停标记。处理由键盘或鼠标发出的中断信号（键盘和鼠票也是串行设备）。可以处理计算机与外部串行设备的同步管理问题。有一些比较高档的UART还提供输入输出数据的缓冲区。常用TXD，RXD，/RTS，/CTS。
JTAG
JTAG (Joint Test Action Group 联合测试行动小组)是一种国际标准测试协议（IEEE1149.1兼容），主要用于芯片内部测试。标准的JTAG接口是4线：TMS、TCK、TDI、TDO，分别为模式选择、时钟、数据输入和数据输出线。测试复位信号(TRST,一般以低电平有效)一般作为可选的第五个端口信号。一个含有JTAGDebug接口模块的CPU，只要时钟正常，就可以通过JTAG接口访问CPU的内部寄存器和挂在CPU总线上的设备，如FLASH，RAM，内置模块的寄存器，象UART，Timers，GPIO等等的寄存器。
CAN
总结CAN总线技术基础。最初，CAN被设计作为汽车环境中的微控制器通讯，在车载各电子控制装置ECU之 间交换信息，形成汽车电子控制网络。比如：发动机管理系统、变速箱控制器、仪表装备、电子主干系统中，均嵌入CAN控制装置。一个由CAN总线构成的单一网络中，理论上可以挂接无数个节点。实际应用中，节点数目受网络硬件的电气特性所限制。例如，当使用Philips P82C250作为CAN收发器时，同一网络中允许挂接110个节点。CAN 可提供高达1Mbit/s的数据传输速率，这使实时控制变得非常容易。另外，硬件的错误检定特性也增强了CAN的抗电磁干扰能力。
SDIO
SDIO是SD型的扩展接口，除了可以接SD卡外，还可以接支持SDIO接口的设备，插口的用途不止是插存储卡。支持 SDIO接口的PDA，笔记本电脑等都可以连接象GPS接收器，Wi-Fi或蓝牙适配器，调制解调器，局域网适配器，条型码读取器，FM无线电，电视接收 器，射频身份认证读取器，或者数码相机等等采用SD标准接口的设备。
GPIO
五、STM32中GPIO工作原理详解
STM32的GPIO介绍
GPIO是通用输入/输出端口的简称，是STM32可控制的引脚。GPIO的引脚与外部硬件设备连接，可实现与外部通讯、控制外部硬件或者采集外部硬件数据的功能。
STM32F103ZET6芯片为144脚芯片，包括7个通用目的的输入/输出口（GPIO）组，分别为GPIOA、GPIOB、GPIOC、GPIOD、GPIOE、GPIOF、GPIOG，同时每组GPIO口组有16个GPIO口。通常简略称为PAx、PBx、PCx、PDx、PEx、PFx、PGx，其中x为0-15。
STM32的大部分引脚除了当GPIO使用之外，还可以复用为外设功能引脚（比如串口），这部分在【STM32】STM32端口复用和重映射（AFIO辅助功能时钟） 中有详细的介绍。
GPIO基本结构
每个GPIO内部都有这样的一个电路结构，这个结构在本文下面会具体介绍。
编辑
电路图分析
保护二极管：IO引脚上下两边两个二极管用于防止引脚外部过高、过低的电压输入。当引脚电压高于VDD时，上方的二极管导通；当引脚电压低于VSS时，下方的二极管导通，防止不正常电压引入芯片导致芯片烧毁。但是尽管如此，还是不能直接外接大功率器件，须加大功率及隔离电路驱动，防止烧坏芯片或者外接器件无法正常工作。
P-MOS管和N-MOS管：由P-MOS管和N-MOS管组成的单元电路使得GPIO具有“推挽输出”和“开漏输出”的模式。这里的电路会在下面很详细地分析到。
TTL肖特基触发器：信号经过触发器后，模拟信号转化为0和1的数字信号。但是，当GPIO引脚作为ADC采集电压的输入通道时，用其“模拟输入”功能，此时信号不再经过触发器进行TTL电平转换。ADC外设要采集到的原始的模拟信号。
这里需要注意的是，在查看《STM32中文参考手册V10》中的GPIO的表格时，会看到有“FT”一列，这代表着这个GPIO口时兼容3.3V和5V的；如果没有标注“FT”，就代表着不兼容5V。
STM32的GPIO工作方式
GPIO支持4种输入模式（浮空输入、上拉输入、下拉输入、模拟输入）和4种输出模式（开漏输出、开漏复用输出、推挽输出、推挽复用输出）。同时，GPIO还支持三种最大翻转速度（2MHz、10MHz、50MHz）。每个I/O口可以自由编程，但I/O口寄存器必须按32位字被访问。
编辑
GPIO的八种工作方式
- 浮空输入模式（浮空输入模式下，I/O端口的电平信号直接进入输入数据寄存器。也就是说，I/O的电平状态是不确定的，完全由外部输入决定；如果在该引脚悬空（在无信号输入）的情况下，读取该端口的电平是不确定的。）
编辑
- 上拉输入模式（上拉输入模式下，I/O端口的电平信号直接进入输入数据寄存器。但是在I/O端口悬空（在无信号输入）的情况下，输入端的电平可以保持在高电平；并且在I/O端口输入为低电平的时候，输入端的电平也还是低电平。）
编辑
- 下拉输入模式（下拉输入模式下，I/O端口的电平信号直接进入输入数据寄存器。但是在I/O端口悬空（在无信号输入）的情况下，输入端的电平可以保持在低电平；并且在I/O端口输入为高电平的时候，输入端的电平也还是高电平。）
编辑
- 模拟输入模式（模拟输入模式下，I/O端口的模拟信号（电压信号，而非电平信号）直接模拟输入到片上外设模块，比如ADC模块等等。）
编辑
- 开漏输出模式（开漏输出模式下，通过设置位设置/清除寄存器或者输出数据寄存器的值，途经N-MOS管，最终输出到I/O端口。这里要注意N-MOS管，当设置输出的值为高电平的时候，N-MOS管处于关闭状态，此时I/O端口的电平就不会由输出的高低电平决定，而是由I/O端口外部的上拉或者下拉决定；当设置输出的值为低电平的时候，N-MOS管处于开启状态，此时I/O端口的电平就是低电平。同时，I/O端口的电平也可以通过输入电路进行读取；注意，I/O端口的电平不一定是输出的电平。）
编辑
- 开漏复用输出模式（开漏复用输出模式，与开漏输出模式很是类似。只是输出的高低电平的来源，不是让CPU直接写输出数据寄存器，取而代之利用片上外设模块的复用功能输出来决定的。）
编辑
- 推挽输出模式（推挽输出模式下，通过设置位设置/清除寄存器或者输出数据寄存器的值，途经P-MOS管和N-MOS管，最终输出到I/O端口。这里要注意P-MOS管和N-MOS管，当设置输出的值为高电平的时候，P-MOS管处于开启状态，N-MOS管处于关闭状态，此时I/O端口的电平就由P-MOS管决定：高电平；当设置输出的值为低电平的时候，P-MOS管处于关闭状态，N-MOS管处于开启状态，此时I/O端口的电平就由N-MOS管决定：低电平。同时，I/O端口的电平也可以通过输入电路进行读取；注意，此时I/O端口的电平一定是输出的电平。）
编辑
- 推挽复用输出模式（推挽复用输出模式，与推挽输出模式很是类似。只是输出的高低电平的来源，不是让CPU直接写输出数据寄存器，取而代之利用片上外设模块的复用功能输出来决定的。）
编辑
什么是推挽结构和推挽电路？
推挽结构一般是指两个参数相同的三极管或MOS管分别受两互补信号的控制，总是在一个三极管或MOS管导通的时候另一个截止。高低电平由输出电平决定。
推挽电路是两个参数相同的三极管或MOSFET，以推挽方式存在于电路中，各负责正负半周的波形放大任务。电路工作时，两只对称的功率开关管每次只有一个导通，所以导通损耗小、效率高。输出既可以向负载灌电流，也可以从负载抽取电流。推拉式输出级既提高电路的负载能力，又提高开关速度。
开漏输出和推挽输出的区别？
开漏输出：只可以输出强低电平，高电平得靠外部电阻拉高。输出端相当于三极管的集电极。适合于做电流型的驱动，其吸收电流的能力相对强(一般20ma以内)；
- 推挽输出:可以输出强高、低电平，连接数字器件。
- 关于推挽输出和开漏输出，最后用一幅最简单的图形来概括：
编辑
该图中左边的便是推挽输出模式，其中比较器输出高电平时下面的PNP三极管截止，而上面NPN三极管导通，输出电平VS+；当比较器输出低电平时则恰恰相反，PNP三极管导通，输出和地相连，为低电平。右边的则可以理解为开漏输出形式，需要接上拉。
STM32中的I/O模式
编辑
六、串口通信及其常见问题
什么是串口通信
串口通信，就是传数据只有一根线传输，一次只能传一个位，要传一个字节就需要传8次。串口通信就是把数据串在一根线上传输，所以就叫串口吧。
在对速率要求不高的情况，使用一根线发送数据是带来大大的方便和实用价值的。
为了能正常发送和接收正确的数据，那异步串口通信就需要如下图的格式。
编辑
在串口的通信参数上，就有了波特率、起始位、数据位、校验位、停止位这几个参数。
串口通信主要为分232，485，422三种通信方式，这三种有什么区别呢？
232
编辑
232通信主要是由RX、TX、GND三根线组成。
RX接TX，TX接RX，GND接GND。这里发送和接收分别是由不同的线处理的，也就是能同时发送数据和接收数据，这就是所谓的全双工通信。
在这里扩展一下，串口通信还有一个功能叫做全功能串口通信，也叫标准串口。因为在两个设备间进行数据传输，有些设备处理速度比较快，有些数据比较慢。为了保证数据能正常传输，在RX、TX的基础上，还增加了几个控制引脚，最后成了9个引脚，也就是常见的DB9这个东西，如下图所示。
编辑
但是，如今很多控制器、人机界面、PLC等使用串口通信中一般不使用标准串口，而是直接使用RX、TX、GND三根线来通信的。
485
485的出现，是为了解决232通信距离受限的问题。
485通信只需要+、-两根线，或者也叫A、B两根线。A，B两根线的差分电平信号就是作为数据信号传输。由于发送与接收都是用这两根线，也就是说每次只能用作发送或者只能用作接收。所以，485是半双工通信。
编辑
485就是这样牺牲了232全双工的效率来达到自己传输距离远的代价。
422
422的出现，是为了既实现232的全双工通信方式，又能像485这样提高传输距离。422也常被标注为485-4，而485被标注为485-2。因为485-2是2根线，485-4是4根线，下图是422的示意图。
编辑
422就是把232的RX分成两根线，RX+，RX-，把TX分成TX+,TX-。这样就可以同时发送和同时接收了，还可以像485这样，有较远的传输距离。可是这样一种很有优势的通信方式，却用的不多，最常用到的是232跟485。
串口通信常见问题
电脑使用USB转串口可以和设备通信上，换成屏与设备就通信不上了
1）有可能电脑USB转串口接到设备上，使用的是标准串口功能，也就是除了RX，TX，GDN外，还使用了其它引脚。比如像欧姆龙PLC，三菱PLC，在实际与屏的通信中，就需要接某些引脚短接的情况。
2）电脑与控制器或PLC通信时，是扫描波特率参数，自适应的，屏通信可能参数没有设备好。在三菱，基恩士等PLC，就存在变化波特率进行通信交互的过程。
3）也有可能是接线方式不对。因为有些DB9，还需要公头，母头。如果不注意的话，也会存在把TX接到TX上，把RX接到RX上，这样需要注意的地方。
4） 在这里补充一下，有时候可能会使用一些串口助手发送测试数据与控制器通信，有些串口助手的奇偶校验是不起作用，这个要提醒一下。
这A家的屏可以和设备通信，换成B家的屏就通信不上了
1） 首先确认一下接线是否正确了，RX和TX是否兼容。
2） 地线是否没有接。
3） 除了RX，TX，GND，是否还有其它引脚需要短接的。
4） 通信协议是否一致或不完善，波特率是否一样。
以前不接地线可以通信，换个设备为什么需要接地线了
这个问题和上一个类似，因为有些设备使用了隔离电源。以前不接地可以通信，有可能实际上地线已经接了，所以才可以通信。可能换了个带隔离电源的，两个设备的地是隔离的，就需要在串口上把地线接起来。这个我是自身经历过的，有个客户老说他的设备通信不上，后来拍个照我给我，他地线没有接，他说以前不接地线可以通信的。于是我就给他科普了一下。
一个设备是232，另一个设备是422，没有转换设备，怎么办
这个情况我遇到过，客户的设备是422通信的，但是我手上并没有422设备，只有232通信可以测试。因此就需要把422转成232进行通信。
刚才也讲了422和232的接线，因为这两个都是全双工的，接收和发送都是分到的，而422只是以一种差分信号进行传输。
把422的Rx+与232的TX接，422的RX-与232的GND接。
把422的TX+与232的RX接，422的TX-与232的GDN接。
这样，422设备要发送数据的，就可以发送到了232的RX上。232的TX发数据后，由于TX和GND也形成了差分信号给422，422就可以接收到数据了。
用232通信没问题，用485通信没问题，使用232转485之后就通信不稳定
232和485从通信原理上，最大一个差别是全双工和半双工的区别。可是应用层发送数据和接收数据才不管底下是全双工还是半双工。
但是485就得管了。因为既然是半双工，就得严格保证通路上只能有发送或只能有接收的数据，一旦同时有发送和接收，数据就会冲突了。所以解决的办法就是主站设备，也就是主动命令的一方就需要严格控制好发送数据命令的节奏了。当然有些232转485的设备做的比较好了，可以优化这个，但是主站还是要控制，比较把通信速率调节慢一些。
要想实现两个屏或两个主站通过485访问modbus设备，有什么好的办法
在485通信中，基本上是一主多从。但是遇到一些客户实际使用中，有客户想用两个屏来访问一个modbus设备的。目前暂时还没有好的办法。等这个功能出来后，再来给大家演示操作吧。
串口通信的弱点
1）信号干扰的问题
建议使用带屏蔽线，接线要严格，比如要接地。有些485通信上，还考虑接上终端电阻来匹配。如果是232，尽量不要让线太长。通信协议上尽量避免长报文的数据通信。
2）波特率匹配的问题
因为有些设备的计算的波特率是存在误差的，特别是一些控制器，由于使用的晶振不一样。因此在一些波特率比如9600波特率就存在误差。存在误差带来的影响是什么呢。因为接收方是通过时间来计算一个位的。那么如果一个报文过长，就会存在误差积累的问题，算着算着就偏了。所以，这也是串口通信不稳定的一些地方，在使用上应注意避免发送太长数据的包。
3）在一些可能会存在干扰的情况，可以考虑使用奇校验或者偶校验
因为虽说出现错误的可能性不大，但既然存在干扰，如果加了校验，至少可以把错误的报文过滤掉。总好比没有校验然后通信数据错了不知道。或者尽量使用一些带校验的协议，防止数据出错。
4） 串口通信本来就比较慢，请降低对数据响应的要求
因为串口通信本身就比以太网慢。而且，串口通信并不是能像CPU那样多线程处理。因为就一个口一个线数据出去，即便你应用到程序再怎么用多线程处理数据，但是最底下也只有一个口出去，一次也只能传一个位，一个字节过去。因为有客户在使用9600的波特率通信，但是又希望多少的数据可以在多少毫秒内得到响应。
但是串口通信还是要事实求是，所以正确认识串口通信对应用，对开发，对沟通都有着很大的帮助的。
为什么不用同步通信
刚才提到，同步通信需要依赖于时钟信号。这就存在一个问题，这个时钟信号是谁来发起呢。在同步通信中，往往需要一个主设备发起时钟信号读从模块的数据。在实际中，有屏读PLC，有屏读屏的数据。而单纯地从异步串口通信来说，是没有主从之说，双方都是平等的角色，都可以互发信息，互收信息。而同步通信一般是应用于CPU读一些模块，由CPU发起时钟信号，比如读SD卡模块，就可以通过SPI方式，还有一些传感器模块。
七、STM32串口通信简明知识
1 什么是串口通讯？
[付费]STM32嵌入式资料包
典型的串口通信使用3根线完成，分别是地线、发送、接收。由于串口通信是异步的，所以端口能够在一根线上发送数据同时在另一根线上接收数据。串口通信最重要的参数是波特率、数据位、停止位和奇偶的校验。对于两个需要进行串口通信的端口，这些参数必须匹配，这也是能够实现串口通讯的前提。如下是串行通讯示数据传输意图。
编辑
2 串口通讯的通讯协议
最初数据是模拟信号输出简单过程量，后来仪表接口出现了RS232接口，这种接口可以实现点对点的通信方式，但这种方式不能实现联网功能，这就促生了RS485。
我们知道串口通信的数据传输都是0和1，在单总线、I2C、UART中都是通过一根线的高低电平来判断逻辑1或者逻辑0，但这种信号线的GND再与其他设备形成共地模式的通信，这种共地模式传输容易产生干扰，并且抗干扰性能也比较弱。所以差分通信、支持多机通信、抗干扰强的RS485就被广泛的使用了。
RS485通信最大特点就是传输速度可以达到10Mb/s以上，传输距离可以达到3000米左右。大家需要注意的是虽然485最大速度和最大传输距离都很大，但是传输的速度是会随距离的增加而变慢的，所以两者是不可以兼得的。
3 串口通讯的物理层
串口通讯的物理层有很多标准，例如上面提到的，我们主要讲解RS-232标准，RS-232标准主要规定了信号的用途、通讯接口以及信号的电平标准。
编辑
在上面的通讯方式中，两个通讯设备的"DB9接口"之间通过串口信号线建立起连接，串口信号线中使用"RS-232标准"传输数据信号。由于RS-232电平标准的信号不能直接被控制器直接识别，所以这些信号会经过一个"电平转换芯片"转换成控制器能识别的"TTL校准"的电平信号，才能实现通讯。
下图为DB9标准串口通讯接口：
编辑
DB9引脚说明：
编辑
上表中的是计算机端的DB9公头标准接法，由于两个通讯设备之间的收发信号(RXD与TXD)应交叉相连，所以调制调解器端的DB9母头的收发信号接法一般与公头的相反，两个设备之间连接时，只要使用"直通型"的串口线连接起来即可。
编辑
串口线中的RTS、CTS、DSR、DTR及DCD信号，使用逻辑 1表示信号有效，逻辑0表示信号无效。例如，当计算机端控制DTR信号线表示为逻辑1时，它是为了告知远端的调制调解器，本机已准备好接收数据，0则表示还没准备就绪。
4 波特率
波特率是指数据信号对载波的调制速率，它用单位时间内载波调制状态改变的次数来表示。
编辑
比如波特率为9600bps；代表的就是每秒中传输9600bit，也就是相当于每一秒中划分成了9600等份。
动图演示常用通信协议原理。
收发波特率一致可以实现通讯：
编辑
收发波特率不一致，导致RX端不能正常接收：
编辑
5 串口通讯的数据结构
编辑
起始位： 起始位必须是持续一个比特时间的逻辑0电平，标志传输一个字符的开始，接收方可用起始位使自己的接收时钟与发送方的数据同步。
数据位： 数据位紧跟在起始位之后，是通信中的真正有效信息。数据位的位数可以由通信双方共同约定。传输数据时先传送字符的低位，后传送字符的高位。
奇偶校验位： 奇偶校验位仅占一位，用于进行奇校验或偶校验，奇偶检验位不是必须有的。如果是奇校验，需要保证传输的数据总共有奇数个逻辑高位；如果是偶校验，需要保证传输的数据总共有偶数个逻辑高位。
停止位： 停止位可以是是1位、1.5位或2位，可以由软件设定。它一定是逻辑1电平，标志着传输一个字符的结束。
空闲位： 空闲位是指从一个字符的停止位结束到下一个字符的起始位开始，表示线路处于空闲状态，必须由高电平来填充。
6 单双工通讯
单工： 数据传输只支持数据在一个方向上传输；
半双工： 允许数据在两个方向上传输，但某一时刻只允许数据在一个方向上传输，实际上是一种切换方向的单工通信，不需要独立的接收端和发送端，两者可合并为一个端口；
全双工： 允许数据同时在两个方向上传输，因此全双工通信是两个单工方式的结合，需要独立的接收端和发送端。
编辑
7 STM32中的串口通讯
STM32串口通信接口有两种，分别是：UART(通用异步收发器)、USART(通用同步异步收发器)，对于大容量STM32F10x系列芯片，分别由3个USART和两个UART。
编辑
TXD：数据发送引脚；
RXD：数据输入引脚
对于两芯片的间的连接，两个芯片GND共地，同时TXD和RXD交叉连接，这样两个芯片间可进行TTL电平通信。
但如果对于芯片和PC机相连，除了共地条件外，不能使用如上的直接交叉连接，虽然两者都有TXD和RXD引脚，但通常PC机使用的是RS232接口（9针），通常是TXC和RXD经过电平转换得到，故如果要使芯片与PC机的RS232接口直接通信，需要将芯片的输入输出端口也电平转换为RS232类型，再交叉连接。
二者的电平标准不同：
- 单片机的点评标准(TTL电平）：+5V表示1，0V表示0；
- RS232电平标准：+15/+13V表示0，-15/-13表示1。
编辑
因此单片机与PC机进行串口通信应该遵循：在单片机串口与上位机给出的RS232口之间，通过电平转换电路实现TTL电平与RS232电平间的转换。
如果使用USB转串口也可以实现串口通讯，USB转串口电路图如下所示。
编辑
STM32中串口通讯已经给大家建好了相应的库函数，大家在使用和配置串口的时候直接进行调用库函数和配置就行了
STM32实例-用按键控制串口发送数据，文末附代码
请大家参照一下代码：
1、初始化结构体代码
2、NVIC配置中断优先级
3、USART配置函数
到此这篇bytebuf（ByteBuf读取前49个字节方法）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/82575.html