做汽车电子电控这些年旋变几乎是我在项目中使用频率最高的位置传感器。很多人第一次看到旋变输出波形的时候都会愣一下——明明是个电机位置传感器输出却长得像调幅广播信号。等弄明白原理之后才发现真正让工程师头疼的不是旋变本身而是把那个调幅波变成控制器能用的角度数字用专用解码芯片硬解码省心但烧钱用MCU软件解算软解码灵活但坑多。这篇文章是“汽车电子笔记”系列的第012篇我尽量把旋变工作原理、软解码和硬解码的完整链路、调试现场容易踩的坑一次讲清楚。适合正在做电机控制、EPS、主驱控制器或者刚转入汽车电子领域想系统理解旋变解码的同行。文章不吹概念只写项目里验证过的思路和步骤。1. 旋变到底在测什么一个会“呼吸”的变压器1.1 结构拆解没有绕组的转子和藏在定子里的三套线圈旋转变压器从结构上看是一个微型电机但和普通电机有个关键区别转子通常只是一坨特殊形状的硅钢片叠片上面不绕线圈、也不贴磁钢。定子槽里却嵌着三套绕组——一套励磁绕组另外两套是空间上严格互差90度电角度的输出绕组。工作时先在励磁绕组上施加一个高频正弦载波比如常见的10kHz、幅度7Vrms左右。转子转动时凸极铁芯会改变励磁绕组和两套输出绕组之间的磁耦合程度于是输出绕组上就会感应出一个幅度随转子角度变化的调幅信号。两套输出绕组的调幅深度恰好分别是转子角度的正弦函数和余弦函数。等效地看旋变就是一个原边在定子、副边也在定子、磁路耦合度由转子角度决定的特殊变压器。把输入输出关系写成公式就是励磁输入Vexc A × sin(ωt)正弦输出Vsin k × A × sin(ωt) × sin(θ)余弦输出Vcos k × A × sin(ωt) × cos(θ)其中A是励磁幅值k是旋变变比θ是机械角度多极对旋变还要乘极对数才是电角度。这个公式是整个旋变解码的基石后面所有算法本质上都在做同一件事把sin(ωt)载波剥掉把sinθ和cosθ的包络提出来。1.2 为什么输出波形看起来像调幅广播拿示波器看旋变输出如果时基调到一两个载波周期看到的是一条正弦波如果把时基拉长到几毫秒看到的就是一个包络快速起伏的调幅波。正弦输出通道的包络峰值正好跟随sinθ余弦通道的包络峰值正好跟随cosθ。我经常拿AM广播打比方载波就是励磁信号角度信息就像广播电台的声音信号一样被“调制”到载波上。解码的任务就是“收音机”——把音频信号从载波里解出来。在旋变解码场景里所谓的“音频”不是声音而是转子的角度和转速信息。由于载波频率通常远高于机械转速对应的信号频率所以角度信息在频域上表现为以载波频率为中心、上下边带分布的低频分量。理解了这一点后面做滤波器设计和采样策略时思路就非常清晰了。1.3 汽车上为什么离不开旋变主驱动电机、EPS管柱电机、线控转向、电控液压制动等场景普遍要求位置传感器能在-40度到150度的温度范围、高振动、油污飞溅的环境里长期稳定工作。磁编码器在高温下存在退磁风险霍尔精度又不够高旋变靠“无磁钢、无易损件”的先天优势成了汽车电子的主力选择。旋变的使用场景决定了它的信号链不能做得太弱。实测车里走线往往和功率线并在一起逆变器开关噪声很容易耦合进来。所以汽车级旋变方案通常会用屏蔽双绞线、激励变压器隔离甚至在后级加差分滤波这些在调试时都得一并考虑进去。2. 解码的本质任务把“包络”变成角度数字2.1 角度藏在两个正交包络里既然输出端的两个信号分别是k×A×sin(ωt)×sinθ和k×A×sin(ωt)×cosθ那只要想办法把每个通道的包络幅度测出来就可以用两个幅度做反正切运算得到角度θ atan2(包络Vsin, 包络Vcos)这里的atan2是四象限反正切能直接给出0到360度范围的角度不需要额外判断象限。但是有一个细节包络幅度是带符号的。sinθ和cosθ有正有负解调时必须保留符号信息否则角度会被折叠。实际项目里经常看到新手把sin/cos信号整流后直接送ADC测峰值整出来的角度永远是0到180度之间折叠的。正确做法是用同步解调或者过零对齐的采样方案把正负半周期一起考虑这样才能还原完整的角度范围。2.2 软解码和硬解码的边界在哪里硬解码指的是用专用RDC芯片Resolver-to-Digital Converter完成从励磁载波生成、信号解调、角度跟踪到故障诊断的全部工作MCU只需要通过SPI或并行接口把角度读出来。代表芯片有ADI的AD2S1210、多摩川的AU6802等。软解码则完全是另一条路线MCU用自身的AD采集sin/cos输出在软件里完成解调和角度计算励磁信号往往也由MCU的PWM输出后经过外围放大产生。这条路线省掉了专用芯片但是对MCU算力、ADC精度和算法设计的要求更高。另外还存在混合方案部分MCU内部集成了SDFMSigma-Delta Filter Module这样的专用硬件滤波器可以直接配合外置的Δ-Σ调制器或者传统ADC输出做解调角度跟踪算法仍在软件里完成。这种方案介于软硬之间这几年在电驱控制器里越来越常见。2.3 衡量解码性能的四个维度判断一套旋变解码方案好不好用我一般只看四个指标。第一是角度精度典型项目要求±0.5度以内好的方案能做到±0.1度第二是延迟从转子实际位置变化到MCU拿到角度数字之间的时间硬解码通常能做到几微秒到几十微秒软解码往往要到几十微秒甚至上百微秒第三是抗干扰能力功率线耦合、励磁畸变、采样毛刺都会污染角度第四是故障诊断覆盖率断线、短路、信号超范围等情况能否被及时检测出来这在功能安全项目里直接影响ASIL等级能否达标。这四个维度之间存在矛盾。比如滤波做得太强噪声下去了但延迟上来了故障诊断做得太全硬件成本和标定工作量也上来了。后续选软解码还是硬解码本质上就是在这些矛盾里找平衡点。3. 硬解码方案专用解码芯片的“闭卷考试”3.1 芯片内部的II型跟踪环是怎么回事硬解码芯片的核心是一个II型跟踪环Type II Servo Loop。以AD2S1210为例芯片内部会把输入的正弦和余弦信号分别乘上当前角度寄存器的余弦值和正弦值再相减得到误差信号。这个误差信号经过相敏解调、两级积分器补偿之后驱动一个压控振荡器不断修正角度寄存器的值最终让误差收敛到零。整个过程有点像一个负反馈回路角度寄存器输出一个猜测值芯片用sin/cos反馈误差修正这个猜测值误差清零时寄存器里的值就是真实转子角度。用II型环的好处在于它对角度加速度输入的稳态误差为零也就是说转子持续加速时解码角度也不会滞后固定差值这一点对高动态的电机控制非常重要。硬解码芯片通常还内置了激励信号发生器可以提供正弦载波同时具备正弦/余弦断线检测、输入超范围检测、频率响应检测等自诊断功能。这些都是软件解码需要另外想办法实现的安全项。3.2 硬件电路与配置要点假设你用了AD2S1210这颗芯片硬件上要关注四个部分。第一是激励信号放大AD2S1210内置DAC产生的正弦激励信号功率有限一般需要通过运放或变压器驱动旋变初级绕组。这里要注意激励变压器的选型变比和相位延迟会直接影响信号质量。第二是输入信号调理旋变输出直接进芯片之前要加差分滤波和限幅保护避免在异常工况下损坏芯片。第三是参考信号回路芯片需要采样励磁信号作为相敏解调的基准这个参考信号与被测信号之间的相位差必须保持一致否则解调效率会下降。第四是输出接口SPI读取角度和速度是最常用的方式部分芯片还支持增量编码器仿真输出ABZ信号方便替代传统编码器。软件配置步骤上上电后一般先做复位和自检然后写入工作频率配置比如10kHz、分辨率配置10/12/14/16位可选、故障检测阈值配置最后把芯片切换到正常工作模式。配置过程中有一个我踩过的坑必须等待芯片内部锁相环稳定后再读取角度否则刚上电前几百个毫秒读出来的数据是不可信的。比较好的做法是上电后延时50到100毫秒再开始正常读取。3.3 硬解码的优势和局限硬解码最让人放心的地方是稳定性和安全性。芯片内部的模拟解调器和跟踪环经过厂商大量验证温度漂移小角度延迟低而且故障检测功能都是现成的做功能安全认证时省事很多。BOM上虽然多了一颗芯片但省掉了软件解调算法开发和大部分调试时间很多EPS项目仍然愿意为这部分成本买单。局限也很明显一是成本高高性能汽车级RDC芯片不便宜二是不够灵活芯片的滤波特性和带宽基本由寄存器配置决定遇到特殊的噪声环境想调整信号链策略就不太方便三是芯片一旦选型后续想换算法或者扩展功能很难硬件改动牵一发动全身。4. 软解码方案把“开卷考试”交给MCU4.1 采样策略是软解码的灵魂软解码的第一步是解决采样同步问题。旋变输出的sin/cos信号包含了10kHz载波分量角度信息在包络上如果ADC采样时机与载波相位不对齐采出来的点既不是峰值也不是固定相位点解算出来的包络幅度就会抖动角度自然跟着抖。我见过最粗暴也最容易出问题的做法是让ADC自由运行采样把所有采样点直接取平均。这样等于把载波信号和包络信号混在一起平均角度误差很大。正确的采样策略有几种思路。第一种是过采样加同步解调。ADC以远高于载波频率的采样率采集信号比如10kHz载波用200kHz采样一个载波周期采20个点然后乘上本地生成的同频参考信号做积分把载波分量滤掉得到包络。这种方法抗干扰能力强但对算力和ADC吞吐率要求高。第二种是峰值采样。用一个比较器检测励磁信号峰值点在峰值点附近触发ADC采样直接测到包络峰值。实现简单但比较器延迟和励磁畸变会造成误差而且载波频率变化时同步逻辑要重新调。第三种是PWM触发同步采样这是我在项目中最常用的一种。用MCU的ADC外部触发功能让PWM波形和励磁信号同步PWM产生的中断和ADC触发点与载波的固定相位对齐这样每次采样都落在载波的同一相位上相当于在固定相位处对包络做一次采样。无论用哪种策略都建议配合一个软件低通滤波器或滑动平均来平滑包络输出否则角度数据里会残留明显的高频毛刺。4.2 角度解算算法从atan2到软件锁相环假设包络已经提取好了最简单的角度算法是直接做atan2。C语言里用atan2f函数DSP里用CORDIC库都可以快速算出角度。但直接atan2存在一个问题它对包络噪声非常敏感尤其是sin或cos接近零的时候噪声会被放大很多角度输出出现明显抖动。工程上更推荐用软件锁相环PLL做角度跟踪。结构上就是先估算一个角度然后用sin/cos误差修正估算角速度再对角速度积分得到新角度。误差项可以用下面的公式计算error sin(θ_est) × cos(θ_real) - cos(θ_est) × sin(θ_real) sin(θ_real - θ_est)当估算角度接近真实角度时误差近似等于角度差用PI调节器修正角速度环路收敛后输出就是连续而平滑的角度和角速度。PLL的本质是一个低通滤波器对噪声有天然的抑制作用同时还能直接得到转速估计省去对角度微分的噪声放大问题。PLL带宽设计是个关键点。带宽高动态响应快但噪声抑制差带宽低角度平滑但动态延迟大。我通常先做理论估算再实测调参角度环带宽取100到500赫兹范围对应的动态延迟在0.5到2毫秒量级。对于电动助力转向这类对响应要求高的系统带宽尽量拉高同时要保证在堵转、急加速等场景下不丢步。4.3 软解码必做的三件校正偏置、幅值和正交性软解码最容易忽视的环节是信号校正。理想情况下sin通道和cos通道应该严格零偏置、等幅值、相差90度但实际电路总有偏差主要来自三个方面运放和ADC的直流偏置、旋变两相输出不对称导致的幅值不等、安装和制造误差造成的相位不正交。这三项误差不校正会有什么后果呢角度计算出来会出现2倍频及1倍频的周期性误差转速信号上出现明显的波动成分。我在项目里亲眼见过因为没做幅值校正一台电机在恒速运行时转速反馈出现明显的2倍频脉动控制器误以为是负载抖动加了各种抑制措施还是不行最后发现根因居然是旋变两相输出幅值差了2%。标准的校正流程分三步走。第一步做偏置校正让转子停在任意位置或者匀速转一整圈对每相累积足够多的采样点取平均值这个平均值就是该通道的零偏后续每个采样值先减掉它。第二步做幅值校正旋转一整圈记录sin通道和cos通道各自的峰值和谷值分别算出峰峰值再计算归一化增益让两个通道的峰峰值相等。第三步做正交性校正如果两个通道之间不是严格的90度需要补偿交叉耦合项具体做法是利用sin信号的微分量和cos信号的微分量来消除串扰工程上也可以用最小二乘法拟合得到交叉补偿系数。校正完成后再加一个简单的零位标定让电机对准一个已知参考位置记录当前角度作为角度偏移量写入非易失存储。这个偏移量会在后续正式上电时自动叠加进最终输出角度里。上面这些事在硬解码方案里芯片出厂前基本都内部做好了软解码则必须自己写进标定流程里。有一点需要提醒校正参数要分级存储并带校验避免量产阶段某台设备的EEPROM写入失败导致角度异常。4.4 软解码的隐藏成本算力、延迟与安全冗余很多人只看到软解码省了一颗芯片忽略了软件方案带来的工程代价。首先是CPU负担一个10kHz励磁旋变如果想做完整解调每秒要处理上万个采样点加上PLL、滤波、校正算法主控核可能要占掉5%到10%的算力如果在同一个核上还要跑FOC电流环和状态机压力会很大。其次是ADC资源占用三路采样sin、cos、参考励磁几乎要把ADC的可用通道占满采样率还要求高。安全冗余是更隐蔽的成本。硬解码芯片自带断线检测和信号有效性检查软解码如果不额外设计监控策略一旦信号线松动、断线或短路解算角度可能瞬间跳变到莫名其妙的值这在EPS这类安全场景是不能接受的。软解码方案中必须至少实现以下监控角度跳变限制上一拍和当前拍角度差不能超过物理极限、sin和cos信号平方和跟踪理想情况下sin²cos²≈1偏差过大说明信号异常、励磁信号丢失检测参考通道幅度低于阈值时报警。把这些都做到位之后软解码的安全性才勉强能对标硬解码的常规诊断水平。5. 硬解码和软解码怎么选三个真实案例与对比5.1 案例一EPS管柱电机硬解码更可靠前几年做过一个电动助力转向项目控制器放在驾驶舱附近环境干扰不大但功能安全等级高。方案上选了旋变加专用RDC解码芯片原因很简单EPS直接关系到转向手感安全等级要求高专用芯片有成熟的自检机制角度失效模式经过大量验证。转向电机本身转速不高、动态响应要求属于中等硬解码芯片的带宽完全够用。后来在这个项目上还加了一路低速霍尔作为第二位置源用来在极端条件下校验旋变角度是否漂移但正常控制完全依赖旋变解码芯片输出的角度和转速。总体的开发节奏比纯软解码方案快很多大部分时间都花在了机械装配和标定上信号处理的坑很少。5.2 案例二主驱动电机软解码省出成本空间在另一个主驱控制器项目上为了控制BOM成本团队选择了软解码方案。主驱电机的转速范围大、动态响应要求高但角度异常允许在几十毫秒内被检测并进入安全状态安全等级要求比EPS略低。我们在TC3xx系列MCU上用ADC加DMA完成采样结合PWM同步触发实现同步解调角度解算用了软件PLL。实测下来角度精度在±0.3度以内转速稳定后角度噪声在±0.1度以内满足电驱控制需求。不过MCU负载确实上来了为了给PLL和校正腾出算力我们在PWM中断里做了大量优化最后还利用了DMA的双缓冲机制让CPU不参与原始数据搬运。这个案例给我最大的感受是软解码不是不能用于高性能场景但它对MCU选型要求高而且必须在项目早期就把采样机制和算法架构设计清楚否则后期想改会非常痛苦。5.3 案例三混合方案与MCU内置SDFM的趋势现在越来越多的MCU内置了SDFM模块可以直接读取外置Δ-Σ调制器输出的比特流硬件自动完成滤波和解调软件只负责角度跟踪和诊断。TI的C2000系列、部分英飞凌产品都有类似能力。这类方案在成本和性能之间找到了一个舒服的平衡点少了独立RDC芯片却保留了硬件解调的低延迟和确定性。我个人的判断是未来新平台大概率会向“MCU内置硬件解调模块加软件角度跟踪”的方向走。一方面主机厂和Tier1对成本越来越敏感另一方面功能安全要求又在不断提高完全靠软件解调在诊断覆盖率和延迟指标上始终会吃亏。软硬件混合方案既有硬解码的稳定性又有软解码的灵活性。5.4 四种方案横向对比维度硬解码芯片纯软件解码MCU内置SDFM混合方案说明典型角度精度±0.1°~±0.3°±0.3°~±0.8°±0.2°~±0.5°芯片内部模拟误差更小延迟低约1~10us较高约50~200us较低约10~50us延迟决定控制环路带宽上限BOM成本高一颗专用芯片低中外置调制器便宜硬解码芯片单价通常较高故障诊断内置全面自检需软件实现部分硬件辅助功能安全项目要重点关注灵活性低高中软件方案方便调整算法典型场景EPS、线控转向主驱、低成本电机高端电驱、新平台按控制器性能和安全等级匹配6. 调试现场最容易踩的坑6.1 测试环境不对波形全是“假干扰”旋变调试第一件事是正确测量。很多工程师直接用普通单端探头去测旋变的sin/cos信号测出来的波形全是毛刺然后怀疑电路有问题。实际上旋变输出是差分信号必须用差分探头测量或者用示波器双通道相减来等效差分。测量时还应该打开示波器的带宽限制通常限制到20MHz到100MHz就可以否则逆变器的开关噪声全会被采进来。判断信号到底是真干扰还是测量引入的假象有一个简单办法断开励磁输入看输出波形。如果断开励磁后基线是干净的一条直线而正常工作时毛刺很多说明干扰来自空间耦合或电源如果断开励磁后基线本身就很脏那问题出在测量环境或电路板布局上。6.2 常见故障速查表下面这张表是多年调试下来的经验总结遇到角度异常可以先按表里逐项排查。故障现象可能原因排查手段解决办法转速反馈出现2倍频波动sin/cos幅值不平衡或偏置未校正整周采样统计峰峰值和均值执行偏置校正和幅值归一化角度出现1倍频波动旋变安装偏心、轴端窜动检查机械安装、打表测径向跳动重新对中安装或加装弹性联轴器角度数据高频毛刺严重采样时机抖动、功率线耦合看原始采样波形、做频谱分析优化PWM触发同步加强屏蔽与滤波角度卡在某个固定值附近某一路信号断线或接触不良示波器分别测sin/cos通道检查线束、接插件加固连接全量程角度偏差非线性两相正交误差计算正交度检查机械装配做正交性校正或重新装配旋变上电后角度异常偏移EEPROM标定数据丢失或损坏检查非易失存储读写、校验和增加数据校验与多份备份存储大电流工况角度跳变地弹、功率回路耦合观察跳变是否与PWM开关同步优化接地、加铁氧体磁环和滤波电容6.3 下线标定与零位补偿的完整步骤旋变装到电机上之后机械零位往往和电机电气零位不完全一致所以量产线必须做一次零位标定。标准流程一般是先让电机运行到一个已知参考位置这个参考位置可以用工装夹具、外部编码器、或者通过反电动势过零点来确定然后读取旋变解码角度算出差值最后把这个差值连同校验信息写入EEPROM或Flash。我自己习惯在写入时多存一份备份并加上简单的CRC校验正式上电时先读主表校验失败就自动切到备份表再失败就报错进入安全状态而不是默认为零。曾经遇到过个别设备数据写了一半、上电后角度整体偏差很大的情况加了备份和校验后问题再没在量产现场出现过。6.4 一点个人经验说到旋变调试我印象最深的一次是在一个主驱项目上电机跑起来转速反馈总是有周期性抖动试了各种滤波参数都没用。后来把旋变输出接到音频分析仪上做FFT发现sin和cos两个通道的幅值相差接近3%。项目当初没有做幅值校正的规划只做了零位标定结果就是这个2倍频误差一直藏在系统里。最后在软件里补了一个简单的幅值归一化函数转速反馈立刻干净了。这个经历让我养成了一个习惯不管项目初期的精度指标看起来是否够用只要用了软解码偏置校正和幅值校正就必须写进标定流程里。因为这两项校正的代码量不大但效果立竿见影而且省下的调试时间非常可观。如果你正准备在项目里采用软解码方案建议先把这三件事排进计划采样同步设计、整周校正流程、带校验的零位存储。把基础打牢了后面不管是做无感控制还是高速电机性能标定都会顺畅很多。
