1. 装软件之前先搞清楚一件事InProShop不是万能钥匙我见过太多新手拿到一台汇川的PLC第一反应就是去搜InProShop下载安装装完之后插上网线结果软件里怎么点都扫不到设备折腾一下午最后发现手里那台是H5U压根就不归这个软件管。这种事在工控圈太常见了不是人笨是入门信息太碎没人一开始就告诉你边界在哪。所以这章不讲界面、不讲按钮先把这软件到底管哪些设备、装它之前得准备什么说清楚。你把这一层理顺了后面所有操作都会顺很多这一层不理顺装十遍软件也是白搭。InProShop 是汇川面向中大型控制器的编程平台底层沿用的是 CODESYS V3 的内核和工程模型。这句话看着像废话但它解释了很多现象为什么它的界面跟某些欧洲软件长得几乎一样为什么工程目录里会出现.project后缀的文件为什么它支持结构化文本、梯形图、功能块图、顺序功能图这么多种语言为什么它的任务配置、库管理、设备树这些概念跟传统日系PLC编程软件差别那么大。理解了它是 CODESYS 系这件事你在网上找资料的范围一下就宽了——很多通用概念是相通的只是各家在设备描述、库函数、诊断接口上做了自己的封装。1.1 它和AutoShop的分工边界这是最该先搞清楚的一张表。汇川的控制器产品线拉得很长小型的、中型的、大型的编程软件不是同一个。拿错了软件连不上设备只是表象更深的问题是工程模型完全不同你在这个软件里写的程序不可能导到另一个软件里去用。控制器类型对应编程软件典型使用场景小型一体化控制器如H5U、H3U系列AutoShop单机设备、点位少、逻辑直接的场合中型模块化控制器如AM400、AM600系列InProShop多轴运动控制、EtherCAT组网、复杂工艺大型/柜式控制器InProShop产线级控制、多站协同我个人的判断习惯很简单看这台设备要不要做EtherCAT总线、要不要做多轴插补、程序规模是不是超过几百个网络段。只要沾上其中一条基本就该往InProShop这边走了。反过来说如果只是一个十几个IO的小工位用InProShop反而是杀鸡用牛刀编译、下载、组态的流程都比AutoShop重。提示不要靠设备外壳上的型号前缀去猜软件。同一系列不同代数可能换平台最稳的办法是查该型号的编程手册首页或者直接在软件里试扫描设备扫不到再换另一个软件试别在错误的软件里死磕。1.2 安装过程中几个容易被忽略的前置条件InProShop 的安装包不算大但装的过程有几个地方特别容易埋雷我按踩过的顺序列一下。第一是系统位数和运行库。软件是64位程序装在32位系统上直接报错。另外它依赖.NET运行库和Visual C运行库纯净版系统经常缺装到一半弹个缺少xxx.dll就卡住了。我的习惯是装之前先把系统更新跑一遍或者提前把常见运行库合集装上省得中途返工。第二是安装路径。别放中文路径也别放带空格的路径更别放在用户目录下比如桌面、文档。工控软件里很多组件对路径的解析很死板中文路径导致的编译异常、库加载失败排查起来极其折磨人。我一般统一装在某个盘的根目录下比如D:\InProShop这种简单粗暴但从不翻车。第三是杀毒软件和防火墙。安装过程中会释放不少组件某些安全软件会拦截注册表写入和后台服务安装装完看着成功了打开却少功能模块。安装阶段我一般临时关掉实时防护装完再加回来。第四是旧版本残留。如果之前装过别的版本卸载不干净会导致新版本加载旧的配置文件出现一些莫名其妙的界面异常。真要换版本卸载后手动去把残留目录清掉再装新的。第五是授权与账号。软件本身是免费提供给用户的但下载通常需要在官方渠道注册账号部分高级功能或库需要额外的授权文件。这一步别嫌麻烦正规渠道拿到的东西后期升级和维护才有保障。装完之后第一次打开界面可能会让你愣一下——左边一长条设备树右边一大片空白编辑区上方一排工具栏图标下方一堆输出窗口。别急着关下一章我们就把这些区域一个个对上号。2. 把界面上的每个窗口对应到实际工作流很多人学软件的方式是逐个菜单点一遍点完记住了按钮位置但真到干活的时候还是不知道从哪下手。原因是没有把这些窗口和我实际要做的事建立联系。工控编程的工作流其实很固定建工程 → 选设备 → 组态硬件 → 写程序 → 编译 → 下载 → 调试 → 归档。界面上每个区域都是为这条链路里的某一环服务的。你按这条链路去理解界面比死记按钮位置有用得多。2.1 设备树是全部逻辑的骨架打开工程后左侧那棵树是整个项目的骨架也是新手最容易点错的地方。它的层级大致是这样组织的最顶层是工程本身往下是设备节点Device设备下面挂着PLC逻辑Plc Logic、应用Application、任务配置Task Configuration、EtherCAT主站、本地IO等等再往下才是具体的程序组织单元POU、全局变量表、库管理器。这个树状结构有一个很重要的特性父子关系是有语义的。程序写在哪个应用下面、变量声明在哪个作用域、任务挂在哪个应用下这些位置错了编译不一定报错但运行时行为就是不对。我见过有人把功能块实例声明在临时变量区结果每次扫描周期都重新初始化电机状态永远保持不住查了半天以为是硬件问题。设备树的另一个作用是它是右键菜单的入口。软件里大部分添加xxx的操作都藏在对应节点的右键菜单里比如在设备节点上右键能添加扩展模块在应用节点上右键能添加POU在任务配置上右键能添加新任务。新手找不到功能的时候先在树上选中相关节点再右键八成能找到。提示设备树里的节点名称是可以改的建议一上手就改成有意义的名字比如把默认的EtherCAT_Master改成伺服总线把第一个POU改成主流程。等到工程里有几十个节点的时候你会感谢当初改名的自己。2.2 编辑器与工具箱的分工右侧的编辑区是分标签页的每打开一个POU就是一个标签。这里有个习惯问题值得说别把所有逻辑都塞进一个POU里。新手常见做法是一个主程序从头写到尾几百上千行后期改一个动作要在里面翻半天。合理的做法是按功能拆比如轴控、气缸动作、报警处理、通讯各一个POU主程序里只做调用和流程编排。编辑器上方通常有语言切换的选项同一个POU可以在梯形图和结构化文本之间切换不过切换后代码结构会有损失不建议来回切。我的经验是逻辑互锁、电气回路类的东西用梯形图现场电工看得懂排查方便数据处理、循环、字符串操作、复杂算法用结构化文本写起来省事。混着用完全没问题一个工程里两种语言并存是常态。下方的输出窗口和消息窗口是编译信息、下载信息、诊断信息的集中展示区。这个区域在调试阶段的利用率极高但新手往往编译完扫一眼0错误就关掉了。实际上警告信息里经常藏着真问题比如变量声明了但没使用、类型隐式转换、任务周期设置不合理这些在编译时只是警告跑到现场就变成故障。3. 建一个能跑起来的最小工程前面都是铺垫这一章开始动手。我的建议是第一次不要拿真实项目练手就建一个空工程加一个最简单的启停逻辑把整条链路走通。链路走通一次后面做多复杂的项目都是在这条链路上加东西。3.1 新建工程与设备选型新建工程时会让你选设备型号这一步必须跟实际硬件完全一致。型号选错编译能过下载可能也能过但IO地址映射、扩展模块支持、运动控制功能都会出问题。我一般会拿着设备铭牌核对一遍型号后缀的每一位都有含义别凭记忆选。选完型号后软件会自动生成一个基础工程骨架包含设备节点、PLC逻辑、一个默认任务和一个主程序。有些版本还会问你要不要创建EtherCAT主站如果项目里要用总线这里就勾上纯本地IO控制的场合可以不建后面需要了再手动添加。新建完之后第一件事是保存并且保存到一个专门的工程目录里不要放在桌面。工程文件是单个文件但它会引用外部的库和配置文件散放容易丢。3.2 硬件组态本地IO与EtherCAT主站硬件组态这部分决定了程序里能不能正确访问到物理点位。本地IO的组态相对简单在设备节点上右键添加扩展模块按实际插的顺序一个一个加顺序错了地址就全错。加完之后软件会自动分配地址比如输入从%IX0.0开始输出从%QX0.0开始。这时候建议打开IO映射视图核对一遍把每个点位的物理含义标注上去比如%IX0.0对应启动按钮、%QX0.0对应主电机接触器。这份映射表后面调试的时候能救命。EtherCAT组态稍微复杂一点流程是这样的先添加主站然后在主站上右键扫描设备软件会通过网口去探测总线上挂的从站。这里有个前提——从站的设备描述文件ESI文件通常是XML格式必须已经装在软件里。如果扫出来的从站显示为未知设备或者干脆扫不到八成是缺这个文件。文件一般由从站厂商提供通过软件的设备库管理功能导入导入后重启软件或者刷新设备库就能看到。扫描完成后从站的顺序就是实际接线顺序这个顺序不能乱。每个从站下面会自动生成对应的IO通道同样建议逐个标注含义。伺服轴的话还要在从站参数里配置轴的类型、编码器分辨率、齿轮比这些这部分内容量很大属于运动控制的专门话题这里先不展开。注意EtherCAT主站的通讯周期和任务的扫描周期要匹配。如果主站周期设成1ms而任务周期设成4ms会出现同步报警或者数据更新不及时。常规做法是两者设成一致或者任务周期是主站周期的整数倍。3.3 第一个POU和变量声明程序组织单元的创建在应用节点上右键完成选语言、起名字。第一次练手我建议用梯形图直观。变量声明区在编辑器上方格式是固定的一小段文本大致长这样PROGRAM MainProgram VAR bStartBtn : BOOL : FALSE; // 启动按钮 bStopBtn : BOOL : FALSE; // 停止按钮 bMotorRun : BOOL : FALSE; // 电机运行标志 tonStartDelay : TON; // 启动延时 END_VAR几个要点。第一变量命名加前缀b表示布尔、n表示整型、f表示浮点、t表示时间、s表示字符串。这套匈牙利命名法看着老派但在工控项目里极其有用尤其是在线监控的时候一眼就能看出这个变量是什么类型。第二要映射到物理点的变量声明时带上地址比如bStartBtn AT %IX0.0 : BOOL;。不带地址的变量就是内部变量编译不会报错但它永远不会跟硬件产生联系——这是新手最常见的程序写了但设备不动的原因之一。第三保持性变量单独声明。需要掉电保持的参数比如配方、累计值在变量声明区用保持属性标注或者在全局变量表里单独建一个保持区。默认变量掉电就清零这一点跟很多传统PLC的习惯不同务必注意。一个最简单的启停逻辑写出来大概是这样// 启停自锁逻辑 IF bStartBtn AND NOT bStopBtn THEN bMotorRun : TRUE; ELSIF bStopBtn THEN bMotorRun : FALSE; END_IF; // 输出映射 bMotorOutput : bMotorRun;这段代码本身没什么难度重点是理解扫描周期这个概念。PLC是循环执行的上面这段代码每个周期跑一遍变量状态在周期之间保持。所以自锁能成立不是因为有记忆而是因为变量在下一个周期还保持着上次的值。理解了这一点很多看起来奇怪的时序问题就都能解释了。4. 编译、登录、下载程序进CPU的完整链路程序写完不等于设备会动。从代码到设备真正执行中间有编译、登录、下载、启动这几个环节每一步都可能卡住。这一章把这条链路拆开讲顺便说说每一步的坑在哪。4.1 编译信息窗口怎么读点编译之后消息窗口会刷出一堆信息分错误、警告、信息三个等级。错误必须清零才能下载警告可以带着走但要逐条看清楚。常见的编译错误类型我整理了一下错误提示关键词实际原因处理方式未知标识符 / 未定义变量没声明或者拼写不一致检查声明区注意大小写敏感类型不匹配把整数赋给布尔或者浮点给整型加显式类型转换函数重复定义同一个变量名在两个地方声明检查全局变量表和局部变量表是否冲突缺少库用了某个功能块但没添加对应库到库管理器里添加任务未分配程序写了但没挂到任务下在任务配置里把POU加进去最后一条特别隐蔽。程序编译通过下载也成功设备就是不动查半天发现这个POU压根没被任务调用。软件不会把未被调用的POU当成错误它只是静静地躺在那儿。4.2 登录与下载的关键选项编译通过之后下一步是登录到设备本质上就是建立跟CPU的通讯连接。连接方式一般走以太网需要填目标IP。这里有个细节电脑的网段必须跟PLC的网段一致比如PLC是192.168.1.10电脑就得是192.168.1.x。新手经常忘改电脑IP然后一直怀疑是软件问题。登录成功后会提示是否下载。下载的时候有几个选项值得注意下载全部应用还是仅下载变更部分。第一次下载必须全量后续小改动可以只下变更速度快。但有个风险如果工程结构变了比如增删了任务、改了设备组态只下变更可能不完整导致运行异常。我的习惯是结构性改动一律全量下载只有纯逻辑微调才用增量。是否保留保持性变量的当前值。这个选项在调试阶段很重要。如果你正在调一个已经跑起来的设备全量下载会把保持变量清零可能导致参数丢失。调试期的正确做法是勾选保留或者在下载前手动记录关键参数。下载后是否自动启动。有些版本下载完CPU还是STOP状态需要手动切到RUN。设备不动的时候先看一眼CPU状态灯和软件里的运行状态显示别一头扎进程序里找问题。4.3 上电自启动与引导应用这里要单独拎出来说因为它是新手最容易忽略、后果又最严重的一个点。在CODESYS体系的软件里下载程序到CPU之后程序是存在RAM里的。如果没创建引导应用Boot Application设备断电重启后程序就没了CPU起来是空的。软件里通常有个创建引导应用或者随下载创建引导的选项下载时勾上就行。我见过现场调试完设备跑得好好的第二天客户打电话说开机什么都不动过去一看程序丢了重新下载一遍又好了。这种问题一旦发生在交付现场非常伤信任。所以调试流程里我一定会在最后一次下载后手动执行一次创建引导应用然后断电重启验证一遍确认程序能自己起来才算完事。同样需要验证的还有上电后的初始状态。设备上电时输出点是什么状态、伺服使能了没有、安全回路是否正常这些都要在设计阶段就考虑好不能等到现场才发现上电瞬间气缸乱动。提示下载完成后别急着走做三件事——切RUN、看状态灯、断电重启验证。这三步加起来不到两分钟能挡掉后面一大半的现场问题。5. 调试阶段真正用得上的几个功能程序下载进去只是开始真正花时间的是调试。软件里有几个功能用熟了效率能翻倍用不熟就只能靠猜。这一章挑三个我觉得性价比最高的讲。5.1 在线监控与写入在线监控就是让编辑器里的变量实时显示当前值。梯形图里能直接看到每个触点的通断状态、每个线圈的输出状态比万用表还直观。结构化文本里则是把鼠标悬停在变量上显示当前值。这个功能的价值在于验证逻辑链路。比如你怀疑某个条件没满足导致后续动作不执行直接在线看那个布尔量是真是假一秒钟定位。比在程序里插一堆临时变量打印出来快多了。在线写入强制/修改值是另一个利器但也是双刃剑。调试时可以强制某个输入点模拟现场信号省得真去按按钮。但强制用完一定要解除我见过强制了一个常闭点忘了解除设备正常运行中突然停机查了半天才发现是强制残留。软件里通常有全部取消强制的按钮调试结束前点一下养成习惯。5.2 Trace曲线抓时序问题有些问题靠看变量值是看不出来的比如气缸伸出和传感器信号差了50毫秒、伺服到位信号比位置指令晚了两个周期。这类时序问题必须看波形。Trace功能就是干这个的。配置的时候选几个要观测的变量设置采样周期和触发条件启动后软件会把变量值随时间的变化画成曲线。采样周期要设得比任务周期小不然采不到细节。用Trace的关键是触发条件的设计。比如要抓停机瞬间的状态就把触发条件设成运行标志由1变0并且设置触发前的数据保留预触发这样能看到停机前几秒发生了什么。不设触发靠人眼盯着基本抓不到偶发问题。5.3 诊断信息定位硬件故障EtherCAT总线的好处是诊断信息非常详细。主站和每个从站都有自己的诊断状态软件里能看到从站是否在线、通讯是否正常、有没有丢帧、工作计数器是否异常。现场出现总线故障时我的排查顺序是这样的先看主站整体状态确认总线是否建立再看具体哪个从站报错是单个从站的问题还是整条链的问题单个从站报错先查线网线、接头、供电再查从站本身整条链报错通常是主站前面的线或者主站配置有问题。还有一种常见情况是从站顺序错乱。EtherCAT是按物理连接顺序组网的如果现场接线顺序和组态顺序不一致扫描的时候就能看出来但从站会显示为不匹配。这种情况不用改程序把组态里的从站顺序按实际接线调整或者把线倒过来接。诊断窗口里的信息量很大新手容易被一堆状态码吓住。其实大部分时候只需要关注从站是否在线和是否有通讯错误这两个最粗的指标细分的错误码再针对性去查手册。6. 新手最常卡住的六个坑与排查链路这一章是经验总结都是我在带人或者自己上手时反复遇到的问题。我把排查过程写出来不是为了给答案而是让你能照着这套思路自己走一遍。6.1 扫描不到从站这是EtherCAT组态阶段的高频问题。排查链路我通常这样走先确认网口选对了。工控机或者笔记本经常有多个网口一个连办公网、一个连设备网软件里选错了网卡就扫不到。这个错误看起来很低级但发生率高得惊人。然后确认物理连接。主站口的指示灯有没有亮网线是不是标准线序中间有没有经过交换机有些场合经过交换机是没问题的但调试阶段建议直连排除变量。再确认从站供电和ESI文件。从站没上电当然扫不到上电了但缺设备描述文件扫出来也是未知设备。设备描述文件从从站厂商那里拿通过软件导入后需要重启软件生效。最后确认扫描范围。有些软件扫描时会遍历整个网段有些只扫当前配置的地址段范围设小了就漏。这个选项藏得比较深在扫描对话框的高级设置里。6.2 版本不匹配导致的下载失败这个坑的典型表现是编译完全通过点下载就报错提示类似固件版本不兼容或者设备描述与目标不一致。根本原因是软件版本和CPU固件版本有对应关系。软件版本太旧认不出新固件软件太新老固件不支持新特性。处理方式有两种升级软件或者升级CPU固件。现场设备不方便动的情况下装一个跟现场固件匹配的旧版本软件更稳妥——这也是为什么很多工程师电脑上同时装两三个版本的原因。装多版本的时候要注意不同版本的工程文件可能不兼容高版本存的工程低版本打不开。所以工程交接的时候要注明用的软件版本这条写进项目文档里能省掉后期很多麻烦。6.3 程序下载了但设备不动这个现象可以拆成好几个原因我按发生概率排CPU没切到RUN。最常见先看状态。POU没挂到任务下。编译不报错但代码不执行。到任务配置里确认调用了。变量没映射到物理地址。程序里操作的是一个内部变量输出点当然不动。检查声明里有没有AT %QX这样的地址绑定。输出点被其他地方复位了。程序里可能有多个地方在写同一个输出后写的覆盖先写的。这种情况用交叉引用功能查一下这个变量在哪些地方被赋值。硬件输出没供电。程序里输出状态是1但外部负载电源没接万用表量不到电压。软件在线监控看到的是逻辑状态不是物理状态这两者不是一回事。按这个顺序走一遍基本能定位到八九成。6.4 掉电后参数丢失前面提过一次这里补充细节。需要保持的变量有两类处理方式一类是在变量声明时加保持属性另一类是在CPU的系统设置里配置保持区大小。保持区是有容量限制的不是所有变量都能设为保持。配置的时候软件会显示已用和剩余空间超过上限会报错。所以设计阶段就要规划好哪些数据必须保持别一股脑全设上。6.5 在线修改后行为不一致在线修改Online Change方便但有个陷阱修改后的程序只存在于RAM里没写进ROM。也就是说这次改完运行正常下次断电重启跑的还是旧程序。所以在线修改之后如果确认改动有效一定要做一次完整下载或者重新创建引导应用把新程序固化进去。这个动作我一般放在调试阶段结束的时候统一做避免频繁写ROM。6.6 中文路径导致的各种诡异问题这个坑不明显但一旦踩上非常难查。表现是编译时报一些看不懂的错、库加载失败、工程打开后部分节点丢失。根源就是工程路径里有中文字符或者特殊符号。软件的某些组件对路径编码处理不完善遇到非ASCII字符就出问题。解决办法很简单工程、库文件、安装目录全部放在纯英文无空格的路径下。这条规矩我从入行起就守着十几年没在这上面栽过跟头。7. 工程归档这件事越早养成越好调试完的工程怎么保存反映的是一个工程师的职业习惯。我见过太多最终版、最终版2、最终版-真的最终这样的文件命名半年后自己都不知道哪个是哪个。工程归档这件事建议从第一个项目就开始养成习惯别等到出问题才后悔。7.1 项目另存为归档与库版本记录软件一般提供另存为归档的功能会把工程文件、引用的库、配置文件打包成一个压缩包。这个功能的价值在于把工程需要的所有依赖一起打包换台电脑打开也不会缺库。归档的时机我一般定在三个节点功能开发完成、现场调试完成、验收交付完成。每个节点存一个归档包命名里带上日期和阶段标识比如20240512_调试完成。这样后期要回溯某个阶段的状态直接拿对应的包就行。库版本这块要特别记录。工程里引用的库如果升级了老工程可能编译不过或者行为变了。所以归档的时候在工程目录里放一个说明文件写清楚用的软件版本、库版本、CPU固件版本这三项凑齐了工程才是可复现的。7.2 版本命名的一套土办法我不太用复杂的版本管理工具工控项目通常一个人或者两三个人做用不上那么重的东西。一套简单的命名规则够用了项目名_YYYYMMDD_变更说明比如包装线_20240512_增加急停复位逻辑。日期在前说明在后按文件名排序就是时间顺序。变更说明写人话别写优化、修改这种没信息量的词。另外每次交付给现场的程序单独留一份快照。现场人员可能会在设备上直接改程序哪怕你说了不要改出了问题拿你交付的版本对比一下能快速判断是不是被改过。这个习惯帮我省过好几次扯皮。工程目录里我还会放一个手写的IO对照表和一份关键参数记录纯文本就行。软件里的注释可能会因为版本问题丢失但文本文件永远都在。真正把一个项目做扎实靠的不是会多少高级功能而是这些看起来琐碎、但每一件都能在关键时刻救你的基本功。软件用熟只是时间问题习惯养成才是分水岭。