3. In-Sight软件体系与通信配置入口
在把 In-Sight 相机接入 MES 之前，必须先弄清楚一件事：哪一层软件负责“配置通信”，哪一层软件负责“看结果”。很多现场问题——比如“相机明明能触发，但 MES 收不到数据”“VisionView 上能看到图，PLC 却读不到字符串”——根源往往不是网络本身，而是配置入口找错了，或者参数含义理解偏了。本节把 In-Sight 的软件体系拆成三条线：工程配置线（In-Sight Explorer）、现场监视线（VisionView）、以及真正决定数据能否出去的通信设置界面。
一、In-Sight Explorer：唯一的工程与通信配置入口
In-Sight Explorer 是康耐视 In-Sight 系列相机的官方 PC 端工程软件，它承担三类工作：相机发现与连接、视觉作业（Job）的编辑与下载、通信与 I/O 参数配置。也就是说，MES 集成中所有“让相机把数据发出去”的设置，最终都要落到 In-Sight Explorer 里完成，而不是在 VisionView 或 MES 侧完成。
连接相机时，Explorer 通过“In-Sight Network”视图扫描网段内的相机。相机出厂默认 IP 通常为 192.168.0.10（部分型号为 169.254.x.x 链路本地地址），子网掩码 255.255.255.0。若 PC 与相机不在同一网段，需要先把 PC 网卡改为同网段，例如 PC 设为 192.168.0.100，再在 Explorer 中右键相机选择“Add Sensor/Device”并输入 IP 完成添加。连接成功后，Explorer 会显示相机型号、固件版本和当前 Job 名称，这是判断“配置是否作用在正确设备上”的第一道确认。
需要特别区分两个概念：Job（作业）是视觉逻辑与结果数据的载体，Communication（通信）是结果数据对外输出的通道。Job 决定“算出什么”，Communication 决定“怎么发出去”。MES 集成失败时，先确认 Job 里结果是否已正确生成（例如 GetString、ReadString 是否返回有效值），再检查 Communication 是否把该结果绑定到了输出通道。
二、VisionView：现场监视，不是配置工具
VisionView 是面向操作员的可视化界面，常见形态包括 VisionView PC 软件和 VisionView 工业触摸屏。它的核心作用是实时显示图像、结果状态（Pass/Fail）、数值和字符串结果，方便现场人员观察和简单操作（如切换 Job、手动触发）。但 VisionView 不提供通信协议参数配置，它看到的是相机已经产生的结果，而不是通信链路本身。因此，当 MES 收不到数据时，在 VisionView 上看到“结果正常”只能说明视觉逻辑没问题，不能说明通信配置正确。这一点是现场排障中最容易混淆的地方。
三、通信设置界面与关键参数含义
在 In-Sight Explorer 中，通信配置主要分布在两个位置：Application Steps 中的 Communication 步骤（用于把结果写入通信设备/格式），以及System > Communication > Network Settings / Industrial Ethernet / Native Mode 等系统级设置（用于选择协议、端口、数据格式）。以最常用的 TCP/IP Native Mode 和 EtherNet/IP 为例，关键参数如下：
- Protocol / Device：选择通信方式，如 Native TCP/IP、EtherNet/IP、PROFINET、Modbus TCP。选错协议，后续所有参数都无意义。
- Port（端口）：Native Mode 默认 TCP 端口为
23（Telnet）或用户自定义端口（如5000）。MES 侧客户端必须连接同一端口。 - Format / Delimiter（格式与分隔符）：决定结果字符串如何拼接，例如用逗号分隔
OK,12.345,ABC123，行结束符常用\r\n。MES 解析必须与此一致。 - Trigger / Acknowledge：触发方式（外部 I/O、网络命令、定时）与应答机制。若启用 Acknowledge，MES 需回送确认字符，否则相机会等待超时。
- EtherNet/IP 的 Input/Output Assembly：输入/输出数据长度（字节数）必须与 PLC 侧 EDS 或 Generic Device 配置完全一致，否则会出现“连接建立但数据错位”。
四、软件体系与数据出口的关系
把上述内容串起来看：In-Sight Explorer 是“配置面”，VisionView 是“观察面”，通信设置界面是“数据出口面”。三者关系可以用下面的结构图表示——它强调的不是操作步骤，而是配置作用点与数据流向的对应关系，帮助你在排障时快速定位问题出在哪一层。
五、一个可复用的通信配置检查示例
下面给出一份以 Native TCP/IP 为例的配置检查表，字段和取值均为教学示例，实际使用时需按现场 MES 接口文档替换。它的价值在于把“参数含义”落到可逐项核对的条目上，避免只凭印象判断。
| 检查项 | 示例取值 | 判断依据 |
|---|---|---|
| 相机 IP / 掩码 | 192.168.0.10 / 255.255.255.0 | 与 MES 客户端同网段，能 ping 通 |
| 协议 | Native TCP/IP | 与 MES 接口文档一致 |
| 端口 | 5000 | MES 客户端连接同一端口 |
| 结果格式 | OK,12.345,ABC123\r\n | 分隔符、小数位、结束符与解析规则一致 |
| 触发方式 | 外部 I/O 上升沿 | PLC 输出触发信号后相机执行 Job |
| 应答 | 启用，回送 ACK | MES 收到后回送确认，避免相机超时 |
最后强调一个易错点：Explorer 中修改通信参数后，必须确认参数已写入相机并生效。部分设置需要重新连接或重启相机才生效；如果只在 Explorer 界面看到修改，却没有执行下载或保存，相机实际运行的仍是旧配置。判断方法是断开 Explorer 后重新连接，查看参数是否保持；或者直接用 Socket 工具连接，观察输出格式是否已改变。只有“配置—下载—验证”三步都闭环，通信配置才算真正完成。