3. In-Sight软件环境与诊断入口
In-Sight 系统的故障诊断并不只依赖相机本体上的指示灯，更多细节信息需要通过软件环境获取。In-Sight 的软件生态由三层构成：In-Sight Explorer 是工程配置与深度诊断的主入口，VisionView 是面向操作员的现场可视化终端，远程访问工具（Web HMI、Telnet/FTP、In-Sight SDK 与 REST 接口）则用于跨网络、跨平台的监控与集成。理解这三者的功能边界与数据来源，才能在故障发生时快速定位到正确的诊断入口，而不是在错误的界面上反复查找。
一、In-Sight Explorer：工程与诊断的核心工作台
In-Sight Explorer 是安装在 PC 上的完整客户端，通过以太网与相机建立连接。它承担三类任务：作业（Job）的创建与编辑、相机运行参数的配置、以及系统状态的实时读取。诊断入口主要集中在以下几个区域：
- Application Steps（应用步骤）面板：显示当前作业中所有视觉工具的执行顺序。每个工具旁有状态标记，绿色表示通过、红色表示失败、黄色表示警告。当某个工具持续报红时，可直接双击进入该工具的参数页，查看其输入图像、ROI 位置和阈值设置。
- System（系统）菜单下的 Sensor Status：显示相机型号、固件版本、IP 地址、MAC 地址、运行时间、温度、内存占用率、当前作业名称。这是判断“相机是否在线、固件是否匹配、资源是否吃紧”的第一手信息。
- Event Log（事件日志）：按时间戳记录系统级事件，包括网络断开、触发超时、作业加载失败、I/O 强制状态变化等。日志可导出为 CSV，便于离线分析。
- Network Settings 与 I/O 状态页：查看当前 IP 配置方式（DHCP/静态）、端口占用、输入输出点的实时电平。当触发信号未到达时，可在此确认输入点是否真正翻转。
实际诊断中，一个常见场景是“相机能 ping 通，但取像不触发”。此时应先在 Sensor Status 中确认相机处于 Online 且作业已加载，再进入 I/O 状态页观察触发输入点是否随外部信号变化。若输入点无变化，问题在接线或 PLC 侧；若输入点翻转但无图像，则检查触发模式（硬件触发/软件触发）与曝光时间设置。这种“先看状态、再看信号、最后看工具”的顺序，可以避免盲目重启。
二、VisionView：现场操作与快速状态确认
VisionView 是运行在触摸屏或 PC 上的操作员界面，通常部署在产线旁。它不提供作业编辑功能，但能实时显示相机图像、当前作业的通过/失败结果、以及用户自定义的显示项。对于诊断而言，VisionView 的价值在于：
- 快速确认相机是否在出图、当前作业是否在运行；
- 通过颜色和计数直观判断连续失败是否集中出现；
- 在无 PC 的现场，作为“第一响应”判断故障范围（是单台相机还是整线）。
需要注意的是，VisionView 显示的是相机推送的运行时结果，不包含底层日志。若 VisionView 黑屏但 Explorer 能连上，通常说明显示端网络或 VisionView 授权/连接配置有问题，而非相机本身故障。
三、远程访问工具：Web HMI、Telnet/FTP 与 SDK
当工程师不在现场时，远程访问工具是获取系统状态的主要途径。In-Sight 相机内置 Web 服务器，通过浏览器访问相机 IP 可打开 Web HMI 页面，查看当前图像、作业状态、I/O 状态和部分系统信息。Telnet 会话可用于读取系统命令输出（如 get sensor status 类命令，具体命令集随固件版本不同），FTP 则用于上传/下载作业文件和日志。对于集成到上位系统的场景，In-Sight SDK 或 REST 接口可周期性读取相机状态字和错误码，实现集中监控。
远程诊断的一个关键限制是：部分诊断功能（如工具级参数调整、事件日志完整导出）仍需 Explorer 客户端。因此，合理的做法是“远程先判范围，现场再深挖”。例如，通过 Web HMI 发现某台相机持续返回“作业未加载”状态，即可判断需要远程重新加载作业或现场检查存储介质，而不必先到现场再排查。
四、如何通过软件界面获取系统状态与错误信息
不同入口获取的信息粒度不同，实际使用时应根据故障现象选择。以下是一份可直接参考的“状态信息获取对照表”，列出了常见诊断需求与对应的软件入口、可读字段和判断依据。
| 诊断需求 | 推荐入口 | 可读字段/信息 | 判断依据 |
|---|---|---|---|
| 相机是否在线 | Explorer → Sensor Status | Online/Offline、IP、MAC | Offline 时检查网线、交换机端口、IP 冲突 |
| 作业是否正常运行 | Explorer → Application Steps | 工具状态色、执行时间 | 红色工具需检查 ROI、阈值、图像质量 |
| 触发信号是否到达 | Explorer → I/O 状态页 | 输入点电平、触发计数 | 电平不翻转则查接线或 PLC 输出 |
| 历史错误追溯 | Explorer → Event Log | 时间戳、事件类型、错误码 | 按时间对齐产线异常发生时刻 |
| 现场是否出图 | VisionView | 实时图像、通过/失败 | 黑屏但 Explorer 可连，查显示端网络 |
| 远程批量监控 | Web HMI / SDK / REST | 状态字、错误码、作业名 | 周期性轮询，异常时触发告警 |
五、诊断入口的协同使用
三个入口并非互斥，而是形成“现场—工程—远程”的协同链。典型流程是：操作员通过 VisionView 发现某工位连续失败，通知工程师；工程师用 Explorer 连接相机，查看 Application Steps 中具体哪个工具报错，并结合 Event Log 确认错误发生的时间规律；若需要持续跟踪，则通过 Web HMI 或 SDK 将该相机的状态字接入上位监控系统，设置阈值告警。这样既避免了频繁现场往返，也保证了深度诊断能力不丢失。
需要强调的是，软件界面显示的状态是相机内部状态的“映射”，而非全部。例如，Sensor Status 中的温度值反映的是相机内部传感器读数，若持续接近上限（具体阈值随型号不同），应检查散热和安装环境，而不是仅依赖软件告警。同样，Event Log 的记录深度有限，长时间运行后旧事件会被覆盖，因此对于间歇性故障，建议定期导出日志或使用远程工具做持续记录。
掌握这三个软件入口的功能边界和信息粒度，是 In-Sight 故障诊断的基本功。实际工作中，先判断“用哪个入口看”，往往比“看什么”更能决定排查效率。