跳到主要内容

AI 驱动文档

您想了解什么?

调试 Node-RED

本指南提供了 OV10i 相机系统上 Node-RED 问题的全面故障排除程序。可用于现场维修、调试生产问题以及检查流程的预防性维护。

注意

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

紧急快速修复程序

关键系统故障 - 立即采取行动

步骤操作时间结果
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

系统调试流程

第 1 步:识别问题范围

快速评估问题

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

访问 URL: 使用特定配方的 URL 格式:http://<camera-ip>/recipes/<recipe-number>/ioblock

第 2 步:启用调试监控

添加调试节点以进行故障排除

  1. 在问题流程的关键点放置调试节点:
    • 在触发输入之后
    • 在逻辑节点之前和之后
    • 在最终输出处
  2. 配置调试节点以获取最大信息:
    • 输出: 完整的消息对象
    • 到: 调试侧边栏
    • 名称: 描述性名称(例如,“分类逻辑之后”)
  3. 通过点击编辑器中的按钮启用所有调试节点

调试侧边栏管理

访问调试侧边栏:

  • 点击右侧面板中的 调试标签(虫子图标)
  • 使用垃圾桶图标 清除旧消息
  • 如果活动节点过多,过滤消息

调试消息解释:

  • 时间戳 显示消息发生的时间
  • 节点名称 显示生成消息的节点
  • 消息内容 显示数据结构和数值

第 3 步:追踪流程执行

跟踪消息路径

  1. 从触发源开始(注入、定时器、外部输入)
  2. 验证每个节点接收到预期输入
  3. 检查每一步的消息转换
  4. 识别流程停止或产生错误输出的位置

常见流程中断点

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

常见 Node-RED 问题及解决方案

流程执行问题

问题:流程未触发

症状:

  • 调试侧边栏中没有消息
  • 系统似乎处于非活动状态
  • 外部触发器无法工作

诊断步骤:

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

解决方案:

原因解决方案预防措施
禁用的流程点击部署 → 完全部署在更改后定期部署
断开的连接正确重新接线节点编辑时进行视觉检查
定时器配置错误检查注入节点的定时设置记录定时要求
外部触发器故障验证 I/O 接线和信号定期进行 I/O 测试

问题:流程运行但结果错误

症状:

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

诊断过程:

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

解决方案:

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

性能问题

问题:流程执行缓慢

症状:

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

性能诊断:

  1. 检查调试时间戳 以识别缓慢的节点
  2. 监控摄像头系统的 CPU 使用率
  3. 计算活动调试节点(禁用未使用的节点)

优化措施:

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

维护程序

每日健康检查

视觉流检查(5分钟)

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

流执行测试(10分钟)

  1. 使用 Inject 节点进行手动触发测试
  2. 在调试侧边栏中验证预期输出
  3. 使用已知的好/坏部件测试通过/失败逻辑
  4. 确认外部通信(PLC、数据库)

每月维护任务

性能评估(15分钟)

流优化检查表:

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

配置验证(20分钟)

  1. 将当前流与文档标准进行比较
  2. 验证所有关键路径是否具有适当的错误处理
  3. 测试错误恢复场景
  4. 更新文档以反映任何更改

每月深度维护

综合流分析(45分钟)

性能指标收集:

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

流结构审核:

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

备份和恢复测试(30分钟)

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

诊断工具和技术

内置 Node-RED 工具

调试侧边栏功能

功能用例访问方法
消息过滤专注于特定节点侧边栏中的过滤按钮
消息历史查看过去的 100 条消息在调试侧边栏中滚动
节点位置查找调试消息的来源点击消息中的节点名称
消息导出保存诊断数据复制消息内容

上下文数据浏览器

访问上下文存储:

  • 打开 OV10i Node-RED 界面(http://<camera-ip>/recipes/<recipe-number>/ioblock
  • 转到上下文数据选项卡(右侧边栏)
  • 查看节点/流/全局上下文值

上下文调试:

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

网络通信测试

HTTP 请求验证:

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

PLC 通信验证:

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

紧急恢复程序

流程损坏恢复

损坏的症状:

  • OV10i Node-RED 界面无法加载流程
  • 相机重启后流程显示为空
  • 部署重复失败

恢复步骤:

  1. 对 OV10i 相机进行断电重启:
    • 拔掉电源 10 秒
    • 等待完全启动(所有 4 个 LED 稳定)
  2. 访问配方的 Node-RED 界面:
    • 导航到 http://<camera-ip>/recipes/<recipe-number>/ioblock
    • 如果流程损坏,从备份导入
  3. 从备份恢复:
    • 使用 OV10i 配方导入功能
    • 导入最近的备份文件
    • 验证所有连接完好
  4. 验证恢复:
    • 测试所有关键流程
    • 验证外部通信
    • 更新任何配置更改

系统资源问题

内存/CPU 超载

立即采取的措施:

  1. 在 OV10i Node-RED 中禁用非必要的调试节点
  2. 移除高频率定时触发器
  3. 简化复杂的功能节点
  4. 对相机进行断电重启以重启所有服务

长期解决方案:

  • 优化 OV10i 硬件的流程设计
  • 实施速率限制
  • 减少消息负载大小
  • 安排维护窗口

故障排除检查表

维护前检查表

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

维护后验证

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

紧急响应检查表

  • 评估系统影响
  • 通知生产
  • 尝试快速修复
  • 如有必要进行备份恢复
  • 确定根本原因
  • 实施预防措施

文档和日志记录

维护记录

所需文档:

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

🔗 参见


提示

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