跳到主要内容

AI 驱动文档

您想了解什么？

调试 Node-RED

本指南为 OV10i 摄像头系统中的 Node-RED 问题提供全面的故障排除流程。可用于现场维修、调试生产问题，以及检查流程的预防性维护。

注意

安全第一： 在对活跃的检查系统进行更改之前，请始终通知生产部门。在修改流程之前创建备份。

Emergency Quick-Fix Procedures​

关键系统停机 - 立即行动​

步骤操作时长结果
1检查相机电源 LED 状态30 秒硬件正常
2访问 OV10i Node-RED：http://camera-ip/recipes/<recipe-number>/ioblock1 分钟编辑器可访问
3查找红色三角形错误指示符1 分钟定位失败节点
4点击 部署 按钮（全量部署）30 秒重置所有流程
5测试基本的检查触发2 分钟验证系统是否正常运行

系统恢复（如果编辑器无法加载）​

OV10i 摄像头没有安全模式——重启是主要的恢复方法：

  1. 断电再上电摄像头（断开电源 10 秒）
  2. 等待完整启动（所有 4 个 LED 稳定 - 2-3 分钟）
  3. 通过配方特定的 URL 访问活动配方的 Node-RED
  4. 验证流程完整性并进行必要的修复
  5. 部署变更以恢复正常运行
备注

URL 格式： http://<camera-ip>/recipes/<recipe-number>/ioblock

示例：

  • http://192.168.0.101/recipes/20/ioblock
  • http://192.168.0.105/recipes/1/ioblock

::

Systematic Debugging Process​

第一步：确定问题范围​

快速评估问题​

问题如是如否
是否可以访问 OV10i Node-RED 界面？继续执行步骤 2检查网络/相机状态
编辑器中能看到流程吗？继续执行步骤 2断电重启相机并重试
是否在节点上看到错误三角形？先聚焦这些节点检查流程执行
检查是否触发？检查单个节点输出验证触发输入
备注

访问 URL： 使用针对该配方的 URL 格式：http://<camera-ip>/recipes/<recipe-number>/ioblock

第 2 步：启用调试监控​

为故障排除添加 Debug 节点​

  1. 在问题流程的关键点放置 Debug 节点：
    • 触发输入之后
    • 逻辑节点之前和之后
    • 最终输出处
  2. 为 Debug 节点配置尽可能多的信息：
    • 输出（Output）：完整的消息对象
    • 到（To）：Debug 侧边栏
    • 名称（Name）：描述性名称（如 “After Classification Logic”）
  3. 通过在编辑器中点击按钮来启用所有 Debug 节点

调试侧边栏管理​

访问调试侧边栏：

  • 在右侧面板点击 Debug 选项卡（虫子图标）
  • 使用垃圾桶图标清除旧消息
  • 如有大量节点处于活动状态，可对消息进行筛选

调试信息解读：

  • 时间戳（Timestamp） 显示消息发生时间
  • 节点名称（Node name） 显示生成消息的节点
  • 消息内容（Message content） 显示数据结构和值

第 3 步：跟踪流程执行​

跟踪消息路径​

  1. 从触发源开始（注入、定时器、外部输入）
  2. 验证每个节点接收的输入是否符合预期
  3. 检查在每个步骤的消息转换
  4. 确定流程停止或产生错误输出的位置

常见的流程中断点​

节点类型常见问题快速检查
分类逻辑未达到置信阈值检查 ROI 对齐，重新训练模型
Switch 节点错误的条件逻辑验证开关规则和消息属性
Join 节点等待不完整的消息集检查消息部分数量
Function 节点JavaScript 错误在浏览器控制台检查错误
HTTP 请求网络连接性手动测试端点

Node-RED 常见问题与解决方案​

流执行问题​

问题：流程未触发​

症状：

  • 调试窗格中没有消息
  • 系统显示为非活动状态
  • 外部触发无效

诊断步骤：

  1. 检查触发源： 手动注入、定时器、外部输入
  2. 验证连线： 确保节点之间的连接
  3. 测试手动触发： 使用 Inject 节点强制启动流程

解决方案：

原因解决方案预防
被禁用的流程点击 Deploy → 完整部署改动后定期部署
连接断开重新正确连线节点编辑时进行可视化检查
计时器配置错误检查 Inject 节点的定时设置记录定时要求
外部触发失败验证 I/O 连接与信号常规 I/O 测试

问题：流程在运行但结果错误​

症状：

  • 消息在流动但分类不正确
  • 通过/失败逻辑不能正确工作
  • 结果不一致

诊断过程：

  1. 在可疑节点之前和之后添加 Debug 节点
  2. 比较期望值与实际消息内容
  3. 检查节点配置以确保参数正确

解决方案：

问题区域检查修复
分类逻辑ROI 对齐、模型训练重新训练或调整 ROI
Switch 条件属性名和值正确的开关逻辑
消息属性数据类型与格式使用 Change 节点修正格式
上下文变量存储的值和作用域清除/重置上下文存储

性能问题​

问题：流程执行慢​

症状：

  • 触发与输出之间的延迟
  • 检查超时
  • 系统卡顿

性能诊断：

  1. 检查 Debug 时间戳 以识别慢节点
  2. 监控摄像机系统的 CPU 使用率
  3. 统计活动的 Debug 节点数量（禁用未使用的节点）

