RS-485收发器选型：MAX13487EESA与MAX13488EESA差异

简介Maxim MAX13487E/MAX13488E 半双工 RS-485/RS-422 兼容收发器的官方英文数据手册面向从事工业通信与隔离 RS-485 端口设计的硬件工程师、嵌入式开发者可用于器件选型、参数查证与电路设计参考。整包仅 1 个 PDF 文件、约 271KB篇幅紧凑却涵盖通用描述、绝对最大额定值、电气特性、引脚配置与典型应用电路等完整章节。核心内容是 Maxim 专有的 AutoDirection 自动方向控制架构发送时自动使能驱动器省去光耦等隔离器件兼顾布板空间与 BOM 成本。手册还对比了两款型号的差异MAX13487E 采用受控压摆率抑制 EMI 与终端失配引起的反射支持 500kbps 无误码传输MAX13488E 的压摆率不受限制速率可达 16Mbps。文中同时给出 ±15kV 人体模型 ESD 保护、1/4 单位负载总线可挂 128 个收发器、-40°C 至 85°C 温度范围及 8 引脚 SO 封装等参数并列出隔离 RS-485 端口、电能表、工业控制、电机驱动、HVAC 自动化等典型场景。目前已有 2682 人浏览学习。1. 一颗 8 脚芯片省掉一路隔离MAX13487EESA 的选型起点我判断一颗半双工 RS-485 收发器值不值得进 BOM第一眼看它有没有把方向控制做进芯片里。MAX13487EESA 就是这么一颗料8 脚 SO 封装、5V 单电源、半双工通信把驱动器使能交给内部状态机DI 上只要有跳变就自动打开驱动省掉一根 DE 走线也省掉外围一堆离散器件。麻烦的地方在于同一份 datasheet 里还并排放着 MAX13488EESA封装一样、引脚一样、连典型应用电路都能直接抄过去唯一的差别是输出斜率限制一个最高 500kbps一个 16Mbps。这一颗选错项目不是返工就是被迫降速。下面写的这些是给正在做接口选型的人看的也是给已经被 RS-485 回显、误码、上电假跳变折腾过一轮的人看的。2. 两颗料的分叉点500kbps 和 16Mbps 到底差在哪选型表上最常见的写法是把这两颗料标成“低速版”和“高速版”这说法不算错但会把人带偏。真正的差别不在那两行数字上而在边沿。同一个 die、同一套引脚定义、同样的 ±15kV 人体模型防护原厂只改了一件事输出级的压摆率有没有被限制。斜率限制不是性能阉割它是一项主动设计出来的保护措施代价是速率收益是抗反射和低电磁辐射。搞清楚这笔账选型就变成了算术题而不是玄学。2.1 斜率限制限制的是什么从 900ns 到 15ns 的边沿账数据手册里两个参数必须放在一起看。MAX13487E 的驱动器差分输出上升/下降时间 tTLH/tTHL 是 200ns 到 900ns驱动器传输延迟 tDPLH/tDPHL 是 200ns 到 1000nsMAX13488E 的 tTLH/tTHL 典型值只有 15ns传输延迟典型值 50ns。差了将近两个数量级。边沿时间决定了信号频谱里最高有效分量的位置。工程上常用的估算是 f ≈ 0.35 / tr900ns 的边沿对应大约 390kHz 的有效带宽15ns 的边沿对应大约 23MHz。也就是说MAX13488E 每发一个比特都在往电缆上打一记 20MHz 以上的窄脉冲电缆只要有阻抗不连续——分支、过孔、没做好的终端、劣质双绞——这个窄脉冲就反射回来叠在下一个比特上眼图直接糊掉。MAX13487E 的慢边沿把这些高频分量从源头上掐掉了反射回来能量也小所以它敢在布线不规整的现场跑。这里有个容易被忽略的细节MAX13487E 的接收器最大数据率也是 500kbps不是只有驱动器限速。这意味着总线上只要挂了一颗 MAX13487E整条总线的通信速率上限就被钉死在 500kbps不能靠“我只用它收、用另一颗发”绕过去。2.2 速率、线长、终端三个变量的换算选型不能只看速率一个维度。速率、线长、终端质量是一个三角抬高任意一个角另外两个都得跟着让步。下面这张表里的线长是工程经验值不是手册指标手册只保证电气参数不保证你的现场能跑通目标速率典型线长终端做法推荐型号9.6k 到 115.2kbps1000m 以上双端各 120ΩMAX13487E250k 到 500kbps300m 到 1200m双端各 120Ω禁止中间节点加终端MAX13487E1M 到 4Mbps120m 以内双端各 120Ω控制短截线长度MAX13488E8M 到 16Mbps30m 以内严格 120Ω最好走板间背板MAX13488E终端这件事和输出电平是绑在一起的。手册给的驱动器差分输出 VOD在 RDIFF 100Ω 时最小 2.0V在 RDIFF 54Ω 时最小 1.5V。两个 120Ω 终端并联是 60Ω落在 54Ω 这一档附近所以按 1.5V 算余量接收器差分阈值是 ±200mV滞回 25mV。1.5V 对 200mV看起来余量巨大但这个余量是给线损和共模偏移留的。最常见的致命错误是每个节点都焊一个 120Ω。8 个节点并联就是 15Ω驱动器再怎么推VOD 也上不去接收端看到的差分电压掉到几百毫伏链路时好时坏现场表现为“白天正常晚上出错”这种玄学故障。正确做法永远只有两个只在物理两端各放一个 120Ω。2.3 什么时候必须上 13488E什么时候纯属浪费我给自己的判断顺序是这样的先看协议层锁死的波特率再看轮询周期最后看布线条件。必须用 MAX13488E 的情况只有三种。第一协议波特率固定高于 500kbps比如某些伺服驱动器的高速调试口、板间通信这个没法谈。第二节点数量多、轮询周期算不过来比如 64 个从站、每个站要 100ms 响应500kbps 下光传输时间就吃掉大半只能提速。第三板内或机箱内的背板通信距离短、阻抗可控慢边沿反而是浪费。反过来MAX13487E 更适合的场景比很多人想的多。电能表、自动化 HVAC、工业电机驱动这些应用线缆从配电柜拉到现场设备中间穿过变频器旁边接地电位差几十伏是常事布线上还经常有星形分支。这种环境下16Mbps 的芯片上去就是自杀慢边沿的 MAX13487E 才是对的。别被“高速版本更先进”这种直觉带着走工业现场的第一需求是跑通不是跑快。有一个折中方案值得考虑整条总线统一用 MAX13487E波特率定在 115.2kbps 或 250kbps把余量留给线缆和干扰。我见过太多项目一开始上 1Mbps现场调试时一路往下砍最后停在 38.4kbps那当初为什么不直接选慢的那颗把 ESD 和 EMI 的余量买回来。3. AutoDirection 与热插拔省掉 DE 之后电路怎么画AutoDirection 是这系列芯片真正的卖点也是最容易被误用的一块。很多人的理解停留在“不用接 DE 了”然后照抄手册的典型电路就上板结果第一批样机就撞上总线打架或者收不到数据。这套机制内部是一个状态机它靠检测总线上已有的差分电压来决定自己要不要开口理解它的判断条件才知道它的能力边界在哪里。3.1 DI 状态机与 VDT 阈值自动使能的判断依据手册里有个参数叫驱动器禁用阈值 VDT取值是 0.6V 到 1V注释写得很清楚这是驱动器件在总线上必须看到的差分电压看到之后它会禁用自身驱动器。这个阈值的意义在于当总线上已经有别的节点在驱动并且产生了超过 1V 的差分电压本器件就认为总线被占用主动退出。DI 引脚是内部状态机的输入不是简单的缓冲器输入。DI 一旦有跳变状态机使能驱动器把电平推到 A/B 上DI 停止跳变一段时间后驱动器释放。所以 DI 绝对不能悬空——悬空的 DI 会被邻近走线耦合进噪声状态机以为要发送驱动器反复开关总线上就是一片毛刺。这套机制的本质是“先到先得”不是“冲突检测后重试”。两个节点如果在同一时刻开始发送双方都会先使能驱动器然后各自看到对方推上来的差分电压超过 VDT双双退出总线上的波形是两段叠加的乱码。所以这颗芯片只适合严格的一主多从轮询拓扑任何多主结构、任何“谁有话谁就说”的总线都不能用它。3.2 RE 引脚的两种接法与回显问题RE 是接收器输出使能手册的描述是拉低使能 RO拉高则让 AutoDirection 电路控制接收器。这一句话决定了两种完全不同的用法也决定了你会不会遇到回显。RE 接地接收器常开。发送期间驱动器把差分电压推到 A/B 上接收器同时把这同一个电压解出来送到 ROMCU 会完整地收到自己刚发出去的那一帧。这就是回显。做协议解析时如果没处理主机会把自己发的请求当成从站的应答逻辑直接错乱。RE 接 VCC接收器由内部状态机接管。发送时接收器自动关掉发送结束再打开回显问题从硬件层面消失。这是半双工点对点、一主多从场景下的标准接法我一般默认这么画。有一种情况要故意用回显现场诊断。把 RE 拉低让 MCU 能听到自己发出的波形配合示波器或者软件比对可以判断驱动器是不是真的把电平推上去了还是被总线上的其他节点压住了。调试阶段我通常会留一个 0Ω 电阻做 RE 的下拉选项量产时去掉。3.3 上电与带电插拔hot-swap 能挡住什么、挡不住什么手册把 DI 和 RE 都标为 hot-swap 输入并明确说这是为了消除上电或带电插入时总线上的假跳变。这个问题的实际表现是设备插上电的瞬间总线上出现一个几十纳秒的窄脉冲其他所有节点都把它当成一个起始位紧接着采样到全 0报一个帧错误有的协议栈还会因此复位。hot-swap 电路干的事情是在 VCC 爬升到内部基准建立起来之前把 DI 和 RE 的状态锁住不让它驱动输出。但它有前提条件。如果 VCC 上升沿太慢——比如前面加了缓启动电路、板上有几千微法的大电容——内部电路可能已经“醒”了而 VCC 还没到位锁不住。如果 DI 外面没有上拉悬空引脚在插拔瞬间被手或者机壳耦合进电荷状态机照样会误判。我一般的做法是三个脚全部上拉DI 上拉 10kΩ 到 VCCRE 上拉 10kΩ 到 VCCSHDN 上拉 10kΩ 到 VCC。上拉不只是为了 hot-swap也是给状态机一个确定的空闲电平。UART 的 TX 空闲时是高电平正好对应 DI 的高这个电平一致性很重要——如果 MCU 还没初始化就把引脚配成低电平输出等于主动在总线上打了一个起始位。3.4 一段对照代码有 DE 和没 DE 的驱动层差别省掉 DE 对软件层的收益比很多人以为的大。下面是两种驱动方式的对照代码基于常见的 MCU 抽象层写法/* 常规 RS-485 收发器每次发送都要手动翻转 DE */ static void rs485_send_common(const uint8_t *buf, uint16_t len) { gpio_set(DE_PORT, DE_PIN); /* 拉高 DE占住总线先于第一个字节 */ for (uint16_t i 0; i len; i) { uart_putc(buf[i]); /* 逐字节写入 UART 发送寄存器 */ } uart_wait_tc(); /* 关键等最后一位移出移位寄存器不是等 TXE */ gpio_clr(DE_PORT, DE_PIN); /* 释放总线早了截断末字节晚了撞帧 */ } /* MAX13487E / MAX13488EDI 直接挂 UART TX无需 DE 控制 */ static void rs485_send_auto(const uint8_t *buf, uint16_t len) { for (uint16_t i 0; i len; i) { uart_putc(buf[i]); /* 状态机看到 DI 跳变自动使能驱动器 */ } uart_wait_tc(); /* 仍然是必需的等帧边界防止下一帧粘连 */ }两段代码的差别只有一行 gpio_clr但这一行是真出过事的地方。uart_wait_tc()必须等传输完成标志TC不能等发送寄存器空标志TXE——TXE 置位时最后一个字节还在移位寄存器里往外吐这时候撤掉 DE末字节会被硬生生截断接收端报 CRC 错。这个 bug 的典型特征是短帧正常、长帧偶尔错、降低波特率后消失非常具有迷惑性。参数上DE_PIN 是接常规收发器 DE 的 GPIO用 AutoDirection 方案时这个引脚可以直接省掉。8 位 MCU 上省一个 IO 有时就是能不能把功能塞进去的区别更实际的价值在隔离型设计里方向信号要跨隔离栅就要占用数字隔离器的一路通道而 AutoDirection 直接把这一路通道省了手册里也明确写了它“消除光耦或其他离散隔离手段”。4. 总线能力与保护参数128 节点、±15kV 和短路折返参数表里最容易被当成营销数字跳过去的是“1/4 单位负载、最多 128 个收发器”和“±15kV ESD”这两条。它们都有严格的适用条件条件不满足时这两个数字一文不值。选型的时候我习惯把这类参数翻译成“在什么前提下成立”而不是直接抄进规格书。4.1 1/4 单位负载与 128 节点的前提条件接收器输入电阻 RIN 在 -7V 到 12V 共模范围内是 48kΩ。传统 RS-485 的一个单位负载定义为 12kΩ48kΩ 正好是 1/4 单位负载一条标准总线能带 32 个单位负载乘以 4 就是 128 个节点。128 是直流负载算出来的理论上限实际布线中做不到。原因有三个。第一每个节点的输入电流不是零手册给的 IA,B 在 VIN 12V 时最大 250µA128 个节点叠加就是 32mA这些电流全部从驱动器经终端电阻流出直接把 VOD 拉低。第二节点数上去以后总线电容累加每个收发器的引脚电容加上 PCB 走线和连接器一条挂 128 个节点的总线电容轻松超过几纳法边沿被拖慢眼图闭合。第三128 个节点意味着 128 个连接器、128 段短截线每一段都是阻抗不连续点。我的经验是超过 64 个节点就要开始认真算电容和漏电流超过 100 个节点必须有实测数据支撑别拿手册的 128 去报方案。4.2 ±15kV 只属于 A/B 两根线手册的 ESD 章节分了三条A、B 引脚的人体模型 ±15kV其他所有引脚的人体模型 ±2kVIEC 61000-4-2 空气间隙放电 ±15kV而且这一条只标在 MAX13487E 上。这三个数字的差别在做整机认证时会被放大。A/B 是接到外部电缆上的雷击、静电、热插拔浪涌都从这里进来±15kV 的人体模型防护是实打实的门槛。但 VCC、GND、RO、DI、RE、SHDN 这些引脚只有 ±2kV它们连到 MCU 和电源如果 PCB 上这几根线走得长、靠近板边或者连接器外部静电一样能打进来这时候只能靠外部 TVS 和串阻。还有一层ESD 指标说的是“不损坏”不是“不误码”。±15kV 打上去芯片活着但那一下总线上的数据大概率是错的。协议层必须有超时重传和 CRC指望硬件扛住一切是不现实的。4.3 短路折返限流与 471mW 的功耗账驱动器短路输出电流 IOS在 0V 到 12V 输出区间是 50mA 到 250mA在 -7V 到 0V 区间是 -250mA 到 -50mA这是峰值。折返后的短路电流 IOSDF 只有 ±20mA。折返电路的作用是检测到持续短路后把电流压下来让芯片不至于烧掉同时保留恢复能力。功耗这笔账要算清楚。8 脚 SO 封装在 TA 70°C 时的最大功耗是 471mW超过 70°C 之后按 5.9mW/°C 降额。如果不折返250mA 灌到 12V 上就是 3W封装瞬间过热。折返之后 20mA × 12V 240mW落在预算之内但这是稳定状态下的账短路发生的瞬间仍然有热量累积。我的做法是 A/B 各串一个 10Ω 到 22Ω 的电阻或者 PTC别让芯片裸奔去扛现场短路。工控现场 A/B 被螺丝刀短一下、被水汽爬电短一下都是常事折返是最后一道防线不是第一道。4.4 关断与唤醒时间对低功耗设计的影响SHDN 拉低进入关断关断电流 ISHDN 典型 10µA关断时间 tSHDN 是 50ns 到 700ns。从关断唤醒到输出有效的时间MAX13487E 是 5.5µsMAX13488E 是 2.2µs接收器从关断使能是 2200ns。对电池供电或者总线取电的从站来说这个 5.5µs 是个坑。主站发过来的第一个字节是地址如果从站靠 SHDN 省电从检测到起始位到唤醒完成要 5.5µs在 115.2kbps 下一字节约 87µs勉强跟得上在 500kbps 下一字节只有 20µs5.5µs 的唤醒延迟已经吃掉四分之一起始位可能采样不到。解决办法有两个一是协议层留 1 到 2 个字节的前导码0xFF给从站留唤醒时间二是干脆不用 SHDN改用 RE 控制接收器——RE 的使能和禁用时间都是 50ns 量级快两个数量级代价是关断电流从 10µA 变成 4.5mA 的工作电流。真要做低功耗得在协议和硬件之间一起算。5. 常见问题排查五个把我按在地上摩擦的坑这颗芯片的电路简单到让人放松警惕8 个引脚接上电源、两根线、一根 TX、一根 RX看起来没有什么可错的。实际上我经手的每一版板子都能挖出至少一个坑而且现象都很“不像电路问题”像是协议栈的 bug。下面五条按现象、原因、解决的结构写都是真实踩过的。5.1 坑一两个节点同时开口总线上出现叠在一起的波形现象偶发通信失败用示波器抓 A/B 能看到两段不同幅度的差分波形叠在同一个时间窗里幅度比正常低接收端解出来是全 0 或者乱码。发生频率不高但每次上电后头几秒特别容易撞上。原因AutoDirection 的机制是先到先得不是冲突避免。上电初期多个从站的 MCU 复位时间不一致有的先初始化完 UART有的还在复位某个从站的 DI 上因为外部干扰或者初始化顺序问题出现跳变驱动器就打开了而此时主站也在发。第二个原因是总线上混用了 AutoDirection 器件和传统带 DE 的收发器传统器件由软件控制 DE软件时序和 AutoDirection 状态机对不上。解决拓扑上强制一主多从严格轮询上电后主站先发一轮同步帧把所有从站的状态机拉齐DI 全部加 10kΩ 上拉总线上不要混用两类器件。如果确实要混把所有 AutoDirection 器件放在从站侧主站用传统器件并严格保证轮询间隙大于从站释放时间。5.2 坑二发送正常但接收一直读到自己发的数据现象主站发一条请求串口助手立刻收到一模一样的回显从站的应答被埋在中间。软件同事查了两天协议解析怀疑是从站回了脏数据。原因RE 拉低导致接收器常开。半双工总线上驱动器推上去的差分电压同时被本机的接收器解出来送到 RO这不叫故障这叫物理必然。解决RE 改接 VCC让 AutoDirection 状态机接管接收器使能。如果电路已经定版改不了软件上在发送完成后丢弃收到的前 N 个字节N 等于自己发出的字节数——这属于打补丁不推荐。更隐蔽的一种情况是 RE 接 VCC 了但上拉电阻没焊引脚浮空被误判为低还是常开量一下 RE 对地的电压就能确认。5.3 坑三长线 500kbps误码率随距离线性上升现象30m 以内完全正常50m 开始偶发错帧100m 以上基本不可用。换线、换电源、换波特率都试过只有降速能缓解。原因终端不对。三种常见错法——两端都没焊 120Ω只在主站端焊了一个每个节点都焊了一个。前两种是反射第三种是负载过重。还有一种少见的120Ω 焊了但用的是 0805 贴片电阻功率不够长时间工作后阻值漂移。解决先量静态电阻断电状态下用万用表测 A-B 之间的直流电阻正常应该是 60Ω两个 120Ω 并联。如果不是 60Ω先把终端问题解决再谈别的。然后确认 120Ω 只出现在物理两端中间节点的终端全部拆掉。终端电阻用 1/4W 金属膜别用 0402。5.4 坑四上电瞬间总线上冒出一个窄脉冲主站报帧错误现象每次给从站上电或者带电插拔主站日志里就出现一条帧错误记录之后通信恢复正常。用逻辑分析仪抓 RO能看到上电瞬间有一个几十纳秒的低电平。原因DI 悬空或者外部上拉缺失。MCU 的 UART TX 在上电复位期间是高阻态DI 处于浮空插入瞬间的电荷耦合让它被拉低一次状态机误认为要发送起始位驱动器打开在总线上打了一个窄脉冲。hot-swap 电路能挡住 VCC 缓慢爬升过程中的误动作但挡不住引脚上直接耦合进来的电荷。解决DI 必须加 10kΩ 上拉到 VCCRE 和 SHDN 同理。如果 MCU 的 TX 引脚在复位期间是低电平输出而不是高阻那要在 TX 和 DI 之间串一个 1kΩ 电阻再上拉别让 MCU 把 DI 硬拉低。这一条几乎不用成本但能省掉一整轮的现场投诉。5.5 坑五静电测试过了现场还是打坏片子现象实验室里人体模型和整机 ESD 都过了装到现场运行三个月返修件里有几块量出来 A/B 对地短路。原因把 ±15kV 当成了全面防护。这个指标只覆盖 A/B 两根线的人体模型其他引脚只有 ±2kVIEC 61000-4-2 的 ±15kV 空气放电只标注在 MAX13487E 上MAX13488E 没有这一条。现场的静电从机壳、从通信端子的缝隙、从电源线耦合进来路径和实验室的打法完全不同。解决外部防护不能省。A/B 各加双向 TVS选结电容小的型号别用大电容的管子拖慢边沿通信端子到芯片之间串 10Ω 电阻如果是隔离型设计隔离侧的地和逻辑地要分开走。防护做在片外芯片的指标才有意义。6. 收口一张对照表和一次实测把选型钉死把前面这些压缩成一张表我每次做接口选型都会过一遍需求MAX13487E / MAX13487EESAMAX13488E / MAX13488EESA最大数据率收发一致500kbps16Mbps驱动器边沿 tTLH/tTHL200ns 到 900ns典型 15ns驱动器传输延迟200ns 到 1000ns典型 50ns关断唤醒时间5.5µs2.2µsIEC 61000-4-2 空气放电±15kVA/B未标注适用线长数百米级数十米以内典型场合隔离 RS-485、电能表、HVAC、电机驱动板间背板、高速调试口选定的结论定下来之后最后一步是实测验证别只信手册。我会用下面这段脚本对挂好终端的链路做逐级提速看它在哪一档开始出错——这个分界点比手册数字更能说明问题因为它把线缆、连接器、终端全部算进去了# 逐级提速测试链路余量RE 拉低做回环能读到自身发送的数据 import serial, os PORT COM3 BAUD_LIST [9600, 115200, 250000, 500000, 1000000] # 超过 500k 就是分叉点 FRAME 256 # 每帧 256 字节随机数据 def one_shot(baud): ser serial.Serial(PORT, baud, timeout1) payload os.urandom(FRAME) ser.write(payload) echoed ser.read(FRAME) # 半双工回环RE 接地才能读回 ser.close() return echoed payload for b in BAUD_LIST: ok sum(one_shot(b) for _ in range(200)) # 每档 200 帧统计通过率 print(f{b:8} bps pass {ok}/200)说明几点。PORT 换成你的串口名BAUD_LIST 里 250000 这个非标准值在部分 USB 转串口芯片上需要驱动支持跑不动就换成 230400。FRAME 取 256 是为了让帧长超过 FIFO 深度能暴露末字节截断的问题。这个方法测的是链路电气余量不是 AutoDirection 的行为——要测 AutoDirection 得挂两个节点一个发一个收脚本要改成双串口。用 MAX13487E 跑这个脚本500000 这一档大概率还能过1000000 这一档会开始掉换成 MAX13488E同样线缆下 1000000 稳过这就是分叉点的实测形态。回过头看我在第一版隔离 RS-485 设计里最大的教训就是太信参数表。当时觉得 ±15kV 写在那儿了外部 TVS 全砍掉结果现场返修率居高不下后来又把 RE 直接接地软件里加了一堆莫名其妙的过滤逻辑去处理回显绕了一大圈才发现是硬件少接了一根线。从那以后我每画一版 RS-485 接口都强制把 RE、DI、SHDN 三个脚的上拉画上去把终端电阻在原理图上标红再复核一遍才发板。希望帮到你。本文还有配套的精品资源点击获取