做了几年设备数据采集倍福TwinCAT这套东西给我的感觉一直是“性能很强但上位机接入有点门槛”。很多做MES、做设备数字化改造的工程师一看TwinCAT的ADS通信文档看到端口号、AMS NetId、符号寻址这些名词头皮就发麻。这文章我直接给你一套能在5分钟内跑通的方案用PLC-Recorder这个工具配合ADS通信协议把TwinCAT里的PLC变量数据捞出来存成CSV或者转发给数据库Windows平台上一路踩坑过来我把它整理成保姆级步骤照着做就能成功。1. 方案选型思路为什么是PLC-Recorder加ADS而不是别的先说结论在倍福TwinCAT场景下做数据采集合适路径不算多PLC-Recorder搭配ADS是目前性价比和上手速度最平衡的组合没有之一。1.1 常见TwinCAT取数方案对比之后才有结论刚接触TwinCAT数据采集时你可能会先碰到这么几类方案我挨个说下我的真实体感第一类是自己写C#或C程序调ADS动态库。这是最“原汁原味”的路子TwinCAT官方SDK就是干这个的功能完全不受限什么都能做。但问题是你至少得熟悉Visual Studio开发环境、了解ADS的端口分配规则、处理数据类型转换还得自己解决数据记录、断线重连、文件导出这一堆周边问题。一个功能完整的采集程序写下来开发加调试一周时间是非常正常的。而且后续设备型号一换、变量一增删你又得去改代码维护成本全在自己头上。第二类是用OPC UA统一架构去采集。TwinCAT有TF6100这个OPC UA服务器功能包属于收费授权。配置起来比ADS直接上手要友好很多第三方软件都支持OPC UA客户端接入。但这里有个现实问题OPC UA网关有性能损耗尤其是高频采集场景比如1毫秒或者100微秒级别的数据变化OPC UA的吞吐量和实时性都跟不上再加上授权费用小项目里通常不太划算。第三类就是PLC-Recorder这种专用采集软件。它底层也是走ADS协议相当于把第一类方案里的所有开发工作做成了配置化操作你不用写一行代码只要把变量地址填进去、设置好采集频率就能直接拿数据。它的核心优势我在实操里总结为三点对TwinCAT的版本兼容性做得细从TwinCAT 2到TwinCAT 3都能用还支持通过无线网卡连接控制器现场调试省很多事。数据通道和类型映射是自动处理的PLC里是REAL还是INT是数组还是结构体软件会帮你做转换不用手工解析。支持把采集结果实时转发给数据库、MES系统或者第三方面板不用再单独开发数据链路。1.2 我为什么最终在项目中锁定了这套组合去年我接手一条锂电池卷绕设备的数字化改造项目产线上6台TwinCAT 3控制器需要采集温度、张力、速度、报警码这几个维度数据采样要求不低于10毫秒采集周期要连续跑30天以上不停机。如果用OPC UA方案服务器授权费加上配套硬件预算起码多出大几千如果用自研ADS程序光调试那6台设备不同版本变量的兼容性我估计就得花掉两个星期。最后用的就是PLC-Recorder专业版加ADS通信的方式。整个过程配置完大概花了不到半天时间后来连续跑了两个月数据一条没丢。这里不是给软件打广告而是这套组合在实际项目里确实经住了考验部署快、运行稳、排障直接。对适合的人来说这套方案尤其推荐给下面这三类朋友做设备数据采集的电气工程师TwinCAT程序能看懂但不擅长写上位机代码。负责工厂数字化改造的自动化工程师需要用最快速度把产线数据跑起来验证数据价值后再做二次开发。设备厂商的售后调试人员需要短期记录设备运行曲线来定位故障原因要求工具轻量、配置快速。如果你是这三类人之一下面这套保姆级教程正好解决你的痛点。2. ADS通信核心原理别急着动手先把AMSNetId和端口搞清楚带过好几个新手同事我发现他们卡住的地方基本不在软件配置而是对ADS通信的几个概念没吃透。这里花5分钟把这个最关键的底子打好后面配置就是顺水推舟的事。2.1 ADS协议到底是怎么把数据从PLC传到PC的ADS这个缩写全称是Automation Device Specification中文一般叫自动化设备规范。它是倍福专门为TwinCAT系统设计的设备间通信协议可以通俗地把ADS理解成倍福生态里的“普通话”无论你是上位机软件、触摸屏还是另一个控制器只要说的都是“ADS方言”就能和设备交换数据。ADS通信有三要素缺一不可AMS NetId、AMS Port、变量地址。AMS NetId有点像IP地址只不过它是设备在倍福ADS世界里的唯一标识。一个标准的AMS NetId长这样192.168.3.1.1.1前四段一般和控制器的实际IP地址保持对应关系后面两段是设备编号和端口号逻辑。很多人在配置时直接把电脑的IP地址填进去结果连不上就是因为没理解NetId和IP是两码事。AMS Port则用来标识数据到底要发给TwinCAT的哪个模块你可以理解为PLC程序里的“房间号”。常见的有这几个端口号对应的TwinCAT模块851PLC Runtime 1第一个PLC任务852PLC Runtime 2第二个PLC任务350系统服务10000/10001用于从TwinCAT 3的XAE环境获取信息我们做PLC数据采集90%情况用的都是851端口也就是PLC Runtime 1。如果你项目里创建了第二个PLC任务那就用852。变量地址的意思是PLC里声明的每个变量在ADS世界里都对应一条地址记录TwinCAT 3时代更常用的是“符号路径”比如MAIN.ActualSpeed表示访问MAIN程序块里的ActualSpeed变量路径精确到每个程序块的嵌套结构。2.2 TwinCAT 2和TwinCAT 3的差异你配置时最容易踩坑这里必须单独强调TwinCAT 2和TwinCAT 3在这套机制上有明显差异如果你按照3的经验去配置2的设备大概率会出问题。TwinCAT 2时代变量访问默认采用ADS IndexGroup和IndexOffset方式简单说就是通过一种“地址编号”直接去内存里读取数据。这种方式读起来速度很快但要求你事先从PLC里导出变量地址表而且一旦程序编译后有变动地址表就得重新导出否则数据就会错乱。TwinCAT 3时代则主推符号路径访问直接把MAIN.变量名这种可读性极强的路径拿来做寻址。PLC程序修改后只要变量名不变地址路径就还是有效的这对我们做采集的来说省了太多事。PLC-Recorder对这两种寻址模式都做了适配老设备选TwinCAT 2模式新设备选TwinCAT 3模式基本不用你自己去手动填那些复杂的地址编号。但前提是你要能正确识别出你面对的是哪个版本的TwinCAT。一个最简单的判断方法看控制器开机界面或者工程文件后缀TwinCAT 2工程的解决方案文件后缀是.sln但项目文件后缀通常涉及.twincatTwinCAT 3工程则统一是.sln加.tsproj。另外TwinCAT 3的System Manager配置界面和TwinCAT 2差别很大一看便知。2.3 ADS通信的“网段限制”配置前必须确认ADS通信底层走的是TCP/IP协议但又不是普通的TCP通信。它要求在同一个广播域内才能实现自动发现如果你的PC和控制器的IP不在同一个网段直接配置是无法通信的。有个简单的经验先给控制器的网卡手动设置一个固定IP比如控制器是192.168.3.1那PC的网卡就设置成192.168.3.50最后一位错开就行子网掩码255.255.255.0。这个操作看似简单但我在项目现场发现很多人在配置PLC-Recorder前根本没有给PC网卡设IP一直是动态获取状态结果软件扫描不到设备然后就开始怀疑软件有问题。另外提一嘴如果你的PC装了虚拟机软件像VMware或者VirtualBox这些软件装好以后会添加虚拟网卡有时候会干扰ADS通信。我遇到过几次把虚拟网卡禁用掉以后PLC-Recorder立刻就能找到控制器了。这个问题比较隐蔽配置前先检查一下。3. PLC-Recorder保姆级实操从安装到拿到第一份数据的完整路径概念理清了现在进入实战环节。我按自己项目的配置顺序一步步写你照着做5分钟足够跑通基础配置。这里用PLC-Recorder 4.x版本界面做说明其他版本大同小异。3.1 安装与首次启动哪些选项必须“带脑子”选在开始之前确定你的Windows系统版本Win10和Win11都能跑得很流畅Win7的话建议提前确认下运行库是否完整。安装包下载后直接下一步安装没有坑但安装路径建议统一放在某个专门盘符的目录下比如D:\PLCRecorder别装到C盘系统盘。因为采集软件会随着运行产生大量数据文件放在C盘容易把系统盘占满拖慢系统性能。首次启动时软件会让你选择授权模式试用版、单机版还是专业版。试用版通常有在线时长或者数据量限制但这个阶段你是可以完整测试功能的。如果你只是临时采集一天数据试用版完全够用如果要长期运行建议直接申请正式授权。进入主界面后有几件事是先做掉第一个是设置数据存储路径默认路径可能在安装目录下时间长了文件一大就不好管理我一般单独建一个D:\PLCRecorderData文件夹。第二个是设置数据文件切割规则。PLC-Recorder是按时间段来分文件存储的你可以按小时、按天或者按固定文件大小来分割。用于长期记录的场景我习惯按天分割文件管理最清晰高频采集的场景一天的数据量可能几个GB那就按小时切方便几天后导出分析。第三个是检查软件服务是否已经启动。PLC-Recorder是支持后台服务模式运行的哪怕你不打开主界面采集服务也会在系统后台按照配置好的任务继续工作。这一点对长期无人值守的设备采集极其重要我有一次配好任务后直接关掉了主界面隔了一周来看数据一直在正常写入正是因为服务模式一直在后台跑。3.2 设备连接配置三要素填写不成功你就来找我这个环节是整个教程的核心也就是ADS通信参数的配置。在PLC-Recorder主界面找到“设备管理”或“连接设备”入口点击添加设备。这里你需要填写上面说过的三要素我逐项说第一项是设备名称这个随便填但建议起个有意义的名字比如卷绕机1号以后在多个设备之间切换时好区分。第二项是AMS NetId。这个怎么获取如果你是直接在开发电脑上运行TwinCAT打开TwinCAT系统管理器在“SYSTEM”节点的“Real Time”设置里能看到本机的AMS NetId。如果你是通过局域网连接远程控制器一般可以在控制器的TwinCAT工程文件里找到或者在TwinCAT开发环境的“Choose Target System”弹窗里查看设备列表。还有一个最直接的办法在运行窗口输入cmd打开命令行输入ipconfig查看控制器IP然后结合工程设置里的NetId规律去推断但这个方法只适用于固定网络结构的现场不建议新手到处试。第三项是端口号一般情况填851就行对应PLC Runtime 1。如果你是双PLC任务架构那就填852。还有一个细节如果你连接的是TwinCAT 2系统选851同样适用但寻址模式需要切换稍后我会在“变量配置”里说。填完这三项点击“测试连接”。如果显示连接成功说明底层的ADS通道已经打通这一步顺利的话后面就一片坦途。如果失败大概率问题出在网段不一致、防火墙拦截或者AMS NetId填错排查方法放在第5章节。3.3 变量配置从“我来取”到“帮它取”的思维转变连接测试通过后进入变量配置环节。这里有个设计思路要提前讲清楚PLC-Recorder不是让你手动敲一堆变量名的它有“在线浏览”功能可以直接读取PLC程序里的符号表让你像在文件管理器里看文件一样去勾选变量。在变量配置界面添加一组“采集点”然后点击“浏览PLC符号”之类的按钮软件会通过ADS通信把PLC所有任务程序块下的变量列表拉出来。你会看到类似这样的结构MAIN ├── ActualSpeed : REAL ├── SetSpeed : REAL ├── Temperature : ARRAY [1..6] OF REAL ├── CurrentState : INT └── AlarmCode : UINT勾选你需要的变量配置就完成了一大半。相比手动输入变量名这种方式最大的好处是保证路径绝对正确你不需要去背MAIN.ActualSpeed这种路径层次也不容易打字打错。有一个细节值得注意变量引用的时间段问题。如果你在采集过程中重新编译了PLC程序TwinCAT会自动把变量句柄重新映射PLC-Recorder这里绝大多数情况也能自动适配。但个别情况下比如设备重启后连接会自动重连变量路径若发生变化有可能出现“变量无效”的提示这时重新勾选一次就行。TwinCAT 2的配置会稍微多一步你需要先在TwinCAT 2系统管理器里用“PLC - Symbols”功能导出符号表文件通常是.tpy后缀然后在PLC-Recorder里导入这个文件软件才能识别变量列表。这个操作虽然多一步但比手输地址可靠得多。3.4 采样周期设置不是越快越好采样周期的设置是我很想多说两句的地方因为它直接决定你的数据文件大小和系统负载。PLC-Recorder支持的采样频率可以很高但你用不用得上是另一回事。我见过不少同事上来就把所有变量都设成1毫秒采样以为“越快越好”结果数据文件一天几个G分析的时候软件打开都卡最后还得降频重采白白浪费时间。我的经验是这样区分信号的物理本质来设置不同采样频率温度信号、液位信号惯性大变化慢100毫秒到1秒采样一次足够。电机转速、张力波动属于中速信号10毫秒到50毫秒采样一次合适。I/O状态、报警码、急停信号这一类注意虽然变化是离散的但为了捕捉准确的跳变时刻建议用最快档位去采比如1毫秒或者事件触发模式。PLC-Recorder支持对每个变量单独设置采集频率不要怕麻烦分成几个组来配置效果最佳。这样既能捕捉到快信号的瞬态变化又不会让慢信号的数据拖垮文件体积。对了还有一个采样的“零漂”问题。ADS通信的采样并不是完全的并行采集多个变量之间存在微小的时序差但这个差异一般在微秒级别对于绝大多数工艺分析场景来说完全可以忽略。如果你真要做精密分析比如伺服电机的电流波形那就需要更专业的方案比如TwinCAT的Scope View或者通过EtherCAT从站直接镜像数据这不是普通数据采集工具能覆盖的范畴。3.5 启动采集与验证拿到第一份数据所有配置完成后点击“启动采集”。这里我给个建议正式启动之前先让设备跑一个短暂的测试比如跑个1分钟然后去数据文件目录看一眼确认文件已经生成、行数在正常增长、变量值变化符合实际物理规律。怎么看数据是否正常直接打开生成的CSV文件里面每一行是一条带时间戳的记录每个变量单独一列。比如你采集的是卷绕机张力设定值是50N那你在运行平稳阶段看到数值稳定在49~51之间那就说明整条链路完全正常数据质量很高。如果你发现变量值全部是0或者某一个固定值先别怀疑传感器大概率是变量路径未正确关联回到变量配置里重新勾选一次就行。当你看到数据文件里的记录每一条都有时间戳、数值在正常范围内波动的时候这套ADS采集链路就已经完整打通了后面你自己要接数据库、接看板、接MES都是在这个基础之上再加几层。4. 高频采集与数据转发的进阶配置让数据真正用起来基础链路打通以后很多人会接着问怎么把数据接到我的数据库或者MES系统里去PLC-Recorder在这块内置了不少现成的对接模块我在项目中实际用过两种这里展开说说。4.1 数据库转发把实时数据变成业务数据PLC-Recorder支持多种数据库类型常见的MySQL、SQL Server、PostgreSQL都在支持范围内甚至还包括时序数据库InfluxDB。配置路径大同小异核心就三步第一步在软件里找到“数据转发”或“数据输出”的配置界面添加一个数据库连接。第二步填入数据库的IP地址、端口、库名、用户名、密码。要注意如果你的数据库跑在另一台服务器上确认这台软件电脑和数据库服务器之间网络是通的防火墙端口也放行。第三步选择要转发的采集点然后映射数据库表字段。PLC-Recorder会自动帮你创建一个数据表结构不过我更推荐你提前在数据库里建好表指定字段类型和索引因为自动建的表往往字段类型偏宽松写入性能会差一些这一点在数据量大的时候体现得比较明显。数据库转发的写入频率建议不要太高。我碰到过一个项目同事把转发间隔设成了500毫秒一次结果是数据库在高峰期处理不过来出现写入积压。我调整成2秒批量写入每次写入一批数据数据库压力骤减数据完整性反而更好。4.2 Modbus TCP服务器模式给老旧系统开一扇门有些现场还没有上数据库老旧的上位机系统只支持Modbus TCP协议读取数据。这时候PLC-Recorder有一个很实用的功能把它配置成Modbus TCP服务器可以充当一个“翻译官”。具体做法是在软件里启用Modbus TCP服务器功能软件会监听一个本地端口。然后你把需要往外发的变量来自TwinCAT的实时值绑定到Modbus寄存器地址上。这样老旧上位机只要按照Modbus TCP客户端去读这个软件电脑的寄存器就能获得TwinCAT的数据了。这个模式我使用下来的体验是配置稍繁琐但胜在不改任何上位机代码。它解决了一个非常现实的问题——很多产线上的监控软件写于十年甚至更早之前适配新的通信协议成本极高用PLC-Recorder做中间转换层几天就能把数据接出去。4.3 与第三方看板工具联动数据可视化的一条捷径数据采集完成的最终目的通常是可视化展示。虽然PLC-Recorder自带趋势图界面但很多工厂领导想看的是简洁的生产看板这时候数据转发给第三方工具是更常见的路径。如果你用的是IoTDB、InfluxDB这类时序数据库再配一套Grafana效果立竿见影。PLC-Recorder把数据持续写入InfluxDBGrafana直接对接读数据做折线图、柱状图、热力图都没问题刷新频率可以做到1秒级别。如果你对接的是MES或者自己内部开发的上位机那直接用它的API接口或数据库转发功能就行原理一致烦恼点都在网络连通和数据格式统一上。我见过一些失败的案例数据没接好最后发现不是采集端的问题而是数据中心端表的字段设计不合理比如同时把不同设备的数据混在一张表里查询速度慢得离谱。建议大家在开始转发数据前先按设备、按数据类型分好表索引建起来后面分析会顺畅很多。5. 常见问题与排查技巧实录我踩过的坑你别再踩了这套方案用久了总会遇到一些奇奇怪怪的问题。我把真实排查经历里最有价值的几条整理出来做成一份速查表尤其适合现场调试时快速对照。5.1 连接类问题速查连通是第一道坎现象可能原因解决方式测试连接提示“Timeout”网卡IP不在同一网段设置PC网卡固定IP与控制器同网段能Ping通地址但连不上Windows防火墙拦截了ADS端口在防火墙入站规则中放行PlcRecorder程序或对应端口找到多个设备但目标设备不显示控制器AMS NetId与工程配置不一致在TwinCAT工程里重新选择目标设备并绑定NetId有虚拟机软件时连不上控制器虚拟网卡抢占了路由表在Windows网络适配器设置中禁用虚拟网卡测试连接成功但重启后失效软件服务未设为开机自启在系统服务中将PLC-Recorder服务设为自动启动这些问题里最容易被忽略的就是防火墙。PLC-Recorder安装时一般会提示“允许访问网络”如果你点了“取消”那Windows防火墙默认就会拦截它向外发起的连接包括ADS后果就是连接超时。排查手法很简单把软件加入防火墙“允许的应用”然后重新测试连接。5.2 数据类问题速查通了之后怎么保证质量现象可能原因解决方式数据全部为0或固定值变量路径未正确关联回到变量配置重新浏览并勾选变量数据采集一段时间后出现断点路由器或交换机端口休眠在交换机端口配置中关闭EEE省电模式数值偶尔跳变异常电磁干扰或接地问题检查通信线屏蔽层是否单端可靠接地文件数据量超出预期采样频率设置过高按信号类型分组设置合理的采样周期采集软件长时间运行后占用内存飙升旧版本存在资源泄漏升级到最新版本并定期查看服务状态有一个比较隐蔽的问题值得单独说PLC程序在线修改后比如你通过TwinCAT在线改了某个变量的初始值或者上传了新的程序可能会短暂出现连接中断。这不一定是软件问题而是TwinCAT在重新初始化Runtime时断开了所有连接。PLC-Recorder会在下个周期自动重连一般不用人工干预。如果你发现重连后取数速度变慢了可能是连接数太多导致清掉无效的旧连接就好。5.3 我的一些真实心得这些问题说明书里不会写踩过不少坑以后分享一下我做这类项目的几个保障数据质量的私房技巧。现场调试时一定要带一台干净的最简Windows系统笔记本别装那些所谓的“优化软件”和全家桶软件。这些后台程序可能在关键时刻抢占CPU资源导致采集软件偶尔卡顿对于毫秒级采样的项目来说这足以影响数据完整性。我自己的调试电脑除了采集软件和TwinCAT其他非必要软件一概不装。数据文件的“备份”策略要提前规划好。机器长时间运行数据文件增长速度很快。我一般是在存储磁盘空间用掉70%的时候就自动把历史数据转存到NAS或者移动硬盘防止硬盘满导致的写入失败。时间长了你会发现这种小事不提前处理后期返工代价极大。最后是时间同步。很多数据后续要用来跟其他系统做工艺复盘时间戳必须准确。建议在现场PC上开启Windows时间自动同步并指向同一台NTP服务器各台设备之间的时间误差控制在1秒以内。这个细节如果你忽略了等后期做多台设备数据对比分析时就会非常头疼。一套完整的TwinCAT数据采集方案说复杂也复杂说简单也简单。关键就三件事把ADS通信三要素配对把变量路径选对把采样频率设得合理剩下的交给PLC-Recorder就行。我自己做项目时的习惯是每配好一台设备马上跑一个短测试确认数据曲线和自己预判的物理过程一致后再批量部署这样能省掉后面90%的返工。如果你手头正好有TwinCAT设备要接数据照着上面的步骤跑一遍相信你也能很快看到那些跳动的曲线落到屏幕上。
TwinCAT数据采集保姆级教程：PLC-Recorder+ADS通信5分钟打通
做了几年设备数据采集倍福TwinCAT这套东西给我的感觉一直是“性能很强但上位机接入有点门槛”。很多做MES、做设备数字化改造的工程师一看TwinCAT的ADS通信文档看到端口号、AMS NetId、符号寻址这些名词头皮就发麻。这文章我直接给你一套能在5分钟内跑通的方案用PLC-Recorder这个工具配合ADS通信协议把TwinCAT里的PLC变量数据捞出来存成CSV或者转发给数据库Windows平台上一路踩坑过来我把它整理成保姆级步骤照着做就能成功。1. 方案选型思路为什么是PLC-Recorder加ADS而不是别的先说结论在倍福TwinCAT场景下做数据采集合适路径不算多PLC-Recorder搭配ADS是目前性价比和上手速度最平衡的组合没有之一。1.1 常见TwinCAT取数方案对比之后才有结论刚接触TwinCAT数据采集时你可能会先碰到这么几类方案我挨个说下我的真实体感第一类是自己写C#或C程序调ADS动态库。这是最“原汁原味”的路子TwinCAT官方SDK就是干这个的功能完全不受限什么都能做。但问题是你至少得熟悉Visual Studio开发环境、了解ADS的端口分配规则、处理数据类型转换还得自己解决数据记录、断线重连、文件导出这一堆周边问题。一个功能完整的采集程序写下来开发加调试一周时间是非常正常的。而且后续设备型号一换、变量一增删你又得去改代码维护成本全在自己头上。第二类是用OPC UA统一架构去采集。TwinCAT有TF6100这个OPC UA服务器功能包属于收费授权。配置起来比ADS直接上手要友好很多第三方软件都支持OPC UA客户端接入。但这里有个现实问题OPC UA网关有性能损耗尤其是高频采集场景比如1毫秒或者100微秒级别的数据变化OPC UA的吞吐量和实时性都跟不上再加上授权费用小项目里通常不太划算。第三类就是PLC-Recorder这种专用采集软件。它底层也是走ADS协议相当于把第一类方案里的所有开发工作做成了配置化操作你不用写一行代码只要把变量地址填进去、设置好采集频率就能直接拿数据。它的核心优势我在实操里总结为三点对TwinCAT的版本兼容性做得细从TwinCAT 2到TwinCAT 3都能用还支持通过无线网卡连接控制器现场调试省很多事。数据通道和类型映射是自动处理的PLC里是REAL还是INT是数组还是结构体软件会帮你做转换不用手工解析。支持把采集结果实时转发给数据库、MES系统或者第三方面板不用再单独开发数据链路。1.2 我为什么最终在项目中锁定了这套组合去年我接手一条锂电池卷绕设备的数字化改造项目产线上6台TwinCAT 3控制器需要采集温度、张力、速度、报警码这几个维度数据采样要求不低于10毫秒采集周期要连续跑30天以上不停机。如果用OPC UA方案服务器授权费加上配套硬件预算起码多出大几千如果用自研ADS程序光调试那6台设备不同版本变量的兼容性我估计就得花掉两个星期。最后用的就是PLC-Recorder专业版加ADS通信的方式。整个过程配置完大概花了不到半天时间后来连续跑了两个月数据一条没丢。这里不是给软件打广告而是这套组合在实际项目里确实经住了考验部署快、运行稳、排障直接。对适合的人来说这套方案尤其推荐给下面这三类朋友做设备数据采集的电气工程师TwinCAT程序能看懂但不擅长写上位机代码。负责工厂数字化改造的自动化工程师需要用最快速度把产线数据跑起来验证数据价值后再做二次开发。设备厂商的售后调试人员需要短期记录设备运行曲线来定位故障原因要求工具轻量、配置快速。如果你是这三类人之一下面这套保姆级教程正好解决你的痛点。2. ADS通信核心原理别急着动手先把AMSNetId和端口搞清楚带过好几个新手同事我发现他们卡住的地方基本不在软件配置而是对ADS通信的几个概念没吃透。这里花5分钟把这个最关键的底子打好后面配置就是顺水推舟的事。2.1 ADS协议到底是怎么把数据从PLC传到PC的ADS这个缩写全称是Automation Device Specification中文一般叫自动化设备规范。它是倍福专门为TwinCAT系统设计的设备间通信协议可以通俗地把ADS理解成倍福生态里的“普通话”无论你是上位机软件、触摸屏还是另一个控制器只要说的都是“ADS方言”就能和设备交换数据。ADS通信有三要素缺一不可AMS NetId、AMS Port、变量地址。AMS NetId有点像IP地址只不过它是设备在倍福ADS世界里的唯一标识。一个标准的AMS NetId长这样192.168.3.1.1.1前四段一般和控制器的实际IP地址保持对应关系后面两段是设备编号和端口号逻辑。很多人在配置时直接把电脑的IP地址填进去结果连不上就是因为没理解NetId和IP是两码事。AMS Port则用来标识数据到底要发给TwinCAT的哪个模块你可以理解为PLC程序里的“房间号”。常见的有这几个端口号对应的TwinCAT模块851PLC Runtime 1第一个PLC任务852PLC Runtime 2第二个PLC任务350系统服务10000/10001用于从TwinCAT 3的XAE环境获取信息我们做PLC数据采集90%情况用的都是851端口也就是PLC Runtime 1。如果你项目里创建了第二个PLC任务那就用852。变量地址的意思是PLC里声明的每个变量在ADS世界里都对应一条地址记录TwinCAT 3时代更常用的是“符号路径”比如MAIN.ActualSpeed表示访问MAIN程序块里的ActualSpeed变量路径精确到每个程序块的嵌套结构。2.2 TwinCAT 2和TwinCAT 3的差异你配置时最容易踩坑这里必须单独强调TwinCAT 2和TwinCAT 3在这套机制上有明显差异如果你按照3的经验去配置2的设备大概率会出问题。TwinCAT 2时代变量访问默认采用ADS IndexGroup和IndexOffset方式简单说就是通过一种“地址编号”直接去内存里读取数据。这种方式读起来速度很快但要求你事先从PLC里导出变量地址表而且一旦程序编译后有变动地址表就得重新导出否则数据就会错乱。TwinCAT 3时代则主推符号路径访问直接把MAIN.变量名这种可读性极强的路径拿来做寻址。PLC程序修改后只要变量名不变地址路径就还是有效的这对我们做采集的来说省了太多事。PLC-Recorder对这两种寻址模式都做了适配老设备选TwinCAT 2模式新设备选TwinCAT 3模式基本不用你自己去手动填那些复杂的地址编号。但前提是你要能正确识别出你面对的是哪个版本的TwinCAT。一个最简单的判断方法看控制器开机界面或者工程文件后缀TwinCAT 2工程的解决方案文件后缀是.sln但项目文件后缀通常涉及.twincatTwinCAT 3工程则统一是.sln加.tsproj。另外TwinCAT 3的System Manager配置界面和TwinCAT 2差别很大一看便知。2.3 ADS通信的“网段限制”配置前必须确认ADS通信底层走的是TCP/IP协议但又不是普通的TCP通信。它要求在同一个广播域内才能实现自动发现如果你的PC和控制器的IP不在同一个网段直接配置是无法通信的。有个简单的经验先给控制器的网卡手动设置一个固定IP比如控制器是192.168.3.1那PC的网卡就设置成192.168.3.50最后一位错开就行子网掩码255.255.255.0。这个操作看似简单但我在项目现场发现很多人在配置PLC-Recorder前根本没有给PC网卡设IP一直是动态获取状态结果软件扫描不到设备然后就开始怀疑软件有问题。另外提一嘴如果你的PC装了虚拟机软件像VMware或者VirtualBox这些软件装好以后会添加虚拟网卡有时候会干扰ADS通信。我遇到过几次把虚拟网卡禁用掉以后PLC-Recorder立刻就能找到控制器了。这个问题比较隐蔽配置前先检查一下。3. PLC-Recorder保姆级实操从安装到拿到第一份数据的完整路径概念理清了现在进入实战环节。我按自己项目的配置顺序一步步写你照着做5分钟足够跑通基础配置。这里用PLC-Recorder 4.x版本界面做说明其他版本大同小异。3.1 安装与首次启动哪些选项必须“带脑子”选在开始之前确定你的Windows系统版本Win10和Win11都能跑得很流畅Win7的话建议提前确认下运行库是否完整。安装包下载后直接下一步安装没有坑但安装路径建议统一放在某个专门盘符的目录下比如D:\PLCRecorder别装到C盘系统盘。因为采集软件会随着运行产生大量数据文件放在C盘容易把系统盘占满拖慢系统性能。首次启动时软件会让你选择授权模式试用版、单机版还是专业版。试用版通常有在线时长或者数据量限制但这个阶段你是可以完整测试功能的。如果你只是临时采集一天数据试用版完全够用如果要长期运行建议直接申请正式授权。进入主界面后有几件事是先做掉第一个是设置数据存储路径默认路径可能在安装目录下时间长了文件一大就不好管理我一般单独建一个D:\PLCRecorderData文件夹。第二个是设置数据文件切割规则。PLC-Recorder是按时间段来分文件存储的你可以按小时、按天或者按固定文件大小来分割。用于长期记录的场景我习惯按天分割文件管理最清晰高频采集的场景一天的数据量可能几个GB那就按小时切方便几天后导出分析。第三个是检查软件服务是否已经启动。PLC-Recorder是支持后台服务模式运行的哪怕你不打开主界面采集服务也会在系统后台按照配置好的任务继续工作。这一点对长期无人值守的设备采集极其重要我有一次配好任务后直接关掉了主界面隔了一周来看数据一直在正常写入正是因为服务模式一直在后台跑。3.2 设备连接配置三要素填写不成功你就来找我这个环节是整个教程的核心也就是ADS通信参数的配置。在PLC-Recorder主界面找到“设备管理”或“连接设备”入口点击添加设备。这里你需要填写上面说过的三要素我逐项说第一项是设备名称这个随便填但建议起个有意义的名字比如卷绕机1号以后在多个设备之间切换时好区分。第二项是AMS NetId。这个怎么获取如果你是直接在开发电脑上运行TwinCAT打开TwinCAT系统管理器在“SYSTEM”节点的“Real Time”设置里能看到本机的AMS NetId。如果你是通过局域网连接远程控制器一般可以在控制器的TwinCAT工程文件里找到或者在TwinCAT开发环境的“Choose Target System”弹窗里查看设备列表。还有一个最直接的办法在运行窗口输入cmd打开命令行输入ipconfig查看控制器IP然后结合工程设置里的NetId规律去推断但这个方法只适用于固定网络结构的现场不建议新手到处试。第三项是端口号一般情况填851就行对应PLC Runtime 1。如果你是双PLC任务架构那就填852。还有一个细节如果你连接的是TwinCAT 2系统选851同样适用但寻址模式需要切换稍后我会在“变量配置”里说。填完这三项点击“测试连接”。如果显示连接成功说明底层的ADS通道已经打通这一步顺利的话后面就一片坦途。如果失败大概率问题出在网段不一致、防火墙拦截或者AMS NetId填错排查方法放在第5章节。3.3 变量配置从“我来取”到“帮它取”的思维转变连接测试通过后进入变量配置环节。这里有个设计思路要提前讲清楚PLC-Recorder不是让你手动敲一堆变量名的它有“在线浏览”功能可以直接读取PLC程序里的符号表让你像在文件管理器里看文件一样去勾选变量。在变量配置界面添加一组“采集点”然后点击“浏览PLC符号”之类的按钮软件会通过ADS通信把PLC所有任务程序块下的变量列表拉出来。你会看到类似这样的结构MAIN ├── ActualSpeed : REAL ├── SetSpeed : REAL ├── Temperature : ARRAY [1..6] OF REAL ├── CurrentState : INT └── AlarmCode : UINT勾选你需要的变量配置就完成了一大半。相比手动输入变量名这种方式最大的好处是保证路径绝对正确你不需要去背MAIN.ActualSpeed这种路径层次也不容易打字打错。有一个细节值得注意变量引用的时间段问题。如果你在采集过程中重新编译了PLC程序TwinCAT会自动把变量句柄重新映射PLC-Recorder这里绝大多数情况也能自动适配。但个别情况下比如设备重启后连接会自动重连变量路径若发生变化有可能出现“变量无效”的提示这时重新勾选一次就行。TwinCAT 2的配置会稍微多一步你需要先在TwinCAT 2系统管理器里用“PLC - Symbols”功能导出符号表文件通常是.tpy后缀然后在PLC-Recorder里导入这个文件软件才能识别变量列表。这个操作虽然多一步但比手输地址可靠得多。3.4 采样周期设置不是越快越好采样周期的设置是我很想多说两句的地方因为它直接决定你的数据文件大小和系统负载。PLC-Recorder支持的采样频率可以很高但你用不用得上是另一回事。我见过不少同事上来就把所有变量都设成1毫秒采样以为“越快越好”结果数据文件一天几个G分析的时候软件打开都卡最后还得降频重采白白浪费时间。我的经验是这样区分信号的物理本质来设置不同采样频率温度信号、液位信号惯性大变化慢100毫秒到1秒采样一次足够。电机转速、张力波动属于中速信号10毫秒到50毫秒采样一次合适。I/O状态、报警码、急停信号这一类注意虽然变化是离散的但为了捕捉准确的跳变时刻建议用最快档位去采比如1毫秒或者事件触发模式。PLC-Recorder支持对每个变量单独设置采集频率不要怕麻烦分成几个组来配置效果最佳。这样既能捕捉到快信号的瞬态变化又不会让慢信号的数据拖垮文件体积。对了还有一个采样的“零漂”问题。ADS通信的采样并不是完全的并行采集多个变量之间存在微小的时序差但这个差异一般在微秒级别对于绝大多数工艺分析场景来说完全可以忽略。如果你真要做精密分析比如伺服电机的电流波形那就需要更专业的方案比如TwinCAT的Scope View或者通过EtherCAT从站直接镜像数据这不是普通数据采集工具能覆盖的范畴。3.5 启动采集与验证拿到第一份数据所有配置完成后点击“启动采集”。这里我给个建议正式启动之前先让设备跑一个短暂的测试比如跑个1分钟然后去数据文件目录看一眼确认文件已经生成、行数在正常增长、变量值变化符合实际物理规律。怎么看数据是否正常直接打开生成的CSV文件里面每一行是一条带时间戳的记录每个变量单独一列。比如你采集的是卷绕机张力设定值是50N那你在运行平稳阶段看到数值稳定在49~51之间那就说明整条链路完全正常数据质量很高。如果你发现变量值全部是0或者某一个固定值先别怀疑传感器大概率是变量路径未正确关联回到变量配置里重新勾选一次就行。当你看到数据文件里的记录每一条都有时间戳、数值在正常范围内波动的时候这套ADS采集链路就已经完整打通了后面你自己要接数据库、接看板、接MES都是在这个基础之上再加几层。4. 高频采集与数据转发的进阶配置让数据真正用起来基础链路打通以后很多人会接着问怎么把数据接到我的数据库或者MES系统里去PLC-Recorder在这块内置了不少现成的对接模块我在项目中实际用过两种这里展开说说。4.1 数据库转发把实时数据变成业务数据PLC-Recorder支持多种数据库类型常见的MySQL、SQL Server、PostgreSQL都在支持范围内甚至还包括时序数据库InfluxDB。配置路径大同小异核心就三步第一步在软件里找到“数据转发”或“数据输出”的配置界面添加一个数据库连接。第二步填入数据库的IP地址、端口、库名、用户名、密码。要注意如果你的数据库跑在另一台服务器上确认这台软件电脑和数据库服务器之间网络是通的防火墙端口也放行。第三步选择要转发的采集点然后映射数据库表字段。PLC-Recorder会自动帮你创建一个数据表结构不过我更推荐你提前在数据库里建好表指定字段类型和索引因为自动建的表往往字段类型偏宽松写入性能会差一些这一点在数据量大的时候体现得比较明显。数据库转发的写入频率建议不要太高。我碰到过一个项目同事把转发间隔设成了500毫秒一次结果是数据库在高峰期处理不过来出现写入积压。我调整成2秒批量写入每次写入一批数据数据库压力骤减数据完整性反而更好。4.2 Modbus TCP服务器模式给老旧系统开一扇门有些现场还没有上数据库老旧的上位机系统只支持Modbus TCP协议读取数据。这时候PLC-Recorder有一个很实用的功能把它配置成Modbus TCP服务器可以充当一个“翻译官”。具体做法是在软件里启用Modbus TCP服务器功能软件会监听一个本地端口。然后你把需要往外发的变量来自TwinCAT的实时值绑定到Modbus寄存器地址上。这样老旧上位机只要按照Modbus TCP客户端去读这个软件电脑的寄存器就能获得TwinCAT的数据了。这个模式我使用下来的体验是配置稍繁琐但胜在不改任何上位机代码。它解决了一个非常现实的问题——很多产线上的监控软件写于十年甚至更早之前适配新的通信协议成本极高用PLC-Recorder做中间转换层几天就能把数据接出去。4.3 与第三方看板工具联动数据可视化的一条捷径数据采集完成的最终目的通常是可视化展示。虽然PLC-Recorder自带趋势图界面但很多工厂领导想看的是简洁的生产看板这时候数据转发给第三方工具是更常见的路径。如果你用的是IoTDB、InfluxDB这类时序数据库再配一套Grafana效果立竿见影。PLC-Recorder把数据持续写入InfluxDBGrafana直接对接读数据做折线图、柱状图、热力图都没问题刷新频率可以做到1秒级别。如果你对接的是MES或者自己内部开发的上位机那直接用它的API接口或数据库转发功能就行原理一致烦恼点都在网络连通和数据格式统一上。我见过一些失败的案例数据没接好最后发现不是采集端的问题而是数据中心端表的字段设计不合理比如同时把不同设备的数据混在一张表里查询速度慢得离谱。建议大家在开始转发数据前先按设备、按数据类型分好表索引建起来后面分析会顺畅很多。5. 常见问题与排查技巧实录我踩过的坑你别再踩了这套方案用久了总会遇到一些奇奇怪怪的问题。我把真实排查经历里最有价值的几条整理出来做成一份速查表尤其适合现场调试时快速对照。5.1 连接类问题速查连通是第一道坎现象可能原因解决方式测试连接提示“Timeout”网卡IP不在同一网段设置PC网卡固定IP与控制器同网段能Ping通地址但连不上Windows防火墙拦截了ADS端口在防火墙入站规则中放行PlcRecorder程序或对应端口找到多个设备但目标设备不显示控制器AMS NetId与工程配置不一致在TwinCAT工程里重新选择目标设备并绑定NetId有虚拟机软件时连不上控制器虚拟网卡抢占了路由表在Windows网络适配器设置中禁用虚拟网卡测试连接成功但重启后失效软件服务未设为开机自启在系统服务中将PLC-Recorder服务设为自动启动这些问题里最容易被忽略的就是防火墙。PLC-Recorder安装时一般会提示“允许访问网络”如果你点了“取消”那Windows防火墙默认就会拦截它向外发起的连接包括ADS后果就是连接超时。排查手法很简单把软件加入防火墙“允许的应用”然后重新测试连接。5.2 数据类问题速查通了之后怎么保证质量现象可能原因解决方式数据全部为0或固定值变量路径未正确关联回到变量配置重新浏览并勾选变量数据采集一段时间后出现断点路由器或交换机端口休眠在交换机端口配置中关闭EEE省电模式数值偶尔跳变异常电磁干扰或接地问题检查通信线屏蔽层是否单端可靠接地文件数据量超出预期采样频率设置过高按信号类型分组设置合理的采样周期采集软件长时间运行后占用内存飙升旧版本存在资源泄漏升级到最新版本并定期查看服务状态有一个比较隐蔽的问题值得单独说PLC程序在线修改后比如你通过TwinCAT在线改了某个变量的初始值或者上传了新的程序可能会短暂出现连接中断。这不一定是软件问题而是TwinCAT在重新初始化Runtime时断开了所有连接。PLC-Recorder会在下个周期自动重连一般不用人工干预。如果你发现重连后取数速度变慢了可能是连接数太多导致清掉无效的旧连接就好。5.3 我的一些真实心得这些问题说明书里不会写踩过不少坑以后分享一下我做这类项目的几个保障数据质量的私房技巧。现场调试时一定要带一台干净的最简Windows系统笔记本别装那些所谓的“优化软件”和全家桶软件。这些后台程序可能在关键时刻抢占CPU资源导致采集软件偶尔卡顿对于毫秒级采样的项目来说这足以影响数据完整性。我自己的调试电脑除了采集软件和TwinCAT其他非必要软件一概不装。数据文件的“备份”策略要提前规划好。机器长时间运行数据文件增长速度很快。我一般是在存储磁盘空间用掉70%的时候就自动把历史数据转存到NAS或者移动硬盘防止硬盘满导致的写入失败。时间长了你会发现这种小事不提前处理后期返工代价极大。最后是时间同步。很多数据后续要用来跟其他系统做工艺复盘时间戳必须准确。建议在现场PC上开启Windows时间自动同步并指向同一台NTP服务器各台设备之间的时间误差控制在1秒以内。这个细节如果你忽略了等后期做多台设备数据对比分析时就会非常头疼。一套完整的TwinCAT数据采集方案说复杂也复杂说简单也简单。关键就三件事把ADS通信三要素配对把变量路径选对把采样频率设得合理剩下的交给PLC-Recorder就行。我自己做项目时的习惯是每配好一台设备马上跑一个短测试确认数据曲线和自己预判的物理过程一致后再批量部署这样能省掉后面90%的返工。如果你手头正好有TwinCAT设备要接数据照着上面的步骤跑一遍相信你也能很快看到那些跳动的曲线落到屏幕上。
