简介这是一套面向STM32F407嵌入式开发者的RS485通信实验资料包围绕串口初始化、收发器方向控制和多节点地址识别展开适合学习串行通信与工业总线协议的初中级开发者参考。压缩包内共有一百二十九个文件以标准外设库的头文件与源文件为主体涵盖汇编启动文件、说明文档、参考手册以及集成开发环境工程配置整体体积约两兆字节。已有八百一十六人浏览学习可直接导入工程作为快速验证与二次开发的起点。资料不仅提供现成源码还结合库函数讲解波特率、数据位、停止位和奇偶校验等参数配置剖析收发使能切换、延时避让、地址匹配与总线仲裁等关键环节帮助理解差分信号传输的抗干扰原理以及多设备共享总线时的冲突规避和排错思路便于在真实项目中复用与调试。1. 为什么每个F407工程师都应该亲手调一遍RS485这份实验包到底解决了什么拿到「STM32F407固件库-RS485通信实验.zip」这份实验包时大多数人以为它只是串口换了个收发芯片跑通就完了。我见过不止一个由此起步的项目在RS485上翻车两块板子单独跑都正常一接上总线就乱码发送端明明调用了发送函数对端却什么也收不到。这通常不是芯片坏了而是半双工方向切换、上下拉电阻和波特率时钟树三个环节里有一个没理顺。这份实验包把F407的USART、标准外设库初始化、DE/RE方向控制和收发逻辑串成了一条完整链路跑通它等于把半双工通信的时序边界亲手过了一遍。它适合两类人刚点亮F407、想从GPIO进阶到真实总线通信的新手以及被AB线干扰和方向切换折磨过、想找一份可靠参考的熟手。2. STM32F407固件库与RS485先弄明白这条链路再动手2.1 F407的USART和F103不一样波特率挂在哪个时钟树上RS485的物理层收发器只负责把TTL电平转成差分信号真正的通信时序完全由F407的USART外设决定。所以第一步不是接线路而是搞清F407的时钟树。F407和F103最大的区别在于APB1总线最高42MHzAPB2总线最高84MHzUSART1和USART6挂在APB2上USART2/3/4/5挂在APB1上。照搬F103经验的人很容易把USART2的时钟使能写错结果波特率整整差一倍出来的全是乱码。标准外设库SPL里初始化USART并不需要手算波特率寄存器库函数会自动根据传入的USART_InitStructure计算USARTDIV。但前提是RCC时钟使能那一行必须写对总线和外设名。我一般先用下面这段代码确认系统时钟和APB分频值再决定用哪个USARTRCC_ClocksTypeDef clocks; RCC_GetClocksFreq(clocks); /* 这里能看到 PCLK1 和 PCLK2 的实际频率 */ printf(SYSCLK%lu, PCLK1%lu, PCLK2%lu\r\n, clocks.SYSCLK_Frequency, clocks.PCLK1_Frequency, clocks.PCLK2_Frequency);这段代码的价值在于把黑匣子打开如果PCLK1显示的不是42MHz而是21MHz甚至更低说明RCC_CFGR里的HPRE和PPRE1分频配置有问题后面所有波特率都会跟着错。RS485常用的9600、115200波特率对时钟偏差很敏感超过2%就会开始偶发乱码。实际选型时我建议实验阶段优先用USART2或USART3原因有两个一是它们挂在APB1上功耗稍低引脚也更靠外侧方便接插线排二是RS485本身是半双工1200到115200波特率足够覆盖绝大多数传感器和仪表场景不需要USART1那种10.5Mbps的极速能力。把高速端口留给以后可能接的调试串口或DMA大数据通道这是布线时给自己留的后悔药。USART选型对照外设总线最高频率常见引脚适用场景USART1 / USART6APB284MHzPA9/PA10PA11/PA12高速调试、DMA大数据USART2 / USART3APB142MHzPA2/PA3PB10/PB11PC10/PC11RS485常规通信USART4 / USART5APB142MHzPA0/PA1PC12/PD2低速辅助通信确认好PCLK1之后另一个容易忽略的是GPIO的复用功能配置。F407的引脚不再是F103那种简单的复用推挽必须给每个引脚单独指定AF编号。比如USART3的TX/RX在PC10/PC11上是AF7写错AF编号的后果是引脚永远输出不了波形但代码编译和运行都不报错。这种问题最费时间我建议初始化写完先看引脚电平再查AF配置。2.2 RS485方向控制的三种实现GPIO手动切换为什么最可靠RS485是半双工总线收发器在同一时刻只能发送或接收。以常见的SP3485为例它的DE引脚高电平使能发送RE引脚低电平使能接收。工程上通常把DE和RE短接成一个方向脚拉高进入发送模式拉低回到接收模式。这个方向脚的切换时机就是RS485通信的全部玄学所在。方向控制常见有三种做法。第一种是用一个GPIO手动控制DE/RE这也是实验包最常用的方案。初始化时把方向脚配置成推挽输出默认拉低保持接收状态要发数据时先拉高发送完成再拉低。优点是完全可控、调试直观缺点是软件里多占一个引脚和几行代码。第二种是用三极管或门电路做硬件自动切换把TX信号同时映射到DE上发送时自动拉高、空闲时自动拉低。省掉一个GPIO但发送起始位会先在DE上产生毛刺长线场景容易误触发对端接收我见过用它做主从轮询时偶发地址错乱的案例不推荐新手用。第三种是复用USART的RTS引脚做方向控制硬件上能少一根线但初始化时要额外配置硬流控相关寄存器可读性差排查问题多一环。方向脚用普通GPIO控制时还要考虑一个细节DE/RE脚在收发器内部往往没有强上拉如果程序跑飞或复位期间GPIO悬空总线可能出现不确定状态。我习惯在这个引脚外部加一个10kΩ下拉电阻到GND确保上电瞬间芯片处于接收模式而不是发送模式。多机总线上如果某个从机复位瞬间DE悬空被拉高它会往总线上发垃圾数据把整个总线的通信搅乱。这个下拉电阻是硬件上成本最低的保险。GPIO方向脚的初始化代码如下/* 假设方向脚接 PC12DE/RE短接 */ GPIO_InitTypeDef GPIO_InitStructure; RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOC, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_12; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_2MHz; GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; GPIO_Init(GPIOC, GPIO_InitStructure); /* 默认接收状态DE0, RE0 */ GPIO_ResetBits(GPIOC, GPIO_Pin_12);这里把GPIO速度设成2MHz而不是50MHz是因为DE/RE是电平信号不是高速信号慢斜率反而能减少对外辐射。GPIO_PuPd设成NOPULL是因为外部已经放了10kΩ下拉电阻内部上拉会和它打架。调试时如果发现总线空闲电平不对先查这里是否用了内部上拉这点很容易踩坑。2.3 实验包里的固件库标准外设库和HAL库的差别实验包标题里明确写了“固件库”一般来说指的是标准外设库SPL这套代码风格。它把寄存器操作封装成InitStruct加PeriphInit的函数组合每个外设的配置项都暴露在结构体里适合用来理解硬件工作原理。HAL库则不一样它把收发、中断、DMA都封装成更上层的抽象接口写起来快但RS485方向切换这种需要精确控制时序的逻辑反而要绕过封装去操作底层有时候更别扭。以发送一字节为例SPL风格里你能清楚看到数据从写入DR寄存器到等待TC标志的整个过程。实验包的驱动代码一般就是这种风格读它的时候重点不是背函数名而是理解“写数据→等发送完成→切方向”这个顺序。如果之前只用过HAL库打开实验包看到一堆GPIO_InitStructure可能会不习惯这很正常花半小时对照参考手册的数据手册章节读一遍后面迁移到任何芯片平台都不慌。读这份实验包源码时我建议按下面的顺序看而不是从头翻到尾文件层次内容重点看什么应用主循环初始化调用和收发演示流程方向切换函数在什么时机被调用驱动层USART初始化、RS485收发函数DE/RE拉高和拉低的延时处理协议层帧格式、校验、超时重传波特率与超时时间的匹配关系实验包的价值不在于代码能直接用而在于它把“GPIO方向控制”“USART发送完成标志”“半双工时序”这三件事组合在了一起而这正是标准外设库工程里最常被误用的部分。跑通它之后再回到HAL库写业务代码你会更清楚HAL_UART_Transmit内部发生了什么而不是把它当黑盒子用。3. 把固件库实验包跑起来从解压到两板互通的最小步骤3.1 先认文件夹哪个是模板、哪个是驱动、哪个是主程序解压实验包之后不要急着点开工程文件编译先花两分钟用文件管理器或命令行看一下目录结构。标准外设库工程的目录组织通常很固定按功能分层而不是按文件类型乱堆。tree -L 2正常情况下你会看到类似这样的层次一个Libraries目录放着标准外设库的源码和启动文件一个Project目录放着编译工程、链接脚本和分散加载文件一个User目录放着main.c和中断服务函数还可能有一个Hardware或BSP目录放板级驱动。RS485驱动多半在Hardware或BSP下文件名字里会带RS485或485字样。先认目录这一步很有用它能帮你在编译报错时快速定位问题范围。报错在Libraries里多半是启动文件或宏定义没配好报错在User里多半是你改了main.c但头文件路径没加报错在驱动文件里才是RS485本身的逻辑问题。还有一点实验包如果同时给了多个版本的工程比如MDK和IAR两个目录选你手上最熟的编译器不要顺手打开另一个版本差异导致的编译错误会浪费很多时间。3.2 最少改动跑通换引脚、改时钟、配复用大多数实验包默认的USART引脚和你手头的板子不一定一致所以第一步是把外设初始化对齐到你的硬件上。以USART3在PC10/PC11为例初始化分三段时钟、GPIO复用、USART参数。这三段顺序不能乱尤其是GPIO复用必须在USART初始化之前完成否则USART使能时引脚还没接上复用功能。/* 1. 时钟使能USART3在APB1GPIOC在AHB1 */ RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART3, ENABLE); RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOC, ENABLE); /* 2. GPIO复用配置PC10TX, PC11RX */ GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin GPIO_Pin_10 | GPIO_Pin_11; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_UP; GPIO_Init(GPIOC, GPIO_InitStructure); GPIO_PinAFConfig(GPIOC, GPIO_PinSource10, GPIO_AF_USART3); GPIO_PinAFConfig(GPIOC, GPIO_PinSource11, GPIO_AF_USART3); /* 3. 方向脚 PC12推挽输出默认接收 */ GPIO_InitStructure.GPIO_Pin GPIO_Pin_12; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_Speed GPIO_Speed_2MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; GPIO_Init(GPIOC, GPIO_InitStructure); GPIO_ResetBits(GPIOC, GPIO_Pin_12);这段代码里有两个参数值得说明。GPIO_PuPd_UP用在TX/RX引脚上是为了让空闲状态电平确定避免浮空输入导致USART误判起始位方向脚PC12用NOPULL因为外部已经有了下拉电阻。GPIO_Speed用50MHz是给USART信号用的常规值方向脚降到2MHz是为了减少开关噪声。如果你实验包默认用的不是PC10/PC11只需把引脚号、GPIO端口、AF编号三个地方一起改掉缺一不可。接下来是USART本身的初始化USART_InitTypeDef USART_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; USART_InitStructure.USART_BaudRate 9600; USART_InitStructure.USART_WordLength USART_WordLength_8b; USART_InitStructure.USART_StopBits USART_StopBits_1; USART_InitStructure.USART_Parity USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART3, USART_InitStructure); /* 接收中断一字节到达就进中断 */ NVIC_InitStructure.NVIC_IRQChannel USART3_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority 1; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); USART_ITConfig(USART3, USART_IT_RXNE, ENABLE); USART_Cmd(USART3, ENABLE);波特率9600是RS485最通用的起步值实验阶段用它能降低长线干扰的影响。如果后面要提速先看收发器芯片手册支持的速率上限再看线缆长度和终端电阻不要盲目调到115200。USART_Mode必须RX和TX同时打开虽然半双工同一时刻只用一条通路但关闭RX会导致收不到对端回帧。3.3 最小收发代码方向切换和延时参数怎么设初始化完成后RS485的核心就是发送函数。发送函数必须自己管理DE/RE方向顺序是拉高DE→延时→写数据→等发送完成→拉低DE。这个顺序少一步通信就时好时坏。void RS485_SendString(USART_TypeDef* USARTx, uint8_t* buf, uint16_t len) { uint16_t i; /* 1. 切到发送模式 */ GPIO_SetBits(GPIOC, GPIO_Pin_12); /* 2. 等DE电平稳定给收发器一个建立时间 */ delay_us(50); /* 3. 逐字节发送 */ for (i 0; i len; i) { USART_SendData(USARTx, buf[i]); while (USART_GetFlagStatus(USARTx, USART_FLAG_TXE) RESET); } /* 4. 关键等最后一个字节移出移位寄存器 */ while (USART_GetFlagStatus(USARTx, USART_FLAG_TC) RESET); /* 5. 切回接收模式 */ GPIO_ResetBits(GPIOC, GPIO_Pin_12); }第4步是整个函数里最容易漏的。USART_FLAG_TXE表示数据已经从数据寄存器挪到了移位寄存器但移位寄存器还没把数据全部移到TX引脚上。如果在TXE就拉低DE最后一个字节很可能只发出了一半。所以这里必须等待TC标志——传输完成标志它才表示移位寄存器已经空了。这个50微秒的延时取决于收发器DE建立时间市面上常见的SP3485、MAX3485建立时间都在纳秒到微秒级别50微秒足够但如果你换了慢速隔离型收发器可能需要加大到200微秒。接收侧就简单得多。方向脚保持低电平使能USART的RXNE中断每收到一字节进一次中断把数据放进接收缓冲区void USART3_IRQHandler(void) { uint8_t data; if (USART_GetITStatus(USART3, USART_IT_RXNE) ! RESET) { data USART_ReceiveData(USART3); /* 把 data 存入环形缓冲区主循环里处理 */ RingBuffer_Write(rxBuf, data); } }接收中断里不要在direction引脚上做任何操作也不要在中断里调用耗时函数。RS485收数据时方向脚本来就是低电平你只需要把字节存下来解析交给主循环。这里如果用了环形缓冲区注意缓冲区大小要能容纳一帧最多字节数RS485的帧通常不会超过256字节一般给512就够。中断里处理得越少总线高速时丢数据的概率越低。4. RS485避坑方向切换、终端电阻与回环测试里的五个常见问题4.1 现象自发自收正常两块板子却不通两块F407板子分别用USB转TTL调试都正常接到同一对RS485线上就是不通。用万用表量A/B之间的电压正常空闲时应为负差分B高于A但实际量出来是0V左右。原因是DE/RE方向脚接反了或者收发器的VCC没供电。方向脚拉高才是发送模式如果代码里高低逻辑和硬件反了收发器永远在接收发出去的数据只会从本板TX直接回流到本板RX这就是自发自收正常的原因根本不会上总线。另一种常见情况是收发器的RO引脚没接上拉空闲时不驱动总线。解决方法是先用万用表确认收发器VCC和GND确实有电再量方向脚在发送瞬间是否真的拉高。然后强制把A和B短接走一帧数据看是否进入回环模式排除线路接反。最后把A、B对调一次试试RS485的A/B反接是硬件接线上最容易犯的错。4.2 现象对端收到的数据丢最后几个字节发送函数返回了但接收端收到的帧长度总是比发出的少1到2个字节而且是固定的尾部缺失。多发几次后收到的帧尾经常是半截。原因是发送函数里只等了TXE标志就拉低了DE。TXE只代表数据寄存器已空此时最后一个字节可能还在移位寄存器里没发完。DE一旦被拉低收发器立刻切到接收模式TX引脚上的剩余位数直接被截断。解决方法是把发送函数里等待USART_FLAG_TXE的循环后面再加上等待USART_FLAG_TC的循环确认最后一个字节的停止位完全送出后再拉低DE。如果对时序还不放心可以在拉低DE后再加一个微秒级的延时作为额外的保险。这个标志位的使用是我反复强调的重点几乎每个RS485项目初版都会在这里踩一次。4.3 现象两块板子单独调试都正常接一起就乱码单板用USB转TTL串口调试助手收发完全正常但两块板子通过RS485对接出现稳定乱码并且乱码规律和波特率设置明显相关比如9600下收到的是乱码中的规律性错位。原因是F407的USART2/3/4/5挂在APB1上最高42MHz而USART1/6挂在APB2上最高84MHz。如果沿用了F103的习惯把所有USART设备都按同一总线的RCC_APB2PeriphClockCmd使能USART3实际工作的时钟源就不是预期的那个波特率分频计算出来的结果就会偏离真实波特率。解决方法是先核对代码中USARTx对应的RCC时钟使能函数是APB1还是APB2再用串口助手发0x55用示波器量TX引脚波形数一下一个字节的时间宽度是否与波特率理论值一致。实际验证中把RCC_APB1PeriphClockCmd改成正确总线后乱码通常立刻消失。4.4 现象短距离没问题线拉长到几十米后偶尔收错实验桌上用20厘米杜邦线连接一切正常把线缆换成几十米的两芯屏蔽线后开始出现偶发错帧有时是某一位翻转有时是整帧校验不过。用手捏住线缆或靠近变频器时错误率明显上升。原因是RS485总线上缺少终端匹配电阻长线末端产生信号反射反射波叠加在正常电平上导致接收端误判。此外A/B线如果直接走普通跳线而没用双绞线共模干扰也会在长距离下被放大。解决方法是在总线两端各跨接一个120Ω终端电阻。调试阶段可以用两个120Ω电阻直接夹在端子排的A/B之间效果立竿见影。总线上挂的设备越多越要检查两端电阻是否正确中间节点不要加终端电阻否则会拉低差分阻抗。线缆也尽量用双绞线A和B拧在一起而不是平行走线。4.5 现象多机轮询时从机经常不回包偶尔回一个错包主机点名从机从机收到地址帧后立刻把DE拉高回包但主机侧经常超时。用示波器抓总线能看到从机DE拉高的瞬间总线电平发生一次毛刺抖动紧接着主机和从机的数据在总线上叠加冲突。原因是半双工总线切换方向时没有留足“总线空闲时间”。从机收到帧后立即切DE但此时总线电平还没有完全恢复到空闲状态或者主机的发送缓冲还没彻底释放。两个节点在同一时刻握手先发出的一方还没让出总线后发的一方已经开始驱动于是冲突。解决方法是所有节点在发送前先做总线空闲检测至少要等一个字节时间波特率9600下约1.04毫秒的总线静默期再拉高DE。简单做法是发送函数里在拉高DE前加延时或者用接收中断维护一个“最近收到字节时间戳”主循环检查空闲超过若干毫秒才允许发送。这个改动虽然只加几行代码却是从实验包走向多机组网最关键的一步。5. 从实验包到产线方案CRC校验、超时重发与多机轮询5.1 帧格式设计从裸字节到带校验的协议帧实验包里的收发演示通常是裸字节收发这在调试阶段够用但真正用在传感器采集或多机控制时裸字节没有任何错误检测能力。RS485总线虽然有差分抗干扰优势长线浪涌和地电位差仍然可能让个别字节翻转。我常用的帧格式是地址字节功能码长度字节数据域CRC16校验最后再加一个帧尾定界符。地址字节用来区分从机编号功能码标明是读还是写长度字节让接收端知道数据域要到什么时候结束CRC16用来验证整帧完整性。帧尾定界符不是必须的固定帧长时可省略。CRC16的软件实现并不复杂以下是一个常见多项式0xA001的查表法版本static uint16_t CRC16_Modbus(uint8_t* data, uint16_t len) { uint16_t crc 0xFFFF; uint16_t i; while (len--) { crc ^ *data; for (i 0; i 8; i) { if (crc 0x0001) crc (crc 1) ^ 0xA001; else crc 1; } } return crc; }CRC16_Modbus是Modbus协议里常用的那种CRC初值FFFF异或多项式0xA001低位先算。它和简单求和校验最大的区别在于它能检测出连续多位翻转和字节错位这是RS485长线传输里最常见的故障类型。函数传入指针和长度返回的CRC值附加在帧尾一起发送。接收端收到一帧后先按地址匹配判断是否发给本机再计算整个帧包括CRC字段前的所有字节的CRC值与收到的CRC字段比较。不一致就丢弃整帧不回应答让主机超时重发。这个“静默丢弃”策略在多机总线上很重要如果错误帧也回NACK反而会加重总线拥堵。5.2 多机轮询与超时重发总线空闲判断和重试次数多机RS485的典型架构是主机轮询、从机应答从机之间不主动通信。主机按照地址顺序依次点名每个从机收到地址后先校验地址和CRC正确才组织应答数据。从机应答前必须先确认总线空闲避免上一个从机还在占用总线时它就把DE拉高。主机侧的超时重发逻辑#define POLL_TIMEOUT_MS 50 #define MAX_RETRY 3 uint8_t PollSlave(uint8_t addr, uint8_t* resp, uint16_t* respLen) { uint8_t retry; uint32_t startTick; for (retry 0; retry MAX_RETRY; retry) { BuildRequestFrame(addr); RS485_SendString(USART3, txBuf, txLen); startTick GetTickMs(); while (GetTickMs() - startTick POLL_TIMEOUT_MS) { if (FrameReady()) { if (ParseFrame(resp, respLen) 0) return 0; /* 校验通过 */ } } /* 超时后重试 */ } return 1; /* 重试3次仍失败判定从机离线 */ }超时时间POLL_TIMEOUT_MS要和波特率匹配。9600波特率下一字节约1.04毫秒一帧20字节约21毫秒加上收发切换和从机处理时间50毫秒是个合理的起点值。如果整个轮询周期内有多个从机50毫秒超时不会让单点故障拖死整圈扫描。这个轮询周期可以由主循环按实际需求调用比如每秒完整扫描一遍所有从机。轮询机制里最容易被忽略的是总线空闲检测。从机侧的发送函数必须在拉高DE之前确认总线上至少一个完整字节时间没有任何电平变化。简单实现是维护一个“最后收到字节的时间戳”在发送前检查当前时间与它的差值if (GetTickMs() - lastRxTick LINE_FREE_MS) { GPIO_SetBits(GPIOC, GPIO_Pin_12); /* 拉高DE */ delay_us(50); /* 发送数据 */ }LINE_FREE_MS设成2到5毫秒即可既保证总线空闲又不至于让从机响应慢到主机超时。这个细节直接决定多机系统在总线繁忙时会不会出现数据碰撞是把实验包升级成可靠产线方案的核心。6. 收尾技巧用手边器材验证RS485实验包的两个习惯验证RS485实验包不一定需要昂贵的总线分析仪示波器和USB转RS485适配器基本够用。我建议养成两个习惯第一个是看方向脚DE和TX引脚的时序关系用示波器双通道同时抓PC12和PC10发送一帧数据观察DE是否在TX最后一个字节的停止位完全结束后才拉低。如果DE提前落下波形上能明显看到最后一个字节被切掉一半。这个验证动作能发现代码里TC标志等待是否正确。第二个习惯是回环自测把本板的A和B直接短接不接对端设备然后运行收发程序。A/B短接等效于让收发器自发自收能验证USART、GPIO和收发器整条链路的连通性。正常现象是发什么就收什么如果自发自收乱码或收不到问题一定在本板不需要怀疑对端。再配合USB转RS485适配器接电脑串口调试助手就能把“本板是否正常”和“两板对接是否正常”两个问题分开排查。我自己的习惯是每次改完RS485代码先用示波器看DE和TX的时序图再跑自发自收最后才对板联调。这套流程看起来多花五分钟但能把方向切换和波特率这两类最容易出错的环节在上总线之前就拦住。希望帮到你。本文还有配套的精品资源点击获取
