尧图网页设计 
1. 先讲结论国产中文 PLC 选型为什么盯住编程方式、生态、服务国产中文 PLC 这几年在中小型自动化项目里出现得越来越频繁很多做设备、做产线、做改造的朋友都会遇到同一个问题预算压下来了交期也催得紧国产中文 PLC 到底怎么选才不踩坑。我自己的经验很直接别一上来就盯着点数、价格、扫描周期先把三条线捋清楚编程方式决定你的团队能不能快速上手生态决定后面扩展、通讯、备件、资料跟不跟得上服务决定出问题时你是自己扛还是有人一起扛。这三条线任何一条断了省下来的硬件钱后面都可能变成停机损失。这篇文章适合三类人看第一类是第一次从外资 PLC 转到国产中文 PLC 的电气工程师第二类是自己做非标设备、想控制成本的小老板或项目负责人第三类是刚学 PLC、准备做毕业设计或课程设计的学生。你们关注的点不完全一样但选型逻辑是通的先看软件顺不顺手再看生态能不能闭环最后看服务链是不是真能落地。我自己做过产线改造、做过单机设备、也帮朋友处理过“买回来才发现通讯库不全”的烂摊子下面就把这三条线拆开讲透。1.1 三条线不是口号是停机时能不能自救很多人选 PLC 喜欢做一张表比 IO 点数、比 CPU 速度、比价格结果表格看起来很漂亮上机之后才发现问题。编程方式这条线真正影响的是你改程序的速度。比如现场要临时加一个手动模式或者把原来一台 PLC 控制三台变频器的逻辑改成控制八台如果软件支持状态机写法、支持中文变量、支持结构化文本你可能半天就改完了如果软件只能画很死的梯形图变量名还是 T0、M10、D100那改起来就是翻手册、对地址、重新下载时间全耗在找点上。生态这条线更隐蔽。它不只是“有没有官网”而是包括编程软件版本、通讯库、HMI 连接、伺服和变频器配套、上位机 OPC UA 接口、社区案例、AI 代码生成辅助、模块生命周期这些东西。有些国产 PLC 本体很便宜但你要用 EtherCAT 带伺服或者要用 Modbus 轮询 32 台变频器官方库和例程就特别关键。生态不全最后就是你自己从零写通讯、自己抓包、自己试寄存器地址项目利润很容易被调试时间吃掉。服务这条线很多人等到设备趴窝才重视。国产 PLC 品牌的服务能力差距很大有的品牌在主要城市有办事处和技术支持有的只能靠代理商转达。你打电话过去对方能不能直接给你通讯协议表、能不能远程看一下程序、能不能当天发一块 IO 模块这些比宣传册上的“7×24 小时”更真实。我现在的习惯是选型阶段就把服务问清楚尤其是备件周期和软件版本更新策略因为这些会在设备运行两三年后集中暴露。1.2 什么场景适合国产中文 PLC什么场景别硬上国产中文 PLC 最适合的场景一般是中小型设备、单机控制、产线局部改造、环境相对可控、对成本敏感、对交期敏感的项目。比如包装机、切料机、简单装配线、水泵控制、风机控制、照明控制、非标测试台这些项目用国产 PLC 往往很划算。编程方式上梯形图加一点 ST 就能覆盖大部分逻辑生态上Modbus RTU、Modbus TCP、CANopen、EtherCAT 这些常用协议都有对应模块服务上国内品牌响应通常比外资快沟通也没有语言障碍。但有些场景别硬上。比如大型流程行业、安全等级要求很高、需要长期全球备件、需要跟大量既有外资系统深度耦合或者项目要求必须用某一种特定总线且认证极严这时候国产 PLC 不是不能做而是你要先确认清楚认证、冗余、热备、诊断深度能不能满足。如果不能满足强行替换最后会很痛苦。我的建议是把国产中文 PLC 放在“能闭环、能验证、能服务”的范围内用不要为了国产化率去赌整个项目的稳定性。还有一个判断方法看你的团队有没有能力做底层调试。如果团队里有人熟悉 IEC 61131-3懂 Modbus 寄存器映射会用串口工具和网络抓包那国产 PLC 的可玩性很高很多品牌都能通过脚本、ST、C 语言做深度定制。如果团队只会照着例程改梯形图那就要优先选软件做得好、例程多、中文资料全、代理商技术强的品牌。选型不是选最强而是选最匹配。2. 编程方式这条线先看你的人会不会用再看软件顺不顺手编程方式是国产中文 PLC 选型里最容易被低估的一条线。很多人只看“支持梯形图”就过了但实际项目里梯形图只是底线。你还要看它支持不支持 ST、SFC、FBD、IL变量能不能用中文注释能不能批量导入程序能不能分块库能不能封装在线修改方不方便仿真能不能离线跑。这些细节决定了你从选型到调试的整体效率。我见过同一个项目用 A 品牌两天调完用 B 品牌拖了六天硬件价格差不多差别全在软件体验和编程方式上。2.1 IEC 61131-3 五种语言与国产软件的差异IEC 61131-3 定义了五种常见编程语言梯形图、功能块图、顺序功能图、结构化文本、指令表。国产 PLC 大多数都声称支持 IEC 61131-3但支持程度不一样。有的品牌是原生基于 CODESYS 内核编程体验比较接近通用平台ST、SFC、FBD 都完整库管理也成熟。有的品牌是自家软件梯形图做得不错但 ST 编译器限制多SFC 只能做简单步序FBD 库很少在线修改还会受限。你选型时不要只看宣传页直接问三个问题第一ST 语言支持哪些数据类型支不支持数组、结构体、联合体、指针第二程序能不能按功能块封装能不能做库文件复用第三在线修改时能不能只下载修改块不用整机停机。这三个问题很实际。比如你要做一台 PLC 控制 32 台变频器的程序如果没有结构体和数组你就要写 32 套重复逻辑改一个参数要改 32 个地方后期维护非常痛苦。如果支持结构体数组你可以用循环轮询代码量少很多。我自己的偏好是逻辑联锁用梯形图方便电工和维修人员看懂流程控制用 SFC 或状态机步序清晰数据处理、通讯轮询、字符串解析用 ST。这个组合不挑品牌但前提是软件支持。国产中文 PLC 如果只支持梯形图做小设备没问题做复杂通讯和配方管理就会很累。所以编程方式这条线第一步不是比谁功能多而是比你的团队能不能用得上、改得快。2.2 中文变量、中文注释和中文指令到底值不值国产中文 PLC 很大的卖点就是中文编程环境。中文变量、中文注释、中文报警、中文指令名对新手和一线维修确实友好。比如“启动按钮”“急停反馈”“变频器故障”“气缸伸出到位”这些变量名比 X0、M100、D200 直观太多。设备半夜报警维修人员打开程序看到中文注释排查速度会快很多。这一点在人员流动大的工厂里特别值钱因为程序可读性直接影响维修效率。但中文编程也有边界。第一中文变量名不要太长否则在线监控时显示不全反而不方便。第二中文注释要统一规范比如输入、输出、中间变量、报警、通讯分别加前缀不要随便写“启动1”“启动2”。第三如果项目要跟外资 PLC 或上位机系统对接变量表最好同时保留英文标签避免导出 CSV 或 OPC UA 节点时乱码。第四中文指令名虽然直观但如果你以后要迁移到 CODESYS 或其他平台太依赖中文指令会增加迁移成本。我的做法是变量名用中文加英文缩写比如“启动按钮_StartBtn”“变频器1_运行_FB1_Run”注释写清楚信号来源、有效电平、常开常闭、所在页码。这样既照顾现场维修也方便自己后面查。中文编程不是让你偷懒而是让你把文档做进程序里。选型时可以现场试一下新建一个中文变量写一段带中文注释的 ST下载后在线监控看显示是否正常、导出是否乱码、搜索是否方便。这个测试十分钟就能做完但能避免后面很多麻烦。2.3 从西门子、三菱转国产的迁移成本怎么算很多人原来用西门子 S7-200 SMART、S7-1200或者三菱 FX 系列转国产中文 PLC 时最担心程序迁移。迁移成本不能只算“代码重写时间”还要算硬件接线变化、通讯协议变化、HMI 地址变化、调试习惯变化、备件变化。比如西门子的 DB 块、多重实例、符号寻址在国产 PLC 里可能对应结构体、功能块实例、标签变量概念接近但细节不同。三菱的 D 寄存器、M 继电器、X/Y 输入输出在国产 PLC 里可能是软元件映射也可能是标签变量写程序前必须搞清楚。我一般按四个维度估算迁移成本第一逻辑复杂度。纯开关量逻辑迁移最快梯形图重画就行。第二通讯复杂度。原来用 Profinet、Profibus 的转国产后可能改用 Modbus TCP、EtherCAT 或 CANopen协议栈要重新写。第三HMI 和上位机。如果原来用 WinCC、组态王、触摸屏地址表要重新映射报警和配方要重新对。第四工艺Know-How。有些算法写在西门子 PLC 的 SCL 里转国产后要确认 ST 编译器支不支持浮点精度、定时器精度、扫描周期会不会影响结果。实际项目里我会先选一个最小的功能块做迁移试点比如一台设备的自动循环。把它从原平台写到国产平台再对比运行效果。如果这个功能块迁移顺利再扩大。如果连最小闭环都别扭那就要重新评估品牌。不要一上来就全厂替换风险太大。迁移成本算清楚后你会发现编程方式这条线不只是软件好不好看而是直接决定项目周期和人力投入。2.4 实操用状态机写一台 PLC 控制多台变频器的框架一台 PLC 控制多台变频器是国产 PLC 很常见的应用。热词里经常出现“一台 PLC 控制 3 台变频器”“PLC 控制 32 台变频器程序设计”“西门子 PLC 与 32 个变频器 Modbus 通讯控制”这类问题。核心难点不是接线而是轮询调度和状态管理。如果 32 台变频器都用 Modbus RTU 轮询波特率 9600 或 19200 时一轮读写完可能要几百毫秒到一秒必须做超时、重试、优先级和故障隔离。否则一台变频器掉线整个轮询卡死其他变频器也跟着失控。我一般用状态机写通讯调度而不是用一大堆定时器和指针。思路是每台变频器抽象成一个结构体里面包含站号、状态、重试次数、命令字、频率给定、反馈数组。主程序用 CASE 语句按步骤轮询每步只处理一台或一小批超时就跳过并标记故障下一轮再试。这样程序清晰扩展也容易。示意代码可以写成这样TYPE tVFD : STRUCT SlaveID : BYTE; Step : INT; Retry : INT; Cmd : WORD; SpeedSet : INT; Status : WORD; Fault : BOOL; END_STRUCT END_TYPE VAR VFDs : ARRAY[1..32] OF tVFD; Index : INT : 1; TimeoutTimer : TON; END_VAR CASE VFDs[Index].Step OF 0: // 发送读状态命令 Modbus_Read(VFDs[Index].SlaveID, 16#0000, 2, ...); VFDs[Index].Step : 1; 1: // 等待反馈超时重试 IF Modbus_Done THEN VFDs[Index].Status : ...; VFDs[Index].Step : 2; ELSIF TimeoutTimer.Q THEN VFDs[Index].Retry : VFDs[Index].Retry 1; IF VFDs[Index].Retry 3 THEN VFDs[Index].Fault : TRUE; VFDs[Index].Step : 99; ELSE VFDs[Index].Step : 0; END_IF; END_IF; 2: // 写频率或启停命令 ... 99: // 故障处理等待人工复位 ; END_CASE;这段代码只是框架不同品牌语法会有差异但思路通用。关键点是不要让轮询顺序写死成“1、2、3……32”然后死等而是每台独立状态超时跳过。对于 32 台变频器建议分优先级急停、故障复位、启停命令优先级高频率反馈、电流读取可以慢一点。通讯周期如果要求高可以考虑 Modbus TCP 或 EtherCAT但成本也会上去。选国产 PLC 时直接问厂家有没有多从站轮询例程有没有超时重试封装这比看 CPU 主频更有用。2.5 注意事项别被 AI PLC 代码生成带偏现在 AI PLC 代码生成很热确实能帮你写一些 ST 框架、状态机、Modbus 轮询模板但千万别直接下载到设备里跑。PLC 代码和普通软件不一样它直接控制执行机构一个变量写错、一个扫描周期没处理可能就是撞机或伤人的事。AI 生成的代码常见问题包括变量未初始化、数组越界、定时器没有复位、通讯失败没有处理、急停逻辑不完整、手自动切换冲突。你可以在电脑上让它生成思路但正式代码必须自己逐行审查并用仿真或空载测试验证。我的习惯是AI 只用来做三件事查语法、写注释、生成测试向量。比如让它生成一段 Modbus CRC 校验代码或者把梯形图逻辑翻译成 ST 伪代码这些可以节省时间。但涉及安全联锁、运动控制、多轴同步、变频器启停的部分必须自己写、自己测。选型国产 PLC 时也可以看看厂家有没有官方的代码库和例程官方例程的可信度通常比网上随便搜的代码高。编程方式这条线最终还是看你能不能掌控代码而不是看 AI 能不能替你写代码。3. 生态这条线软件、协议、社区、备件缺一个都难受生态这个词听起来虚但在 PLC 选型里特别实。生态不是“有多少合作伙伴”而是你遇到问题时能不能快速找到答案。软件生态决定你装不装得上、版本兼不兼容协议生态决定你能不能跟变频器、伺服、HMI、上位机、视觉系统通讯硬件生态决定你能不能方便地扩展 IO、模拟量、温度、称重、通讯模块社区生态决定你搜不搜得到案例。一个品牌如果只有本体便宜周边全是坑那这个便宜只是暂时的。3.1 软件生态安装包、库、版本兼容、授权软件生态是我第一个检查项。具体看五点第一编程软件能不能从官网直接下载需不需要注册、审核、找代理商要第二软件版本是不是稳定有没有长期支持版本不要一年换一个大版本老程序打不开第三库文件全不全常用功能块、通讯库、运动控制库、PID 库有没有官方封装第四授权方式清不清楚是免费、按点数收费、还是按功能收费第五操作系统兼容性支不支持 Win10、Win11支不支持虚拟机支不支持多版本共存。这里面最容易被忽略的是版本兼容。有些国产 PLC 软件更新很快新版本能打开旧程序但旧版本打不开新程序。你现场调试用的是新版本客户电脑上是旧版本程序传过去就报错。还有些软件安装时会替换系统驱动、占用固定端口、和杀毒软件冲突装一次要折腾半天。选型时最好拿一台干净的电脑做安装测试再拿一台已经装了其他 PLC 软件的电脑做兼容测试。如果安装都费劲后面维护会更费劲。授权也要问清楚。有的品牌软件免费但高级功能比如 ST、EtherCAT、运动控制要买授权有的品牌软件按 CPU 序列号绑定有的品牌教育版和商业版功能不同。你如果是设备厂商还要考虑最终客户能不能自己安装软件、能不能自己备份程序。软件生态不透明后期每一次维护都是成本。我的底线是编程软件必须能方便地备份、恢复、离线仿真库文件必须能导出和归档否则再便宜我也不敢用在量产设备上。3.2 通信生态Modbus、EtherCAT、CANopen、OPC UA通信生态决定国产 PLC 能不能融入你的系统。最常见的协议是 Modbus RTU 和 Modbus TCP几乎所有国产 PLC 都支持但支持得好不好差别很大。你要看它支不支持主站和从站同时运行支不支持多从站轮询支不支持超时重试支不支持寄存器地址自动映射。比如一台 PLC 控制 32 台变频器如果 Modbus 主站性能弱轮询周期会很长故障隔离也做不好。选型时可以直接问厂家要一个多从站例程看代码结构和注释是否清晰。中高端场景会用到 EtherCAT、CANopen、Profinet、EtherNet/IP、OPC UA。国产 PLC 在 EtherCAT 和 CANopen 上进展很快尤其是做运动控制的品牌很多都基于 CODESYS 或自家实时内核。你要确认的是支持的是主站还是从站带轴能力多少同步周期多少支不支持分布式时钟能不能和第三方伺服混用。OPC UA 这几年也很重要因为上位机、MES、SCADA 都要数据。如果 PLC 自带 OPC UA 服务能省掉很多网关如果没有就要确认有没有第三方网关方案。我遇到过最典型的问题是变频器支持 Modbus RTUPLC 也支持 Modbus RTU但两边寄存器地址定义不一致有的从 0 开始有的从 1 开始有的功能码只支持 03有的支持 06 和 16。结果程序写完了读回来的数据全是偏移的。所以通信生态不能只看“支持 Modbus”要看协议细节、地址表、例程、调试工具。选型时最好拿实际变频器、伺服、HMI 做一次联调不要等设备到现场再试。3.3 硬件生态IO 模块、HMI、伺服、变频器硬件生态包括本体、扩展 IO、模拟量、温度模块、称重模块、通讯模块、远程 IO、HMI、伺服、变频器。国产 PLC 品牌很多但能做成完整生态的不多。有的品牌 PLC 本体做得好但扩展模块种类少模拟量精度一般有的品牌 PLC 和自家 HMI、伺服、变频器配合很好但跟第三方设备连接麻烦有的品牌只做 PLC周边全靠第三方兼容性要自己测。你选型时要问扩展模块能不能带电插拔地址怎么分配最多扩展多少个模块电源容量够不够。模拟量模块要看分辨率、精度、隔离方式、采样周期。温度模块要看支持的热电偶、热电阻类型。通讯模块要看支不支持你需要的协议。HMI 方面要看画面软件好不好用能不能和 PLC 变量表直接互通能不能做配方、报警、历史曲线。伺服和变频器方面如果是同一品牌通常调试更顺但价格可能更高如果混用第三方通讯和时序要重点验证。我一般建议如果是中小项目优先选生态相对完整的品牌哪怕单个模块贵一点整体调试时间会省回来。如果是大型项目可以混合使用但要把通讯接口标准化比如统一用 Modbus TCP 或 OPC UA 做数据交换。硬件生态的核心不是“什么都有”而是“你需要的那一部分有成熟方案”。不要为了一个冷门模块换整个平台也不要为了便宜选一个周边几乎空白的品牌。3.4 社区与资料生态教程、案例、论坛、AI辅助社区和资料生态对新手尤其重要。一个品牌如果中文手册齐全、例程多、论坛活跃你遇到问题能很快搜到答案。反过来如果资料只有一本简略手册例程都是十几年前的论坛没人回那你只能自己摸索。现在还有 AI 辅助比如用大模型查指令用法、生成 ST 模板、解释报错但前提是网上有足够的文本资料。资料越少AI 越容易胡编最后还是要靠实验验证。我看资料生态主要看四块第一官方手册是否分册清楚安装、编程、通讯、模块、故障代码是不是分开第二官方例程是否覆盖常见场景比如 Modbus 轮询、PID、运动控制、HMI 连接、视觉通讯第三社区是否活跃问题有没有人回答第四有没有第三方培训机构、视频教程、开源库。对于刚学 PLC 的人来说这些比硬件参数更重要。你可以在选型前搜一下“品牌名 Modbus 轮询”“品牌名 EtherCAT”“品牌名 状态机”看搜出来的内容质量如何。不过也要警惕“资料很多但很水”。有些视频教程只是把手册念一遍有些例程没有注释有些代码直接抄来抄去。你要找的是能运行、能解释、能扩展的资料。我的经验是官方例程优先其次是代理商技术分享最后才是网友代码。AI 生成的内容只能当参考不能当依据。社区生态好不代表你可以不测试社区生态差也不代表不能用但你要有更强的自学和调试能力。3.5 生态红线我会设的三条硬指标生态再丰富也要设红线。我给国产中文 PLC 设三条生态红线第一核心通讯协议必须有官方库或官方例程不能全靠自己从零写。比如你要用 EtherCAT 带 8 个轴官方必须提供轴控库和例程否则项目风险太高。第二编程软件必须有离线仿真和程序备份功能不能只靠在线调试。第三常用备件和模块必须在合理周期内能买到不能因为一个通讯模块停产导致整机改型。这三条红线看起来简单但能筛掉很多不靠谱的选择。第一条保证项目能做出来第二条保证维护能持续第三条保证设备活得久。如果某个品牌价格特别低但连这三条都满足不了我宁愿加预算换一个更稳的。生态红线不是限制创新而是控制风险。国产 PLC 发展很快很多品牌在进步但选型时你要看它现在能不能满足你的项目而不是看它未来可能做成什么样。未来会更好但你的设备下周就要发货。4. 服务这条线不是看口号是看响应链和备件链服务这条线我一般把它拆成售前、售中、售后三段。售前看厂家愿不愿意帮你选型、借样机、做培训售中看能不能帮你调试、迁移程序、联调通讯售后看响应速度、备件供应、软件更新、生命周期。国产 PLC 品牌的服务差距很大有的品牌在华东、华南有密集的技术支持有的品牌主要靠代理商代理商水平又参差不齐。你买的不只是 PLC还包括出问题时的一条求助通道。4.1 售前服务选型、样机、培训售前服务不是请客吃饭而是看对方能不能听懂你的工艺。你告诉厂家“我要控制 32 台变频器轮询周期 500 毫秒以内还要做故障隔离”对方如果只会说“没问题”那你要小心。真正懂技术的售前会问你变频器什么品牌什么协议站号多少波特率多少轮询数据量多少有没有优先级要求有没有备用方案。然后他会给你推荐 CPU、通讯模块、隔离器、终端电阻甚至给你一份轮询时间估算。样机测试是售前服务里最有价值的部分。你可以借一块 CPU、一个通讯模块、一个 DI/DO 模块拿回公司做两周测试。测试内容包括软件安装、程序下载、在线监控、Modbus 轮询、模拟量采集、断电保持、扩展模块识别。如果厂家愿意借样机还愿意派技术远程支持说明服务链条比较完整。培训也很重要尤其是从外资转国产的团队厂家如果能提供半天到一天的实操培训比自己看手册快很多。我建议在售前阶段就问清楚样机借测要不要押金借测周期多久技术支持是电话还是远程有没有培训资料和视频。不要觉得这些问题不好意思问设备出问题时更不好意思的是你自己。售前服务好的品牌往往在合同签订前就能让你感受到专业度。售前只谈价格、不谈技术的后面服务通常也强不到哪里去。4.2 售中服务调试、程序迁移、通讯联调售中服务最关键的是调试支持。设备到现场后问题会集中爆发程序下载不了、通讯不通、IO 点不对、模拟量跳动、HMI 连不上、变频器报警。这时候厂家技术支持能不能快速介入直接决定项目进度。好的品牌会给你一个技术支持群里面有应用工程师、通讯工程师甚至能远程桌面帮你看程序。差的品牌只能让你找代理商代理商再找原厂一圈下来半天过去了。程序迁移和通讯联调也是售中服务的一部分。如果你原来用西门子、三菱现在换国产 PLC厂家能不能提供迁移指导能不能帮你确认 ST 语法差异能不能提供 Modbus 地址映射模板这些都很实际。我遇到过厂家技术直接拿我的变频器手册帮我整理寄存器表还写了一段轮询例程这种支持就很有价值。也遇到过厂家只说“你自己看手册”那后面的项目我就不会再选了。售中服务还要看响应时间。不要只听“24 小时响应”要问是工作时间还是全天是电话响应还是到场响应远程支持用什么工具要不要额外收费。如果项目在偏远地区还要问附近有没有办事处或代理商。售中服务做得好设备调试期能少熬很多夜。对我来说售中服务是选型的加分项也是品牌实力的真实体现。4.3 售后服务响应时间、备件、生命周期售后服务是长期成本。PLC 装到设备上可能要运行五年、十年期间会遇到模块损坏、软件升级、系统扩展、备件更换。售后服务要看四点第一响应时间电话、远程、现场分别多久第二备件供应常用模块有没有库存停产前会不会通知替代型号是否兼容第三软件更新修 bug 及不及时新版本会不会破坏老程序第四生命周期这个系列还能供货多少年有没有长期支持计划。备件链特别重要。我见过一个项目PLC 本体没问题但一个四通道模拟量模块停产了替代模块尺寸和接线都不一样客户又不想改柜子最后只能高价找库存。所以选型时要问这个型号属于哪个系列系列生命周期多久常用模块有没有替代方案。如果厂家说“至少供货十年”最好写进合同或选型报告。售后服务不是等坏了再找而是提前确认最坏情况下的退路。软件更新也要关注。有些国产 PLC 软件更新频繁但老程序兼容性不好有些软件几年不更新新系统装不上。你可以看官网的版本记录看看最近一年更新了什么是修 bug 还是加功能。如果一个品牌长期不更新但你的项目又需要新功能那就要谨慎。生命周期长的产品通常软件维护也更有保障。售后服务这条线最终看的是厂家愿不愿意长期陪跑而不是一锤子买卖。4.4 服务问询清单打电话时该问什么为了不让服务评估停留在感觉上我整理了一份问询清单。你打电话给厂家或代理商时可以照着问答案记下来最后横向对比。问的时候不要只听口头承诺最好让对方发邮件或微信文字确认方便后面留证据。问询项具体问题判断标准技术支持电话、远程、现场分别多久响应工作时间 2 小时内电话响应远程当天可约样机借测能不能借 CPU、通讯模块、IO 模块愿意借测且周期不少于 7 天程序迁移从西门子/三菱迁移有没有指导有迁移文档或工程师协助通讯联调Modbus、EtherCAT 能不能协助调试有例程、有地址表、可远程支持备件供应常用模块库存多久停产通知提前多久常用模块现货或一周内停产提前 12 个月通知软件更新版本更新频率老程序兼容吗有版本记录承诺兼容策略培训有没有线下或线上培训提供实操培训资料和视频收费哪些服务免费哪些收费明确列出收费项目和标准这张表不用全问一遍但核心项要问。尤其是备件和软件更新很多人选型时忘了问后面吃亏。服务这条线的本质是风险转移你不可能所有问题都自己扛所以要把厂家能承担的部分写清楚。如果厂家连这些问题都不愿意回答那服务能力大概率有限。5. 实操选型流程从需求表到 POC 上机我一般走 7 步前面讲了编程方式、生态、服务三条线接下来讲具体怎么落地。我自己的选型流程一般是七步需求梳理、品牌初筛、评分表、样机测试、通讯联调、带载测试、复盘决策。这个流程不复杂但能避免“凭感觉选型”。尤其是 POC 上机测试花一周时间可能省下后面一个月的调试。下面我把关键步骤拆开讲你可以根据自己的项目裁剪。5.1 需求清单和评分表第一步是需求清单。不要只写“需要 PLC 一台”要写清楚IO 点数数字量输入输出各多少模拟量输入输出各多少有没有温度、称重、高速计数、脉冲输出通讯协议Modbus RTU、Modbus TCP、EtherCAT、CANopen、OPC UA 分别要不要控制轴数伺服还是变频器多少轴要不要插补扫描周期要求普通逻辑 10 毫秒够不够运动控制要不要 1 毫秒环境要求温度、湿度、振动、粉尘、电磁干扰认证要求CE、UL 或其他预算范围硬件、软件、服务分别多少。把这些写清楚选型才有依据。第二步是评分表。我一般按三条线分配权重编程方式 30 分生态 35 分服务 35 分。编程方式下面分软件易用性、语言支持、中文支持、迁移成本、调试效率生态下面分协议支持、模块丰富度、软件兼容、社区资料、备件周期服务下面分售前支持、售中调试、售后响应、培训、收费透明度。每个品牌打分最后加权。评分表不是为了算出一个绝对答案而是为了让讨论有依据避免“我觉得这个好”这种空话。评分时要注意不同项目权重不一样。比如做简单单机设备编程方式权重可以高一点做多轴运动控制生态权重更高做偏远地区项目服务权重更高。你可以把评分表发给团队一起填最后看分歧在哪里。分歧大的项往往就是风险点。比如大家都觉得某个品牌便宜但对通讯库是否完整有疑问那就把通讯联调列为必测项。选型不是选最便宜的也不是选最贵的而是选风险可控的。5.2 样机测试编程、通讯、带载样机测试是选型里最值得投入的环节。拿到样机后先做基础测试软件安装、新建工程、变量定义、程序下载、在线监控、断电保持、强制输出、故障诊断。然后做通讯测试Modbus RTU 读写、Modbus TCP 连接、多从站轮询、超时重试、断线恢复。最后做带载测试接实际变频器、伺服、HMI跑一段真实工艺。测试过程中要记录问题包括报错信息、复现步骤、解决时间。这些记录会直接影响最终评分。我特别建议做“非正常测试”。比如通讯线拔掉看程序多久报故障从站断电看轮询会不会卡死变频器报警看 PLC 能不能正确读取故障字程序在线修改看会不会影响其他任务。这些异常场景才是现场最常遇到的。正常测试只能证明功能有异常测试才能证明系统稳。国产 PLC 在正常功能上通常没问题差距往往在异常处理和诊断深度上。带载测试还要看实时性。比如 32 台变频器轮询你可以用 Modbus 调试工具模拟从站逐步增加到 32 台观察轮询周期和丢包率。如果轮询周期超过工艺允许范围就要考虑换通讯方案比如改用 Modbus TCP 或 EtherCAT。样机测试不用追求一次成功但要把问题暴露出来。暴露得越早项目风险越小。5.3 多变频器通讯测试32 台轮询的工程化写法多变频器通讯是国产 PLC 选型里很典型的场景因为它同时考验编程方式、生态和服务。32 台变频器如果用 Modbus RTU波特率 19200每台读 2 个寄存器写 2 个寄存器加上间隔和超时一轮下来可能要 1 到 3 秒。如果你的工艺要求 500 毫秒刷新那 Modbus RTU 就不够要改用 Modbus TCP 或现场总线。选型时要把这个时间算清楚不要让厂家拍脑袋说“没问题”。工程化写法有几个要点第一参数配置与轮询逻辑分离。站号、寄存器地址、缩放系数、超时时间放在结构体数组或配方表里不要写死在代码里。第二轮询分组。急停、启停、故障复位优先级高频率反馈、电流、电压可以分时读取。第三超时重试和故障隔离。每台变频器独立状态超时重试三次后标记故障不影响其他从站。第四数据一致性。读回来的数据加时间戳上位机显示时能判断是否过期。第五日志记录。通讯故障、重试次数、恢复时间记录下来方便排查。你可以在样机测试时模拟 32 台变频器用 Modbus Slave 软件做从站观察 PLC 的轮询顺序和 CPU 占用。如果软件支持在线监控数组你可以直接看每台变频器的状态字变化。如果不支持就要用变量表或 HMI 显示。测试完成后把代码和配置归档形成公司自己的标准库。下次做类似项目直接复用编程方式这条线的价值就体现出来了。5.4 结果复盘和风险预案测试结束后要复盘。把编程方式、生态、服务三个维度的实际表现和评分表对比看看哪些是预期之内哪些是意外问题。比如某个品牌软件很好用但 Modbus 多从站轮询需要自己写生态分要扣某个品牌服务响应快但备件周期长售后服务分要扣。复盘不是为了否定品牌而是为了匹配项目。你要问自己这个项目最不能妥协的是什么如果通讯稳定性最重要那就选通讯库成熟的如果维护人员水平有限那就选中文资料全的如果项目在偏远地区那就选服务网点近的。风险预案也要写。比如主要品牌选 A备选品牌选 B通讯模块多买一个备件关键程序做好注释和备份现场调试预留足够时间跟厂家确认远程支持通道。国产 PLC 替代外资 PLC最大的风险不是硬件坏而是调试期不可控。预案做得越细现场越不慌。我一般会在选型报告里写清楚选型结论、评分依据、测试记录、风险项、应对措施、后续验证计划。这样即使换人接手也能看懂为什么选它。6. 常见问题与排查技巧实录选国产中文 PLC实际使用中会遇到很多小问题。有些是软件问题有些是通讯问题有些是干扰问题有些是服务问题。下面我把常见问题和排查技巧整理出来都是现场踩过或看别人踩过的坑。你不需要全部记住但遇到问题时可以按这个思路查。6.1 软件装不上、中文乱码、驱动冲突软件装不上是最常见的第一道坎。表现包括安装到一半报错、提示缺少运行库、杀毒软件拦截、驱动签名失败、端口被占用、打开工程闪退。排查顺序是先关杀毒软件和防火墙再用管理员权限安装然后检查系统运行库最后看安装路径有没有中文或空格。如果还是不行换一台干净电脑试确认是软件问题还是电脑环境问题。有的国产 PLC 软件对 Win11 兼容不好可以试试兼容模式或虚拟机但虚拟机网络连接模式要选桥接或 NAT 时要注意通讯调试别让网络隔离影响下载。中文乱码也常见。变量名、注释、HMI 文字、导出 CSV 都可能乱码。原因通常是编码格式不一致比如软件用 GBK导出用 UTF-8Excel 打开就乱了。解决方法是统一编码导出时选对格式或者用支持编码切换的文本编辑器转换。变量名尽量用常用汉字避免生僻字和特殊符号。如果项目要跟 MES、OPC UA 对接建议变量表同时保留英文标签防止上游系统不识别中文。驱动冲突主要出在 USB 下载线、串口线、网口通讯上。有的软件安装后会占用 COM 口导致其他设备不能用有的 USB 转串口芯片驱动版本太老导致通讯不稳定。解决方法是去官网下载最新驱动安装后在设备管理器里确认端口号不要频繁插拔。网口通讯要确认 IP 地址、子网掩码、网关电脑和 PLC 要在同一网段防火墙要放行。遇到通讯问题先用 ping 测网络再用厂家工具测连接最后才怀疑程序。6.2 通讯时好时坏终端电阻、屏蔽、接地、轮询周期Modbus RTU 通讯时好时坏是现场最折磨人的问题之一。常见原因有四个第一终端电阻没接或接错。RS485 总线两端通常要接 120 欧姆终端电阻中间从站不要接。第二屏蔽层处理不对。屏蔽线要单端接地不要两端都接否则形成地环路。第三接地不良。PLC、变频器、通讯模块、变频器地线要共地但强电地和弱电地要分开处理。第四轮询周期太短。从站响应慢主站不等就发下一帧导致冲突。你要根据从站数量和响应时间调整超时和帧间隔。排查时可以用串口调试工具监听总线看发送和接收的数据是否完整。如果发送正常接收错乱多半是干扰或终端电阻问题。如果某台从站偶尔不响应检查该从站地址是否冲突、通讯线是否松动、变频器是否干扰大。对于 32 台变频器这种场景建议分总线、加中继器或改用 Modbus TCP。不要一味延长超时时间那样轮询周期会越来越长。通讯稳定的关键是物理层做好协议层做好超时重试应用层做好故障隔离。6.3 模拟量跳动、IO损坏、干扰处理模拟量跳动是国产 PLC 常见的抱怨但不一定是 PLC 本身问题。先查传感器供电是否稳定信号线是否屏蔽屏蔽层是否单端接地信号线与动力线是否分开走变频器输出线是否用屏蔽电缆电机是否接地良好。然后查 PLC 模拟量模块的滤波设置比如平均次数、采样周期、断线检测。如果还跳可以用信号发生器直接给模块标准信号判断是模块问题还是现场干扰。国产 PLC 模拟量模块精度有高有低选型时要看分辨率、精度、隔离方式不要只看价格。IO 损坏通常和浪涌、短路、接错线有关。数字量输出带感性负载比如继电器、电磁阀、接触器必须加续流二极管或 RC 吸收。输出端不要直接驱动大电流负载中间加中间继电器。输入端接长线时要考虑感应电压必要时加光耦隔离或滤波。PLC 电源要稳定建议加隔离变压器或 UPS。柜内布线要强弱电分开接地排要可靠。很多 IO 损坏不是 PLC 质量差而是外围保护没做好。选型时问清楚 IO 点是否隔离、输出类型、最大电流这些参数很重要。6.4 程序移植后动作不对从外资 PLC 移植到国产 PLC动作不对很常见。原因可能是扫描周期不同、定时器精度不同、变量初始化不同、上升沿触发方式不同、输出刷新机制不同。比如原来程序依赖 1 毫秒定时器做精确定时国产 PLC 扫描周期是 5 毫秒定时就不准了。原来用西门子的上升沿指令国产 PLC 可能是扫描周期内有效逻辑要改。原来输出是立即刷新国产 PLC 可能等扫描结束才刷新高速动作就会延迟。排查方法是分段测试。先把手动模式调通再调自动步序先单步运行再连续运行先空载再带载。用在线监控看关键变量的变化时序尤其是传感器信号、定时器、计数器、输出线圈。移植时不要整段复制要按功能块重写保持变量命名一致。对于状态机程序重点检查步序跳转条件、互锁条件、急停复位路径。程序动作不对往往不是大问题而是某个边沿没抓到、某个定时器没复位、某个输出被双线圈覆盖。耐心分段查比重写更快。6.5 服务扯皮怎么留证据服务扯皮很现实。设备出问题厂家说是你程序问题你说是模块问题代理商说找原厂原厂说找代理商。为了避免扯皮平时要留证据。第一选型时的技术承诺、通讯协议、备件周期尽量让对方发邮件或文字确认。第二调试过程中的问题记录包括时间、现象、排查步骤、对方回复。第三程序版本和参数备份每次修改都留版本号。第四故障模块拍照、记录序列号、保留现场。第五合同里写清楚服务范围、响应时间、备件供应、培训内容。这些证据不一定用得上但用上时很关键。如果厂家技术支持不及时可以通过代理商、官网客服、区域经理多条线联系。不要只在微信群里问正式问题发邮件抄送相关人。远程支持时提前准备好网络、软件、程序、问题描述节省双方时间。如果问题影响生产先切换备用方案再追责。服务这条线既要靠厂家也要靠自己管理。选型时选服务好的品牌使用中也要建立自己的维护记录。6.6 选型问题速查表下面这张表可以贴在工位上选型或排查时快速对照。问题可能原因排查动作选型预防软件装不上杀毒拦截、运行库缺失、系统不兼容关杀毒、管理员安装、换干净电脑选型前做安装测试中文乱码编码不一致、生僻字、导出格式统一编码、改英文标签、换导出格式确认变量表和导出兼容性通讯时好时坏终端电阻、屏蔽、接地、轮询太快查物理层、加终端电阻、调整超时选通讯库成熟品牌做多从站测试模拟量跳动干扰、供电、滤波、模块精度信号源直测、加滤波、分开布线确认模拟量精度和隔离方式程序移植动作不对扫描周期、定时器、边沿、输出刷新分段测试、在线监控、改逻辑提前评估迁移成本服务响应慢代理商转达、厂家资源不足多线联系、发正式邮件、找区域经理选型时问清响应链和备件备件停产系列生命周期短、模块冷门找替代型号、提前囤关键备件确认生命周期和替代方案多变频器轮询卡死单台故障拖死全局、超时没处理独立状态机、超时跳过、故障隔离选支持结构体和多从站例程的品牌这张表不是万能的但能帮你快速定位方向。实际排查时先从最简单的电源、接线、地址、波特率查起再查程序逻辑最后查干扰和硬件。很多问题不是 PLC 品牌不行而是系统设计没做好。选型时把编程方式、生态、服务三条线都过一遍使用时把物理层、协议层、应用层都做好国产中文 PLC 完全可以撑起很多项目。最后再分享一个小技巧如果你在几个国产中文 PLC 品牌之间犹豫不要只看官网参数直接找厂家要一个“多从站 Modbus 轮询 状态机 中文变量”的例程拿回来编译、下载、模拟测试。能在一周内给你完整例程和技术支持的品牌通常生态和服务都不差只会发手册让你自己看的品牌后面大概率也要你自己扛。我在实际项目里如果预算只能砍一项我会先保服务响应和备件再砍花哨的软件功能这个顺序踩过几次停机坑之后基本不会变。 国产中文PLC选型：编程方式、生态、服务三条线
1. 先讲结论国产中文 PLC 选型为什么盯住编程方式、生态、服务国产中文 PLC 这几年在中小型自动化项目里出现得越来越频繁很多做设备、做产线、做改造的朋友都会遇到同一个问题预算压下来了交期也催得紧国产中文 PLC 到底怎么选才不踩坑。我自己的经验很直接别一上来就盯着点数、价格、扫描周期先把三条线捋清楚编程方式决定你的团队能不能快速上手生态决定后面扩展、通讯、备件、资料跟不跟得上服务决定出问题时你是自己扛还是有人一起扛。这三条线任何一条断了省下来的硬件钱后面都可能变成停机损失。这篇文章适合三类人看第一类是第一次从外资 PLC 转到国产中文 PLC 的电气工程师第二类是自己做非标设备、想控制成本的小老板或项目负责人第三类是刚学 PLC、准备做毕业设计或课程设计的学生。你们关注的点不完全一样但选型逻辑是通的先看软件顺不顺手再看生态能不能闭环最后看服务链是不是真能落地。我自己做过产线改造、做过单机设备、也帮朋友处理过“买回来才发现通讯库不全”的烂摊子下面就把这三条线拆开讲透。1.1 三条线不是口号是停机时能不能自救很多人选 PLC 喜欢做一张表比 IO 点数、比 CPU 速度、比价格结果表格看起来很漂亮上机之后才发现问题。编程方式这条线真正影响的是你改程序的速度。比如现场要临时加一个手动模式或者把原来一台 PLC 控制三台变频器的逻辑改成控制八台如果软件支持状态机写法、支持中文变量、支持结构化文本你可能半天就改完了如果软件只能画很死的梯形图变量名还是 T0、M10、D100那改起来就是翻手册、对地址、重新下载时间全耗在找点上。生态这条线更隐蔽。它不只是“有没有官网”而是包括编程软件版本、通讯库、HMI 连接、伺服和变频器配套、上位机 OPC UA 接口、社区案例、AI 代码生成辅助、模块生命周期这些东西。有些国产 PLC 本体很便宜但你要用 EtherCAT 带伺服或者要用 Modbus 轮询 32 台变频器官方库和例程就特别关键。生态不全最后就是你自己从零写通讯、自己抓包、自己试寄存器地址项目利润很容易被调试时间吃掉。服务这条线很多人等到设备趴窝才重视。国产 PLC 品牌的服务能力差距很大有的品牌在主要城市有办事处和技术支持有的只能靠代理商转达。你打电话过去对方能不能直接给你通讯协议表、能不能远程看一下程序、能不能当天发一块 IO 模块这些比宣传册上的“7×24 小时”更真实。我现在的习惯是选型阶段就把服务问清楚尤其是备件周期和软件版本更新策略因为这些会在设备运行两三年后集中暴露。1.2 什么场景适合国产中文 PLC什么场景别硬上国产中文 PLC 最适合的场景一般是中小型设备、单机控制、产线局部改造、环境相对可控、对成本敏感、对交期敏感的项目。比如包装机、切料机、简单装配线、水泵控制、风机控制、照明控制、非标测试台这些项目用国产 PLC 往往很划算。编程方式上梯形图加一点 ST 就能覆盖大部分逻辑生态上Modbus RTU、Modbus TCP、CANopen、EtherCAT 这些常用协议都有对应模块服务上国内品牌响应通常比外资快沟通也没有语言障碍。但有些场景别硬上。比如大型流程行业、安全等级要求很高、需要长期全球备件、需要跟大量既有外资系统深度耦合或者项目要求必须用某一种特定总线且认证极严这时候国产 PLC 不是不能做而是你要先确认清楚认证、冗余、热备、诊断深度能不能满足。如果不能满足强行替换最后会很痛苦。我的建议是把国产中文 PLC 放在“能闭环、能验证、能服务”的范围内用不要为了国产化率去赌整个项目的稳定性。还有一个判断方法看你的团队有没有能力做底层调试。如果团队里有人熟悉 IEC 61131-3懂 Modbus 寄存器映射会用串口工具和网络抓包那国产 PLC 的可玩性很高很多品牌都能通过脚本、ST、C 语言做深度定制。如果团队只会照着例程改梯形图那就要优先选软件做得好、例程多、中文资料全、代理商技术强的品牌。选型不是选最强而是选最匹配。2. 编程方式这条线先看你的人会不会用再看软件顺不顺手编程方式是国产中文 PLC 选型里最容易被低估的一条线。很多人只看“支持梯形图”就过了但实际项目里梯形图只是底线。你还要看它支持不支持 ST、SFC、FBD、IL变量能不能用中文注释能不能批量导入程序能不能分块库能不能封装在线修改方不方便仿真能不能离线跑。这些细节决定了你从选型到调试的整体效率。我见过同一个项目用 A 品牌两天调完用 B 品牌拖了六天硬件价格差不多差别全在软件体验和编程方式上。2.1 IEC 61131-3 五种语言与国产软件的差异IEC 61131-3 定义了五种常见编程语言梯形图、功能块图、顺序功能图、结构化文本、指令表。国产 PLC 大多数都声称支持 IEC 61131-3但支持程度不一样。有的品牌是原生基于 CODESYS 内核编程体验比较接近通用平台ST、SFC、FBD 都完整库管理也成熟。有的品牌是自家软件梯形图做得不错但 ST 编译器限制多SFC 只能做简单步序FBD 库很少在线修改还会受限。你选型时不要只看宣传页直接问三个问题第一ST 语言支持哪些数据类型支不支持数组、结构体、联合体、指针第二程序能不能按功能块封装能不能做库文件复用第三在线修改时能不能只下载修改块不用整机停机。这三个问题很实际。比如你要做一台 PLC 控制 32 台变频器的程序如果没有结构体和数组你就要写 32 套重复逻辑改一个参数要改 32 个地方后期维护非常痛苦。如果支持结构体数组你可以用循环轮询代码量少很多。我自己的偏好是逻辑联锁用梯形图方便电工和维修人员看懂流程控制用 SFC 或状态机步序清晰数据处理、通讯轮询、字符串解析用 ST。这个组合不挑品牌但前提是软件支持。国产中文 PLC 如果只支持梯形图做小设备没问题做复杂通讯和配方管理就会很累。所以编程方式这条线第一步不是比谁功能多而是比你的团队能不能用得上、改得快。2.2 中文变量、中文注释和中文指令到底值不值国产中文 PLC 很大的卖点就是中文编程环境。中文变量、中文注释、中文报警、中文指令名对新手和一线维修确实友好。比如“启动按钮”“急停反馈”“变频器故障”“气缸伸出到位”这些变量名比 X0、M100、D200 直观太多。设备半夜报警维修人员打开程序看到中文注释排查速度会快很多。这一点在人员流动大的工厂里特别值钱因为程序可读性直接影响维修效率。但中文编程也有边界。第一中文变量名不要太长否则在线监控时显示不全反而不方便。第二中文注释要统一规范比如输入、输出、中间变量、报警、通讯分别加前缀不要随便写“启动1”“启动2”。第三如果项目要跟外资 PLC 或上位机系统对接变量表最好同时保留英文标签避免导出 CSV 或 OPC UA 节点时乱码。第四中文指令名虽然直观但如果你以后要迁移到 CODESYS 或其他平台太依赖中文指令会增加迁移成本。我的做法是变量名用中文加英文缩写比如“启动按钮_StartBtn”“变频器1_运行_FB1_Run”注释写清楚信号来源、有效电平、常开常闭、所在页码。这样既照顾现场维修也方便自己后面查。中文编程不是让你偷懒而是让你把文档做进程序里。选型时可以现场试一下新建一个中文变量写一段带中文注释的 ST下载后在线监控看显示是否正常、导出是否乱码、搜索是否方便。这个测试十分钟就能做完但能避免后面很多麻烦。2.3 从西门子、三菱转国产的迁移成本怎么算很多人原来用西门子 S7-200 SMART、S7-1200或者三菱 FX 系列转国产中文 PLC 时最担心程序迁移。迁移成本不能只算“代码重写时间”还要算硬件接线变化、通讯协议变化、HMI 地址变化、调试习惯变化、备件变化。比如西门子的 DB 块、多重实例、符号寻址在国产 PLC 里可能对应结构体、功能块实例、标签变量概念接近但细节不同。三菱的 D 寄存器、M 继电器、X/Y 输入输出在国产 PLC 里可能是软元件映射也可能是标签变量写程序前必须搞清楚。我一般按四个维度估算迁移成本第一逻辑复杂度。纯开关量逻辑迁移最快梯形图重画就行。第二通讯复杂度。原来用 Profinet、Profibus 的转国产后可能改用 Modbus TCP、EtherCAT 或 CANopen协议栈要重新写。第三HMI 和上位机。如果原来用 WinCC、组态王、触摸屏地址表要重新映射报警和配方要重新对。第四工艺Know-How。有些算法写在西门子 PLC 的 SCL 里转国产后要确认 ST 编译器支不支持浮点精度、定时器精度、扫描周期会不会影响结果。实际项目里我会先选一个最小的功能块做迁移试点比如一台设备的自动循环。把它从原平台写到国产平台再对比运行效果。如果这个功能块迁移顺利再扩大。如果连最小闭环都别扭那就要重新评估品牌。不要一上来就全厂替换风险太大。迁移成本算清楚后你会发现编程方式这条线不只是软件好不好看而是直接决定项目周期和人力投入。2.4 实操用状态机写一台 PLC 控制多台变频器的框架一台 PLC 控制多台变频器是国产 PLC 很常见的应用。热词里经常出现“一台 PLC 控制 3 台变频器”“PLC 控制 32 台变频器程序设计”“西门子 PLC 与 32 个变频器 Modbus 通讯控制”这类问题。核心难点不是接线而是轮询调度和状态管理。如果 32 台变频器都用 Modbus RTU 轮询波特率 9600 或 19200 时一轮读写完可能要几百毫秒到一秒必须做超时、重试、优先级和故障隔离。否则一台变频器掉线整个轮询卡死其他变频器也跟着失控。我一般用状态机写通讯调度而不是用一大堆定时器和指针。思路是每台变频器抽象成一个结构体里面包含站号、状态、重试次数、命令字、频率给定、反馈数组。主程序用 CASE 语句按步骤轮询每步只处理一台或一小批超时就跳过并标记故障下一轮再试。这样程序清晰扩展也容易。示意代码可以写成这样TYPE tVFD : STRUCT SlaveID : BYTE; Step : INT; Retry : INT; Cmd : WORD; SpeedSet : INT; Status : WORD; Fault : BOOL; END_STRUCT END_TYPE VAR VFDs : ARRAY[1..32] OF tVFD; Index : INT : 1; TimeoutTimer : TON; END_VAR CASE VFDs[Index].Step OF 0: // 发送读状态命令 Modbus_Read(VFDs[Index].SlaveID, 16#0000, 2, ...); VFDs[Index].Step : 1; 1: // 等待反馈超时重试 IF Modbus_Done THEN VFDs[Index].Status : ...; VFDs[Index].Step : 2; ELSIF TimeoutTimer.Q THEN VFDs[Index].Retry : VFDs[Index].Retry 1; IF VFDs[Index].Retry 3 THEN VFDs[Index].Fault : TRUE; VFDs[Index].Step : 99; ELSE VFDs[Index].Step : 0; END_IF; END_IF; 2: // 写频率或启停命令 ... 99: // 故障处理等待人工复位 ; END_CASE;这段代码只是框架不同品牌语法会有差异但思路通用。关键点是不要让轮询顺序写死成“1、2、3……32”然后死等而是每台独立状态超时跳过。对于 32 台变频器建议分优先级急停、故障复位、启停命令优先级高频率反馈、电流读取可以慢一点。通讯周期如果要求高可以考虑 Modbus TCP 或 EtherCAT但成本也会上去。选国产 PLC 时直接问厂家有没有多从站轮询例程有没有超时重试封装这比看 CPU 主频更有用。2.5 注意事项别被 AI PLC 代码生成带偏现在 AI PLC 代码生成很热确实能帮你写一些 ST 框架、状态机、Modbus 轮询模板但千万别直接下载到设备里跑。PLC 代码和普通软件不一样它直接控制执行机构一个变量写错、一个扫描周期没处理可能就是撞机或伤人的事。AI 生成的代码常见问题包括变量未初始化、数组越界、定时器没有复位、通讯失败没有处理、急停逻辑不完整、手自动切换冲突。你可以在电脑上让它生成思路但正式代码必须自己逐行审查并用仿真或空载测试验证。我的习惯是AI 只用来做三件事查语法、写注释、生成测试向量。比如让它生成一段 Modbus CRC 校验代码或者把梯形图逻辑翻译成 ST 伪代码这些可以节省时间。但涉及安全联锁、运动控制、多轴同步、变频器启停的部分必须自己写、自己测。选型国产 PLC 时也可以看看厂家有没有官方的代码库和例程官方例程的可信度通常比网上随便搜的代码高。编程方式这条线最终还是看你能不能掌控代码而不是看 AI 能不能替你写代码。3. 生态这条线软件、协议、社区、备件缺一个都难受生态这个词听起来虚但在 PLC 选型里特别实。生态不是“有多少合作伙伴”而是你遇到问题时能不能快速找到答案。软件生态决定你装不装得上、版本兼不兼容协议生态决定你能不能跟变频器、伺服、HMI、上位机、视觉系统通讯硬件生态决定你能不能方便地扩展 IO、模拟量、温度、称重、通讯模块社区生态决定你搜不搜得到案例。一个品牌如果只有本体便宜周边全是坑那这个便宜只是暂时的。3.1 软件生态安装包、库、版本兼容、授权软件生态是我第一个检查项。具体看五点第一编程软件能不能从官网直接下载需不需要注册、审核、找代理商要第二软件版本是不是稳定有没有长期支持版本不要一年换一个大版本老程序打不开第三库文件全不全常用功能块、通讯库、运动控制库、PID 库有没有官方封装第四授权方式清不清楚是免费、按点数收费、还是按功能收费第五操作系统兼容性支不支持 Win10、Win11支不支持虚拟机支不支持多版本共存。这里面最容易被忽略的是版本兼容。有些国产 PLC 软件更新很快新版本能打开旧程序但旧版本打不开新程序。你现场调试用的是新版本客户电脑上是旧版本程序传过去就报错。还有些软件安装时会替换系统驱动、占用固定端口、和杀毒软件冲突装一次要折腾半天。选型时最好拿一台干净的电脑做安装测试再拿一台已经装了其他 PLC 软件的电脑做兼容测试。如果安装都费劲后面维护会更费劲。授权也要问清楚。有的品牌软件免费但高级功能比如 ST、EtherCAT、运动控制要买授权有的品牌软件按 CPU 序列号绑定有的品牌教育版和商业版功能不同。你如果是设备厂商还要考虑最终客户能不能自己安装软件、能不能自己备份程序。软件生态不透明后期每一次维护都是成本。我的底线是编程软件必须能方便地备份、恢复、离线仿真库文件必须能导出和归档否则再便宜我也不敢用在量产设备上。3.2 通信生态Modbus、EtherCAT、CANopen、OPC UA通信生态决定国产 PLC 能不能融入你的系统。最常见的协议是 Modbus RTU 和 Modbus TCP几乎所有国产 PLC 都支持但支持得好不好差别很大。你要看它支不支持主站和从站同时运行支不支持多从站轮询支不支持超时重试支不支持寄存器地址自动映射。比如一台 PLC 控制 32 台变频器如果 Modbus 主站性能弱轮询周期会很长故障隔离也做不好。选型时可以直接问厂家要一个多从站例程看代码结构和注释是否清晰。中高端场景会用到 EtherCAT、CANopen、Profinet、EtherNet/IP、OPC UA。国产 PLC 在 EtherCAT 和 CANopen 上进展很快尤其是做运动控制的品牌很多都基于 CODESYS 或自家实时内核。你要确认的是支持的是主站还是从站带轴能力多少同步周期多少支不支持分布式时钟能不能和第三方伺服混用。OPC UA 这几年也很重要因为上位机、MES、SCADA 都要数据。如果 PLC 自带 OPC UA 服务能省掉很多网关如果没有就要确认有没有第三方网关方案。我遇到过最典型的问题是变频器支持 Modbus RTUPLC 也支持 Modbus RTU但两边寄存器地址定义不一致有的从 0 开始有的从 1 开始有的功能码只支持 03有的支持 06 和 16。结果程序写完了读回来的数据全是偏移的。所以通信生态不能只看“支持 Modbus”要看协议细节、地址表、例程、调试工具。选型时最好拿实际变频器、伺服、HMI 做一次联调不要等设备到现场再试。3.3 硬件生态IO 模块、HMI、伺服、变频器硬件生态包括本体、扩展 IO、模拟量、温度模块、称重模块、通讯模块、远程 IO、HMI、伺服、变频器。国产 PLC 品牌很多但能做成完整生态的不多。有的品牌 PLC 本体做得好但扩展模块种类少模拟量精度一般有的品牌 PLC 和自家 HMI、伺服、变频器配合很好但跟第三方设备连接麻烦有的品牌只做 PLC周边全靠第三方兼容性要自己测。你选型时要问扩展模块能不能带电插拔地址怎么分配最多扩展多少个模块电源容量够不够。模拟量模块要看分辨率、精度、隔离方式、采样周期。温度模块要看支持的热电偶、热电阻类型。通讯模块要看支不支持你需要的协议。HMI 方面要看画面软件好不好用能不能和 PLC 变量表直接互通能不能做配方、报警、历史曲线。伺服和变频器方面如果是同一品牌通常调试更顺但价格可能更高如果混用第三方通讯和时序要重点验证。我一般建议如果是中小项目优先选生态相对完整的品牌哪怕单个模块贵一点整体调试时间会省回来。如果是大型项目可以混合使用但要把通讯接口标准化比如统一用 Modbus TCP 或 OPC UA 做数据交换。硬件生态的核心不是“什么都有”而是“你需要的那一部分有成熟方案”。不要为了一个冷门模块换整个平台也不要为了便宜选一个周边几乎空白的品牌。3.4 社区与资料生态教程、案例、论坛、AI辅助社区和资料生态对新手尤其重要。一个品牌如果中文手册齐全、例程多、论坛活跃你遇到问题能很快搜到答案。反过来如果资料只有一本简略手册例程都是十几年前的论坛没人回那你只能自己摸索。现在还有 AI 辅助比如用大模型查指令用法、生成 ST 模板、解释报错但前提是网上有足够的文本资料。资料越少AI 越容易胡编最后还是要靠实验验证。我看资料生态主要看四块第一官方手册是否分册清楚安装、编程、通讯、模块、故障代码是不是分开第二官方例程是否覆盖常见场景比如 Modbus 轮询、PID、运动控制、HMI 连接、视觉通讯第三社区是否活跃问题有没有人回答第四有没有第三方培训机构、视频教程、开源库。对于刚学 PLC 的人来说这些比硬件参数更重要。你可以在选型前搜一下“品牌名 Modbus 轮询”“品牌名 EtherCAT”“品牌名 状态机”看搜出来的内容质量如何。不过也要警惕“资料很多但很水”。有些视频教程只是把手册念一遍有些例程没有注释有些代码直接抄来抄去。你要找的是能运行、能解释、能扩展的资料。我的经验是官方例程优先其次是代理商技术分享最后才是网友代码。AI 生成的内容只能当参考不能当依据。社区生态好不代表你可以不测试社区生态差也不代表不能用但你要有更强的自学和调试能力。3.5 生态红线我会设的三条硬指标生态再丰富也要设红线。我给国产中文 PLC 设三条生态红线第一核心通讯协议必须有官方库或官方例程不能全靠自己从零写。比如你要用 EtherCAT 带 8 个轴官方必须提供轴控库和例程否则项目风险太高。第二编程软件必须有离线仿真和程序备份功能不能只靠在线调试。第三常用备件和模块必须在合理周期内能买到不能因为一个通讯模块停产导致整机改型。这三条红线看起来简单但能筛掉很多不靠谱的选择。第一条保证项目能做出来第二条保证维护能持续第三条保证设备活得久。如果某个品牌价格特别低但连这三条都满足不了我宁愿加预算换一个更稳的。生态红线不是限制创新而是控制风险。国产 PLC 发展很快很多品牌在进步但选型时你要看它现在能不能满足你的项目而不是看它未来可能做成什么样。未来会更好但你的设备下周就要发货。4. 服务这条线不是看口号是看响应链和备件链服务这条线我一般把它拆成售前、售中、售后三段。售前看厂家愿不愿意帮你选型、借样机、做培训售中看能不能帮你调试、迁移程序、联调通讯售后看响应速度、备件供应、软件更新、生命周期。国产 PLC 品牌的服务差距很大有的品牌在华东、华南有密集的技术支持有的品牌主要靠代理商代理商水平又参差不齐。你买的不只是 PLC还包括出问题时的一条求助通道。4.1 售前服务选型、样机、培训售前服务不是请客吃饭而是看对方能不能听懂你的工艺。你告诉厂家“我要控制 32 台变频器轮询周期 500 毫秒以内还要做故障隔离”对方如果只会说“没问题”那你要小心。真正懂技术的售前会问你变频器什么品牌什么协议站号多少波特率多少轮询数据量多少有没有优先级要求有没有备用方案。然后他会给你推荐 CPU、通讯模块、隔离器、终端电阻甚至给你一份轮询时间估算。样机测试是售前服务里最有价值的部分。你可以借一块 CPU、一个通讯模块、一个 DI/DO 模块拿回公司做两周测试。测试内容包括软件安装、程序下载、在线监控、Modbus 轮询、模拟量采集、断电保持、扩展模块识别。如果厂家愿意借样机还愿意派技术远程支持说明服务链条比较完整。培训也很重要尤其是从外资转国产的团队厂家如果能提供半天到一天的实操培训比自己看手册快很多。我建议在售前阶段就问清楚样机借测要不要押金借测周期多久技术支持是电话还是远程有没有培训资料和视频。不要觉得这些问题不好意思问设备出问题时更不好意思的是你自己。售前服务好的品牌往往在合同签订前就能让你感受到专业度。售前只谈价格、不谈技术的后面服务通常也强不到哪里去。4.2 售中服务调试、程序迁移、通讯联调售中服务最关键的是调试支持。设备到现场后问题会集中爆发程序下载不了、通讯不通、IO 点不对、模拟量跳动、HMI 连不上、变频器报警。这时候厂家技术支持能不能快速介入直接决定项目进度。好的品牌会给你一个技术支持群里面有应用工程师、通讯工程师甚至能远程桌面帮你看程序。差的品牌只能让你找代理商代理商再找原厂一圈下来半天过去了。程序迁移和通讯联调也是售中服务的一部分。如果你原来用西门子、三菱现在换国产 PLC厂家能不能提供迁移指导能不能帮你确认 ST 语法差异能不能提供 Modbus 地址映射模板这些都很实际。我遇到过厂家技术直接拿我的变频器手册帮我整理寄存器表还写了一段轮询例程这种支持就很有价值。也遇到过厂家只说“你自己看手册”那后面的项目我就不会再选了。售中服务还要看响应时间。不要只听“24 小时响应”要问是工作时间还是全天是电话响应还是到场响应远程支持用什么工具要不要额外收费。如果项目在偏远地区还要问附近有没有办事处或代理商。售中服务做得好设备调试期能少熬很多夜。对我来说售中服务是选型的加分项也是品牌实力的真实体现。4.3 售后服务响应时间、备件、生命周期售后服务是长期成本。PLC 装到设备上可能要运行五年、十年期间会遇到模块损坏、软件升级、系统扩展、备件更换。售后服务要看四点第一响应时间电话、远程、现场分别多久第二备件供应常用模块有没有库存停产前会不会通知替代型号是否兼容第三软件更新修 bug 及不及时新版本会不会破坏老程序第四生命周期这个系列还能供货多少年有没有长期支持计划。备件链特别重要。我见过一个项目PLC 本体没问题但一个四通道模拟量模块停产了替代模块尺寸和接线都不一样客户又不想改柜子最后只能高价找库存。所以选型时要问这个型号属于哪个系列系列生命周期多久常用模块有没有替代方案。如果厂家说“至少供货十年”最好写进合同或选型报告。售后服务不是等坏了再找而是提前确认最坏情况下的退路。软件更新也要关注。有些国产 PLC 软件更新频繁但老程序兼容性不好有些软件几年不更新新系统装不上。你可以看官网的版本记录看看最近一年更新了什么是修 bug 还是加功能。如果一个品牌长期不更新但你的项目又需要新功能那就要谨慎。生命周期长的产品通常软件维护也更有保障。售后服务这条线最终看的是厂家愿不愿意长期陪跑而不是一锤子买卖。4.4 服务问询清单打电话时该问什么为了不让服务评估停留在感觉上我整理了一份问询清单。你打电话给厂家或代理商时可以照着问答案记下来最后横向对比。问的时候不要只听口头承诺最好让对方发邮件或微信文字确认方便后面留证据。问询项具体问题判断标准技术支持电话、远程、现场分别多久响应工作时间 2 小时内电话响应远程当天可约样机借测能不能借 CPU、通讯模块、IO 模块愿意借测且周期不少于 7 天程序迁移从西门子/三菱迁移有没有指导有迁移文档或工程师协助通讯联调Modbus、EtherCAT 能不能协助调试有例程、有地址表、可远程支持备件供应常用模块库存多久停产通知提前多久常用模块现货或一周内停产提前 12 个月通知软件更新版本更新频率老程序兼容吗有版本记录承诺兼容策略培训有没有线下或线上培训提供实操培训资料和视频收费哪些服务免费哪些收费明确列出收费项目和标准这张表不用全问一遍但核心项要问。尤其是备件和软件更新很多人选型时忘了问后面吃亏。服务这条线的本质是风险转移你不可能所有问题都自己扛所以要把厂家能承担的部分写清楚。如果厂家连这些问题都不愿意回答那服务能力大概率有限。5. 实操选型流程从需求表到 POC 上机我一般走 7 步前面讲了编程方式、生态、服务三条线接下来讲具体怎么落地。我自己的选型流程一般是七步需求梳理、品牌初筛、评分表、样机测试、通讯联调、带载测试、复盘决策。这个流程不复杂但能避免“凭感觉选型”。尤其是 POC 上机测试花一周时间可能省下后面一个月的调试。下面我把关键步骤拆开讲你可以根据自己的项目裁剪。5.1 需求清单和评分表第一步是需求清单。不要只写“需要 PLC 一台”要写清楚IO 点数数字量输入输出各多少模拟量输入输出各多少有没有温度、称重、高速计数、脉冲输出通讯协议Modbus RTU、Modbus TCP、EtherCAT、CANopen、OPC UA 分别要不要控制轴数伺服还是变频器多少轴要不要插补扫描周期要求普通逻辑 10 毫秒够不够运动控制要不要 1 毫秒环境要求温度、湿度、振动、粉尘、电磁干扰认证要求CE、UL 或其他预算范围硬件、软件、服务分别多少。把这些写清楚选型才有依据。第二步是评分表。我一般按三条线分配权重编程方式 30 分生态 35 分服务 35 分。编程方式下面分软件易用性、语言支持、中文支持、迁移成本、调试效率生态下面分协议支持、模块丰富度、软件兼容、社区资料、备件周期服务下面分售前支持、售中调试、售后响应、培训、收费透明度。每个品牌打分最后加权。评分表不是为了算出一个绝对答案而是为了让讨论有依据避免“我觉得这个好”这种空话。评分时要注意不同项目权重不一样。比如做简单单机设备编程方式权重可以高一点做多轴运动控制生态权重更高做偏远地区项目服务权重更高。你可以把评分表发给团队一起填最后看分歧在哪里。分歧大的项往往就是风险点。比如大家都觉得某个品牌便宜但对通讯库是否完整有疑问那就把通讯联调列为必测项。选型不是选最便宜的也不是选最贵的而是选风险可控的。5.2 样机测试编程、通讯、带载样机测试是选型里最值得投入的环节。拿到样机后先做基础测试软件安装、新建工程、变量定义、程序下载、在线监控、断电保持、强制输出、故障诊断。然后做通讯测试Modbus RTU 读写、Modbus TCP 连接、多从站轮询、超时重试、断线恢复。最后做带载测试接实际变频器、伺服、HMI跑一段真实工艺。测试过程中要记录问题包括报错信息、复现步骤、解决时间。这些记录会直接影响最终评分。我特别建议做“非正常测试”。比如通讯线拔掉看程序多久报故障从站断电看轮询会不会卡死变频器报警看 PLC 能不能正确读取故障字程序在线修改看会不会影响其他任务。这些异常场景才是现场最常遇到的。正常测试只能证明功能有异常测试才能证明系统稳。国产 PLC 在正常功能上通常没问题差距往往在异常处理和诊断深度上。带载测试还要看实时性。比如 32 台变频器轮询你可以用 Modbus 调试工具模拟从站逐步增加到 32 台观察轮询周期和丢包率。如果轮询周期超过工艺允许范围就要考虑换通讯方案比如改用 Modbus TCP 或 EtherCAT。样机测试不用追求一次成功但要把问题暴露出来。暴露得越早项目风险越小。5.3 多变频器通讯测试32 台轮询的工程化写法多变频器通讯是国产 PLC 选型里很典型的场景因为它同时考验编程方式、生态和服务。32 台变频器如果用 Modbus RTU波特率 19200每台读 2 个寄存器写 2 个寄存器加上间隔和超时一轮下来可能要 1 到 3 秒。如果你的工艺要求 500 毫秒刷新那 Modbus RTU 就不够要改用 Modbus TCP 或现场总线。选型时要把这个时间算清楚不要让厂家拍脑袋说“没问题”。工程化写法有几个要点第一参数配置与轮询逻辑分离。站号、寄存器地址、缩放系数、超时时间放在结构体数组或配方表里不要写死在代码里。第二轮询分组。急停、启停、故障复位优先级高频率反馈、电流、电压可以分时读取。第三超时重试和故障隔离。每台变频器独立状态超时重试三次后标记故障不影响其他从站。第四数据一致性。读回来的数据加时间戳上位机显示时能判断是否过期。第五日志记录。通讯故障、重试次数、恢复时间记录下来方便排查。你可以在样机测试时模拟 32 台变频器用 Modbus Slave 软件做从站观察 PLC 的轮询顺序和 CPU 占用。如果软件支持在线监控数组你可以直接看每台变频器的状态字变化。如果不支持就要用变量表或 HMI 显示。测试完成后把代码和配置归档形成公司自己的标准库。下次做类似项目直接复用编程方式这条线的价值就体现出来了。5.4 结果复盘和风险预案测试结束后要复盘。把编程方式、生态、服务三个维度的实际表现和评分表对比看看哪些是预期之内哪些是意外问题。比如某个品牌软件很好用但 Modbus 多从站轮询需要自己写生态分要扣某个品牌服务响应快但备件周期长售后服务分要扣。复盘不是为了否定品牌而是为了匹配项目。你要问自己这个项目最不能妥协的是什么如果通讯稳定性最重要那就选通讯库成熟的如果维护人员水平有限那就选中文资料全的如果项目在偏远地区那就选服务网点近的。风险预案也要写。比如主要品牌选 A备选品牌选 B通讯模块多买一个备件关键程序做好注释和备份现场调试预留足够时间跟厂家确认远程支持通道。国产 PLC 替代外资 PLC最大的风险不是硬件坏而是调试期不可控。预案做得越细现场越不慌。我一般会在选型报告里写清楚选型结论、评分依据、测试记录、风险项、应对措施、后续验证计划。这样即使换人接手也能看懂为什么选它。6. 常见问题与排查技巧实录选国产中文 PLC实际使用中会遇到很多小问题。有些是软件问题有些是通讯问题有些是干扰问题有些是服务问题。下面我把常见问题和排查技巧整理出来都是现场踩过或看别人踩过的坑。你不需要全部记住但遇到问题时可以按这个思路查。6.1 软件装不上、中文乱码、驱动冲突软件装不上是最常见的第一道坎。表现包括安装到一半报错、提示缺少运行库、杀毒软件拦截、驱动签名失败、端口被占用、打开工程闪退。排查顺序是先关杀毒软件和防火墙再用管理员权限安装然后检查系统运行库最后看安装路径有没有中文或空格。如果还是不行换一台干净电脑试确认是软件问题还是电脑环境问题。有的国产 PLC 软件对 Win11 兼容不好可以试试兼容模式或虚拟机但虚拟机网络连接模式要选桥接或 NAT 时要注意通讯调试别让网络隔离影响下载。中文乱码也常见。变量名、注释、HMI 文字、导出 CSV 都可能乱码。原因通常是编码格式不一致比如软件用 GBK导出用 UTF-8Excel 打开就乱了。解决方法是统一编码导出时选对格式或者用支持编码切换的文本编辑器转换。变量名尽量用常用汉字避免生僻字和特殊符号。如果项目要跟 MES、OPC UA 对接建议变量表同时保留英文标签防止上游系统不识别中文。驱动冲突主要出在 USB 下载线、串口线、网口通讯上。有的软件安装后会占用 COM 口导致其他设备不能用有的 USB 转串口芯片驱动版本太老导致通讯不稳定。解决方法是去官网下载最新驱动安装后在设备管理器里确认端口号不要频繁插拔。网口通讯要确认 IP 地址、子网掩码、网关电脑和 PLC 要在同一网段防火墙要放行。遇到通讯问题先用 ping 测网络再用厂家工具测连接最后才怀疑程序。6.2 通讯时好时坏终端电阻、屏蔽、接地、轮询周期Modbus RTU 通讯时好时坏是现场最折磨人的问题之一。常见原因有四个第一终端电阻没接或接错。RS485 总线两端通常要接 120 欧姆终端电阻中间从站不要接。第二屏蔽层处理不对。屏蔽线要单端接地不要两端都接否则形成地环路。第三接地不良。PLC、变频器、通讯模块、变频器地线要共地但强电地和弱电地要分开处理。第四轮询周期太短。从站响应慢主站不等就发下一帧导致冲突。你要根据从站数量和响应时间调整超时和帧间隔。排查时可以用串口调试工具监听总线看发送和接收的数据是否完整。如果发送正常接收错乱多半是干扰或终端电阻问题。如果某台从站偶尔不响应检查该从站地址是否冲突、通讯线是否松动、变频器是否干扰大。对于 32 台变频器这种场景建议分总线、加中继器或改用 Modbus TCP。不要一味延长超时时间那样轮询周期会越来越长。通讯稳定的关键是物理层做好协议层做好超时重试应用层做好故障隔离。6.3 模拟量跳动、IO损坏、干扰处理模拟量跳动是国产 PLC 常见的抱怨但不一定是 PLC 本身问题。先查传感器供电是否稳定信号线是否屏蔽屏蔽层是否单端接地信号线与动力线是否分开走变频器输出线是否用屏蔽电缆电机是否接地良好。然后查 PLC 模拟量模块的滤波设置比如平均次数、采样周期、断线检测。如果还跳可以用信号发生器直接给模块标准信号判断是模块问题还是现场干扰。国产 PLC 模拟量模块精度有高有低选型时要看分辨率、精度、隔离方式不要只看价格。IO 损坏通常和浪涌、短路、接错线有关。数字量输出带感性负载比如继电器、电磁阀、接触器必须加续流二极管或 RC 吸收。输出端不要直接驱动大电流负载中间加中间继电器。输入端接长线时要考虑感应电压必要时加光耦隔离或滤波。PLC 电源要稳定建议加隔离变压器或 UPS。柜内布线要强弱电分开接地排要可靠。很多 IO 损坏不是 PLC 质量差而是外围保护没做好。选型时问清楚 IO 点是否隔离、输出类型、最大电流这些参数很重要。6.4 程序移植后动作不对从外资 PLC 移植到国产 PLC动作不对很常见。原因可能是扫描周期不同、定时器精度不同、变量初始化不同、上升沿触发方式不同、输出刷新机制不同。比如原来程序依赖 1 毫秒定时器做精确定时国产 PLC 扫描周期是 5 毫秒定时就不准了。原来用西门子的上升沿指令国产 PLC 可能是扫描周期内有效逻辑要改。原来输出是立即刷新国产 PLC 可能等扫描结束才刷新高速动作就会延迟。排查方法是分段测试。先把手动模式调通再调自动步序先单步运行再连续运行先空载再带载。用在线监控看关键变量的变化时序尤其是传感器信号、定时器、计数器、输出线圈。移植时不要整段复制要按功能块重写保持变量命名一致。对于状态机程序重点检查步序跳转条件、互锁条件、急停复位路径。程序动作不对往往不是大问题而是某个边沿没抓到、某个定时器没复位、某个输出被双线圈覆盖。耐心分段查比重写更快。6.5 服务扯皮怎么留证据服务扯皮很现实。设备出问题厂家说是你程序问题你说是模块问题代理商说找原厂原厂说找代理商。为了避免扯皮平时要留证据。第一选型时的技术承诺、通讯协议、备件周期尽量让对方发邮件或文字确认。第二调试过程中的问题记录包括时间、现象、排查步骤、对方回复。第三程序版本和参数备份每次修改都留版本号。第四故障模块拍照、记录序列号、保留现场。第五合同里写清楚服务范围、响应时间、备件供应、培训内容。这些证据不一定用得上但用上时很关键。如果厂家技术支持不及时可以通过代理商、官网客服、区域经理多条线联系。不要只在微信群里问正式问题发邮件抄送相关人。远程支持时提前准备好网络、软件、程序、问题描述节省双方时间。如果问题影响生产先切换备用方案再追责。服务这条线既要靠厂家也要靠自己管理。选型时选服务好的品牌使用中也要建立自己的维护记录。6.6 选型问题速查表下面这张表可以贴在工位上选型或排查时快速对照。问题可能原因排查动作选型预防软件装不上杀毒拦截、运行库缺失、系统不兼容关杀毒、管理员安装、换干净电脑选型前做安装测试中文乱码编码不一致、生僻字、导出格式统一编码、改英文标签、换导出格式确认变量表和导出兼容性通讯时好时坏终端电阻、屏蔽、接地、轮询太快查物理层、加终端电阻、调整超时选通讯库成熟品牌做多从站测试模拟量跳动干扰、供电、滤波、模块精度信号源直测、加滤波、分开布线确认模拟量精度和隔离方式程序移植动作不对扫描周期、定时器、边沿、输出刷新分段测试、在线监控、改逻辑提前评估迁移成本服务响应慢代理商转达、厂家资源不足多线联系、发正式邮件、找区域经理选型时问清响应链和备件备件停产系列生命周期短、模块冷门找替代型号、提前囤关键备件确认生命周期和替代方案多变频器轮询卡死单台故障拖死全局、超时没处理独立状态机、超时跳过、故障隔离选支持结构体和多从站例程的品牌这张表不是万能的但能帮你快速定位方向。实际排查时先从最简单的电源、接线、地址、波特率查起再查程序逻辑最后查干扰和硬件。很多问题不是 PLC 品牌不行而是系统设计没做好。选型时把编程方式、生态、服务三条线都过一遍使用时把物理层、协议层、应用层都做好国产中文 PLC 完全可以撑起很多项目。最后再分享一个小技巧如果你在几个国产中文 PLC 品牌之间犹豫不要只看官网参数直接找厂家要一个“多从站 Modbus 轮询 状态机 中文变量”的例程拿回来编译、下载、模拟测试。能在一周内给你完整例程和技术支持的品牌通常生态和服务都不差只会发手册让你自己看的品牌后面大概率也要你自己扛。我在实际项目里如果预算只能砍一项我会先保服务响应和备件再砍花哨的软件功能这个顺序踩过几次停机坑之后基本不会变。