1. 焊接机控制系统为什么需要ARM7加实时内核焊接设备的控制系统有个很尴尬的定位它不像PLC那样只做逻辑联锁也不像纯运动控制器那样只跑轨迹插补。一台典型的电阻焊或弧焊设备控制器要同时干三件事——毫秒级响应的焊接时序控制、多路模拟量电流、电压、气压的实时采样与闭环、以及人机界面的参数下发和状态刷新。这三件事的实时性要求完全不在一个量级上用裸机大循环写代码会迅速膨胀成一团乱麻用通用操作系统又扛不住焊接时序对抖动的要求。我最早接触这类项目时用的是8位单片机加前后台架构。前台中断处理焊接触发和电流采样后台主循环刷数码管和按键。小批量、单参数的产品还能凑合一旦客户要求多段焊接曲线、多套工艺参数存储、再加上CAN或串口跟上位机通信前后台架构的弊端就全暴露出来了主循环里任何一个耗时操作比如擦写EEPROM都会把界面刷新卡住而中断里又不敢放太多逻辑怕影响时序精度。最后代码里到处是标志位和状态机维护成本极高。ARM7加μC/OS-II这套组合恰好卡在这个需求的甜点区。ARM7TDMI内核主频通常在40到60MHz带片内Flash和SRAM外设资源对焊接控制来说够用——多路ADC、PWM、定时器、UART、CAN。关键是它支持两种中断模式IRQ和FIQ。FIQ有独立的寄存器组进入中断不需要保存全部上下文响应延迟可以压到很短。这一点对焊接时序控制至关重要因为焊接电流的导通和关断时刻直接决定焊点质量抖动大了就会出现虚焊或者飞溅。μC/OS-II是一个抢占式实时内核任务调度基于优先级支持信号量、消息邮箱、事件标志组这些任务间通信机制。它的内核代码精简可裁剪RAM占用小移植到ARM7上的资料也相对成熟。把焊接控制的不同功能拆成独立任务每个任务按自己的周期和优先级运行实时性由内核保证应用层代码就清爽多了。这里要澄清一个常见误解不是用了RTOS就自动获得实时性。实时性来自合理的任务划分、优先级分配和中断设计RTOS只是提供了管理这些资源的框架。任务划分不合理照样会出现优先级反转或者高优先级任务被阻塞的情况。从成本角度看ARM7芯片在工业控制领域出货量大价格有优势开发工具链比如Keil MDK、IAR EWARM成熟调试器便宜。对于年产几千到几万台的焊接设备来说这个方案在性能和成本之间取得了不错的平衡。当然如果要做高端的多轴联动焊接机器人ARM7就算不动了得上Cortex-M4或者带FPU的M7那是另一个话题。2. 把焊接控制拆成任务划分逻辑与优先级分配任务划分是这套系统设计里最考验经验的一步。划得太粗实时性没保障划得太细任务切换开销大而且任务间同步逻辑会变得复杂。我的原则是按时间尺度划分把对时序精度要求最高的功能放在最高优先级把对实时性不敏感的功能放在低优先级中间用消息机制解耦。2.1 焊接时序任务优先级最高的硬实时任务焊接时序任务负责控制焊接过程的各个阶段预压、通电、维持、休止。每个阶段的持续时间由工艺参数决定精度要求通常在毫秒级。这个任务用定时器中断驱动在中断服务程序里给出信号量任务本身阻塞等待信号量收到后执行状态切换和IO操作。为什么不在中断里直接做状态切换因为状态切换可能涉及多个IO口的操作、参数查表、甚至写DAC设定电流值这些操作放在中断里会拉长中断响应时间影响其他中断的处理。用信号量唤醒任务中断服务程序只做最少的操作——清中断标志、给信号量剩下的逻辑在任务里做。μC/OS-II的信号量操作是确定性的从给信号量到高优先级任务开始执行延迟是可预测的。这个任务的优先级设为最高数值最小因为它一旦错过时间点焊接质量就直接受影响。任务周期由定时器决定比如1ms一个tick每个焊接阶段用tick计数来计时。2.2 电流采样与闭环任务周期性数据处理电流采样任务负责读取ADC转换结果做数字滤波然后跟设定值比较通过PID或者更简单的比例控制调整PWM占空比。这个任务的周期通常是几百微秒到几毫秒取决于焊接电源的响应速度。采样任务和时序任务之间通过全局变量或者消息邮箱传递设定值。时序任务在进入通电阶段前把目标电流值写入一个共享结构体采样任务读取这个值作为闭环参考。这里要注意数据一致性——如果目标电流是16位或者32位变量在ARM7上读写不是原子的需要用临界区保护或者用消息邮箱传递避免读到半新半旧的值。ADC的采样时机也有讲究。焊接电流是工频或者中频的脉动直流采样点如果落在波谷或者波峰读到的值不能代表有效值。我的做法是用定时器触发ADC采样频率跟电流脉动频率保持整数倍关系然后在任务里做滑动平均或者均方根计算。这样得到的反馈值更稳定闭环不容易振荡。2.3 人机界面与通信任务低优先级的后台工作界面刷新、按键扫描、参数存储、上位机通信这些功能实时性要求低放在低优先级任务里。它们可以被高优先级任务随时抢占但反过来不能阻塞高优先级任务。按键扫描用定时器中断做去抖状态变化通过消息邮箱发给界面任务。参数存储用单独的Flash操作任务因为Flash擦写耗时长几十毫秒如果放在界面任务里会卡住刷新。做法是界面任务把要存储的参数打包成消息发给存储任务存储任务在低优先级下慢慢写写完再通知界面任务更新状态。上位机通信任务处理Modbus或者自定义协议解析命令、组织响应。通信超时用软件定时器或者tick计数实现不能用阻塞式等待否则会拖垮整个系统。任务优先级分配可以参考这个表任务名称优先级周期/触发方式实时性要求焊接时序任务最高如4定时器中断触发毫秒级抖动敏感电流采样闭环高如6定时器周期触发百微秒到毫秒级故障保护任务高如5外部中断触发微秒级响应界面刷新任务中如10消息触发或周期几十毫秒通信任务中低如12串口中断触发百毫秒级参数存储任务低如14消息触发秒级故障保护任务要单独说。过流、过压、气压不足这些故障信号用外部中断触发在中断里直接关断PWM输出同时给故障任务发信号量做后续处理。关断动作必须在中断里完成不能等任务调度否则可能损坏功率器件。3. 中断设计FIQ和IRQ的分工与陷阱ARM7的中断体系是这套方案能不能跑出实时性的关键。很多移植教程只讲了怎么把μC/OS-II的汇编接口接上却没讲清楚FIQ和IRQ该怎么分配结果做出来的系统时序抖动大还找不到原因。3.1 为什么焊接时序要用FIQFIQ快速中断在ARM7上有独立的寄存器组R8到R14进入FIQ模式时不需要保存这些寄存器退出时也不需要恢复。这意味着FIQ的响应延迟比IRQ短得多。对于焊接时序这种对抖动极其敏感的功能用FIQ是合理的选择。具体做法是把焊接时序的定时器中断接到FIQ上。FIQ服务程序里只做一件事给信号量或者置标志位然后返回。因为FIQ的优先级高于IRQ它不会被其他中断打断保证了时序的确定性。但FIQ只有一个要省着用。如果系统里有多个对时序敏感的中断源就得权衡。我的经验是只把最要命的那个放FIQ其他的放IRQ通过合理的优先级排序来管理。3.2 IRQ嵌套与μC/OS-II的中断管理μC/OS-II在ARM7上的移植通常用IRQ模式处理普通中断。中断服务程序的标准流程是保存上下文、调用OSIntEnter()、处理中断、调用OSIntExit()、恢复上下文。OSIntExit()会检查是否有更高优先级任务就绪如果有就触发任务切换。这里有个容易踩的坑中断嵌套。ARM7的IRQ中断默认是不嵌套的进入IRQ模式后会自动屏蔽IRQ。如果某个中断服务程序执行时间较长其他中断就会被延迟。解决办法是在中断服务程序开头清除IRQ屏蔽位允许嵌套但这样就要小心栈的使用——每个嵌套层级都要保存上下文栈空间要留够。我的做法是尽量缩短中断服务程序的执行时间把耗时操作放到任务里。如果确实需要嵌套用μC/OS-II提供的OSIntEnter()和OSIntExit()来管理嵌套计数确保任务切换只在最外层中断退出时发生。3.3 中断向量表的重映射与调试陷阱ARM7的中断向量表可以位于Flash的0地址也可以重映射到RAM的高地址。重映射的好处是可以在运行时修改中断向量方便调试和固件升级。但重映射操作本身有风险——如果重映射过程中发生中断而向量表还没准备好系统就会跑飞。我的做法是在系统初始化阶段完成重映射重映射之前关中断重映射之后检查向量表内容是否正确再开中断。调试阶段可以用RAM向量表方便设置断点量产固件用Flash向量表减少RAM占用。还有一个调试陷阱用JTAG调试器单步执行时FIQ和IRQ的行为可能跟全速运行不一样。有些调试器会屏蔽中断导致时序相关的bug在调试时复现不出来。遇到这种情况我通常用IO口翻转加示波器来观察时序而不是依赖调试器的单步功能。4. 电流闭环控制从采样到PWM输出的完整链路焊接质量的核心是热输入量的控制而热输入量取决于焊接电流和通电时间。通电时间由时序任务保证电流则由闭环控制来稳定。这条链路从ADC采样开始经过滤波、比较、调节最后作用到PWM占空比上每一环都有讲究。4.1 ADC采样时机与数字滤波焊接电源的输出电流通常带有纹波直接读ADC得到的瞬时值波动很大。如果直接用瞬时值做闭环PWM占空比会来回跳电流反而更不稳。所以必须做滤波。滤波方案有两种模拟滤波和数字滤波。模拟滤波在信号调理电路上做用RC低通截止频率设在纹波频率以下。数字滤波在ADC采样之后做用滑动平均或者一阶滞后。我通常两者都用模拟滤波把高频噪声干掉数字滤波进一步平滑。滑动平均的窗口长度要跟控制周期匹配。窗口太长反馈滞后大闭环响应慢窗口太短滤波效果不够。我的经验是窗口长度取控制周期的3到5倍比如控制周期1ms窗口取3到5个采样点。采样时机用定时器触发保证采样频率稳定。如果让ADC自由运行采样间隔受程序执行时间影响滤波效果会打折扣。ARM7的ADC通常支持定时器触发配置好之后就不需要CPU干预了。4.2 增量式PID在焊接电流控制中的调整焊接电流闭环用PID控制但跟普通电机控制不同焊接电源的模型变化大——不同焊件、不同电极磨损程度负载特性都不一样。用位置式PID积分项容易饱和切换焊件时超调大。我倾向于用增量式PID输出的是占空比的增量积分饱和问题好处理。增量式PID的公式是Δu Kp*(e(k)-e(k-1)) Kie(k) Kd(e(k)-2e(k-1)e(k-2))。其中e是设定值与反馈值之差。三个参数需要现场整定我的整定顺序是先调Kp让系统有基本响应但不振荡再调Ki消除稳态误差最后调Kd抑制超调。焊接场景下Kd通常给得很小甚至为零因为电流反馈本身有滤波滞后微分项会放大噪声。如果确实需要微分先对反馈值做微分而不是对误差做微分避免设定值突变时微分冲击。参数整定可以用试凑法也可以用继电反馈法自动整定。继电反馈法在焊接电源上效果不错因为电源的阶跃响应比较规整。具体做法是让设定值做小幅方波变化观察电流响应根据振荡周期和幅值计算PID参数。这个方法我在多个项目上用过比纯手工试凑快得多。4.3 PWM输出的死区与保护焊接电源的PWM输出通常驱动IGBT或者MOSFET半桥/全桥必须设置死区时间防止上下管直通。死区时间由硬件或者定时器死区发生器产生软件只需要配置寄存器。死区时间的大小取决于功率管的开关速度和驱动电路一般取几百纳秒到一微秒。保护逻辑分两层硬件保护和软件保护。硬件保护用比较器直接关断PWM响应最快但阈值固定不够灵活。软件保护在电流采样任务里判断超过阈值就逐步减小占空比或者直接关断。两层保护配合使用硬件保护兜底软件保护做精细管理。注意软件关断PWM之后不能立即重新使能要等故障清除并且经过一段延时否则可能反复触发保护导致功率管过热。我的做法是故障清除后延时100ms再恢复输出同时记录故障次数频繁故障就锁定需要人工复位。5. 移植μC/OS-II到ARM7时最容易出问题的几个地方μC/OS-II的ARM7移植代码网上能找到不少但直接拿来用往往会遇到各种问题。我梳理了几个高频故障点都是实际调试中踩过的。5.1 堆栈对齐与任务栈大小估算ARM7要求堆栈按8字节对齐μC/OS-II在创建任务时分配的栈空间如果不对齐任务切换时可能触发数据异常。移植代码里通常有对齐处理但如果你自己改过任务创建函数要检查这一点。任务栈大小的估算是个经验活。μC/OS-II提供了栈使用统计功能可以在任务运行时检查栈的高水位线。我的做法是先给一个偏大的栈比如512字节跑一段时间后看实际用了多少再留50%余量。中断嵌套层级多的系统栈要留更多因为每个中断层级都要保存上下文。有个容易忽略的地方浮点运算。如果任务里用了浮点编译器可能会调用浮点库函数这些函数需要额外的栈空间。ARM7没有硬件浮点浮点运算由软件模拟栈消耗比整数运算大得多。焊接控制里PID计算如果用浮点栈要相应加大。5.2 时钟节拍中断与任务延时的精度μC/OS-II的时钟节拍中断通常用ARM7的定时器产生节拍频率一般取100Hz到1000Hz。节拍频率越高任务延时的分辨率越高但中断开销也越大。焊接控制里时序任务的精度要求是毫秒级节拍取1000Hz比较合适。节拍中断服务程序里要调用OSTimeTick()这个函数会遍历所有任务的延时计数器开销跟任务数量成正比。如果任务多节拍中断的执行时间可能超过节拍周期导致系统跑飞。解决办法是减少任务数量或者提高CPU主频或者降低节拍频率。任务延时的精度还受任务优先级影响。高优先级任务如果一直就绪低优先级任务的延时可能被推迟。μC/OS-II的延时是基于节拍的延时时间到之后任务只是变为就绪能不能立即运行取决于优先级。所以对延时精度要求高的任务优先级也要相应提高。5.3 临界区保护与中断延迟的权衡μC/OS-II用OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()来保护临界区实现方式是关中断和开中断。关中断期间所有中断都被屏蔽包括FIQ。如果临界区太长FIQ的响应延迟就会增大焊接时序抖动就来了。我的原则是临界区里只放必须原子执行的操作比如修改共享变量、操作链表。耗时操作一律移出临界区。如果确实需要保护一段较长的代码用信号量代替关中断信号量不会屏蔽中断只是阻塞其他任务。还有一个细节ARM7的关中断指令是CPSR的I位和F位。μC/OS-II的移植代码通常只关I位IRQ不关F位FIQ。这样FIQ在临界区里仍然能响应保证了焊接时序的实时性。如果你的移植代码把F位也关了要改过来。6. 实测中的时序抖动与优化手段系统跑起来之后用示波器观察焊接时序的输出发现抖动比预期大。标称1ms的焊接阶段实际在0.95ms到1.08ms之间波动。这个抖动对普通控制无所谓但对焊接质量有影响尤其是精密焊接。6.1 抖动来源的排查过程排查抖动第一步是确定抖动来自哪里。我在时序任务的入口和出口各翻转一个IO口用示波器看任务执行时间。发现任务本身执行时间稳定在20微秒左右。那抖动就不是任务执行时间引起的。第二步看中断响应延迟。在FIQ中断服务程序入口翻转IO口跟定时器输出比较发现中断响应延迟在几微秒到几十微秒之间波动。这个波动来自IRQ中断的干扰——当FIQ到来时如果CPU正在处理IRQFIQ要等IRQ处理完才能响应。第三步看IRQ中断服务程序的执行时间。发现电流采样中断的服务程序偶尔会执行较长时间因为它里面做了ADC数据读取和初步滤波。虽然单次时间不长但多个IRQ叠加起来就把FIQ的响应推迟了。6.2 优化措施与效果验证找到原因之后优化方向就明确了缩短IRQ中断服务程序的执行时间减少IRQ嵌套层级。具体做法把ADC数据读取从IRQ中断里移到采样任务里。IRQ中断只做一件事——给信号量通知采样任务去读ADC。这样IRQ服务程序从几十微秒缩短到几微秒FIQ的响应延迟明显改善。另一个优化是调整中断优先级。ARM7的中断优先级由向量表位置决定位置越靠前优先级越高。我把FIQ对应的中断源放在向量表最前面确保它最先被响应。优化之后重新测抖动焊接阶段的波动范围缩小到0.98ms到1.02ms满足了工艺要求。这个优化过程说明实时性不是靠某个单一手段实现的而是整个中断和任务体系的协同结果。6.3 长期运行中的稳定性观察系统在实验室跑没问题不代表现场没问题。焊接现场有强电磁干扰电网波动大环境温度高。我把系统放到现场连续跑了72小时记录每次焊接的时序参数和电流反馈值。发现两个问题一是电网波动大时ADC参考电压不稳导致电流反馈有偏差。解决办法是用外部基准电压源给ADC供电而不是用电源电压做参考。二是高温环境下晶振频率有微小漂移导致定时器周期变化。虽然漂移量很小但累积起来会影响长时间焊接的一致性。解决办法是用温度补偿晶振或者在软件里做周期性校准。这些现场问题在实验室很难复现但恰恰是产品能不能稳定运行的关键。我的经验是实验室调试通过只是第一步现场测试至少跑一周记录关键参数才能发现潜在问题。7. 参数存储与固件升级的工程化处理焊接设备通常需要存储多套工艺参数客户可能要求几十套甚至上百套。参数存储的可靠性和固件升级的便利性是产品竞争力的重要组成部分。7.1 参数分区存储与掉电保护ARM7片内Flash通常有几十到几百KB存储参数够用。我的做法是把Flash分成几个区引导区、固件区、参数区、备份区。参数区存当前使用的参数备份区存一份副本。每次写参数时先写备份区再写参数区写完做校验。如果参数区校验失败从备份区恢复。掉电保护是关键。焊接设备在写参数时突然断电参数可能写了一半导致系统启动时读到无效参数。解决办法是用双备份加标志位参数区分成A、B两块轮流写每块带一个序号和校验和。启动时读序号大的那块校验通过就用不通过就读另一块。这样即使写的过程中断电至少有一块是完整的。写Flash之前要先擦除擦除操作耗时长期间如果断电整个扇区都丢了。所以擦除之前要确保备份区有完整数据。我的流程是写备份区、校验备份区、擦除参数区、写参数区、校验参数区、更新序号。每一步都有校验任何一步失败都能回退。7.2 基于CAN或串口的固件升级设计固件升级用CAN或者串口取决于设备接口。升级协议要简单可靠我的做法是自定义一个轻量协议上位机发升级命令设备进入升级模式然后分包传输固件数据每包带序号和CRC设备收到后写入Flash的固件区全部收完后校验整体CRC通过则更新引导标志重启后运行新固件。升级过程中最怕断电。如果写到一半断电固件区不完整设备就变砖了。解决办法是保留引导区引导区代码负责判断固件区是否完整。如果不完整停留在升级模式等待重新传输。引导区本身不参与升级保证永远可用。升级速度也要考虑。CAN总线速率通常500kbps串口115200bps固件大小几百KB的话升级需要几十秒到几分钟。升级期间设备不能执行焊接任务所以升级操作要在设备空闲时进行并且给操作人员明确的进度提示。8. 这套方案在实际项目中的取舍与体会ARM7加μC/OS-II的方案我在多个焊接控制项目上用过有成功的经验也有踩坑的教训。说几点个人体会。第一不要为了用RTOS而用RTOS。如果产品功能简单裸机前后台架构能搞定就别上RTOS。RTOS带来的任务划分、同步、通信这些概念增加了设计和调试的复杂度。只有当系统功能复杂到裸机架构难以维护时RTOS的价值才体现出来。第二任务划分宁粗勿细。我见过一个项目把每个IO操作都做成独立任务结果任务切换开销比实际工作还大。任务划分应该按功能模块来一个模块一个任务模块内部用状态机处理。第三中断服务程序越短越好。这是实时系统的铁律。中断里只做最紧急的事其他都交给任务。我现在的习惯是中断服务程序超过20行代码就要重新审视看能不能精简。第四现场测试不可省略。实验室环境跟现场环境差别很大电磁干扰、温度、电网质量都会影响系统行为。我现在的项目实验室调试通过后至少在现场跑一周记录关键参数确认稳定后才小批量试产。第五参数整定要留接口。焊接工艺参数因焊件、电极、环境而异PID参数也一样。产品出厂时给一组默认参数但要在界面里留出调整入口让现场工程师能根据实际情况微调。完全锁死的参数遇到特殊工况就抓瞎了。这套方案不是万能的ARM7的性能上限摆在那里。如果要做高频逆变焊接电源开关频率几十kHz控制周期几十微秒ARM7就吃力了得换Cortex-M4或者带FPU的M7。但对于工频或者中频焊接设备ARM7加μC/OS-II在成本、性能、开发效率之间取得了很好的平衡值得在这个领域继续用下去。