优化措施：

性能问题解决方案预期改进
调试节点过多禁用/移除未使用的 Debug 节点速度提升约 10-20%
复杂的 Function 节点优化 JavaScript 代码变量级别的改进
高频触发增加延迟/速率限制防止系统过载
大型消息对象减少消息载荷大小处理速度更快

维护程序​

每日健康检查​

可视化流程检查（5 分钟）​

  1. 访问 Node-RED 编辑器
  2. 检查错误指示器（红色三角形）
  3. 验证流程连接是否完好
  4. 检查最近的调试消息以查找异常

流程执行测试（10 分钟）​

  1. 使用 Inject 节点进行手动触发测试
  2. 在 Debug 侧边栏中验证预期输出
  3. 对已知良品/不良件测试通过/失败逻辑
  4. 确认外部通信（PLC、数据库）

每月维护任务​

性能评估（15 分钟）​

流程优化清单：

任务操作备注
调试节点清理禁用未使用的调试节点仅保留必要的调试
上下文存储审查清除不必要的存储值防止内存积累
错误日志审查检查浏览器控制台中的错误记录重复出现的问题
创建备份将流程导出到备份文件带日期/版本信息存储

配置验证（20 分钟）​

  1. 将当前流程与文档化标准进行比较
  2. 确保所有关键路径具备适当的错误处理
  3. 测试错误恢复场景
  4. 将变更更新到文档

月度深度维护​

综合流程分析（45 分钟）​

性能指标收集：

  • 流程执行时间
  • 错误发生频率分析
  • 资源使用模式
  • 通信可靠性

流程结构审查：

  • 消除冗余节点
  • 合并重复逻辑
  • 更新已弃用的配置
  • 优化复杂的 Function 节点

备份与恢复测试（30 分钟）​

  1. 创建完整 Flow 导出
  2. 在备份系统上测试导入过程
  3. 验证备份还原是否保持功能性
  4. 记录恢复流程

诊断工具与技术​

内置 Node-RED 工具​

调试侧边栏功能​

功能用途/应用场景访问方式
消息过滤聚焦特定节点侧边栏中的筛选按钮
消息历史查看过去的 100 条消息在 Debug 侧边栏滚动查看
节点定位查找调试消息的来源在消息中单击节点名称
消息导出保存诊断数据复制消息内容

上下文数据浏览器​

访问上下文存储：

  • 打开 OV10i Node-RED 界面（http://<camera-ip>/recipes/<recipe-number>/ioblock）
  • 转到 Context Data 选项卡（右侧边栏）
  • 查看 Node/Flow/Global 上下文值

上下文调试：

  • 节点上下文： 检查单个节点状态
  • 流程上下文： 验证共享流程变量
  • 全局上下文： 查看系统范围设置

网络通信测试​

HTTP 请求验证：

  1. 使用外部工具（Postman、curl）测试端点
  2. 验证响应格式是否与预期数据匹配
  3. 测试错误条件（超时、无效响应）

PLC 通信验证：

  1. 使用 PLC 编程软件 验证连通性
  2. 独立测试数据寄存器访问
  3. 验证数据格式转换

紧急恢复流程​

Flow 损坏恢复​

损坏症状：​

  • OV10i 的 Node-RED 界面无法加载 Flow
  • 摄像机重启后 Flow 显示为空
  • 部署多次失败

恢复步骤：​

  1. 对 OV10i 摄像头进行断电后重新上电（Power cycle）:
    • 断开电源 10 秒
    • 等待完全启动（全部 4 个 LED 指示灯稳定）
  2. 访问 recipe 的 Node-RED 界面：
    • 导航至 http://<camera-ip>/recipes/<recipe-number>/ioblock
    • 若 Flow 损坏，请从备份导入
  3. 从备份恢复：
    • 使用 OV10i 的 recipe 导入功能
    • 导入最近的备份文件
    • 确认所有连接完好
  4. 验证还原：
    • 测试所有关键 Flow
    • 验证外部通信
    • 更新任何配置变更

系统资源问题​

内存/CPU 过载​

即时措施：

  1. 在 OV10i Node-RED 中禁用非必要的 Debug 节点
  2. 移除高频率定时器触发器
  3. 简化复杂的 Function 节点
  4. 对摄像头进行电源循环以重启所有服务

长期解决方案：

  • 为 OV10i 硬件优化 Flow 设计
  • 实现限流
  • 降低消息载荷大小
  • 安排维护窗口

故障排除清单​

维护前清单​

  • 通知生产部门维护窗口
  • 创建当前 Flow 备份
  • 记录当前系统状态
  • 准备回滚过程
  • 测试备份恢复过程

维护后验证​

  • 所有 Flow 部署成功
  • 手动触发测试通过
  • 外部通信已验证
  • 错误指示器已清除
  • 性能在可接受范围内
  • 文档已更新

应急响应清单​

  • 系统影响已评估
  • 已通知生产
  • 已尝试快速修复
  • 如有需要，执行备份恢复
  • 根本原因已识别
  • 已实施预防措施

文档与日志​

维护记录​

所需文档：

  • 维护日期/时间
  • 识别并解决的问题
  • 所做的配置变更
  • 实现的性能改进
  • 未来建议

🔗 相关链接​

提示

在调试会话中记录所有所做的更改。这将帮助未来的故障排除并为团队建立知识积累。