1. 链路架构定调相机到PLC之间到底怎么走先说个我前阵子在客户现场遇到的场景。一条新能源电池配件检测线设备商配的视觉系统是海康GigE相机加一台无风扇嵌入式工控机下位机是西门子200 SMART系列PLC。单看每个模块都不陌生但一联调就卡住了相机动不动丢图PLC侧收到的结果时有时无最后查出来是整条链路的“角色分配”和“信号走向”没理清。这类问题在机器视觉产线里非常典型——大多数人以为“相机接上工控机、工控机接上PLC”就算部署完成了实际上这三段设备之间的触发关系、数据方向、时序配合才是整套系统能不能稳定跑起来的真正关键。做机器视觉产线项目首先要搞清楚的一件事不是怎么接线而是这条链路里谁说了算。视觉系统里一般有三个角色。相机负责成像就是个“眼睛”嵌入式工控机负责跑算法和逻辑判断相当于“大脑”PLC负责执行动作、协调产线节拍相当于“手脚”。大多数产线的部署难点就在于三者之间的信号怎么握手而不是某个单品的功能怎么用。1.1 三种常见链路形态根据产线的实际需求和信号流向我通常把整套部署划分为三种链路形态。第一种是纯IO直连。PLC直接输出触发信号给相机相机拍照后把OK/NG结果通过IO口直接反馈给PLC工控机只负责视觉算法处理和参数下发。这种形态适合检测逻辑固定、节拍要求高、结果只有合格/不合格两种状态的简单场景信号延迟最小但工控机的参与度不高产品换型时灵活性差。第二种是工控机中转。PLC或传感器先触发相机采图图像通过GigE或USB送到工控机工控机跑完算法后再把结果通过以太网或IO卡发给PLC。这是目前最主流的方式因为检测逻辑可以随时在软件里改还能做数据追溯、留存图片产线换型时不用改硬件接线。第三种是混合形态也是我个人最推荐产线采用的方式。PLC用硬IO触发相机拍照保证时基稳定工控机计算完结果后用一个IO输出OK/NG给PLC快速执行同时把具体的缺陷类型、尺寸数据、坐标值通过以太网发给PLC用于数据追溯。这种设计既保住了硬触发的时间确定性又保留了网络通信的信息量。三种形态没有绝对的好坏关键看你产线的节拍和工艺复杂度。节拍在200ms以内的我建议至少要保证“触发”这一环走硬件链路节拍在1秒以上且需要追溯数据的网络通信完全够用。1.2 主控职责划分谁触发、谁判断、谁执行链路定调之后第二步是明确各设备的工作边界。很多联调问题出在“越权”——比如让工控机去扫描PLC的输出点做软触发或者让PLC去等待工控机算法跑完导致整个产线节拍被拖死。合理划分是这样PLC负责产线节拍。相机什么时候拍是PLC根据走位传感器、编码器或者定时器来决定的。它要么直接拉相机IO要么拉工控机的触发输入口。工控机负责视觉结果。它接收图像后跑模板匹配、缺陷检测、尺寸测量等算法然后把结果整理成PLC能理解的形式OK/NG信号、结果码、特征值。相机负责成像质量和数据交付。它在正确的时机曝光、传输不丢帧、不延迟。举个例子一条产线节拍是2秒一个工件视觉检测算法耗时约400毫秒PLC执行分拣动作需要300毫秒那么从“触发信号发出”到“PLC拿到结果”的整个闭环必须控制在约700毫秒内完成才能留出余量应对抖动。这时候如果触发或者结果回传走的是软件轮询再加上操作系统调度延迟很可能就把节拍吃掉了。一个非常实用的小经验在项目设计阶段就把视觉处理时长、通信延迟、PLC扫描周期分别标注出来列成一个简单的时序表。哪怕只是估算后面联调时排查问题会快很多。2. 硬件选型与接口匹配嵌入式工控机该留哪些“口子”链路结构确定之后才轮到硬件选型。机器视觉产线里的嵌入式工控机不是随便找一台电脑装上软件就能用的。它要能在工业现场长期运行接口数量和类型也得正好覆盖你的链路需求。2.1 相机接口怎么选GigE还是USB3工业相机的数据接口常见的有GigE千兆网、USB3.0、Camera Link、CoaXPress这几种。产线部署里我几乎首选GigE Vision接口原因很简单传输距离远普通网线可以到100米不需要额外的采集卡直接用工控机网口支持PoE供电一根网线就解决数据和供电设备商生态最成熟海康、大华、Basler这些主流厂家的GigE相机驱动和SDK都非常稳定。USB3.0相机虽然带宽更高、CPU占用往往更低但传输距离一般限制在5米以内线缆成本也高现场走线不方便。Camera Link和CoaXPress则适合高速高分辨率的特殊场景配套采集卡成本高产线一般用不上。有个热词提到“3*3mm的面积大小用100万像素相机用什么镜头好”——这里就可以算一笔选型账。100万像素相机分辨率约1280×960视野3mm×3mm理论像素精度约等于视野除以分辨率即3mm ÷ 1280 ≈ 2.34微米/像素。对应的镜头放大倍率大约等于相机靶面宽度除以视野宽度1/2.3英寸相机靶面宽约6.2mm6.2 ÷ 3 ≈ 2.06倍这已经不是普通FA镜头能覆盖的量级了需要配远心镜头或高倍显微镜头才能保证边缘清晰度和畸变控制。所以选镜头不是随便套个焦距计算公式而是先定视野、分辨率、工作距离再反推镜头倍率。2.2 嵌入式工控机的关键接口资源确定相机接口方案后反过来看工控机要留哪些口。我列一张常用的选型对照表供参考链路环节需要的接口推荐配置备注相机数据千兆网口至少1个Intel千兆口最好支持PoE相机多时用2个独立网口或多口网卡PLC通信以太网口/串口独立于相机网口的第2个千兆网口避免视觉数据与PLC通信互相挤占带宽IO触发与输出隔离DI/DO或IO卡4路输入4路输出带光电隔离直接接PLC信号时隔离非常关键外部设备USB口、串口预留2个以上用于调试、读码器、光源控制器嵌入式工控机的环境适应性也要考虑。产线现场常有振动、粉尘、温度波动。无风扇设计不仅安静还能避免风扇吸入粉尘导致散热失效宽温型号能在0到50℃的范围内稳定工作。我经手的项目里工控机选带看门狗功能的万一视觉程序异常退出能自动重启并恢复正常状态这对无人值守产线非常重要。选型时还有一个容易忽略的坑网口芯片组。同样标称千兆网口Intel芯片的网口在丢包率、驱动稳定性上明显优于部分国产芯片。做视觉传输时图像数据是高频大流量网卡驱动的稳定性直接决定会不会丢帧这个钱不能省。3. 相机到工控机的图像链路GigE Vision部署细节数据链路的第一段是相机把图像送到工控机。这一段虽然看起来只是“插根网线”但实际部署中有几个决定成败的细节IP规划、驱动与防火墙、巨帧配置、带宽估算。3.1 IP规划、驱动安装与巨帧配置GigE Vision相机和工控机之间的通信第一步是让设备在同一个网络里“找到彼此”。我见过太多现场相机枚举不到最后发现是工控机的相机网口DHCP自动获取了别的网段或者和办公网共用了同一块网卡。正确做法是给相机关联的工控机网口设置固定IP。比如相机设为192.168.1.100工控机相机网口设为192.168.1.101子网掩码255.255.255.0。注意这里不能用DHCP因为一旦地址漂移产线重启后相机就找不到了。驱动安装方面各家相机有各自的软件包海康用MVSBasler用pylon大华用DahuaSDK。安装后常见问题是Windows防火墙拦截了GigE Vision的UDP广播包导致相机列表为空。解决方法是安装驱动时勾选“允许访问”或者干脆在防火墙里把相机SDK的主程序加入例外列表。调试阶段临时关防火墙可以交付时一定要处理好例外规则否则客户主机一开防火墙视觉系统就“失联”了。巨帧Jumbo Frame也是GigE链路里值得注意的参数。把网卡高级属性里的Jumbo Packet设为9KB同时在相机端把包大小设为9000字节左右能大幅减少数据包数量降低CPU占用和丢包概率。两端必须同时开启只开一头反而容易出问题。我在代码层面给一个最简的GenICam取流伪代码方便理解采集流程# 以海康MVS/Pylon的GenICam接口为例伪代码示意 from genicam.genicam import GenICam dev GenICam() dev.connect_by_ip(192.168.1.100) # 连接相机 dev.set_node(TriggerMode, Off) # 先设连续采集验证链路 dev.start_acquisition() frame dev.get_frame(timeout1000) # 拿到一帧图像数据 result detect_defect(frame) # 送入视觉算法处理 dev.stop_acquisition() dev.disconnect()实际生产代码要比这个复杂得多要处理取流超时、相机掉线重连、缓冲队列等。但核心逻辑就是配置相机参数、取流、算法处理、显示/保存、回收资源。3.2 带宽估算与多相机扩展很多丢帧问题不是设备坏了而是带宽没算够。千兆网的标称速率是1Gbps实际有效数据吞吐约在900-950Mbps左右。带宽计算公式很简单分辨率宽度 × 分辨率高度 × 位深 × 帧率。比如500万像素相机2448×2048、8bit位深、采集帧率20fps带宽 2448×2048×8×20 ≈ 800Mbps已经比较接近千兆上限。如果再叠加光源控制器或PLC通信在同一张网卡上丢帧几乎是必然的。所以我在做链路规划时有一个基本习惯视觉图像业务独占一个网口PLC通信走另一个网口两者物理隔离。当一路相机的带宽超过600Mbps时要么降帧率要么压缩图像要么改用两个相机网口分流。多相机产线则要引入工业交换机。用支持VLAN的交换机把视觉相机和PLC管理流量划分到不同VLAN能有效避免广播风暴拖垮PLC通信。交换机的端口缓存、背板带宽也要选够否则多相机同时突发取流时会随机丢包。3.3 丢包排查从哪开始一旦出现马赛克图、取流断断续续我建议按这个顺序排查第一是检查网卡高级属性里的“接收数据包丢失”计数。在Windows性能监视器或网卡统计里能看到如果数字持续增长说明物理链路或驱动有问题。第二是确认巨帧两端是否都开了。第三是测网线GigE对线序和屏蔽要求比普通办公网络高现场走线经过电柜、拖链时尤其容易出问题。第四是关掉防火墙做对比测试排除软件拦截。最后才是怀疑相机硬件。另外相机SDK一般都自带丢包统计海康MVS和Basler pylon都有实时帧率、丢帧率显示窗口。我调试时永远开着这个窗口丢包趋势一眼就能看出问题。4. 工控机到PLC的信号链路IO触发与以太网通信怎么配合如果说相机到工控机这段是“图像高速公路”那么工控机到PLC这段就是“指令神经网络”。这一段最常见的失败原因是搞混了“信号该走IO”还是“信号该走以太网”导致该实时的环节延迟该带数据的环节却只有一根线。4.1 什么时候走IO、什么时候走以太网我的判断标准很直接只要信号要求毫秒级确定性响应就走IO只要信号里带数据内容就起码要有一条以太网通道。用IO做触发和急停信号是因为IO链路的延迟主要由硬件决定一般能达到微秒到毫秒级而且不受操作系统调度影响。PLC输出一个电平给相机触发输入端相机的硬件触发器立刻响应这个过程是确定的。用IO做OK/NG结果输出是为了让PLC无需等待网络包直接用一个DI点读到结果。以太网通信则用于传“有内容”的信息检测结果码、坐标偏移、缺陷类型、图片文件名、统计报表。Modbus TCP、西门子S7协议、倍福ADS这些通信方式每次交互周期通常在几毫秒到几十毫秒之间数据量可以很大但实时性不如硬IO。所以我的推荐做法是“双通道并行”触发用硬IO结果回传用IO和以太网双冗余。IO负责让PLC立刻知道“好还是不好”以太网负责告诉PLC“为什么不好、有多不好”。4.2 IO触发与OK/NG输出的接线逻辑IO接线看着简单但NPN和PNP的匹配问题是我在产线现场遇到最多的坑之一。举个例子相机触发输入一般是一个光电耦合输入端端子的公共端COM可以选择接正极或负极。PLC晶体管输出模块分两种源型输出PNP高电平有效和漏型输出NPN低电平有效。如果PLC是PNP输出相机输入端就要接成“正极公共端”让PLC的输出高电平为有效触发如果PLC是NPN输出相机就要接成“负极公共端”低电平有效。确认方法很简单看相机IO规格书里的触发输入等效电路图再对照PLC输出模块的手册确认“有效电平”到底是对应高还是低。别凭经验猜不同品牌、不同型号的接法真的会反。OK/NG输出同理。相机把检测结果输出到Line3/GPIO口再接进PLC的DI模块。很多嵌入式工控机自带隔离DI/DO此时要把工控机当作中转站相机的OK/NG IO线拉进工控机DI工控机再通过隔离DO输出到PLC DI。好处是电气上隔离避免相机IO和PLC模块互相干扰。接线时务必把信号地处理好PLC的COM端、工控机IO卡的地、相机IO的地要参考各自的系统不能让大电流地环路窜到信号地上来。实际做法是信号线用屏蔽双绞线屏蔽层单端接地。4.3 以太网通信Modbus TCP、S7、ADS的配置思路以太网通信的选型一般跟着PLC品牌走。西门子PLC用S7协议或Profinet倍福PLC用ADS需要配置AMS NetId和端口号热词里提到的6字节网络标识符就是指这个国产PLC如台达、汇川、信捷基本都支持Modbus TCP。所有品牌基本也都能做TCP/IP裸协议通信但那要自己定报文格式不建议产线项目直接上除非有现成的稳定库。Modbus TCP是我最常用的兜底方案因为几乎所有PLC都支持。一条非常简化的C#写结果到PLC保持寄存器的例子// 使用Modbus TCP库如NModbus或HslCommunication示例 using HslCommunication.ModBus; var plc new ModbusTcpNet(192.168.0.10, 502); plc.ConnectServer(); // 把视觉结果写入PLC的保持寄存器地址0对应Modbus地址40001 plc.Write(40001, (short)resultCode); // 再写一个“结果就绪”标志位给PLC plc.Write(40002, (short)1); plc.ConnectClose();关键点是端口号和单元号。Modbus TCP默认端口502但有些PLC在程序中可以改从站地址单元号在PLC侧设置工控机侧必须配对否则连上了也会报超时。西门子专用S7协议更直接。用S7netplus库可以读写DB块、M区不需要在PLC侧写通信程序连接速度比Modbus更快。但要注意版本兼容S7-200 SMART和S7-1200/1500的访问模型不完全一致网上能搜到很多报错根本原因大多是DB号/偏移地址写错。倍福PLC一定要设置AMS路由。工控机上装TwinCAT后要把目标PLC的AMS NetId和端口号默认851填到路由表里并在PLC侧也添加工控机的AMS条目。只填IP不建路由连不上。这个配置我第一次做时也卡了半天后来总结成固定动作先查NetId再配路由顺序不能乱。4.4 PLC侧握手位设计防止“读旧结果”只要用网络通信传结果就一定会遇到一个经典问题PLC读到的结果是上一帧的。原因很简单视觉算法耗时是不固定的而PLC的扫描周期是固定的。如果PLC在工控机还没写完结果时就去读寄存器读到的是旧值如果工控机在一个扫描周期内连续写了多个结果PLC也可能跳帧。解决方法是用“请求—就绪—确认”三段握手。我一般规划M区地址如下软元件方向含义M0PLC → 工控机触发请求工控机收到后开始检测流程M10工控机 → PLC结果就绪工控机写完所有数据后置位M11工控机 → PLCOK结果M12工控机 → PLCNG结果D100工控机 → PLC结果码/缺陷类型标准流程PLC置位M0请求检测 → 工控机检测到M0的上升沿开始等待/获取图像 → 算法完成工控机写入D100并置位M10 → PLC扫描到M10后读取D100并执行分拣动作 → PLC完成后复位M0和M10准备下一轮。注意PLC里读M10一定要用上升沿而不是电平判断。因为从PLC读到M10为1到PLC复位M10之间可能隔了几个扫描周期而工控机侧如果已经进入下一轮检测旧标志位还可能是1就会重复触发。用上升沿可以保证只处理一次。这个握手逻辑同样适用于IO结果PLC不能只“看IO电平”而要看“电平变化的那一刻”。5. 联调排障实录五个影响全局的坑与完整排查思路最后分享几个我真正踩过的坑。这些不是理论推演都是产线现场花了不少时间才定位出来的问题希望你能绕开。5.1 相机枚举不到不是硬件坏了而是IP和防火墙现象相机SDK里找不到设备但相机网口指示灯正常。我见过工程师直接怀疑相机主板坏了寄回厂家检测结果人家收到后上电就能用。实际原因往往是工控机相机网口没设置固定IP或者Windows防火墙挡住了GigE Vision的UDP广播。排查顺序应当是在工控机上打开命令行ping相机的IP看通不通。通说明链路正常问题在软件层不通说明IP或物理链路有问题。检查工控机相机网口的IP是否和相机在同一网段特别注意子网掩码和网关设置。检查防火墙。不用急着重装驱动把相机软件加入白名单通常就够了。如果相机用了加密狗/许可证管理软件还要确认许可证服务没有崩溃。热词里有“海康相机7100加密狗安装包下载”这类搜索需求实际工作中加密狗更多影响的是VisionMaster之类的视觉软件授权跟相机枚举不是一回事。5.2 触发不动作先查触发源再查NPN/PNP现象PLC明明发信号了相机就是不拍照。我第一次遇到时先换了三条线最后查出来是相机参数里TriggerSource没有从Software改成硬件IO。相机出厂默认是软件触发模式接了IO线它也不认必须在SDK或相机设置里把TriggerMode设为On、TriggerSource设为Line1。这是软件层最容易忽略的一步。还有一次是PLC输出模块是漏型输出相机触发端公共端也接成了负极导致信号电平正好反相。用万用表量一下触发线上的电平变化看PLC输出“动作”和“不动作”时电压是高还是低再对照相机手册确认有效电平问题立刻清楚。5.3 双网口路由混乱相机流量被“带偏”现象工控机有外网网口接办公网和相机网口相机有时丢帧严重。查了很久才发现相机网卡的默认网关填了办公网的网关导致相机广播数据和部分报文走了错误路由。解决方法是给相机网口不设默认网关只保留IP和掩码如果必须上网再添加静态路由指向正确的网关。在Windows下加静态路由的命令是route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 5 -p这里-p表示持久化保存重启后仍然生效。双网卡场景下这个细节往往能解决一半的“时好时坏”问题。5.4 PLC读到旧结果时序没有握手现象产品明明是合格的PLC却偶尔执行了NG动作或者NG信息滞后一个工件。原因就是前面说的“读旧结果”。比如PLC用轮询方式读D100工控机在更新结果的瞬间PLC恰好读到新旧数据的混合值或者M10标志位还没来得及复位下一轮的旧结果又进来了。我后来在代码里加了一个“结果序号”字段每次检测完成结果序号加1PLC同时校验序号和就绪标志序号变了才认为结果有效。这个做法至今没再出过错。5.5 触发脉宽与PLC扫描周期不匹配现象PLC用脉冲指令输出触发信号相机偶尔拍到、偶尔不拍。PLC的一次扫描周期约10毫秒脉冲指令的输出宽度虽然设定为50毫秒但CPU刷新输出时可能错过相机的触发窗口尤其是当相机触发要求的最小脉宽很窄、且PLC输出刷新刚好在脉冲上沿附近时输出就可能被截断。解决办法有两个方向一是PLC侧用“置位”代替“脉冲”让触发信号持续保持直到视觉系统给出完成信号再复位。二是工控机侧使用外触发超时重试机制比如检测超时后主动重发一帧“软触发”。硬件链路的时序匹配本质上是把“最小触发宽度PLC输出刷新周期×2”作为设计准则。我在实际复核时会画一张时序图PLC扫描周期、DO模块动作延迟、相机触发脉宽、相机曝光时间、图像传输时间、算法处理时间、结果回传时间、PLC读取结果时间全部标出来。只要标完这张图链路里谁拖后腿基本一眼可见。最后再分享一个我的调试习惯联调前先在工控机上写一个“模拟PLC”的小工具用Modbus或IO卡模拟PLC发出触发信号、接收视觉结果。先把视觉系统单独调稳再和真实PLC对接。这样能避免两边的异常叠加在一起排查时也更快。机器视觉产线部署这件事硬件选型只是起点把三段链路的时序、握手和故障边界想清楚现场才能真正省心。