去年帮一个做非标设备的朋友改方案对方原本的控制柜里塞了一台工控机跑软主站带24个伺服轴机柜里除了电脑还有显示器、键盘抽屉、UPS、散热风扇一套下来占掉半个柜子。后来我们把这一坨全部拿掉换成一块巴掌大的核心板加一颗主站芯片柜内空间腾出来三分之二成本砍掉一半还多。这件事之后我对“单片机能不能扛住24轴EtherCAT”这个问题有了比较具体的答案也就有了这篇记录。这篇内容适合三类人看正在评估“工控机软主站 vs 嵌入式硬主站”的选型负责人手上已经有STM32F429平台、想复用现有硬件做多轴运动控制的嵌入式工程师以及被EtherCAT的PDO映射、分布式时钟、WKC这些名词劝退过、想找个完整落地路径的新手。我会把方案为什么这么选、硬件怎么画、协议栈怎么挂、24轴的数据怎么组织、1ms周期怎么排、调不通的时候从哪儿下手全部摊开讲一遍。STM32F429配ECM-XFU这类主站芯片的组合本质上是把EtherCAT的组帧、CRC、分布式时钟这些脏活交给专用硬件MCU只管算轨迹和填数据这也是低成本多轴方案能成立的核心前提。1. 为什么要把工控机请出控制柜1.1 工控机方案的三笔隐性成本很多人算成本只算采购价工控机整机加一块EtherCAT网卡账面数字看着还行但真正的钱花在三个地方。第一是空间和配套工控机要柜内安装支架、要独立的24V转12V/19V供电、要散热风道柜体尺寸跟着涨钣金和装配工时全线上浮。第二是系统维护软主站跑在通用操作系统上一旦上层软件更新、杀毒扫描、日志写满磁盘实时性就可能被破坏现场表现为偶发的轴停顿或者跟随误差报警这类问题排查起来极其难受因为复现困难。第三是长期可靠性机械硬盘、风扇、电解电容这些部件都有寿命设备卖给客户之后的三五年里这些都是潜在的售后成本。我在实际项目里踩过最典型的一次是设备连续跑十几个小时后出现某个轴偶发丢帧。查了两天最后定位到是后台某个自动更新任务在抢CPU。这种问题在嵌入式方案里几乎不会出现因为跑的是裸机或者RTOS任务表是你自己写死的谁也不能插队。1.2 STM32F429 ECM-XFU 这套组合到底解决什么问题EtherCAT主站的核心工作可以拆成三层物理层收发、协议帧的组装与解析、应用层的周期数据交换。传统软主站把这三层全压在CPU上靠网卡的定时发送能力凑实时性而主站芯片方案的思路是把下面两层硬件化MCU只需要在内存里填好每个从站的过程数据芯片自己按周期把帧发出去、把回来的数据解好放在约定的内存区。ECM-XFU就是干这个的。它对外是一颗挂在MCU总线上的外设对内是一个完整的EtherCAT主站协议引擎。MCU侧看到的只有一片寄存器区和一块过程数据镜像区读写起来跟操作一片外部SRAM没太大区别。这样一来STM32F429的180MHz主频和FPU就完全解放出来全部用于24轴的插补运算、位置环计算、IO逻辑和上位机通信不用分心去处理以太网帧。这个分工带来的直接好处是周期确定性。帧的发送时刻由芯片内部的定时器触发抖动在纳秒到微秒级不受MCU当前在跑什么代码影响。我实测下来1ms周期下从站侧的同步抖动基本控制在几微秒以内带24个伺服跑圆弧插补跟随误差曲线很干净。1.3 24轴到底意味着多大的数据量很多人一听24轴就觉得数据量很大实际算一下会发现远比想象中小。以一个典型伺服从站为例RxPDO主站发给从站一般包含控制字2字节、目标位置4字节、目标速度4字节、运行模式1字节再加一两个字节的附加量凑整按12字节算TxPDO从站回给主站包含状态字2字节、实际位置4字节、实际速度4字节、实际转矩2字节、错误码2字节按16字节算。24轴双向加起来是 24 × (12 16) 672 字节。EtherCAT单个以太网帧的有效载荷可以到1400多字节也就是说所有24轴的过程数据塞进一帧里还有富余甚至还能带上几个IO从站和一块网关模块。这个结论很重要它意味着24轴并不需要什么特殊的多帧调度策略一帧搞定周期稳定性和轴数基本解耦。项目单轴字节数24轴合计说明RxPDO下行约12288控制字、目标位置、目标速度、模式TxPDO上行约16384状态字、实际位置、速度、转矩、错误码IO从站约8816点输入输出帧头与从站地址开销—约100依赖从站数量与寻址方式单帧总负载—约780远小于1400字节上限看到这张表选型阶段心里就有底了不需要纠结主站芯片的带宽需要纠结的是MCU在1ms内能不能把24条轨迹算完。2. 整体架构与关键选型2.1 三层结构划分整套控制器我把它拆成三层。最上面是应用层跑在F429上负责轨迹规划、插补、位置环、IO逻辑、报警处理和上位机通信。中间是主站引擎层由ECM-XFU承担负责EtherCAT状态机、帧的收发、分布式时钟的维护、WKC校验。最下面是物理层包括网络变压器、RJ45和线缆。层与层之间的接口要划清楚这是后面调试顺利与否的关键。我的做法是应用层永远不直接碰主站芯片的寄存器只通过一层薄薄的驱动接口访问过程数据镜像区。这样做的原因是主站芯片的寄存器定义和过程数据布局在不同固件版本里可能有细微差别隔离一层之后换芯片型号或者升级固件只需要改驱动层上层运动控制代码一行不用动。实际工程里我定义了两个结构体一个叫ecat_cycle_in一个叫ecat_cycle_out分别对应下行和上行的过程数据镜像24个轴各占一个数组元素。周期任务开始时读ecat_cycle_in算完之后写ecat_cycle_out中间不涉及任何地址计算。2.2 主控为什么选 F429F407也能跑但F429有几个地方更舒服。第一是FSMC的时序灵活性F429的总线矩阵和外部存储器接口配置选项更丰富挂主站芯片这种时序要求比较严格的外设时可调的余量更大。第二是F429带LCD-TFT控制器和更大的SRAM192KB SRAM加64KB CCM做本地HMI或者缓存多点轨迹数据时不用精打细算。第三是F429有SDRAM接口如果后期想在本地做数据记录或者存工艺文件扩展起来很方便。选F103或者G0系列行不行带24轴插补基本不现实。1ms周期内要做24条五次多项式或者S型曲线的位置解算还要叠加电子齿轮、凸轮这些耦合逻辑定点运算容易溢出且精度不够浮点软件库又会把周期吃掉一大截。F429的Cortex-M4F带单精度硬件浮点一条单周期浮点乘加指令就是1个时钟180MHz下算力绰绰有余。我这里做过一个粗略的负荷估算24轴每轴每周期做一次三次样条插值加一次比例前馈位置环浮点运算量大概在两千次乘加上下换算成时钟周期不到两万占1ms周期18万个时钟的百分之十几。剩下的大量时间可以用来处理IO、通信和异常逻辑。这个余量是方案能稳定跑的前提。2.3 ECM-XFU 的接口方式与能力边界主站芯片跟MCU的连接主要有两种并行总线和SPI。并行总线挂在FSMC上优点是吞吐高、访问延迟固定缺点是占引脚多SPI省引脚但时钟频率受限单次访问的开销大在1ms周期内要搬运近800字节过程数据时SPI的时序余量会比较紧张。我的选择是并行总线。24轴场景下过程数据接近800字节如果走SPI即便按20MHz时钟算光数据搬运就要三百多微秒加上协议开销和MCU侧的等待留给计算的时间会被严重压缩。并行总线用16位宽度一次访问搬两个字节整个过程数据区刷一遍也就是几百次总线操作几十微秒就能完成。这里要说清楚能力边界主站芯片负责的是协议引擎不负责运动控制。它能保证帧按时发出去、数据按位置放好、WKC告诉你这一帧有没有从站没响应但它不知道什么叫“轴”、什么叫“插补”。所有跟运动相关的逻辑必须由MCU实现。另外主站芯片支持的最大从站数、过程数据区大小、最小循环周期这几个参数不同批次和固件版本可能不同上手第一件事是把手册里这几项确认清楚别拿着上一版的参数表就往新板子上套。提醒主站芯片的过程数据区大小是可配置的配置值必须大于等于你实际映射的数据总量。配置小了会在初始化阶段就报错配置大了浪费内存但不会出错所以宁可先配大一点跑通之后再收紧。2.4 成本、体积、功耗对照把账算明白才能说服人。下面这张表是我按一个24轴控制器的完整BOM整理的对比价格取的是批量采购的粗略量级只用来做相对比较。对比项工控机软主站F429 主站芯片主控硬件工控机整机核心板 底板主站实现通用网卡 软件协议栈专用主站芯片授权成本软主站通常需商业授权芯片内置无额外授权柜内占用大需散热风道小可贴装启动时间数十秒毫秒级功耗数十瓦2W以内实时抖动依赖操作系统调度硬件定时微秒级长期维护硬盘风扇等易损件无机械部件体积和功耗这两项在设备集成时特别值钱尤其是那种控制柜已经定型、客户又要求加轴的情况换成嵌入式方案往往能把改造做成“换一块板子”而不是“换一个柜子”。3. 硬件设计从原理图到能跑起来3.1 最小系统与供电F429这边是常规套路外部25MHz晶振做HSE经PLL倍频到180MHz主电源3.3V内核电压由内部调压器供给VDDA单独做LC滤波。要强调的是去耦每个电源引脚旁边一颗100nF芯片四周再撒几颗4.7μF这不是玄学FSMC跑起来之后总线翻转很密去耦不到位会表现为偶发的总线读写错误很难查。主站芯片的供电要按手册来一般是3.3V数字电源加一路独立的模拟电源部分型号内部有LDO外部只需要提供单电源。晶振按手册推荐值选通常是25MHz负载电容要匹配晶振走线尽量短、包地、远离FSMC的数据线。注意主站芯片的复位信号不要直接跟MCU的复位绑在一起建议用MCU的一个GPIO单独控制这样可以在MCU已经跑起来之后再复位主站芯片实现可控的上电顺序。调试阶段这个操作能省很多事。3.2 FSMC 总线布线要点FSMC挂外部器件最容易出问题的是时序和信号完整性。布线上有几条硬规矩数据线和地址线尽量等长误差控制在几百mil以内片选、读写 strobe 这些控制线要单独走不要和数据线捆在一起长距离并行如果板子超过两层总线下面要有完整的地平面不要被其他信号割裂。时序参数的计算思路是这样的先查主站芯片手册给出的读周期和写周期最小值再按FSMC的时钟周期折算成寄存器值。假设FSMC时钟按90MHz算一个周期约11ns如果手册要求地址建立时间不小于10ns那么ADDSET配1就够数据保持时间要求25nsDATAST配3比较稳妥。这些值配保守一点没关系慢几纳秒不影响1ms周期的整体预算但配激进了会出现“大部分时候正常、偶尔读回全FF”这种诡异现象。/* FSMC 时序配置示例具体数值需按主站芯片手册调整 */ static void MX_FSMC_Init(void) { FSMC_NORSRAM_TimingTypeDef Timing {0}; FSMC_NORSRAM_InitTypeDef Init {0}; /* 16位数据宽度独立的总线读写时序 */ Init.NSBank FSMC_NORSRAM_BANK1; Init.DataAddressMux FSMC_DATA_ADDRESS_MUX_DISABLE; Init.MemoryType FSMC_MEMORY_TYPE_SRAM; Init.MemoryDataWidth FSMC_NORSRAM_MEM_BUS_WIDTH_16; Init.BurstAccessMode FSMC_BURST_ACCESS_MODE_DISABLE; Init.WaitSignalPolarity FSMC_WAIT_SIGNAL_POLARITY_LOW; Init.WriteOperation FSMC_WRITE_OPERATION_ENABLE; Init.ExtendedMode FSMC_EXTENDED_MODE_ENABLE; Timing.AddressSetupTime 2; Timing.AddressHoldTime 1; Timing.DataSetupTime 4; Timing.BusTurnAroundDuration 1; Timing.CLKDivision 2; Timing.DataLatency 2; HAL_FSMC_NORSRAM_Init(FSMC_NORSRAM_DEVICE, Init); HAL_FSMC_NORSRAM_Timing_Init(FSMC_NORSRAM_DEVICE, Timing, FSMC_NORSRAM_BANK1); __HAL_RCC_FSMC_CLK_ENABLE(); }3.3 网络接口与隔离EtherCAT物理层是100BASE-TX主站这边一般只需要一个端口接出去连到第一个从站不需要双端口冗余那是从站才需要的。多数主站芯片需要外挂PHY也有集成的版本选型时看清楚。PHY的晶振、变压器、RJ45的走线要按100M以太网的规矩来差分对等长、阻抗控制100欧、变压器下面掏空、RJ45外壳接地处理。工业现场强烈建议加网络变压器做隔离并且PHY的电源用隔离DC-DC单独供一路。我遇到过现场变频器干扰导致通讯偶发丢帧的情况加了隔离之后彻底消失。这部分成本增加不多但省下的售后成本很可观。3.4 中断与指示灯分配主站芯片一般会给出几个中断源周期同步中断、帧完成中断、错误中断。我的接法是周期同步中断接到MCU的外部中断线上优先级设为最高用它来触发周期任务错误中断接到另一条EXTI优先级次高用于即时捕捉链路异常。指示灯我留了三个一个电源、一个运行状态闪烁频率代表主站状态机处于哪个阶段、一个错误锁存需要手动清除。现场调试的时候这三个灯比任何日志都直观客户的操作工看一眼就知道大概是什么问题。4. 软件分层与主站协议栈落地4.1 工程目录怎么切裸机工程最容易写成一大坨三个月后自己都看不懂。我习惯按下面这样切bsp/底层驱动FSMC、GPIO、定时器、串口跟具体芯片强相关ecat_drv/主站芯片驱动寄存器读写、初始化、过程数据区访问ecat_app/协议栈适配层状态机流程、PDO映射表、周期数据打包motion/运动控制插补、位置环、电子齿轮app/业务逻辑IO处理、报警、工艺comm/上位机通信Modbus、自定义协议关键在于ecat_drv和ecat_app的边界要清楚。驱动层只提供“读一个寄存器”“写一片内存”这种原子操作不带任何业务语义适配层才知道哪个偏移对应哪个轴的目标位置。4.2 FSMC 驱动与时序参数驱动层我封装了三个函数读写单个寄存器、块读、块写。块操作用指针加偏移直接走内存映射效率最高。#define ECAT_BASE ((uint16_t *)0x60000000u) #define ECAT_REG(off) (*(volatile uint16_t *)(ECAT_BASE ((off) 1))) #define ECAT_PD_BASE (ECAT_BASE 0x2000u) static inline void ecat_write_reg(uint16_t off, uint16_t val) { ECAT_REG(off) val; } static inline uint16_t ecat_read_reg(uint16_t off) { return ECAT_REG(off); } /* 过程数据区整块搬运in/out 为本地镜像 */ void ecat_sync_pdo(const void *out, void *in, uint16_t len_bytes) { const uint16_t *src (const uint16_t *)out; uint16_t *dst (uint16_t *)ECAT_PD_BASE; for (uint16_t i 0; i (len_bytes 1); i) { dst[i] src[i]; } const uint16_t *back (const uint16_t *)ECAT_PD_BASE; uint16_t *out_buf (uint16_t *)in; for (uint16_t i 0; i (len_bytes 1); i) { out_buf[i] back[i]; } }这段代码里 1的处理是因为很多主站芯片的寄存器地址是按字节给的但总线是16位宽度实际寻址单位是半字容易在这里翻车。我第一版就是没除2读出来全是错位数据查了半天。4.3 主站状态机初始化流程EtherCAT主站的状态机推进是有严格顺序的跳步一定失败。常规流程是这样的硬件复位主站芯片等待内部固件就绪配置过程数据区大小、循环周期、从站数量上限启动主站扫描网络读取所有从站的配置信息逐个从站做地址分配从 INIT 推进到 PREOP此时可以走邮箱通信做SDO配置通过SDO写入各从站的PDO映射参数、同步模式、DC参数从 PREOP 推进到 SAFEOP此时开始交换过程数据但不输出检查每个从站的输入数据是否合理从 SAFEOP 推进到 OP正式进入运行每一步都要检查返回值最好把每个阶段的WKC记下来。WKC是个非常好用的东西它等于这一帧里“成功处理的从站数量”如果配置了24个从站而WKC只有23说明有一个从站没响应至于哪个可以用逐个屏蔽的方式二分排查。/* 状态推进的骨架实际调用的是主站芯片提供的命令接口 */ int ecat_bringup(void) { ecat_hw_reset(); if (!ecat_wait_ready(100)) return -1; ecat_cfg_pd_size(PD_TOTAL_BYTES); ecat_cfg_cycle_us(1000); ecat_cfg_max_slave(32); if (ecat_start_master() ! 0) return -2; if (ecat_scan_bus() ! 0) return -3; if (ecat_assign_addr() ! 0) return -4; if (ecat_set_state(ECAT_PREOP) ! 0) return -5; if (ecat_cfg_pdo_all() ! 0) return -6; if (ecat_cfg_dc_all() ! 0) return -7; if (ecat_set_state(ECAT_SAFEOP) ! 0) return -8; if (!ecat_input_sane()) return -9; if (ecat_set_state(ECAT_OP) ! 0) return -10; return 0; }4.4 PDO 映射与 24 轴数据结构24轴的数据结构设计直接决定后面代码好不好写。我的做法是按轴建结构体再整体打包成镜像数组顺序跟PDO映射顺序严格一致。typedef struct { uint16_t control_word; int32_t target_pos; int32_t target_vel; int8_t mode; uint8_t reserved; } axis_out_t; /* 12 字节 */ typedef struct { uint16_t status_word; int32_t actual_pos; int32_t actual_vel; int16_t actual_torque; uint16_t error_code; uint8_t reserved[2]; } axis_in_t; /* 16 字节 */ typedef struct { axis_out_t ax[24]; uint16_t io_out; uint16_t pad; } ecat_out_image_t; typedef struct { axis_in_t ax[24]; uint16_t io_in; uint16_t pad; } ecat_in_image_t;这里有个坑要提醒结构体默认对齐可能会在字段之间插填充字节导致实际字节数跟你算的对不上PDO映射就全错位了。解决办法是明确用__attribute__((packed))或者干脆用字节数组加手动偏移。我倾向后者可读性差点但绝对不会有意外尤其当从站PDO里包含奇数字节字段时。4.5 分布式时钟配置24轴做联动插补必须开启分布式时钟同步否则各轴的采样时刻不一致插补出来的轨迹会有肉眼可见的抖动。配置DC主要三件事让主站芯片成为参考时钟或者指定某个从站作为参考设定同步周期和同步偏移让从站进入同步模式。同步周期的取值一般跟主站循环周期一致即1ms。同步偏移的作用是给从站的应用程序留出处理时间典型值取周期的30%到50%。这个值调小了从站可能来不及处理表现为同步错误计数增长调大了会引入额外的相位滞后。我一般在1ms周期下取300μs左右的偏移实测各从站的同步误差在百纳秒量级。提醒开DC之后一定要看从站的同步错误寄存器如果数值持续增长先怀疑偏移量和周期设置再怀疑晶振精度。有些低端从站的晶振漂移大开了DC反而更容易出问题。5. 实时循环与 24 轴插补实现5.1 1ms 周期任务怎么排周期任务从主站芯片的同步中断触发开始。整个任务链我按下面顺序排读取过程数据镜像已经在中断前由芯片更新好解析各轴状态字检查是否有故障位解析实际位置更新插补器的当前点计算24轴的下一周期目标位置计算速度前馈、转矩前馈打包下行数据写入过程数据镜像处理IO逻辑更新状态机和报警喂看门狗前面七步必须在下一个同步中断到来之前完成所以要用定时器或者GPIO打点把每一步的耗时量出来。我习惯在任务入口拉高一个GPIO出口拉低用示波器看脉宽一目了然比任何软件计时都直观。5.2 插补与位置环24轴插补的计算方式要看具体工艺。如果是多轴直线插补各轴按比例分配总速度计算量最小如果是圆弧或者样条需要先在笛卡尔空间算路径点再做逆解如果是多轴电子齿轮同步那就是主从轴位置的比例跟随计算量更小。我的通用做法是三层结构轨迹层输出每周期各轴的目标位置增量耦合层处理电子齿轮、凸轮这类轴间关系伺服层做位置环。位置环用比例加前馈比例增益按负载惯量匹配调速度前馈系数取0.8到1.0之间实测下来跟踪误差能压到很小。static void cycle_task(void) { for (int i 0; i 24; i) { if (g_in.ax[i].status_word 0x0008) { /* 从站故障位 */ axis_fault(i, g_in.ax[i].error_code); } g_axis[i].pos_act g_in.ax[i].actual_pos; } traj_update(g_axis, 24); coupling_update(g_axis, 24); for (int i 0; i 24; i) { int32_t cmd servo_loop(g_axis[i]); g_out.ax[i].target_pos cmd; g_out.ax[i].control_word 0x000F; } }5.3 与上位机的通信控制器要跟HMI或者上位机通讯常见的是Modbus RTU或者以太网。难点不在协议本身而在于不能阻塞周期任务。我的做法是通信放在低优先级任务或者DMA中断里跟周期任务之间用环形缓冲区交换数据周期任务只做“取指令、放状态”的原子操作绝不等待。指令解析也要做保护比如上位机下发一个新的目标位置不能直接覆盖当前插补点要走“设置目标、等待规划器接管”的流程否则会出现速度突变导致伺服过流报警。5.4 掉线、看门狗与安全逻辑工业设备必须考虑通讯断线。EtherCAT的好处是从站自己会检测主站这边主要做两件事一是监控WKC连续几个周期不达标就判定网络异常二是监控各轴的状态字和实际位置如果某个轴的实际位置在应该运动的时候不动立刻报警停机。安全逻辑我认为有三条是底线网络异常时所有轴进入快速减速停机、主站芯片复位时先通知从站进入安全状态、MCU自身的看门狗超时直接拉低使能信号。这三条是硬件和软件双重保障不能只靠软件。6. 联调排障实录6.1 常见问题速查表现象可能原因排查动作扫描不到任何从站PHY未就绪、网线或变压器问题先看链路指示灯再示波器看PHY晶振WKC比从站数少1某个从站未配置或地址冲突逐个屏蔽定位检查从站拨码PREOP切SAFEOP失败PDO映射长度或同步参数不匹配读AL状态码核对映射字节数SAFEOP切OP失败从站拒绝输出常见于编码器未就绪查从站错误码手动使能伺服运行中偶发丢帧DC偏移不当或线缆干扰看同步错误计数器加隔离某轴跟随误差大前馈系数偏小或编码器分辨率配错核对单位换算复测增益MCU读回全FFFSMC时序过快或片选错误放宽DATAST示波器抓总线上电偶发不启动主站芯片复位时序问题加延时检查供电爬升6.2 几个典型故障的定位过程有一次24轴只认到23个WKC一直是23。我先看了主站的拓扑扫描结果发现最后一环的从站没有被枚举。换线、换端口都没用最后发现是第23个从站的输出口接触不良链路在那一级断开了。这类问题的特征是“断在某个位置之后的所有从站都消失”而不是随机丢很好判断。还有一次是运行十几分钟后某个轴报同步错误。查了DC参数没问题最后发现是从站侧的同步周期配置成了2ms跟主站的1ms对不上。有些从站的同步周期不是自动跟随主站的需要在SDO里显式写进去。这个坑我后来又踩过一次现在初始化流程里固定加了一步校验。6.3 我踩过的坑第一个坑是过程数据区大小配置。一开始按实际数据量配得刚刚好结果加了两个IO从站之后初始化直接失败还以为是芯片坏了。后来老老实实按实际用量的两倍配再没出过问题。第二个坑是FSMC的地址偏移。主站芯片手册里的寄存器地址是按字节写的但16位总线的寻址单位是半字我在驱动里没做换算读出来全是错位数据现象是状态机永远卡在PREOP。这个错误很低级但因为没有明显报错排查花了大半天。第三个坑是中断优先级。周期同步中断的优先级设得不够高被串口中断插队导致偶尔错过一个周期。表现是设备跑一段时间后某个轴位置有微小偏差不报警但精度下降。后来把周期中断设成最高优先级串口改成DMA加缓冲区问题消失。第四个坑是结构体对齐。前面提过PDO映射里有个从站的状态字后面跟了一个单字节的附加字段结构体自动对齐插了两个字节的填充导致后面所有轴的数据全部错位。现象是前几个轴正常、后面的轴数据全乱非常具有迷惑性。从此我所有跟PDO相关的结构体都用显式字节偏移。心得调EtherCAT的第一手资料永远是WKC和AL状态码别急着怀疑硬件。万用表和示波器能解决的问题其实很少大部分问题出在配置和时序参数上。6.4 关于成本和周期的再算一次账最后把这个方案的实际数字摆一下。一块F429核心板加底板主站芯片加PHY加变压器整板BOM控制在一个比较低的量级开发投入主要在协议栈适配和调试上跑通第一个版本大概需要两三周后面复用就是几天的事。周期方面1ms带24轴跑插补MCU负荷在百分之二十上下还有余量做IO和通信如果工艺要求更高压缩到500μs也试过需要把插补算法简化成增量式同时把不必要的中断全部关掉。我个人在实际项目里的体会是这套方案真正省下来的不是采购成本而是柜内空间和后期维护。设备卖出三年之后不用去现场换风扇换硬盘这件事的价值比便宜几千块钱大得多。如果非要给一个建议那就是别在FSMC时序和PDO字节对齐这两件事上省时间把这两块做扎实后面基本一路顺。
