做工业控制这么多年我一直对“从日系PLC跳到CODESYS平台”这件事既抵触又好奇。第一次拿到汇川AC801项目的时候包装上大大的CODESYS标志让我心里直打鼓用惯了GX Works和三菱的风格换成完全走IEC 61131-3的另一套逻辑会不会把自己绕晕但真把一个三伺服贴标机项目做完之后不得不承认这趟“奇妙之旅”收获很大。后来陆陆续续把AM400、AM600也上了手渐渐意识到汇川这条产品线并不是简单把国外平台拿来做壳而是真的把软PLC、运动控制、总线通信揉成了一整套东西。这篇文章就把这些经验整理一下聊聊AC801和AM400/AM600在CODESYS生态里怎么搭、怎么调、怎么避坑以及那些你在官方教程里不一定会问到的细节。无论是刚从三菱、西门子阵营转过来的兄弟还是第一次接触Codesys 3.5的初学者应该都能找到有用的东西。1. 为什么AC801、AM400、AM600会让人“转粉”型号定位与平台选型思路1.1 汇川这几款控制器到底属于哪一档汇川的PLC产品线拉得很长从早期的H1U、H2U到现在常见的H3U、H5U再到面向中大型设备的AC801、AM400、AM600定位完全不同。AC801算是一体式控制器适合控制柜空间紧凑、又要跑多轴运动控制的项目AM400偏向中小型运动控制典型场景有贴标机、绕线机、包装设备AM600则往产线级控制靠IO扩展能力、通信接口、任务处理能力都更宽裕适合做整线或者单机加数据采集的混合项目。我自己常用的做法是把它们当“同一个平台下的不同配置”来理解。因为核心都在CODESYS 3.5上程序结构、库文件、通信配置几乎可以复用区别主要在硬件性能、轴数和扩展模块数量。比如AC801虽然体积小但跑三四个EtherCAT伺服轴完全没压力AM600则可以带更多轴、挂更多远程IO站。选型时不要只看轴数还要看程序任务数量、HMI刷新频率、总线扫描周期这些隐性开销。这里列个简单的参考对照型号定位典型应用我常用的选型理由AC801一体式控制器单机设备、紧凑控制柜集成度高占用空间小多轴EtherCAT控制够用AM400中小型运动控制贴标、绕线、包装、上下料性价比高轴数适中程序运行稳定AM600中型逻辑与运动控制整线联机、远程IO、产线数据采集扩展性强任务调度更灵活适合复杂工艺1.2 从三菱思维切到CODESYS第一周总想骂人我最早接触的是三菱的GX Works2/WORKS3梯形图拖惯了突然换到CODESYS 3.5第一感觉是“很多东西不能直接拖指令”。比如原来你可以在梯形图里找一个左移指令在CODESYS里你发现指令变成了函数或者方法入口参数、返回值都得自己处理。再比如三菱的软元件编号是X、Y、M、D到CODESYS里变成了%IX0.0、%QX0.0这种直接物理地址映射写变量表时很不习惯。但这其实是思路问题。CODESYS不是让你用“线圈和触点”去堆逻辑而是让你按IEC 61131-3的规范组织程序。梯形图还在只是你要把更多精力放在变量声明、功能块实例、任务配置上。我个人的适应套路是先把一个设备的所有输入输出写成变量不要在程序里直接写%I和%Q然后工艺动作全用ST结构化文本来写梯形图只留给人机联锁和简单逻辑。这样切换的感觉会好很多逻辑可读性也强。踩过的最大的坑是任务设置。第一次用CODESYS时没注意任务优先级把运动控制丢在10ms任务里结果轴走起来一抖一抖的。后来才明白伺服轴和手轮跟随这类实时逻辑必须放在快速任务里普通HMI读写、Modbus轮询放到慢速任务里反而更稳。这个在后面“程序组织”部分还会细讲。1.3 CODESYS生态的开放性让方案变“活”了说句实话一开始我对国产PLC内置CODESYS半信半疑担心只是套壳。但用了AC801之后发现它给你的不仅仅是编程软件而是整套IEC 61131-3运行时环境加运动控制库。这意味着你可以从CODESYS Store里找第三方库也可以用SoftMotion做运动控制甚至可以自己写ST函数块去封装工艺跨项目复用。更关键的是CODESYS 3.5的统一性让调试体验一致。今天写AC801的项目明天换AM600程序基本能平移只要重新映射设备描述文件就好。这在多项目并行的时候非常省心。另外汇川官网的下载中心可以找到设备描述包和固件升级包安装后CODESYS才能识别对应PLC型号。很多人拿到PLC一开始扫描不到设备其实就是没装Device Description后面会专门说。2. 开发环境搭建从设备描述文件到SoftMotion授权一次理顺2.1 3.5版本选择、设备描述文件和工程创建CODESYS版本号目前基本在3.5这个框架内迭代常用的有SP17、SP19甚至更高。我的建议是先用随汇川硬件资料一起发布或官网下载中心指定的CODESYS版本别为了尝鲜装最新版。因为不同SP版本的运行时兼容性不同PLC固件和IDE版本对不上下载时经常报“设备版本不匹配”。工程创建步骤其实很简单先安装CODESYS再安装汇川的Device Package设备描述文件然后新建Project选择对应PLC型号。很多人忽略的是设备描述文件的安装它决定了你在设备列表里能不能看到AC801、AM400这些型号。安装完成后我第一次扫描在线设备时能看到PLC的MAC地址和IP信息这比用串口查半天强多了。新建工程后还要学会看设备树。CODESYS的设备树里会有Application、任务配置、PLC_PRG等。如果你做运动控制需要在库管理里手动添加SoftMotion相关库。刚开始不建议把所有库都勾上缺什么再加什么否则库之间的依赖关系复杂了编译报错都找不到根因。2.2 添加SoftMotion Light和SoftMotion的正确姿势很多朋友搜“codesys添加softmotionlight 和softmotion”是因为分不清这两个东西到底有什么区别。简单说SoftMotion Light是基础运动控制库提供轴对象、点动、绝对定位、相对定位、电子齿轮、电子凸轮这些功能适合大多数单机设备。完整的SoftMotion则包含CNC插补、轴组协调、多轴联动、电子凸轮编辑器这些更重的功能一般用于数控机床和机器人。工程里添加库的位置在“库管理器”里右键“添加库”搜索SoftMotion你会看到Light版和完整版。需要注意一点同一工程里不要把两套SoftMotion混着加尤其不要自己手动重复安装同名库。我见过一个项目因为同时安装了两套版本的SoftMotion导致运动控制功能块的输入输出类型对不上编译能过但运行时轴状态异常。添加之后先写一个简单的绝对定位功能块练手例如MC_Power_0(Mode : 1, bEnable : TRUE); MC_MoveAbsolute_0(Axis : Axis1, Position : 100, Velocity : 50, Acceleration : 20, Jerk : 50);这个是最基础的调用。实际项目里你要处理使能逻辑、回零逻辑、限位逻辑但运动控制的框架基本就是“轴对象 功能块”的组合。如果只做点对点运动Light版足够一旦涉及G代码或插补才需要完整SoftMotion及其授权。授权这个事要提前和渠道确认有不少项目开发阶段能用到现场就发现功能块不执行原因是没买授权。2.3 “扫描不到设备”的排查USB、网口MAC地址和防火墙现场调试最常见的问题是CODESYS扫不到PLC。AC801和AM400、AM600一般都有网口调试时我第一件事是先确认电脑网口IP和PLC在同一个网段。CODESYS的在线通信设置里有“扫描网络”按钮能扫出设备的MAC地址和IP。有人问“codesys读取PLC网口MAC地址”其实就是在扫描网络面板里看设备信息或者用命令行ping通了再查ARP表但我更推荐直接在CODESYS里扫。如果扫不到按这个顺序排查物理连接是否正常交换机端口、网线是否松动。电脑防火墙是否拦了CODESYS通信服务临时关掉再扫一次。电脑上有没有多个网卡比如无线网卡占用了同网段导致数据走了错误的接口。PLC是否处于运行状态有些PLC下载程序前扫描不到是正常现象用USB连上去重新设置IP。最容易忽略的是Windows防火墙。CODESYS安装时会自己加规则但如果你用了绿色版或者精简版防火墙规则没写进去第一次扫描大概率失败。直接在Windows防火墙里放行CODESYS Communication服务即可。2.4 Easy521固件升级这件事千万别省有一次我拿Easy521做手轮跟随实验工程编译没问题但下载到PLC后SoftMotion功能块一直报错。查了半天是PLC固件版本和IDE版本不完全匹配。Easy521的固件升级包可以在官网下载中心找到操作很简单解压到U盘、按手册流程升级就行。在这里必须提醒三点第一升级前一定备份当前应用程序别以为只是刷系统第二升级过程中绝对不能断电否则PLC可能变砖第三升级后重新检查IP和程序配置有些参数会被恢复默认。固件升级不只是为了修Bug更多是为了让SoftMotion库、Modbus库这些底层组件和IDE版本保持同步。如果你在工程里遇到“库需要更高版本支持”的报错多半就是该刷固件了。3. 运动控制核心实战轴参数、手轮跟随与六轴机器人3.1 轴上那些参数单位、电子齿轮比和一个真实计算例子CODESYS里的轴对象有两种感觉一是编程端的逻辑轴二是物理轴AM400/AM600通过EtherCAT连接伺服驱动器后生成的轴。逻辑轴可以简单理解为驱动器的“影子”你在程序里MoveAbsolute它就把位置指令送给驱动器。在配置物理轴时比较重要的参数是伺服电机的电子齿轮比。很多朋友会搜“汇川伺服02-01设置”其实就是驱动器里关于脉冲当量或位置反馈的那组参数。例如SV630P伺服驱动器02组参数通常用于配置电子齿轮比。计算方式并不复杂假设电机编码器是2500线ABZ四倍频后等于每转10000脉冲你希望控制器发送1000个脉冲电机转一圈那么电子齿轮比的分子是1000分母是10000化简写进参数即可。如果你用的是总线控制比如EtherCAT通常不需要你手动算脉冲数因为轴位置单位可以在CODESYS里设置成mm、度、圈。用户单位设成mm后再填一下减速比、丝杆导程系统会自动换算。这个比脉冲方式直观太多但也容易埋坑换了机械规格后忘记同步修改减速比和导程位置就走得不对。我习惯在变量表里把“负载端每转对应的mm值”“减速比分子分母”这些参数集中管理。3.2 手轮控制伺服轴跟随的经典套路虚拟主轴加电子齿轮经常有人问汇川Easy521如何手轮控制伺服轴的跟随运动其实在CODESYS平台上思路更清晰把手轮当成一个虚拟主轴让真实伺服轴用电子齿轮功能块跟随它。听起来玄乎原理特别简单。第一步把物理手轮的脉冲读到PLC里通常用高速计数器或本地IO映射得到手轮当前位置量。第二步在工程里定义一个虚拟轴对象不映射到任何真实驱动器手轮位置就是虚拟轴的位置。第三步把伺服轴设置为从轴调用SMC_GearIn或者MC_GearIn主轴设为手轮虚拟轴设置齿轮比。这里有几个关键细节手轮倍率x1、x10、x100不要在轴上做做成程序里的系数这样倍率切换不会让轴位置瞬间跳变。方向反了不要改程序乘负号改虚拟轴方向参数或者齿轮比符号工程上更清晰。手轮停止时虚拟轴位置要保持住不要清零否则从轴会跟着回跳。手轮脉冲信号如果有抖动必须在PLC输入端做滤波不然位置读数乱跳轴动作会像抽风。用虚拟主轴的好处是后续如果要加“自动模式”或“回零模式”只需把主轴从“手轮虚拟轴”切换成“自动逻辑轴”两个模式的切换逻辑非常干净不会把伺服轴的控制逻辑搞乱。3.3 CNC与电子凸轮什么时候才需要完整SoftMotion很多设备厂老板开口就要“CNC功能”。但实际项目中90%的设备需求只是多轴联动、飞剪、往复曲线用电子凸轮就能完成不一定非要上完整SoftMotion。电子凸轮在CODESYS里通过SMC_CamIn这类功能块实现你可以把凸轮表数据放在数组里主轴每过一个角度从轴输出一个对应位置。这个非常适合包装机械的切料、追剪、往复送料。我第一次在AM400上做飞剪时用电子凸轮把追剪曲线拟合了一遍效果不错而且省掉了一套机械凸轮的成本。但如果真要做数控铣床、激光切割这种G代码加工那就需要完整SoftMotion的CNC功能。流程一般是把G代码文件作为资源加载到工程CODESYS里的CNC解释器解析路径然后通过插补器分配到各个轴。这时候库管理器里必须安装完整SoftMotion并且确认授权支持。另一点是CNC项目的调试周期会长很多路径精度、拐角速度、加减速规划都要反复试别指望一次到位。3.4 六轴机器人的逆解在CODESYS里怎么写不慌CODESYS控制六轴机器人不是神话但也没有现成的“机器人包”点一下就好。你要做的是自己实现运动学正逆解然后用SoftMotion的轴组功能把关节角度发给六个伺服轴。正运动学比较容易按D-H参数表把六个关节角依次做矩阵连乘得到末端位姿。逆运动学麻烦一点6轴机器人一般有解析解但需要针对你的机器人结构推导。推到一半会发现很多符号正负号很容易搞错我的经验是先在MATLAB里算出目标关节角再用CODESYS的ST代码把同样的公式写一遍对照验证。在CODESYS里轴组Group功能块可以管理多个轴比如SMC_GroupSetPosition、SMC_GroupMoveDirectAbsolute。你把逆解算出的六个关节角赋给轴组就可以让机器人末端按笛卡尔坐标运动。实际调试时还有一个必须注意的点先限定速度在驱动里设扭矩限制第一次空跑的时候把关节速度上限拉低。因为运动学模型有一点点偏差高速运转时非常吓人。4. 通信配置实录Modbus RTU、PROFINET 111报文与伺服调试4.1 Modbus RTU配置的坑与整套排查路径CODESYS里的Modbus RTU用起来不算难但它很考验对“地址偏移”和“功能块调用周期”的理解。我用的库通常是CODESYS自带的Modbus库主站功能块要配置串口、波特率、数据位、停止位、校验位这些参数必须和从站设备一致。最坑的坑有三个寄存器地址偏移。很多设备手册从40001开始编号但在CODESYS的Modbus库中实际地址可能从0开始。所以写40001往往等于从站的0号寄存器还是1号寄存器不同库版本不一样一定要用串口调试工具验证。主站功能块不能在每个周期都连续执行。Modbus RTU是半双工通信如果每个扫描周期都触发读写通信会乱。我一般把Modbus轮询放在独立任务里周期调到50ms到200ms并设置超时时间。多个从站轮询时每个从站的读写指令之间要留时间间隔否则总线竞争会导致某一站无响应。排查时先用PC上的串口调试工具模拟从站确认协议正确再接PLC。如果PLC作为从站接收数据要注意CODESYS里从站功能块和地址区映射。有位朋友曾经在汇川PLC和第三方仪表之间做Modbus RTU仪表上显示数据正确PLC读出来全是0最后发现是从站地址设成了0而Modbus从站地址范围不允许0。这些小问题文档里根本不会提醒。4.2 博图控制汇川SV600F走111报文PROFINET的典型玩法“博图控制汇川sv600f走111报文”这个搜索词很能说明现场问题。SV600F带PROFINET接口时很多时候是作为从站接入西门子S7-1200/1500系统通过标准报文来交换速度或者位置指令。111报文通常对应速度控制模式核心数据是控制字、目标速度附加字视具体产品而定。在博图里组态的步骤大致是这样先把汇川提供的GSDML文件导入博图再在设备视图里添加SV600F分配设备名称和IP地址然后在模块配置里选择对应的报文类型。之后你在PLC程序里直接往报文数据区里写控制字和速度值就能控制伺服。到CODESYS这一侧如果你不是博图做主站而是用汇川PLC做PROFINET主站思路也差不多添加从站设备、导入GSDML、映射IO地址然后在程序里操作镜像区的变量。报文本质是一段带确定顺序的输入输出数据控制字、状态字、速度设定、实际速度这些字的位置必须和手册完全一致。曾经有个项目我把控制字和目标速度的字序搞反了结果一给使能电机就转了一下又停了排查了好久。一定先抄手册里的报文结构表再往下做。4.3 FX5U时代留下的伺服经验还能嫁接到CODESYS吗搜“fx5u 汇川伺服”的人多半是从三菱FX5U转过来的老工程师。FX5U走脉冲控制或者简单总线控制的经验换到CODESYS后很多依然有用但也有几个明显的差异。第一原来用脉冲方向控制伺服时要关注脉冲频率上限、加减速时间这些概念在CODESYS里变成了轴对象的速度、加速度、加加速度参数。你设的加速度不再是“毫秒到速度”而是“每周期速度变化量”需要重新适应。第二从FX5U迁移到CODESYS不是单纯的指令替换。原来的DRVI、DDRVI变成MC_MoveRelative、MC_MoveAbsolute原来用FROM/TO指令读写伺服参数现在可以直接通过总线读取。我的建议是迁移旧项目时不要着急重写。先做一张IO点表把原有输入输出、报警、限位、回零逻辑全部列出来再用ST慢慢搬到CODESYS。搬完一个功能就点动验证一个宁可进度慢一点也避免大面积重写之后现场到处抓瞎。伺服电机的选型、惯量匹配和增益调试方法是不变的这部分经验在哪个平台都通用。4.4 通信数据里的字节序问题做跨品牌通信最耗时间的就是字节序。Modbus RTU通常按大端传输一个寄存器即高字节在前、低字节在后但有的设备偏偏低字节在前。PROFINET报文的双字也有字节序问题尤其当目标速度用32位或浮点传输时字和字节的排列方向不一样读出来的数值经常是天文数字。排查字节序问题有个笨但很有效的办法给一个已知值比如0x0102或1.0发送到对方然后在监视图里看收到的字节哪个出现在前面一下就能判断字节序类型。我习惯在变量表旁边放一张通信点表标明每个字的发送方、接收方、数据类型、字节序说明现场调试时能省一半时间。5. 程序组织与代码经验变量表、数据类型和气缸封装5.1 变量表不讲究后期维护火葬场CODESYS里的变量表比三菱那种“D区注释”的方式要规范得多。你可以把全局变量按功能块分组放在GVL全局变量列表里也可以在程序内声明局部变量。刚开始觉得变量声明繁琐但项目一大就会感谢这个设计。变量表里最坑的是数据类型。CODESYS自带BOOL、BYTE、WORD、DINT、LREAL等多种类型很多人不区分WORD和UINT或者把模拟量读上来的整型当BOOL用结果触摸屏上数值对不上、位运算结果错乱。我的规矩是所有布尔状态用BOOL所有状态字原样用WORD所有数值量用DINT或LREAL通信报文里需要严格对应长度时再用BYTE数组去映射。还要注意IO映射方式。CODESYS里物理IO地址可以按%IX、%QX直接访问但写程序时不要到处写物理地址应该把IO点先做别名变量例如Valve_1_Open AT %QX0.0 : BOOL;这样程序逻辑里调用的是Valve_1_Open而不是一坨%QX0.0。查线、改点位、增加扩展模块时同样变量名可以映射到新地址逻辑代码完全不用动。5.2 一个气缸封装功能块的完整写法很多人搜“汇川plc气缸封装程序实例”其实这在CODESYS里就是写一个功能块把“出缸、回缸、限位检测、超时报警”封装起来。下面是我常用的一段ST代码框架FUNCTION_BLOCK FB_Cylinder VAR_INPUT bExtendCmd : BOOL; // 出缸命令 bHomeLimit : BOOL; // 原位限位 bWorkLimit : BOOL; // 工作限位 tMoveTimeout : TIME : T#2S; END_VAR VAR_OUTPUT bMoving : BOOL; bAlarm : BOOL; eState : INT; END_VAR VAR tn : TON; bPrevCmd : BOOL; END_VAR逻辑上就是检测命令上升沿输出电磁阀动作开始计时。如果在设定的2秒内没有到达目标限位则置报警。这个封装看起来简单实际现场非常有用因为你把所有气缸的超时报警逻辑统一成一种写法调试时只看功能块实例的状态就行。这里有个容易被忽略的细节限位信号要处理抖动最好用延时或边沿滤波不然气缸到位瞬间信号闪跳程序会误判。还有就是“三中位气缸”或者“中间停止”工艺要在功能块里额外加保持状态并不是简单的两个DO输出。5.3 IO映射与模拟量换算的现场技巧汇川的AI/AO模块在CODESYS里读取原始值时通常得到的是整数。比如-10V到10V对应-27648到27648这个量程范围和西门子常见格式相似但不同汇川模块可能有偏移和量程差异。不要拿一个固定公式套所有模块要查模块手册确定。写一个通用的模拟量换算函数把原始值、量程上下限、工程单位上下限作为输入参数PV : (RawInt - RawLow) * (EngHigh - EngLow) / (RawHigh - RawLow) EngLow;换算函数写好后现场换模块、换传感器量程时只需要改参数不用改程序。除了换算还要注意模拟量断线检测。很多模块断线时会读到特定值比如-32768或者满量程程序里要提前判断避免设备异常动作。6. 常见问题速查与现场避坑清单6.1 我在调试中经常碰到的报错整理成一张表现象常见原因处理办法扫描不到PLC设备描述文件未装、IP不同网段、防火墙拦截装Device Package改电脑IP临时关防火墙下载程序时报“设备版本不匹配”IDE版本和PLC固件版本不一致用官方配套版本检查固件升级包轴使能后电机不动作驱动器未上使能、伺服使能信号配置错查轴对象Power功能块看伺服驱动器状态字SoftMotion功能块不执行缺少授权或库版本不对检查SoftMotion授权备份后升级库Modbus从站无响应站号、波特率、寄存器地址不匹配用调试工具打流逐个参数对照气缸到位信号闪跳限位信号未滤波加延时或滤波功能块查接线屏蔽模拟量读数偏差大量程范围、数据类型不匹配用标准信号源校准换算参数6.2 三个现场的“灵异事件”复盘第一个是AM600项目里伺服回零每次都差一点。查了很久发现是回零方向参数和机械限位安装方向正好相反每次回零都先撞到限位再反向导致累计误差。后来把所有轴的回零方向和回零方式统一成了“先找原点开关再找Z相”问题彻底消失。第二个是网口MAC地址一度扫描不到。当时以为是PLC坏了换了一根网线就好了。所以说先查物理层永远是对的。第三个是库冲突。现场同事把SoftMotion Light和完整SoftMotion都装进同一个工程编译正常下载后轴组功能一直超时。后来把库清理成一套完整版重启工程后一切正常。这个教训我一直记得CODESYSIDE里的库不是越多越好库依赖是个树状结构加得越乱越难查。6.3 接手这类项目你最好准备这些工具方面调试电脑建议装官方指定的CODESYS版本和Device PackageU盘常备固件升级包。连接方面准备一根靠谱的USB线加网线现场很多“通信失败”是调试线材接触不良。资料方面把伺服驱动器的说明书PDF、选型手册、通信报文手册都放到一个文件夹里不要现场才到处找。这里分享一个个人心得CODESYS项目调试时最好把HMI变量表、PLC全局变量表、通信点表放在同一个Excel文件的不同Sheet页每次改点都在表格里同步更新。不然程序写了一半点位对不上排查起来极其痛苦。另一个小技巧是第一次调试多轴设备时务必把所有轴的“速度限制和加速度限制”先写成较小值跑通逻辑后再逐步提高。调试逻辑和调试性能分两个阶段做效率反而更高。说起来这趟AC801、AM400、AM600的CODESYS之旅与其说是“换平台”不如说是一次重新理解运动控制的过程。平台只是工具真正决定项目上限的还是你对轴、通信、任务调度的理解深度。把基础功打扎实用哪家的平台都只是一个习惯问题。希望这篇记录能让你少踩几个坑顺利把自己手上的设备“玩”转。