简介这套STM32三菱FX3U PLC兼容源码以MDK工程形式提供面向嵌入式开发者与自动化控制从业人员用于在STM32平台上复现FX3U PLC的通讯、指令解析与寄存器模拟等核心能力。资源共403个文件压缩包13.33MB以c/h源码、o/crf编译中间文件为主同时包含hex烧录文件、uvproj/uvopt工程配置和map映射表便于对照阅读与重新编译版本目录中可见CRJ_FX3U_V8.1.0、V4.0.3等迭代标识。已在MDK5下验证编译通过仅产生一个由多余变量引起的警告可直接用于学习或二次开发。已有3937人学习下载。通过分析ladder.c、PLC_Com.c等关键模块可理解PLC指令解析、串口通信协议实现、I/O寄存器模拟及中断服务程序设计思路适合作为低成本替代FX3U的方案基础也可用于教学演示、原型验证和功能扩展。1. 用STM32去仿三菱FX3U这套源码真正解决的是梯形图的“解释执行”问题把STM32和三菱PLC放在同一个标题里懂工控的人第一反应是“方案可行吗还是又一个挂羊头卖狗肉的Demo”。这套源码的核心不是用STM32去替代真正的FX3U硬件而是在Cortex-M3这颗芯片上用软件把三菱FX3U的梯形图“跑起来”。说得直接点你日常用GX Works2写梯形图编译后得到的是三菱自己的指令表这套源码做的事情是把指令表当成字节码解释执行同时在内存里模拟出X、Y、M、S、T、C、D这一整套软元件体系。对谁最有用大概是三类人第一类是做设备改造、想把老旧PLC换掉又不想重新写逻辑的工程师第二类是嵌入式工程师想拿到PLC的编程体验用梯形图写逻辑、用STM32当执行器第三类是教学和预研场景想在低成本板子上让学生理解“扫描周期、软元件、指令表”这些平时在黑匣子里的概念。这套源码恰好解决了“梯形图写完代码层面怎么落地”的问题。我的评价是能用但你要知道它的边界。它不是和FX3U指令级完全等价的完整克隆而是覆盖了FX3U常用指令的一个可裁剪子集。只要你避开那些冷门指令、特殊功能模块FX3U的模拟量、高速计数等用它做一些开关量控制、小型自动化逻辑、串口通信协议对接是非常靠谱的。而且它的编译环境就是MDK也就是你用Keil MDK打开工程、编译、下载不需要第三方的交叉编译器这对大多数已经在用STM32的人来说几乎没有额外门槛。2. 拆解FX3U软元件模型与指令集现场写梯形图前先搞懂这套源码的“内存地图”2.1 STM32仿FX3U不是把梯形图“翻译”成C而是模拟PLC的扫描执行机制严格说通用型PLC的执行模型是循环扫描读输入→执行用户程序→刷新输出→做系统自检然后再回到第一步。STM32仿FX3U的源码绕不开这个模型因为梯形图的语义依赖扫描周期你写一个常开触点X0串联线圈Y0它在PLC里的行为是每一扫描周期去读X0的影子寄存器按逻辑运算结果刷新Y0的影子寄存器再到周期末尾统一输出。这跟你在STM32的while(1)里直接写GPIO_ReadPin然后GPIO_WritePin是两回事区别在于“影子和瞬时”在PLC里程序执行过程中读取X0始终是扫描开始时的值而不是实时值。这保证了同一周期内多次读X0结果一致。输出Y0也是先写内存扫描周期结束时才统一推到引脚同一个Y0在程序里被多次赋值最终只有最后一次有效。如果你用STM32裸写逻辑不刻意去做这一步写出来的东西在时序上就是“异步的”跟PLC的行为对不上。这也是仿FX3U源码里必备的一层——它内部一定有一组全局数组或结构体用来映射X、Y、M、S、D这些软元件。以最常见的实现方式为例开源方案普遍这样定义typedef struct { uint8_t X[FX3U_MAX_X]; /* 输入映像区按8位一组X0~X7占用一个字节 */ uint8_t Y[FX3U_MAX_Y]; /* 输出映像区 */ uint8_t M[FX3U_MAX_M]; /* 内部继电器位寻址 */ uint8_t S[FX3U_MAX_S]; /* 状态继电器主要在步进梯形图里用 */ uint16_t D[FX3U_MAX_D]; /* 数据寄存器16位字 */ uint16_t T_Cur[FX3U_MAX_T]; /* 定时器当前值 */ uint16_t C_Cur[FX3U_MAX_C]; /* 计数器当前值 */ } FX3U_MEMORY_MAP;代码背后有三个关键点你要注意。一是位和字节的关系三菱PLC的X、Y、M、S都是位软元件但C语言里一个字节存一个位太浪费所以源码里一般用“一个字节存8个位”地址计算公式是byte_index device_number / 8bit_index device_number % 8。二是D寄存器是16位的FX3U的D寄存器范围是D0~D7999其中D0~D199是普通寄存器区。热词里提到的“D0D8属于普通寄存器默认断电不保持但可以通过PLC参数设置保持属性”指的就是这一片区域。在源码里这就对应一块普通的RAM数组初始化时清零只有匹配了掉电保持功能之后才落到内部Flash的备份区。三是代码解析指令的方式源码里不会把每条梯形图指令硬编码成函数调用而是用一张操作码表解析时逐个查表、跳转、执行。你必须接受这个事实它像PLC——但它仍然是MCU程序。也就是说梯形图里的“并行”逻辑到了C代码里是串行执行的顺序对不对取决于你的指令表怎么排。这个问题会在第5章的避坑里展开。2.2 三菱PLC指令表源码结构OP码怎么组织D8268.6这类特殊寄存器管什么要让源码真正可用梯形图和指令表之间必须能对得上。三菱GX Works2在编译梯形图后可以选择以“指令表”形式查看程序每一行就是一串助记符例如LD X0 ANI X1 OUT Y0 LD M10 OUT T0 K100这份指令表不是给人看的而是给源码里的解析器吃的。常见做法是把它转换成字节码每条指令用一个16位的OP码表示操作数跟在后面组成一个紧凑的字节流。源码里会用一张跳转表来分发指令伪代码如下uint8_t op_buf[OP_BUF_SIZE]; /* 指令表转译后的字节码数组存放在Flash */ uint16_t op_index 0; void plc_run_cycle(void) { op_index 0; while (1) { uint8_t op op_buf[op_index]; switch (op) { case OP_LD: /* 读取一个位元件到当前运算结果 */ ld_operand(op_buf[op_index]); op_index 2; break; case OP_OUT: /* 线圈输出 */ out_operand(op_buf[op_index]); op_index 2; break; case OP_TMR: /* 定时器操作数里有编号和设定值 */ tmr_operand(op_buf[op_index]); op_index 4; break; case OP_END: return; default: /* 非法OP码处理 */ break; } } }这段代码的核心逻辑是每执行完一条指令操作数长度不同op_index推进的长度也不同。LD占1个OP码加2字节操作数OUT同样TMR要带上定时器号和设定值K所以占4字节。真正移植的时候你需要把硬件引脚和内存地址的映射关系写清楚——比如实物PLC的X0是输入端子源码里怎么知道X0对应STM32的哪个GPIO这通常是一张配置表/* 将FX3U软元件号映射到STM32 GPIO */ const uint16_t x_input_map[8] { GPIO_PIN_0, /* X0 - PA0 */ GPIO_PIN_1, /* X1 - PA1 */ GPIO_PIN_4, /* X2 - PA4 */ /* ... */ };再说特殊寄存器。标题相关热词里有“fx3u梯形图 d8268.6”说的是FX3U的通信相关特殊寄存器。不同型号的源码实现会对特殊寄存器的支持程度不同——有的完整实现有的只做空壳。你在选源码时一定要看它对特殊寄存器的覆盖范围。比如D8268.6是用于以太网模块的参数有的源码直接忽略有的做了读写接口。这决定了你能不能把一个真正的FX3U程序完整迁移过来。建议你拿到任何一份仿FX3U源码后第一件事不是编译而是打开头文件或者源码目录里的指令表清单把本工程支持的特殊寄存器、应用指令数量列出来再和你手头要跑的梯形图做比对缺了什么直接决定方案可行性。3. MDK工程搭建与代码移植让STM32F103也能“编译-烧录-跑梯形图”3.1 Keil MDK5的工程配置陷阱芯片包版本、RAM模型和启动文件你能在源码包里看到“MDK5可用”这个标签意味着这个工程至少在某一块STM32上编译通过。但不同开发板、不同晶振、不同启动文件都会影响最终运行效果。我强烈建议你先不要急着改功能先把工程按最小步骤跑通一次验证“程序能进、扫描周期在跑、X输入能读到”再做二次开发。打开工程后第一步看的是Target里的芯片选型。MDK5的工程如果是从旧版迁移过来的可能会因为芯片包版本不一致导致编译报错或者烧录异常。常见的情况是源码工程用Keil MDK5.20时代建你的电脑装的是MDK5.36芯片包版本不同CMSIS的路径会乱。这时你有两条路——要么安装工程自带的芯片包版本要么把工程里的RTE文件夹重新生成一遍。我的建议是后者因为老版本芯片包可能和你的调试器驱动不兼容。操作步骤如下打开工程进入Project菜单下Manage里的Project Items确认Device是你要的型号如STM32F103ZET6。打开Options for Target在Target标签页里确认ARM Compiler版本是Use default compiler version 5还是V6。很多旧的仿PLC工程默认是AC5而新版MDK5.36以上可能会默认AC6AC6编译时对语法检查更严源码里如果有C89风格声明会报错。最简单的是切换回AC5。确认ROM/RAM地址范围。STM32F103ZET6的片内Flash是512KBSRAM是64KB但如果你用的是F103C8T664KB Flash、20KB SRAM就不一定能塞下完整功能。务必在Target页里确认IROM1和IRAM1的Size数值。代码里另一个容易出问题的是启动文件。老工程里的startup_stm32f10x_hd.s对应大容量芯片如ZET6如果你换成C8T6却忘了换启动文件程序会跑飞或者烧录后无法运行。改芯片型号时记得同时替换启动文件。工程里一般会带startup_stm32f10x_md.s中容量和startup_stm32f10x_hd.s大容量两份自己按需替换即可。启动文件的本质是规定中断向量表和堆栈大小它跟芯片的Flash容量直接相关选错会导致复位后直接进HardFault。3.2 定时器与扫描周期用SysTick实现1ms时基别用Delay阻塞PLC的扫描周期在源码里通常由一个“周期调度器”驱动。最常见的做法就是用STM32的SysTick定时器产生1ms中断中断里只做两件事累加一个毫秒计数器以及为FX3U的定时器T0~T255提供时基。梯形图里写OUT T0 K100含义是T0计时到100ms后T0触点动作。这个100ms在源码里就是靠那一个个1ms tick累加出来的。实现上要注意千万不能在SysTick中断里去执行整个PLC扫描逻辑。扫描逻辑放到主循环里跑中断只负责把tick传给后台做定时器计时的公共函数。这样做的目的是让定时器精度不受扫描周期抖动影响。例如volatile uint32_t g_ms_tick 0; void SysTick_Handler(void) { g_ms_tick; } void plc_update_timers(void) { for (uint8_t i 0; i MAX_TIMER_NUM; i) { if (timer_running[i] timer_cur[i] 0) { uint32_t now g_ms_tick; if (now - timer_last_tick[i] 1) { timer_cur[i]--; timer_last_tick[i] now; if (timer_cur[i] 0) { timer_done[i] 1; /* 定时时间到置完成标志 */ } } } } }这段代码的思路是把“扫描周期内执行梯形图指令”和“物理时间流逝”分开。梯形图里判断T0触点是否闭合只需要查timer_done[i]这个标志而不关心它到底是在哪一次扫描里翻转的。不过你要注意FX3U的定时器分两种——接通延时定时器和累积型定时器。普通T0~T199是100ms时基T200~T245是10ms时基累积型定时器T246~T2491ms、T250~T255100ms在断电后保留当前值这要求源码里对定时器的当前值存储区做掉电处理一般用STM32的备份寄存器或片外EEPROM。如果你的梯形图用了累积型定时器而源码只实现了普通定时器运行结果就是错的而且极难排查。主循环的架构我也给你一个范例int main(void) { /* 初始化时钟、GPIO、串口 */ system_init(); /* 装入梯形图字节码这些字节码由PC端工具生成后写入Flash */ load_program_from_flash(); /* 主循环扫描执行 */ while (1) { plc_read_inputs(); /* 1. 读取输入端子状态到X映像区 */ plc_run_cycle(); /* 2. 执行一次用户程序 */ plc_write_outputs(); /* 3. 刷新输出端子状态真正驱动引脚 */ plc_update_timers(); /* 4. 更新定时器当前值 */ } }你可能会问每次扫描都去读X引脚、写Y引脚会不会太慢FX3U的本体扫描速度是0.065μs/步但那是专用ASIC。STM32F103跑72MHz一套软PLC能做到几百微秒的扫描周期就已经不错了。对这个体量的源码来说扫描周期在1ms~5ms之间是完全可以接受的。这个精度做开关量控制、小型逻辑联锁都够了。做运动控制和模拟量闭环就别指望它了。4. IO映射与内存分配梯形图的X、Y、M、D是怎么对应到真实芯片资源的4.1 输入输出映射表把X0~X7挂到GPIO扫描周期里统一采样、统一输出把这个映射做对你前面所有工作才算落了地。FX3U的X和Y在梯形图里有严格的编号规则X0~X7、X10~X17、X20~X27这样八进制递增。三菱用八进制编号是为了和实物端子对应FX3U的输入端子就是X0~X7八个一组。你在源码里做GPIO映射时也要保持这种编号习惯否则GX Works2里写的程序下载到板子上对不上引脚调试时非常痛苦。我的建议是建一张映射表把软件编号和GPIO完全解耦这样你换板子时只改这个表。比如/* 输入端子映射表X0~X7 - PA0~PA7 */ const stm32_gpio_t x_gpio_map[FX3U_INPUT_NUM] { {GPIOA, GPIO_PIN_0}, /* X0 */ {GPIOA, GPIO_PIN_1}, /* X1 */ {GPIOA, GPIO_PIN_2}, /* X2 */ {GPIOA, GPIO_PIN_3}, /* X3 */ };扫描开始时调用读输入函数void plc_read_inputs(void) { for (uint8_t idx 0; idx FX3U_INPUT_NUM; idx) { uint8_t bit_status HAL_GPIO_ReadPin(x_gpio_map[idx].port, x_gpio_map[idx].pin); if (bit_status GPIO_PIN_SET) { SET_BIT(x_mem[idx 3], idx 0x07); /* 置位X映像区对应位 */ } else { CLEAR_BIT(x_mem[idx 3], idx 0x07); /* 清零 */ } } }这段代码要求输入端子是有硬件去抖的否则机械触点按下瞬间会产生抖动扫描周期内可能读到0和1交替输出的线圈就会闪。硬件上用RC滤波或者施密特触发器软件上可以用连续多次采样判断。学三菱PLC的时候你用的是硬件的X输入滤波时间设置默认10ms。STM32软PLC里没有这个设置所以必须在软件层自己做防抖每次读输入连续读3次、间隔1ms三次结果一致才采纳。代价是X输入的响应速度会下降但换来的是稳定性。批量控制场景安全性优先。4.2 D寄存器与掉电保持掉电不丢数据的三条路以及各自代价D寄存器是FX3U里的“数据仓库”。梯形图里所有数值运算加减乘除、传送、比较都以D为操作对象。默认规则是D0~D199普通寄存器、D200~D511掉电保持但这条规则可以通过PLC参数修改比如把D0~D8设为掉电保持。你在仿FX3U源码里要考虑的是如何在断电重启后恢复D区数据。三条路片内后备寄存器BKP、片外EEPROM/Flash、STM32L系列的低功耗备份RAM。我先说BKPSTM32F103的备份寄存器只有20个16位寄存器容量420字节42×16bit做小块数据的掉电保存足够但你需要给D区划分一个“保持范围”比如只保持D0~D99那么需要200字节BKP放得下。写入时按16位写入每次改D值都调用写BKP接口。但这有一个坑BKP写前需要开启PWR和BKP时钟并禁止备份区写保护否则写入无效。且在写过程中如果突然断电BKP里的数据可能损坏一半所以通常会用冗余存储——同一个D值连续写两份互为备份。掉电上电后读出两份如果不同就以校验和正确的那份为准。片外EEPROM的好处是容量大、逻辑简单。I2C接口的AT24C02有256字节AT24C16有2KB够用于D0~D1023的保存但是你有三个问题要处理写次数和寿命EEPROM 100万次擦写、写周期每字节5ms、写坏后PLC停机。所以我一般只在“参数不经常变更”的场景下用EEPROM比如保存配方、通讯参数、设备编号。如果是频繁变化的计数值、累计值我宁可让它不保存也不要因为频繁写Flash而损坏介质。最后一个方案是用STM32内部Flash的最后几页做数据区。但必须注意内部Flash的擦写寿命是1万次这不是用来做频繁写入的。如果要实现循环写入你必须做磨损均衡。不要以为简单这会给你的源码增加不少代码量。我见过有工程师把所有D区每次扫描都写入内部Flash的结果是三天后Flash损坏整机变砖。血泪经验你要“可掉电保持”先问自己值不值得为此消耗介质寿命。如果只是开机时的参数用EEPROM如果只是中间运算数据根本不需要保持只有真正意义重大的配方和累计值才值得去碰。具体到源码你可以在结构体里加一个脏标记只在D值发生变化时启动掉电保存避免无条件写入bool d_region_dirty false; void set_d_register(uint16_t d_index, uint16_t value) { if (d_mem[d_index] ! value) { d_mem[d_index] value; d_region_dirty true; } } void save_d_region(void) { if (!d_region_dirty) return; eeprom_write_bytes(EEPROM_ADDR_D0, (uint8_t *)d_mem, KEEP_D_COUNT * 2); d_region_dirty false; }这个save_d_region在哪里调用不要在每次D变化时立即写延到“连续1秒没有D变化”之后或者放在系统的掉电检测中断里检测到电源跌落立刻执行。STM32可以用ADC采样电源电压来检测掉电也可以在电源路径上加一个电压监测芯片。这套思路也是小型PLC原厂最常见的落地方案。5. 移植过程中的5个翻车点现象、原因、解决都是现场踩过的坑5.1 输入抖动导致输出线圈闪烁不定现象用机械按钮接X0按下时Y0继电器偶发抖动甚至Y0状态和X0相反。原因很直接梯形图里LD X0 / OUT Y0扫描周期每几百微秒一次而机械触点的抖动持续几毫秒。扫描周期内一旦读到触点的弹跳状态输出就跟着抖。这不是源码逻辑错误而是采样方式不对。解决仿PLC启动时先做“3次读取一致才更新”的软件滤波。实现时在plc_read_inputs()里维护每个输入的上一个稳定值并对变化做确认。这里有一个要注意的点滤波时间不能太长否则急停类输入响应太慢。急停、限位、安全门输入应该走独立快速的采样路径可以是外部中断直接置位映像区普通按钮输入才做滤波。#define INPUT_SAMPLE_TIMES 3 uint8_t x_filter_cnt[FX3U_INPUT_NUM]; uint8_t x_filter_buf[FX3U_INPUT_NUM]; void plc_filter_inputs(void) { for (uint8_t i 0; i FX3U_INPUT_NUM; i) { uint8_t cur READ_X_GPIO(i); if (cur x_filter_buf[i]) { x_filter_cnt[i]; if (x_filter_cnt[i] INPUT_SAMPLE_TIMES) { /* 连续3次一致更新映像区 */ UPDATE_X_MEM(i, cur); x_filter_cnt[i] 0; } } else { x_filter_buf[i] cur; x_filter_cnt[i] 0; } } }5.2 中断服务函数里调用了HAL_Delay程序死机现象程序初始化后能运行但一旦某个外设中断触发整个系统卡死调试器看到PC停在Delay函数里。原因HAL_Delay依赖SysTick中断而SysTick中断的优先级如果低于当前正在执行的中断Delay就会永远等不到tick。你在SysTick里调用了HAL_Delay相当于在中断里等另一个中断这是嵌入式开发里最低级的死锁之一。解决中断服务函数里禁止调用任何阻塞型延时。SysTick中断只做g_ms_tick和定时器推进其他任何工作都不要放到中断里做。如果需要延时用状态机或者计数变量。/* 错误写法不能在SysTick里调用HAL_Delay */ void SysTick_Handler(void) { g_ms_tick; HAL_Delay(1); /* 100%死机 */ }5.3 AC5和AC6编译器对未初始化局部变量的处理不同程序行为不一致现象同一个工程在MDK5.20上用AC5编译正常换到MDK5.36默认的AC6编译后运行乱套定时器不工作输出逻辑错乱。原因源码里存在未初始化的局部变量或者依赖栈中默认值的写法AC5默认栈清零AC6不清零导致拿到的是随机值。解决检查每一个局部变量是否显式初始化特别是指针和结构体变量。你也可以在MDK的Options for Target里把AC6的优化等级调低-O0或-O1减少编译器对未初始化变量的假设。更稳妥的办法是工程里全部使用uint16_t x 0;这种显式初始化写法一劳永逸。/* AC5下可能正常AC6下随机翻车 */ uint16_t timer_cur[MAX_TIMER_NUM]; /* 全局/静态区问题不大 */ void plc_timer_task(void) { uint16_t temp_count; /* 局部变量未初始化AC6可能给随机值 */ temp_count temp_count 1; /* 未定义行为 */ }5.4 梯形图里写了特殊寄存器D8268.6程序在MDK下无法编译现象从真实FX3U备份出来的程序导入GX Works2后指令表里有MOV D8268.6这类特殊寄存器操作源码编译时报告OP码未定义。原因D8268.6是FX3U内置以太网功能的特殊寄存器这个仿ST源码只实现了基础指令集没有覆盖通信扩展模块的寄存器区。解决看源码头文件里定义的#define范围如果DEVICE_D8268不存在直接在指令表里跳过或者用宏定义把它映射到普通D区。但你要想好是为了能编译而跳过还是真实程序逻辑依赖这个寄存器。我见过有工程师把硬件以太网模块用STM32的W5500实现源码里D8268是一个控制字W5500的读写封装映射到这个寄存器上让梯形图不动也能驱动网络通信。这需要对源码和硬件都足够熟悉才能做。5.5 梯形图里用了定时器T0的常闭触点程序行为反了现象梯形图里写LD T0 / ANI T0 / OUT Y0期望是“T0计时到后Y0先通一段时间再断”结果Y0一通电就通、计时到后直接断开跟预期完全相反。原因FX3U的T0在扫描周期内被读取时当前值还没刷新而且在同一个扫描周期内T0的触点状态被多次读取如果你的源码只在扫描周期末尾更新定时器状态T0的状态变化就晚了一个周期——这正是PLC“周期一致性”的表现不是bug是语义没对齐。解决确认你的源码中plc_update_timers()是在扫描周期的哪个位置执行。我推荐放在扫描周期结束后、输入采样前的位置让T状态在下一个周期稳定。如果你在梯形图的同一网络里既用T0常开又用T0常闭自己先画真值表再用仿真器看T0的时序。要彻底搞清楚这个行为调试时是用逻辑分析仪抓T0对应线圈的输出波形配合GX Works2里的软元件监控对比两边波形一致才算通。注意以上5个坑是我在实际移植中反复踩过的。你能少走很多弯路。如果你发现自己遇到的问题不在这个列表里先去做一件事——把工程里的printf重定向到串口在每条指令执行前打印OP码对照指令表逐步核对基本能定位到是哪条指令的解析错了。软PLC出问题绝大多数出在指令解析而不是硬件运行。6. 用GX Works2联机调试验证你的STM32仿FX3U是否真正兼容源码能编译运行不等于和真正的FX3U行为一致。最后我要分享一套我在用的验证方法不需要额外的PLC硬件只需要你的STM32板子、一块USB转串口模块、以及GX Works2软件里的“软元件监控”功能。第一步是硬件接线。STM32的USART1接USB转串口连接到电脑。源码里需要实现三菱的编程口协议这个协议在FX3U的编程手册里是对外公开的最常见的是帧格式帧头: STX(0x02) 命令 软元件首地址 软元件个数 数据区起始标志 数据 校验和 结束码(0x03) 命令: 0x00 读软元件0x01 写软元件0x03 强制ON0x04 强制OFF不需要完整实现全部命令只要实现“读软元件”和“写软元件”两个GX Works2的监控功能就能工作。源码里一般会有一个comm_task()函数挂在主循环里轮询串口接收缓冲区。协议解析时注意软元件地址的计算方式三菱的资料里不直接给“D0”这样的地址而是给“D0的软元件编号是0x1000”这是一个映射值X是0x0080开头Y是0x00A0开头M是0x0180开头S是0x0000开头。每个软元件区间有独立的地址空间解析时先判断地址落在哪个区间再映射到内存结构体。第二步是写一个验证用梯形图。我一般会写这么一段LD M8000 ; RUN监控常开触点 MOV K1234 D0 ; 把1234写入D0 INC D1 ; 每次扫描周期D1加1 LD X0 OUT Y0 ; X0置ON时Y0置ON LD X1 RST D1 ; X1置ON时清零D1这段程序覆盖了基本触点指令、常开继电器、数值传送、增量运算和特殊寄存器足够快速判断源码的兼容度。第三步是联机操作。在GX Works2里新建一个FX3U工程选择“PLC读取”把STM32板子通过USB转串口虚拟出来的COM口连接。如果能读到软元件表说明协议基本对然后在“监控模式”下看D0的值是否等于1234D1是否在持续累加。如果D1每秒增加的数值正好等于你的扫描周期倒数的整数倍说明扫描周期稳定且INC指令执行周期规律。这个验证闭环的意义很大——它证明了你的源码不只是在本地运行而是能用原厂软件和真实工控工程师的思维方式去调试。在网上还看到一个热词“stm32使用ili9341读ID是a1a1”这通常是LCD驱动问题跟仿PLC无关但如果你在调试时把调试信息打印到LCD上要注意ILI9341的读ID指令和时序稍有不对读出来的就是错误值别因此在逻辑排查上浪费时间。最后说一个小习惯我每次拿到这类源码都会先改掉所有板级相关的宏定义集中放到一个board_config.h里而不去动核心解释器代码。换板子、改引脚、调波特率都只动这个文件。这样做最大好处是源码升级或者修bug时git diff干净核心逻辑一眼看到变化。你如果打算长期依赖这套方案这个习惯值得养成。也希望这篇笔记能给你省掉几周的弯路帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/28 23:04:06 · 阅读 1.2k STM32仿三菱FX3U软PLC：梯形图解释执行与移植实践
简介这套STM32三菱FX3U PLC兼容源码以MDK工程形式提供面向嵌入式开发者与自动化控制从业人员用于在STM32平台上复现FX3U PLC的通讯、指令解析与寄存器模拟等核心能力。资源共403个文件压缩包13.33MB以c/h源码、o/crf编译中间文件为主同时包含hex烧录文件、uvproj/uvopt工程配置和map映射表便于对照阅读与重新编译版本目录中可见CRJ_FX3U_V8.1.0、V4.0.3等迭代标识。已在MDK5下验证编译通过仅产生一个由多余变量引起的警告可直接用于学习或二次开发。已有3937人学习下载。通过分析ladder.c、PLC_Com.c等关键模块可理解PLC指令解析、串口通信协议实现、I/O寄存器模拟及中断服务程序设计思路适合作为低成本替代FX3U的方案基础也可用于教学演示、原型验证和功能扩展。1. 用STM32去仿三菱FX3U这套源码真正解决的是梯形图的“解释执行”问题把STM32和三菱PLC放在同一个标题里懂工控的人第一反应是“方案可行吗还是又一个挂羊头卖狗肉的Demo”。这套源码的核心不是用STM32去替代真正的FX3U硬件而是在Cortex-M3这颗芯片上用软件把三菱FX3U的梯形图“跑起来”。说得直接点你日常用GX Works2写梯形图编译后得到的是三菱自己的指令表这套源码做的事情是把指令表当成字节码解释执行同时在内存里模拟出X、Y、M、S、T、C、D这一整套软元件体系。对谁最有用大概是三类人第一类是做设备改造、想把老旧PLC换掉又不想重新写逻辑的工程师第二类是嵌入式工程师想拿到PLC的编程体验用梯形图写逻辑、用STM32当执行器第三类是教学和预研场景想在低成本板子上让学生理解“扫描周期、软元件、指令表”这些平时在黑匣子里的概念。这套源码恰好解决了“梯形图写完代码层面怎么落地”的问题。我的评价是能用但你要知道它的边界。它不是和FX3U指令级完全等价的完整克隆而是覆盖了FX3U常用指令的一个可裁剪子集。只要你避开那些冷门指令、特殊功能模块FX3U的模拟量、高速计数等用它做一些开关量控制、小型自动化逻辑、串口通信协议对接是非常靠谱的。而且它的编译环境就是MDK也就是你用Keil MDK打开工程、编译、下载不需要第三方的交叉编译器这对大多数已经在用STM32的人来说几乎没有额外门槛。2. 拆解FX3U软元件模型与指令集现场写梯形图前先搞懂这套源码的“内存地图”2.1 STM32仿FX3U不是把梯形图“翻译”成C而是模拟PLC的扫描执行机制严格说通用型PLC的执行模型是循环扫描读输入→执行用户程序→刷新输出→做系统自检然后再回到第一步。STM32仿FX3U的源码绕不开这个模型因为梯形图的语义依赖扫描周期你写一个常开触点X0串联线圈Y0它在PLC里的行为是每一扫描周期去读X0的影子寄存器按逻辑运算结果刷新Y0的影子寄存器再到周期末尾统一输出。这跟你在STM32的while(1)里直接写GPIO_ReadPin然后GPIO_WritePin是两回事区别在于“影子和瞬时”在PLC里程序执行过程中读取X0始终是扫描开始时的值而不是实时值。这保证了同一周期内多次读X0结果一致。输出Y0也是先写内存扫描周期结束时才统一推到引脚同一个Y0在程序里被多次赋值最终只有最后一次有效。如果你用STM32裸写逻辑不刻意去做这一步写出来的东西在时序上就是“异步的”跟PLC的行为对不上。这也是仿FX3U源码里必备的一层——它内部一定有一组全局数组或结构体用来映射X、Y、M、S、D这些软元件。以最常见的实现方式为例开源方案普遍这样定义typedef struct { uint8_t X[FX3U_MAX_X]; /* 输入映像区按8位一组X0~X7占用一个字节 */ uint8_t Y[FX3U_MAX_Y]; /* 输出映像区 */ uint8_t M[FX3U_MAX_M]; /* 内部继电器位寻址 */ uint8_t S[FX3U_MAX_S]; /* 状态继电器主要在步进梯形图里用 */ uint16_t D[FX3U_MAX_D]; /* 数据寄存器16位字 */ uint16_t T_Cur[FX3U_MAX_T]; /* 定时器当前值 */ uint16_t C_Cur[FX3U_MAX_C]; /* 计数器当前值 */ } FX3U_MEMORY_MAP;代码背后有三个关键点你要注意。一是位和字节的关系三菱PLC的X、Y、M、S都是位软元件但C语言里一个字节存一个位太浪费所以源码里一般用“一个字节存8个位”地址计算公式是byte_index device_number / 8bit_index device_number % 8。二是D寄存器是16位的FX3U的D寄存器范围是D0~D7999其中D0~D199是普通寄存器区。热词里提到的“D0D8属于普通寄存器默认断电不保持但可以通过PLC参数设置保持属性”指的就是这一片区域。在源码里这就对应一块普通的RAM数组初始化时清零只有匹配了掉电保持功能之后才落到内部Flash的备份区。三是代码解析指令的方式源码里不会把每条梯形图指令硬编码成函数调用而是用一张操作码表解析时逐个查表、跳转、执行。你必须接受这个事实它像PLC——但它仍然是MCU程序。也就是说梯形图里的“并行”逻辑到了C代码里是串行执行的顺序对不对取决于你的指令表怎么排。这个问题会在第5章的避坑里展开。2.2 三菱PLC指令表源码结构OP码怎么组织D8268.6这类特殊寄存器管什么要让源码真正可用梯形图和指令表之间必须能对得上。三菱GX Works2在编译梯形图后可以选择以“指令表”形式查看程序每一行就是一串助记符例如LD X0 ANI X1 OUT Y0 LD M10 OUT T0 K100这份指令表不是给人看的而是给源码里的解析器吃的。常见做法是把它转换成字节码每条指令用一个16位的OP码表示操作数跟在后面组成一个紧凑的字节流。源码里会用一张跳转表来分发指令伪代码如下uint8_t op_buf[OP_BUF_SIZE]; /* 指令表转译后的字节码数组存放在Flash */ uint16_t op_index 0; void plc_run_cycle(void) { op_index 0; while (1) { uint8_t op op_buf[op_index]; switch (op) { case OP_LD: /* 读取一个位元件到当前运算结果 */ ld_operand(op_buf[op_index]); op_index 2; break; case OP_OUT: /* 线圈输出 */ out_operand(op_buf[op_index]); op_index 2; break; case OP_TMR: /* 定时器操作数里有编号和设定值 */ tmr_operand(op_buf[op_index]); op_index 4; break; case OP_END: return; default: /* 非法OP码处理 */ break; } } }这段代码的核心逻辑是每执行完一条指令操作数长度不同op_index推进的长度也不同。LD占1个OP码加2字节操作数OUT同样TMR要带上定时器号和设定值K所以占4字节。真正移植的时候你需要把硬件引脚和内存地址的映射关系写清楚——比如实物PLC的X0是输入端子源码里怎么知道X0对应STM32的哪个GPIO这通常是一张配置表/* 将FX3U软元件号映射到STM32 GPIO */ const uint16_t x_input_map[8] { GPIO_PIN_0, /* X0 - PA0 */ GPIO_PIN_1, /* X1 - PA1 */ GPIO_PIN_4, /* X2 - PA4 */ /* ... */ };再说特殊寄存器。标题相关热词里有“fx3u梯形图 d8268.6”说的是FX3U的通信相关特殊寄存器。不同型号的源码实现会对特殊寄存器的支持程度不同——有的完整实现有的只做空壳。你在选源码时一定要看它对特殊寄存器的覆盖范围。比如D8268.6是用于以太网模块的参数有的源码直接忽略有的做了读写接口。这决定了你能不能把一个真正的FX3U程序完整迁移过来。建议你拿到任何一份仿FX3U源码后第一件事不是编译而是打开头文件或者源码目录里的指令表清单把本工程支持的特殊寄存器、应用指令数量列出来再和你手头要跑的梯形图做比对缺了什么直接决定方案可行性。3. MDK工程搭建与代码移植让STM32F103也能“编译-烧录-跑梯形图”3.1 Keil MDK5的工程配置陷阱芯片包版本、RAM模型和启动文件你能在源码包里看到“MDK5可用”这个标签意味着这个工程至少在某一块STM32上编译通过。但不同开发板、不同晶振、不同启动文件都会影响最终运行效果。我强烈建议你先不要急着改功能先把工程按最小步骤跑通一次验证“程序能进、扫描周期在跑、X输入能读到”再做二次开发。打开工程后第一步看的是Target里的芯片选型。MDK5的工程如果是从旧版迁移过来的可能会因为芯片包版本不一致导致编译报错或者烧录异常。常见的情况是源码工程用Keil MDK5.20时代建你的电脑装的是MDK5.36芯片包版本不同CMSIS的路径会乱。这时你有两条路——要么安装工程自带的芯片包版本要么把工程里的RTE文件夹重新生成一遍。我的建议是后者因为老版本芯片包可能和你的调试器驱动不兼容。操作步骤如下打开工程进入Project菜单下Manage里的Project Items确认Device是你要的型号如STM32F103ZET6。打开Options for Target在Target标签页里确认ARM Compiler版本是Use default compiler version 5还是V6。很多旧的仿PLC工程默认是AC5而新版MDK5.36以上可能会默认AC6AC6编译时对语法检查更严源码里如果有C89风格声明会报错。最简单的是切换回AC5。确认ROM/RAM地址范围。STM32F103ZET6的片内Flash是512KBSRAM是64KB但如果你用的是F103C8T664KB Flash、20KB SRAM就不一定能塞下完整功能。务必在Target页里确认IROM1和IRAM1的Size数值。代码里另一个容易出问题的是启动文件。老工程里的startup_stm32f10x_hd.s对应大容量芯片如ZET6如果你换成C8T6却忘了换启动文件程序会跑飞或者烧录后无法运行。改芯片型号时记得同时替换启动文件。工程里一般会带startup_stm32f10x_md.s中容量和startup_stm32f10x_hd.s大容量两份自己按需替换即可。启动文件的本质是规定中断向量表和堆栈大小它跟芯片的Flash容量直接相关选错会导致复位后直接进HardFault。3.2 定时器与扫描周期用SysTick实现1ms时基别用Delay阻塞PLC的扫描周期在源码里通常由一个“周期调度器”驱动。最常见的做法就是用STM32的SysTick定时器产生1ms中断中断里只做两件事累加一个毫秒计数器以及为FX3U的定时器T0~T255提供时基。梯形图里写OUT T0 K100含义是T0计时到100ms后T0触点动作。这个100ms在源码里就是靠那一个个1ms tick累加出来的。实现上要注意千万不能在SysTick中断里去执行整个PLC扫描逻辑。扫描逻辑放到主循环里跑中断只负责把tick传给后台做定时器计时的公共函数。这样做的目的是让定时器精度不受扫描周期抖动影响。例如volatile uint32_t g_ms_tick 0; void SysTick_Handler(void) { g_ms_tick; } void plc_update_timers(void) { for (uint8_t i 0; i MAX_TIMER_NUM; i) { if (timer_running[i] timer_cur[i] 0) { uint32_t now g_ms_tick; if (now - timer_last_tick[i] 1) { timer_cur[i]--; timer_last_tick[i] now; if (timer_cur[i] 0) { timer_done[i] 1; /* 定时时间到置完成标志 */ } } } } }这段代码的思路是把“扫描周期内执行梯形图指令”和“物理时间流逝”分开。梯形图里判断T0触点是否闭合只需要查timer_done[i]这个标志而不关心它到底是在哪一次扫描里翻转的。不过你要注意FX3U的定时器分两种——接通延时定时器和累积型定时器。普通T0~T199是100ms时基T200~T245是10ms时基累积型定时器T246~T2491ms、T250~T255100ms在断电后保留当前值这要求源码里对定时器的当前值存储区做掉电处理一般用STM32的备份寄存器或片外EEPROM。如果你的梯形图用了累积型定时器而源码只实现了普通定时器运行结果就是错的而且极难排查。主循环的架构我也给你一个范例int main(void) { /* 初始化时钟、GPIO、串口 */ system_init(); /* 装入梯形图字节码这些字节码由PC端工具生成后写入Flash */ load_program_from_flash(); /* 主循环扫描执行 */ while (1) { plc_read_inputs(); /* 1. 读取输入端子状态到X映像区 */ plc_run_cycle(); /* 2. 执行一次用户程序 */ plc_write_outputs(); /* 3. 刷新输出端子状态真正驱动引脚 */ plc_update_timers(); /* 4. 更新定时器当前值 */ } }你可能会问每次扫描都去读X引脚、写Y引脚会不会太慢FX3U的本体扫描速度是0.065μs/步但那是专用ASIC。STM32F103跑72MHz一套软PLC能做到几百微秒的扫描周期就已经不错了。对这个体量的源码来说扫描周期在1ms~5ms之间是完全可以接受的。这个精度做开关量控制、小型逻辑联锁都够了。做运动控制和模拟量闭环就别指望它了。4. IO映射与内存分配梯形图的X、Y、M、D是怎么对应到真实芯片资源的4.1 输入输出映射表把X0~X7挂到GPIO扫描周期里统一采样、统一输出把这个映射做对你前面所有工作才算落了地。FX3U的X和Y在梯形图里有严格的编号规则X0~X7、X10~X17、X20~X27这样八进制递增。三菱用八进制编号是为了和实物端子对应FX3U的输入端子就是X0~X7八个一组。你在源码里做GPIO映射时也要保持这种编号习惯否则GX Works2里写的程序下载到板子上对不上引脚调试时非常痛苦。我的建议是建一张映射表把软件编号和GPIO完全解耦这样你换板子时只改这个表。比如/* 输入端子映射表X0~X7 - PA0~PA7 */ const stm32_gpio_t x_gpio_map[FX3U_INPUT_NUM] { {GPIOA, GPIO_PIN_0}, /* X0 */ {GPIOA, GPIO_PIN_1}, /* X1 */ {GPIOA, GPIO_PIN_2}, /* X2 */ {GPIOA, GPIO_PIN_3}, /* X3 */ };扫描开始时调用读输入函数void plc_read_inputs(void) { for (uint8_t idx 0; idx FX3U_INPUT_NUM; idx) { uint8_t bit_status HAL_GPIO_ReadPin(x_gpio_map[idx].port, x_gpio_map[idx].pin); if (bit_status GPIO_PIN_SET) { SET_BIT(x_mem[idx 3], idx 0x07); /* 置位X映像区对应位 */ } else { CLEAR_BIT(x_mem[idx 3], idx 0x07); /* 清零 */ } } }这段代码要求输入端子是有硬件去抖的否则机械触点按下瞬间会产生抖动扫描周期内可能读到0和1交替输出的线圈就会闪。硬件上用RC滤波或者施密特触发器软件上可以用连续多次采样判断。学三菱PLC的时候你用的是硬件的X输入滤波时间设置默认10ms。STM32软PLC里没有这个设置所以必须在软件层自己做防抖每次读输入连续读3次、间隔1ms三次结果一致才采纳。代价是X输入的响应速度会下降但换来的是稳定性。批量控制场景安全性优先。4.2 D寄存器与掉电保持掉电不丢数据的三条路以及各自代价D寄存器是FX3U里的“数据仓库”。梯形图里所有数值运算加减乘除、传送、比较都以D为操作对象。默认规则是D0~D199普通寄存器、D200~D511掉电保持但这条规则可以通过PLC参数修改比如把D0~D8设为掉电保持。你在仿FX3U源码里要考虑的是如何在断电重启后恢复D区数据。三条路片内后备寄存器BKP、片外EEPROM/Flash、STM32L系列的低功耗备份RAM。我先说BKPSTM32F103的备份寄存器只有20个16位寄存器容量420字节42×16bit做小块数据的掉电保存足够但你需要给D区划分一个“保持范围”比如只保持D0~D99那么需要200字节BKP放得下。写入时按16位写入每次改D值都调用写BKP接口。但这有一个坑BKP写前需要开启PWR和BKP时钟并禁止备份区写保护否则写入无效。且在写过程中如果突然断电BKP里的数据可能损坏一半所以通常会用冗余存储——同一个D值连续写两份互为备份。掉电上电后读出两份如果不同就以校验和正确的那份为准。片外EEPROM的好处是容量大、逻辑简单。I2C接口的AT24C02有256字节AT24C16有2KB够用于D0~D1023的保存但是你有三个问题要处理写次数和寿命EEPROM 100万次擦写、写周期每字节5ms、写坏后PLC停机。所以我一般只在“参数不经常变更”的场景下用EEPROM比如保存配方、通讯参数、设备编号。如果是频繁变化的计数值、累计值我宁可让它不保存也不要因为频繁写Flash而损坏介质。最后一个方案是用STM32内部Flash的最后几页做数据区。但必须注意内部Flash的擦写寿命是1万次这不是用来做频繁写入的。如果要实现循环写入你必须做磨损均衡。不要以为简单这会给你的源码增加不少代码量。我见过有工程师把所有D区每次扫描都写入内部Flash的结果是三天后Flash损坏整机变砖。血泪经验你要“可掉电保持”先问自己值不值得为此消耗介质寿命。如果只是开机时的参数用EEPROM如果只是中间运算数据根本不需要保持只有真正意义重大的配方和累计值才值得去碰。具体到源码你可以在结构体里加一个脏标记只在D值发生变化时启动掉电保存避免无条件写入bool d_region_dirty false; void set_d_register(uint16_t d_index, uint16_t value) { if (d_mem[d_index] ! value) { d_mem[d_index] value; d_region_dirty true; } } void save_d_region(void) { if (!d_region_dirty) return; eeprom_write_bytes(EEPROM_ADDR_D0, (uint8_t *)d_mem, KEEP_D_COUNT * 2); d_region_dirty false; }这个save_d_region在哪里调用不要在每次D变化时立即写延到“连续1秒没有D变化”之后或者放在系统的掉电检测中断里检测到电源跌落立刻执行。STM32可以用ADC采样电源电压来检测掉电也可以在电源路径上加一个电压监测芯片。这套思路也是小型PLC原厂最常见的落地方案。5. 移植过程中的5个翻车点现象、原因、解决都是现场踩过的坑5.1 输入抖动导致输出线圈闪烁不定现象用机械按钮接X0按下时Y0继电器偶发抖动甚至Y0状态和X0相反。原因很直接梯形图里LD X0 / OUT Y0扫描周期每几百微秒一次而机械触点的抖动持续几毫秒。扫描周期内一旦读到触点的弹跳状态输出就跟着抖。这不是源码逻辑错误而是采样方式不对。解决仿PLC启动时先做“3次读取一致才更新”的软件滤波。实现时在plc_read_inputs()里维护每个输入的上一个稳定值并对变化做确认。这里有一个要注意的点滤波时间不能太长否则急停类输入响应太慢。急停、限位、安全门输入应该走独立快速的采样路径可以是外部中断直接置位映像区普通按钮输入才做滤波。#define INPUT_SAMPLE_TIMES 3 uint8_t x_filter_cnt[FX3U_INPUT_NUM]; uint8_t x_filter_buf[FX3U_INPUT_NUM]; void plc_filter_inputs(void) { for (uint8_t i 0; i FX3U_INPUT_NUM; i) { uint8_t cur READ_X_GPIO(i); if (cur x_filter_buf[i]) { x_filter_cnt[i]; if (x_filter_cnt[i] INPUT_SAMPLE_TIMES) { /* 连续3次一致更新映像区 */ UPDATE_X_MEM(i, cur); x_filter_cnt[i] 0; } } else { x_filter_buf[i] cur; x_filter_cnt[i] 0; } } }5.2 中断服务函数里调用了HAL_Delay程序死机现象程序初始化后能运行但一旦某个外设中断触发整个系统卡死调试器看到PC停在Delay函数里。原因HAL_Delay依赖SysTick中断而SysTick中断的优先级如果低于当前正在执行的中断Delay就会永远等不到tick。你在SysTick里调用了HAL_Delay相当于在中断里等另一个中断这是嵌入式开发里最低级的死锁之一。解决中断服务函数里禁止调用任何阻塞型延时。SysTick中断只做g_ms_tick和定时器推进其他任何工作都不要放到中断里做。如果需要延时用状态机或者计数变量。/* 错误写法不能在SysTick里调用HAL_Delay */ void SysTick_Handler(void) { g_ms_tick; HAL_Delay(1); /* 100%死机 */ }5.3 AC5和AC6编译器对未初始化局部变量的处理不同程序行为不一致现象同一个工程在MDK5.20上用AC5编译正常换到MDK5.36默认的AC6编译后运行乱套定时器不工作输出逻辑错乱。原因源码里存在未初始化的局部变量或者依赖栈中默认值的写法AC5默认栈清零AC6不清零导致拿到的是随机值。解决检查每一个局部变量是否显式初始化特别是指针和结构体变量。你也可以在MDK的Options for Target里把AC6的优化等级调低-O0或-O1减少编译器对未初始化变量的假设。更稳妥的办法是工程里全部使用uint16_t x 0;这种显式初始化写法一劳永逸。/* AC5下可能正常AC6下随机翻车 */ uint16_t timer_cur[MAX_TIMER_NUM]; /* 全局/静态区问题不大 */ void plc_timer_task(void) { uint16_t temp_count; /* 局部变量未初始化AC6可能给随机值 */ temp_count temp_count 1; /* 未定义行为 */ }5.4 梯形图里写了特殊寄存器D8268.6程序在MDK下无法编译现象从真实FX3U备份出来的程序导入GX Works2后指令表里有MOV D8268.6这类特殊寄存器操作源码编译时报告OP码未定义。原因D8268.6是FX3U内置以太网功能的特殊寄存器这个仿ST源码只实现了基础指令集没有覆盖通信扩展模块的寄存器区。解决看源码头文件里定义的#define范围如果DEVICE_D8268不存在直接在指令表里跳过或者用宏定义把它映射到普通D区。但你要想好是为了能编译而跳过还是真实程序逻辑依赖这个寄存器。我见过有工程师把硬件以太网模块用STM32的W5500实现源码里D8268是一个控制字W5500的读写封装映射到这个寄存器上让梯形图不动也能驱动网络通信。这需要对源码和硬件都足够熟悉才能做。5.5 梯形图里用了定时器T0的常闭触点程序行为反了现象梯形图里写LD T0 / ANI T0 / OUT Y0期望是“T0计时到后Y0先通一段时间再断”结果Y0一通电就通、计时到后直接断开跟预期完全相反。原因FX3U的T0在扫描周期内被读取时当前值还没刷新而且在同一个扫描周期内T0的触点状态被多次读取如果你的源码只在扫描周期末尾更新定时器状态T0的状态变化就晚了一个周期——这正是PLC“周期一致性”的表现不是bug是语义没对齐。解决确认你的源码中plc_update_timers()是在扫描周期的哪个位置执行。我推荐放在扫描周期结束后、输入采样前的位置让T状态在下一个周期稳定。如果你在梯形图的同一网络里既用T0常开又用T0常闭自己先画真值表再用仿真器看T0的时序。要彻底搞清楚这个行为调试时是用逻辑分析仪抓T0对应线圈的输出波形配合GX Works2里的软元件监控对比两边波形一致才算通。注意以上5个坑是我在实际移植中反复踩过的。你能少走很多弯路。如果你发现自己遇到的问题不在这个列表里先去做一件事——把工程里的printf重定向到串口在每条指令执行前打印OP码对照指令表逐步核对基本能定位到是哪条指令的解析错了。软PLC出问题绝大多数出在指令解析而不是硬件运行。6. 用GX Works2联机调试验证你的STM32仿FX3U是否真正兼容源码能编译运行不等于和真正的FX3U行为一致。最后我要分享一套我在用的验证方法不需要额外的PLC硬件只需要你的STM32板子、一块USB转串口模块、以及GX Works2软件里的“软元件监控”功能。第一步是硬件接线。STM32的USART1接USB转串口连接到电脑。源码里需要实现三菱的编程口协议这个协议在FX3U的编程手册里是对外公开的最常见的是帧格式帧头: STX(0x02) 命令 软元件首地址 软元件个数 数据区起始标志 数据 校验和 结束码(0x03) 命令: 0x00 读软元件0x01 写软元件0x03 强制ON0x04 强制OFF不需要完整实现全部命令只要实现“读软元件”和“写软元件”两个GX Works2的监控功能就能工作。源码里一般会有一个comm_task()函数挂在主循环里轮询串口接收缓冲区。协议解析时注意软元件地址的计算方式三菱的资料里不直接给“D0”这样的地址而是给“D0的软元件编号是0x1000”这是一个映射值X是0x0080开头Y是0x00A0开头M是0x0180开头S是0x0000开头。每个软元件区间有独立的地址空间解析时先判断地址落在哪个区间再映射到内存结构体。第二步是写一个验证用梯形图。我一般会写这么一段LD M8000 ; RUN监控常开触点 MOV K1234 D0 ; 把1234写入D0 INC D1 ; 每次扫描周期D1加1 LD X0 OUT Y0 ; X0置ON时Y0置ON LD X1 RST D1 ; X1置ON时清零D1这段程序覆盖了基本触点指令、常开继电器、数值传送、增量运算和特殊寄存器足够快速判断源码的兼容度。第三步是联机操作。在GX Works2里新建一个FX3U工程选择“PLC读取”把STM32板子通过USB转串口虚拟出来的COM口连接。如果能读到软元件表说明协议基本对然后在“监控模式”下看D0的值是否等于1234D1是否在持续累加。如果D1每秒增加的数值正好等于你的扫描周期倒数的整数倍说明扫描周期稳定且INC指令执行周期规律。这个验证闭环的意义很大——它证明了你的源码不只是在本地运行而是能用原厂软件和真实工控工程师的思维方式去调试。在网上还看到一个热词“stm32使用ili9341读ID是a1a1”这通常是LCD驱动问题跟仿PLC无关但如果你在调试时把调试信息打印到LCD上要注意ILI9341的读ID指令和时序稍有不对读出来的就是错误值别因此在逻辑排查上浪费时间。最后说一个小习惯我每次拿到这类源码都会先改掉所有板级相关的宏定义集中放到一个board_config.h里而不去动核心解释器代码。换板子、改引脚、调波特率都只动这个文件。这样做最大好处是源码升级或者修bug时git diff干净核心逻辑一眼看到变化。你如果打算长期依赖这套方案这个习惯值得养成。也希望这篇笔记能给你省掉几周的弯路帮到你。本文还有配套的精品资源点击获取