做工业仪表、变送器、现场总线相关开发的朋友HART协议就像水电一样四平八稳地存在很多年绕不开也躲不掉。传统的4-20mA模拟信号只能传一个物理量设备要配置、要诊断、要读多变量靠一根两线制供电回路根本抓瞎。HART就是在这根回路上叠加数字通信老布线不动、供电不换模拟信号照传数字信息也能跑。这篇文章我把实际调通的方案完整拆开主控用STM32L496HART物理层调制解调交给ADI的AD5700-1软件用标准HAL库手工撸了一套主机端通信流程。整个过程从协议原理讲到硬件连接、HAL配置、帧结构、校验算法、收发时序最后附上我在调试中真实踩过的几个坑。适合正在做智能变送器、阀门定位器、HART手持器或者想快速验证HART通信原型的朋友直接照着搭就能跑通命令0这类基础帧。1. 先搞清楚HART协议在工业现场扮演什么角色很多初学者一上来就翻数据手册找寄存器结果被帧格式、分界符、校验位这些概念绕晕。其实HART的底层逻辑非常直白本质上就是在传统模拟电流环上玩“叠加态”。1.1 Bell 202 FSK怎么在4-20mA电流环里塞数字信号HART全称是Highway Addressable Remote Transducer翻译过来就是“可寻址远程传感器高速通道”。它的物理层基于Bell 202通信标准用的是频移键控FSK调制。所谓FSK就是用两个不同频率代表数字逻辑1200Hz代表逻辑“1”2200Hz代表逻辑“0”数据传输速率只有1200bps。可以这样理解现场仪表原本靠4-20mA电流传输压力、温度这些模拟值这条电流回路好比一条公路模拟信号是路上的主线车流。HART做的事情是在同一段线路上叠加一个幅度很小的高频正弦波1200Hz和2200Hz分别代表二进制1和0。这个叠加信号的幅度业内要求是0.5mA峰峰值左右相对于4-20mA的主信号来说非常小所以不会明显干扰模拟传输。反过来接收端通过带通滤波把FSK分量提取出来就能还原数字帧。因为FSK信号叠加在电流上、又不会挤占原有模拟通道所以HART才能做到“一根两线制电缆既走模拟量又走数字量”。实际项目里这对接线方式极其友好——现场旧设备升级成智能仪表电缆和端子都不用换DCS侧加一个HART调制解调器就行。1.2 HART的“一问一答”帧结构与命令模型HART协议的使用场景通常是主从问答模式。一个HART网络中有一个主站比如DCS、手持器或我们的STM32板子一个或多个从站变送器、执行器。主站发出命令帧从站收到后执行动作并回复响应帧。网络里同一时刻只允许一方发言也就是半双工。既然要“对话”就得有约定的台词格式。HART帧的基本构成如下前导码Preamble连续若干个0xFF用于接收端时钟同步和电平稳定常见5个到20个。分界符Delimiter1字节告诉接收端这是一帧开始并标明帧类型和方向。短帧主站请求通常是0x06从站响应是0x16长帧主站请求是0x86从站响应是0x96。地址Address短帧模式下一般1字节包含轮询地址和突发标志长帧模式下是5字节携带设备唯一标识。命令号Command1字节HART命令编号比如命令0读取设备唯一标识命令1读取主变量。字节数Byte Count1字节表示后面数据字段的长度。数据Data长度可变有时为0。校验和Checksum1字节LRC算法从分界符开始到数据段末尾逐字节异或。我用生活例子打个比方主站先喊“各单位注意前导码这是一条寻呼分界符呼叫地址3的传感器地址请报告你的设备信息命令0完毕校验”。从站听到后回应“收到我是某某厂家的压力变送器序列号是……”。初学阶段不用一上来就啃长帧先用短帧跑通命令0和命令1整条链路就活了。1.3 为什么这套方案适合智能变送器这类低功耗设备STM32L496是ST的L4系列低功耗MCUCortex-M4内核主频80MHz运行功耗很低多个低功耗模式支持Stop1、Stop2甚至Standby。放在两线制变送器里供电是从4-20mA回路里“抠”出来的电流预算非常紧张可能整机只能分到3.5mA以内。低功耗主控就是刚需而L496这种资源级芯片在保证计算力和外设的同时能把功耗压下来。AD5700-1这边它是ADI的专用HART调制解调器单芯片内部集成了符合Bell 202标准的调制解调器。最省事的是AD5700-1内置RC振荡器不需要外部晶振上电就能工作精度满足1200bps通信要求如果你用不带-1后缀的AD5700就得额外配一颗晶振BOM成本、PCB面积和故障点都多一个。AD5700-1还支持UART和SPI两种数字接口直接和MCU的串口对接协议栈完全不用管物理层调制解调细节。这套组合的本质是“低功耗主控专用物理层芯片”把最麻烦的模拟调制解调丢给专用芯片MCU只处理协议帧和应用逻辑。对比直接用MCU内部DAC定时器模拟FSK的方案AD5700-1的调制精度、抗干扰能力、功耗表现都要稳得多。工业产品稳定性优先能用专用芯片解决的事情不要用软件硬撑。2. 硬件怎么搭STM32L496 AD5700-1核心电路与引脚分配硬件设计是HART通信能不能稳定工作的前提。我在第一版做原型的时候直接把AD5700-1的HART_OUT和HART_IN飞线到两块板子中间的回路里结果波形乱七八糟后来按照评估板的思路重新理了一遍耦合网络才算正常。2.1 芯片选型为什么是L496而不是F103如果你只是验证HART协议F103也完全能跑但放在实际产品设计里L496有几个优势非常关键。首先还是功耗。F103在72MHz主频下正常功耗大约几十毫安这个数量级对两线制变送器来说是灾难。L496运行模式能做到100uA/MHz级别加上丰富的低功耗定时器和LPUART可以在待机时维持极低电流。HART通信不是每时每刻都在跑平时仪表只输出模拟信号等主站来询问时再唤醒MCU干活这种场景L496非常对味。其次L496的模拟外设比较齐全比如DAC、比较器、运算放大器做变送器时电流环控制、信号采集都能交给芯片内部模块减少外部器件。另外它的FlexPower模式允许不同域独立供电对某些传感器供电策略很灵活。我不是说F103不行而是你如果要从“实验室跑通”走向“产品化”L496的功耗余量和外设丰富度会让你少做很多取舍。尤其当HART协议栈需要管理设备诊断、传感器补偿、通信调度这些功能时L496的资源也不会成为瓶颈。2.2 AD5700-1一颗省掉晶振的HART调制解调器AD5700-1是ADI专门为HART应用设计的单片调制解调器。它把发送路径的FSK调制和接收路径的FSK解调全部集成在内部对外只暴露模拟信号接口和数字接口。数字侧最常用的是UART模式通过MODE引脚拉低选择。在这种模式下MCU的UART TX直接接AD5700-1的DINMCU的UART RX接AD5700-1的DOUT。MCU发0x55这样的字节AD5700-1会自动把它变成一串1200Hz/2200Hz的FSK波形反过来回路上的FSK信号经过AD5700-1内部解调从DOUT输出串行数据MCU那边就当成普通UART接收。AD5700-1有两个控制引脚特别重要RTS和CD。RTS是发送/接收模式切换高电平进入调制发送模式低电平进入解调接收模式。CD是载波检测一般低电平表示检测到有效FSK信号。我用“一般”这个词是因为不同板卡或厂家模块的极性可能会有反相处理调试时务必用示波器或逻辑分析仪确认。AD5700-1的工作电压范围是2.7V到5.5V数字接口电平兼容3.3V所以和STM32L496直连完全没问题不需要电平转换芯片。输出级VREF引脚可以给模拟前端提供偏置具体用法后面说。2.3 最小系统接线与引脚分配表我把自己的工程里用到的引脚整理成一张表方便你对照参考。STM32这边我用的是UART4具体引脚大家根据自己板子调整。功能STM32引脚AD5700-1引脚说明UART4_TXPD1DINMCU发送数据给调制解调器UART4_RXPD0DOUT调制解调器解调数据输出给MCUGPIO输出PA1RTS高电平发送低电平接收GPIO外部中断PA0CD载波检测一般低有效模式选择-MODE接GND选择UART模式电源3.3V/5VVDD按芯片规格供电需加去耦电容地GNDGND共地模拟信号-HART_OUT / HART_IN经耦合网络接4-20mA回路这里有一个容易被忽略的问题DIN和DOUT虽然是TTL电平串口信号但AD5700-1的DOUT在无载波时输出状态不定。MCU侧如果配置了UART接收中断可能会收到随机噪声。最稳妥的做法是配合CD引脚做门控只有CD指示有载波时才处理接收数据。这点在代码章节会细讲。2.4 耦合网络把信号送到4-20mA回路的关键AD5700-1的HART_OUT输出的是内部调制的模拟小信号不能直接怼到4-20mA回路上需要经过一个耦合网络。发送路径上HART_OUT经过隔直电容和串联电阻注入电流回路接收路径上从回路耦合采集FSK信号送到HART_IN。典型电路思路是HART_OUT串联一个0.1uF到0.22uF的隔直电容再串一个几百欧姆的电阻接到电流回路的采样电阻或运算放大器输入节点。这个RC组合既保证FSK信号能叠加进去又把直流和低频的4-20mA信号隔开防止数字信号干扰模拟通道。接收路径类似从回路节点经过电容耦合到HART_IN同时在HART_IN引脚做一点阻抗匹配和滤波。这套耦合网络的阻容参数不是随便抄的它和你变送器的电流环控制结构、回路总阻抗、电缆长度都有关系。有条件的话用ADI官方的AD5700评估板原理图做参照然后用网络分析仪或至少示波器看波形来调。没有仪器时先用官方推荐值再通过实测通信误码率来迭代。还有一点很重要AD5700-1的直流偏置点。官方手册建议HART_IN和HART_OUT直流偏置在合适电平通常是利用内部偏置或者外部电阻分压。如果你在设计单独的HART模块这几个电阻电容的值要计算好避免信号饱和或者幅度不足。3. STM32CubeMX工程生成与HAL库基础配置硬件搭好之后软件工程从STM32CubeMX生成。用图形化配置工具的好处是时钟树、外设初始化代码、引脚复用关系全部自动生成不容易出现“时钟没开所以外设不动”这种低级问题。我习惯把所有初始化交给CubeMX协议逻辑自己写在用户文件里。3.1 工程生成与时钟树设置创建工程时选择STM32L496系列的具体型号我这里用的是STM32L496VGT6。时钟源建议选外部高速晶振HSE。HART对串口波特率精度有要求内部RC振荡器虽然也能凑合但长期稳定性、温度漂移都差一些工业环境别冒险。时钟树配置方面我习惯让系统主频跑到80MHzAPB1和APB2总线时钟也一并确认好。UART4挂在APB1总线上后面的UART波特率计算依赖这个总线时钟不要乱改。CubeMX里把HSE选好点击“Clock Configuration”标签页系统会自动分配PLL参数确保SYSCLK、APB1、APB2没有红色报错即可。生成的工程可以用STM32CubeIDE直接打开也可以导出到Keil MDK或者IAR。我用的是STM32CubeIDE因为免费的且GCC的编译优化比较直观调试器支持ST-Link即插即用省去不少配置烦恼。3.2 UART配置1200bps怎么设才不出错在CubeMX里选中UART4异步模式Asynchronous。关键参数如下波特率1200bps数据位8停止位1校验位None流控无1200bps是一个非常慢的串口速率每一帧一个字节大约8.3ms。很多人习惯把串口超时时间设成几十毫秒在HART这种低速链路上容易出问题因为完整设备响应帧可能包含几十个字节全部收完需要两百多毫秒。后面软件设计超时必须按HART的节奏来。STM32L496的UART波特率发生器是16倍过采样1200bps下USARTDIV 80MHz / (16 * 1200) 4166整数部分极大但其实小数部分很少所以偏差可以忽略。使用HAL库时这些计算自动完成不需要手工写寄存器。如果项目对功耗有极致要求可以考虑使用LPUART它可以在低功耗模式下工作但初次调试HART时建议先用标准UART逻辑更简单。等协议跑通了再移植到LPUART收益很直接。3.3 GPIO和外部中断配置除了串口外还有两个GPIO需要做初始化RTS作为普通推挽输出CD作为外部中断输入。RTS引脚PA1在CubeMX里设为GPIO_Output初始电平输出低也就是默认进入接收模式。推挽输出即可不要开漏因为AD5700-1的逻辑输入不需要上拉。CD引脚PA0设为外部中断模式。触发方式需要根据AD5700-1的CD实际极性决定一般可以选“下降沿”触发也就是检测到载波到达时响应。如果你的板子上CD信号经三极管反相过就改成上升沿甚至可以在调试阶段先做成轮询确认极性后再改成中断。外部中断初始化后HAL库会在HAL_GPIO_EXTI_Callback回调函数里通知你。回调里只做置标志位不要写复杂逻辑因为中断上下文不适合做耗时操作。3.4 HAL库代码结构快速上手不迷路HAL库的文件结构其实很简单不需要被一长串文件名吓到stm32l4xx_hal_uart.cUART驱动收发函数全在这里stm32l4xx_hal_gpio.cGPIO驱动stm32l4xx_hal_cortex.cNVIC、SysTick相关stm32l4xx_hal_rcc.c时钟控制函数stm32l4xx_hal.c公共初始化、延时函数用户代码一般写在main.c的USER CODE段或者单独建模块文件HAL库最大的特点是接口统一换芯片平台时外设API基本不变比如HAL_UART_Transmit在F1、F4、L4上长得一模一样。你只需要会查外设句柄结构体和API返回状态就能快速写出驱动。需要注意HAL的发送函数默认是阻塞发送而接收函数可以配合中断或DMA。在HART这种半双工协议里我们完全可以靠阻塞发送外部中断CD信号中断接收来搞定不需要DMA的复杂度。4. HART通信核心代码从命令帧到响应解析软件部分我按“构建帧—发送—切换方向—接收—解析”这个流程展开。代码我会贴关键部分全部逻辑放在hart.c里结构比较清晰。4.1 LRC校验别小看这个异或求和HART帧的校验方法是LRC也就是把从分界符开始到数据段最后一个字节的所有字节按位异或得到一个字节的校验值。这个算法比CRC简单得多但也容易写错。出错点主要在于异或的起始位置和结束位置。前导码0xFF不参与校验分界符参与校验。以主站命令0为例短帧的组成是5字节前导码 0xFF1字节分界符 0x061字节地址 0x001字节命令号 0x001字节字节数 0x001字节校验和校验和计算范围是分界符0x06开始到字节数0x00结束共四个字节0x06 ^ 0x00 ^ 0x00 ^ 0x00 0x06。所以命令0的校验和刚好也是0x06很多初学者以为“为什么校验和恰好等于分界符”其实这是巧合。我写了一个通用函数uint8_t HART_CalcLRC(const uint8_t *data, uint16_t len) { uint8_t lrc 0; for (uint16_t i 0; i len; i) { lrc ^ data[i]; } return lrc; }调用时从分界符所在数组下标开始长度是“分界符地址命令字节数数据段”的总长度。千万不要把前导码算进去。4.2 构建短帧命令并发出以HART命令0为例这个命令用来读取从站设备唯一标识是最常用的“握手”命令。构建帧的代码如下#define HART_PREAMBLE_LEN 5 uint8_t HART_BuildCmd0(uint8_t *frame, uint16_t *len) { uint16_t idx 0; // 前导码 for (uint8_t i 0; i HART_PREAMBLE_LEN; i) { frame[idx] 0xFF; } // 分界符短帧主站请求 frame[idx] 0x06; // 地址第二主站轮询地址0 frame[idx] 0x00; // 命令号0 frame[idx] 0x00; // 字节数0 frame[idx] 0x00; // 校验从分界符开始异或 frame[idx] HART_CalcLRC(frame[idx - 4], 4); *len idx 1; return 0; }这里地址字节我填0x00。HART短帧地址的低7位是轮询地址默认从站地址一般是0所以主站要找默认设备就发0x00。如果一组总线挂了多个从站每个从站分配了不同轮询地址那就把对应地址填进去。构建好帧之后通过串口发出去。HART链路速率极低发送前需要做好超时预算。10字节的帧在1200bps下需要约83ms所以HAL_UART_Transmit的超时参数至少给500ms避免因超时丢弃。4.3 RTS与CD时序收发切换的灵魂HART是半双工协议AD5700-1的RTS引脚就是控制这个方向的。发送时拉高RTS让芯片进入调制模式发送完成后拉低RTS回到接收模式。这里面有一个关键时序拉高RTS后不能立刻发数据芯片内部的调制器需要稳定时间我一般延时5到10ms再开始串口发送简单粗暴但稳定可靠。同理从发送模式切回接收模式后也不能指望下一秒就能收到从站响应。从站自己要处理命令、准备响应再加上物理层传输延迟主机要耐心等待。我用CD引脚来判断从站是否开始回复当检测到载波CD从高变低这时开始接收UART数据。接收过程中持续收直到一整帧结束。代码如下uint8_t HART_SendCommand(uint8_t *txFrame, uint16_t txLen, uint8_t *rxFrame, uint16_t *rxLen) { // 进入发送模式 HAL_GPIO_WritePin(RTS_GPIO_Port, RTS_Pin, GPIO_PIN_SET); HAL_Delay(5); // 发送命令 HAL_UART_Transmit(huart4, txFrame, txLen, 500); // 切回接收模式 HAL_GPIO_WritePin(RTS_GPIO_Port, RTS_Pin, GPIO_PIN_RESET); // 等待CD指示载波到来超时500ms uint32_t start HAL_GetTick(); while (HAL_GPIO_ReadPin(CD_GPIO_Port, CD_Pin) GPIO_PIN_SET) { if (HAL_GetTick() - start 500) { return HART_ERR_TIMEOUT; } } // 接收响应帧 return HART_ReceiveFrame(rxFrame, rxLen); }这里我默认CD检测到载波时为低电平。如果你的板子反相把GPIO_PIN_SET和GPIO_PIN_RESET对调即可。4.4 响应帧解析状态机才是正确写法接收HART响应帧比发送命令要难因为响应帧长度是不固定的而且前面有一段前导码。不能用固定长度的数组去收必须做状态机解析一字节一字节地判断当前处于哪个阶段。我的做法是先定义一个接收结构体保存当前状态和帧内索引typedef struct { uint8_t state; uint16_t idx; uint16_t dataLen; uint8_t frame[HART_MAX_FRAME_LEN]; } HART_RxParser;初始化时状态为搜索前导码。收到0xFF就继续当遇到第一个非0xFF字节时把它当作分界符存入帧缓冲区并进入解析头部阶段。之后分别读取地址、命令、字节数再把后续的数据字节逐字节存入缓冲区最后收校验字节做LRC核对。状态机的核心伪代码如下void HART_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart-Instance UART4) { HART_ParseChar(rxByte); HAL_UART_Receive_IT(huart4, rxByte, 1); } }注意HAL库的中断接收是一次接收一个字节收到一个字节后会再次调用HAL_UART_Receive_IT挂下一次接收。这种方式在1200bps下毫无压力每字节间隔8msCPU有大量时间处理。接收完成后校验分界符是否合法0x16表示从站短帧响应再校验LRC通过后就进入协议层做响应数据解析。命令0的响应数据里有一段设备唯一标识包含制造商、设备类型、序列号解析出来可以直接打印验证。5. 调试实录我在这个项目里踩过的坑HART通信的调试过程确实有门槛很多时候不是代码逻辑错了而是硬件时序、极性、电平这些小细节在作怪。下面几个坑都是我实际踩过的每一个都浪费过至少半天时间。5.1 命令发出后设备没反应先查这三件事第一件事是查发送端有没有真正把FSK信号发出来。用示波器探头看AD5700-1的HART_OUT引脚正常情况下发送命令时可以看到一串1200Hz和2200Hz交替的正弦波。如果没有波形回查RTS是否成功拉高、串口TX是否真的连到了DIN、DIN电平是否符合芯片要求。第二件事是查回路电流环是否顺畅。HART_OUT经过耦合网络叠加到4-20mA回路上如果回路断开了或者模拟前端没有形成通路信号根本到不了从站。单独调试时可以在回路里串一个250欧姆电阻模拟负载用示波器看电阻两端是否出现FSK波形。第三件事是查从站是否真的响应。如果你调试的对象是真实变送器确保它的HART功能开启、轮询地址正确。很多变送器默认地址是0但也不排除被改成其他值。如果从站响应了CD引脚会有明显电平跳变。CD一直没反应大概率是接收通路有问题而不是协议问题。5.2 1200bps波特率误差为什么致命HART链路对波特率误差要求严格。虽然UART本身允许一定偏差但HART调制解调器从FSK信号恢复数据时对位时序敏感如果MCU串口的波特率和AD5700-1内部标称值偏差太大字节移位或乱码就会出现。我遇到过用内部HSI时钟跑UART室温下能通信板子稍微发热或环境温度降低就偶发通信失败的情况后来查下来就是时钟精度不够。换到HSE外部晶振后问题消失。另外调试波特率问题时别只看理论计算直接用示波器测量DIN引脚单个字节的高电平脉宽比如发0x55二进制01010101每个位的宽度应该是约833us。如果测量值偏差超过2%就需要检查时钟配置或更换晶振。5.3 CD引脚极性搞反代码白写一半CD极性这个坑我印象极深。最初我参考一份资料写的是“CD低电平表示无载波”就一直等CD拉高才认为是载波到来结果通信永远超时。后来用逻辑分析仪抓CD引脚波形才发现检测到载波时CD是拉低的。排查这类问题的标准做法是在从站响应的时候用逻辑分析仪同时抓CD和DOUT两路信号。你会发现CD跳变和DOUT数据输出之间有明确对应关系极性一眼就看出。5.4 接收缓冲区越界与脏数据清理HART响应帧长度不固定如果代码里写死了缓冲区大小遇到超长响应就可能越界写坏内存。解决方法是解析状态机里对接收长度做严格上限检查超过HART_MAX_FRAME_LEN就直接丢弃并重置状态。还有一个经验是接收前要清空串口接收缓冲。因为链路空闲时DOUT可能有少量随机电平跳变如果UART中断已经挂上可能在真正响应帧前收到几个垃圾字节。我每次发送命令前主动调用一次__HAL_UART_CLEAR_OREFLAG和__HAL_UART_CLEAR_NEFLAG同时清掉接收状态确保新帧从头开始解析。6. 从“能通信”到“协议栈”后续可以怎么扩展命令0跑通了基本等于大门打开。后面要做的事情是把协议栈功能补全让设备真正可用。6.1 常用HART命令速查表我在项目里最常用的HART命令如下你可以作为开发参考命令功能典型用途0读取唯一标识符设备握手、识别制造商和序列号1读取主变量读取压力、温度等主过程值2读取回路电流及量程百分比检定电流环输出3读取动态变量一次获取PV/SV/TV/QV四个变量6写入轮询地址修改设备地址用于多站接线15读取设备信息获取设备描述信息48读取设备附加状态读取诊断报警状态命令0和命令1是基础中的基础。命令0能帮助你确认通信链路通不通、对象是不是你想象的那个设备命令1能直接拿到主变量数值很多上位机界面只要实现这两条命令就能提供基本价值。6.2 长帧与广播命令多站总线的进阶玩法短帧的优点在于简单但只适用于轮询地址0到15这样的经典点对点场景。如果一条总线上挂多个HART仪表就要启用多站模式这时最好使用长帧。长帧地址是5字节包含制造商、设备类型、序列号等唯一标识可以精确寻址到具体设备。分界符也会变化主站请求是0x86从站响应是0x96。长帧的帧结构解析逻辑和短帧基本一样只是地址字段长度和数据组织不同。广播命令是另一个实用功能比如命令0可以广播给所有从站总线上每个设备都会以短帧响应自己的唯一标识主机就能据此完成自动搜索和设备盘点。注意广播时地址字段有特殊约定一般是全0xFF或特定地址具体看协议栈文档。6.3 重试机制与超时设计HART通信的可靠性不仅靠物理层还要靠协议层重试来兜底。工业现场有电机启停、变频器干扰这些噪声源偶尔丢一帧很正常关键是要快速恢复。我设计的轮询流程是每次命令最多重试3次间隔300ms。如果三次都失败标记该设备离线。注意重试时不能简单重复发送最好重新构建整个帧避免残留状态影响。超时时间也不能太长否则多个设备轮询周期被拉长但也不能太短因为从站响应时间可能受其内部传感器采集周期影响300到500ms是比较均衡的值。另外建议在协议栈里维护“最后通信时间”和“连续失败次数”两个计数器。这样既能做设备在线状态监控又能在总线异常时快速定位是哪条链路出现问题。6.4 低功耗唤醒CD引脚外部中断的经典组合如果你做的是电池供电或两线制供电的HART仪表低功耗设计就绕不开。我的做法是平时MCU进入Stop模式AD5700-1保持在接收解调状态CD引脚接到MCU的外部中断唤醒引脚。当主站发起通信且物理层检测到载波时CD电平跳变把MCU从Stop模式唤醒MCU再开始接收UART数据并解析命令。响应完成后MCU重新进入Stop模式。这套方案的核心优势是MCU不需要定时唤醒轮询真正做到了“有事才醒”。但要提前确认Stop模式下UART外设是否支持接收如果不支持就需要在CD中断里先把MCU恢复到正常运行模式再重新初始化UART。L496的FlexPower架构允许部分外设在Stop模式下继续工作用得好功耗可以压到微安级别。我在实际项目里的体会是HART协议本身不复杂难的是把物理层时序、硬件耦合网络、低功耗策略这些周边环节做好。AD5700-1这颗芯片已经把最难的模拟部分解决了MCU侧的活儿主要是帧处理和业务逻辑。你只要一步步把命令0跑通再按需扩展其他命令整个通信链路就会越来越顺手。最后再分享一个小技巧调试时准备一个USB逻辑分析仪16MHz采样率以上就够用把DIN、DOUT、CD、RTS四路信号全部抓下来通信好不好一眼就看明白比抱着示波器满地找探头高效得多。
