28692d10a5
fix: 配置推送时增强 rtsp_url 日志和校验
...
当摄像头没有有效的 RTSP 地址时:
1. 添加详细的警告日志,说明可能的原因(stream_proxy 表或媒体服务器配置)
2. 添加 rtsp_url_valid 标志位,方便 Edge 端调试
这有助于排查为什么推送配置后 Edge 无法连接视频流。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 18:22:06 +08:00
d2434927fe
fix: PostConstruct 导入改为 jakarta.annotation(Java 17+)
...
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 17:14:31 +08:00
be6d1c74de
fix: 启动时统一 ROI 表 device_id,解决配置推送不到 Edge 的问题
...
添加 @PostConstruct normalizeDeviceIds(),WVP 启动时自动将所有 ROI
的 device_id 统一为默认边缘设备 ID,确保 writeDeviceAggregatedConfig
能正确查询到关联摄像头,Redis key 和 Stream 事件的 device_id 与 Edge
端 EDGE_DEVICE_ID 一致。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 17:05:51 +08:00
98ffac671c
fix(aiot): pushConfig增加device_id回退逻辑,修复配置推送不到达Edge
...
问题:ROI表device_id为空时,writeDeviceAggregatedConfig被跳过,
Redis Stream事件不发送,Edge永远收不到配置更新,但前端仍显示推送成功。
修复:
- pushConfig/pushAllConfig中device_id为空时回退查询edge设备表,
再回退到硬编码默认值"edge"
- 返回值新增redis_sync字段,push_status准确反映实际同步结果
- 新增getDefaultDeviceId()方法
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 15:47:58 +08:00
6ca8a38fae
fix(aiot): 前端截图刷新添加cache-busting防止浏览器缓存
...
给COS预签名URL附加_t=timestamp参数,确保每次刷新截图时
浏览器不使用缓存的旧图片。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 15:47:48 +08:00
c586f8e77a
fix(aiot): snap端点改用302重定向到COS公共URL
...
<img>标签请求snap时,直接302重定向到COS公共URL,
浏览器自动跟随重定向加载图片。用sendRedirect绕过
GlobalResponseAdvice的WVPResult包装,避免byte[]类型转换错误。
同时GlobalResponseAdvice增加byte[]排除以防其他场景。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 15:22:53 +08:00
2b0a682b3f
fix(aiot): 改用COS公共URL+修复GlobalResponseAdvice排除byte[]
...
1. requestScreenshot直接返回COS公共URL(不再返回代理路径)
2. GlobalResponseAdvice排除byte[]类型响应,避免图片代理被包装成WVPResult
3. handleCallback先写缓存再complete Future(保留之前的竞态修复)
COS Bucket已开启公有读,无需签名URL,直接用公共地址即可在<img>中显示。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 15:16:29 +08:00
83041e9490
fix(aiot): 修复截图代理两个bug:竞态条件+URL双重编码
...
1. handleCallback先写Redis缓存再complete Future,
避免等待线程被唤醒后读取缓存为空的竞态条件
2. RestTemplate使用URI.create()传入预签名URL,
避免对已编码的%3B等字符做二次编码导致COS 403
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 14:56:30 +08:00
c932c1c7a2
fix(aiot): snap端点支持图片直接返回,兼容前端<img>标签直接加载
...
前端将snap API URL直接设为<img src>,浏览器以Accept: image/*请求,
但原接口返回JSON导致图片无法显示。现通过检测Accept头自动判断:
- image/*请求:触发截图后直接返回JPEG字节流
- JSON请求:返回原有JSON格式
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 14:38:15 +08:00
b47d01fc30
feat(aiot): 截图图片改为WVP服务端代理,解决浏览器直连COS跨域问题
...
前端<img>直接加载COS预签名URL会遇到ERR_CONNECTION_CLOSED,
改为WVP服务端代理:新增/api/ai/roi/snap/image端点,
WVP从Redis读取缓存的COS URL后在服务端下载图片返回给前端,
前端只做同源请求,彻底避免CORS问题。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 14:22:53 +08:00
4aae7ee459
fix(aiot): pushAllConfig补充Redis聚合配置写入+修正截图回调地址
...
pushAllConfig原来只做HTTP推送,不写Redis,导致Edge在
CONFIG_SYNC_MODE=REDIS模式下无法通过Stream接收全量配置。
现在推送后对每个deviceId调用writeDeviceAggregatedConfig,
写入device:{id}:config并发布device_config_stream事件。
同时修正application-dev.yml中截图回调地址。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-28 11:31:05 +08:00
f9bf85f9fa
fix: 截图回调接口加入鉴权白名单
2026-02-28 10:11:35 +08:00
19aa6971d5
feat: 截图响应改为HTTP回调
2026-02-28 10:02:55 +08:00
3a601b37e6
feat(aiot): Edge截图方案替代ZLM截图,支持COS URL返回
...
- 新增 IAiScreenshotService 接口和实现:通过 Redis Stream 请求 Edge
截图,轮询等待结果,支持 5 分钟缓存和 force 刷新
- AiRoiController.getSnap() 从 ZLM 二进制截图改为返回 JSON(含 COS URL)
- 前端 aiRoi.js 新增 getSnapUrl 方法
- roiConfig.vue 改为异步加载截图,增加 loading 状态和错误提示
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-27 17:25:32 +08:00
152af7ec90
fix(stream-proxy): 修复int类型比较错误,使用!=替代equals
2026-02-25 14:35:48 +08:00
e06f851561
fix(aiot): 删除updateAlgoParams方法中的重复代码片段
2026-02-25 14:34:48 +08:00
1ff341a676
feat(stream-proxy): 摄像头列表按应用名+流ID排序,同应用分组显示
2026-02-25 14:20:52 +08:00
933a585242
feat(stream-proxy): 添加应用名修改时的唯一性验证
...
修改内容:
- update() 方法中添加 app+stream 唯一性检查
- 检测用户是否修改了 app 或 stream 字段
- 如果修改后与其他记录冲突,抛出友好的错误提示
- 错误消息:"应用名 [xxx] 下的流ID [yyy] 已存在"
场景示例:
原记录:大堂/001
用户修改为:停车场/001
系统检查:停车场下是否已有 001
- 如果已存在 → 抛出错误提示
- 如果不存在 → 允许修改
防止问题:
- 避免修改应用名后产生重复的 app+stream 组合
- 保持数据库唯一约束的完整性
- 提供清晰的用户反馈
2026-02-25 13:50:24 +08:00
8a540d59ba
fix(aiot): 修复自动推送参数错误 - 使用deviceId而不是cameraId
...
问题:
- 自动推送配置时传入错误的参数:cameraId(如:cam_xxx)
- 但 writeDeviceAggregatedConfig() 期望的是 deviceId(如:edge-001)
- 导致Edge端收不到配置更新通知,仍然显示"有ROI但未找到配置"
根本原因:
- writeDeviceAggregatedConfig(deviceId, action) 方法:
- 参数deviceId指的是Edge设备ID(edge-001)
- 通过deviceId查询该设备下的所有摄像头
- 发送Redis Stream通知:device_id=deviceId
- Edge端监听 device_id="edge-001" 的消息
- 但我们传入的是 cameraId="cam_xxx",导致通知发送到错误的频道
错误调用链:
save() → writeDeviceAggregatedConfig(cameraId, "UPDATE") ❌
→ Redis Stream: device_id="cam_xxx" ❌
→ Edge监听 device_id="edge-001" ❌ 收不到!
修复方案:
- 所有自动推送调用改为使用 roi.getDeviceId()
- 修复的方法:save(), delete(), bindAlgo(), unbindAlgo(), updateAlgoParams()
- 添加device_id为空的警告日志
- 日志中同时显示camera_id和device_id,便于调试
正确调用链:
save() → writeDeviceAggregatedConfig(deviceId, "UPDATE") ✅
→ Redis Stream: device_id="edge-001" ✅
→ Edge监听 device_id="edge-001" ✅ 正常接收!
影响:
- 现在自动推送会正确工作,无需手动推送
- Edge端能实时接收配置更新
- 新增/修改ROI后立即生效
2026-02-25 13:39:35 +08:00
4dff9b58f5
fix(stream-proxy): 保留用户输入的应用名,不强制覆盖为camera_code
...
问题:
- 新增摄像头时,应用名列显示为 camera_code(如:cam_dfc6e351b486)
- 而不是用户输入的应用名(如:大堂、停车场)
根本原因:
- StreamProxyServiceImpl.add() 方法中,第168行强制覆盖了用户输入
- streamProxy.setApp(cameraCode) 将用户输入的app替换为自动生成的cameraCode
修复方案:
- 删除强制覆盖逻辑,保留用户输入的应用名
- camera_code 和 app 各司其职:
- camera_code: 系统内部唯一标识(ROI关联)
- app: 用户可读的场景名(大堂、停车场、入口等)
影响:
- 用户输入的应用名现在会正确保存和显示
- 不影响 camera_code 的生成和使用
- app/stream 组合唯一约束依然有效
2026-02-25 13:31:23 +08:00
f0ac1104b5
chore: 将docs文件夹添加到.gitignore,移除远程追踪
...
- 添加 docs/ 到 .gitignore
- 从git追踪中移除docs文件夹(保留本地文件)
- docs文件夹包含的规划文档仅供本地开发使用
2026-02-25 11:34:06 +08:00
fba0e57777
docs: 配置推送和告警状态修复实施总结
2026-02-25 11:28:36 +08:00
20863cd232
fix(aiot): 新增/修改ROI和算法绑定时自动推送配置到Edge
...
- save() 方法:新增/更新ROI后自动推送配置
- bindAlgo() 方法:绑定算法后自动推送配置
- updateAlgoParams() 方法:更新算法参数后自动推送配置
修复问题:之前只有删除操作会自动推送,导致用户必须手动推送配置才能生效
现在所有CUD操作都会自动推送,修改即生效
注意:需配合Edge端算法状态保留方案,避免频繁reload导致告警状态丢失
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-25 11:23:23 +08:00
7f4d25a803
feat(aiot): 更新周界入侵参数 - 拆分入侵和消失确认时间
...
- 添加confirm_intrusion_seconds参数(默认5秒):入侵确认时间
- 添加confirm_clear_seconds参数(默认180秒):消失确认时间
- 更新算法描述:详细说明确认逻辑
- 保留confirm_seconds参数用于向后兼容
2026-02-25 09:13:33 +08:00
afc1d8d996
fix(aiot): 摄像头查询接口加入认证白名单
...
问题:service调用 /api/ai/camera/get 接口时返回401未授权
根因:新添加的摄像头查询接口需要登录认证
修复:将 /api/ai/camera/get 加入认证白名单
- 允许service服务无需token即可查询摄像头信息
- 用于告警汇总页面获取摄像头中文名称
影响文件:
- src/main/java/com/genersoft/iot/vmp/conf/security/WebSecurityConfig.java:105
2026-02-24 13:29:25 +08:00
76399d13ce
feat(aiot): 添加摄像头查询接口 - 支持通过camera_code查询
...
新增功能:
- 新增 AiCameraController 提供 /api/ai/camera/get 接口
- 支持通过 cameraCode 参数查询 StreamProxy 摄像头信息
- 用于告警服务从WVP获取摄像头名称等详细信息
接口说明:
- 路径:GET /api/ai/camera/get
- 参数:cameraCode(摄像头编码,如:cam_xxxxxxxxxxxx)
- 返回:StreamProxy对象(包含name、gb_name、app等字段)
使用场景:
- 告警汇总/device-summary API需要获取摄像头中文名称
- 前端vite代理:/admin-api/aiot/device/camera/get → WVP /api/ai/camera/get
技术细节:
- 使用StreamProxyMapper.selectByCameraCode查询
- 返回WVPResult封装的响应
2026-02-24 09:34:06 +08:00
e72abd3d28
fix(aiot): 修复摄像头名称显示问题 - 三级降级策略
...
问题分析:
1. 部分告警显示camera_code而非摄像头名称
- cam_1f0e3dad9990 显示为 cam_1f0e3dad9990
- cam_c51ce410c124 显示为 cam_c51ce410c124
- cam_6f4922f45568 显示为 cam_6f4922f45568
2. 部分摄像头显示带流ID后缀
- 大堂吧台3/012 应显示为 大堂吧台3
根本原因:
- 数据库中这3个摄像头的gb_name字段为空
- 原降级逻辑使用app字段(值为camera_code)
- 导致显示camera_code而非实际名称
修复方案 - 三级降级策略:
1. 优先使用gb_name去除流ID后缀:SUBSTRING_INDEX(gb_name, '/', 1)
2. gb_name为空时使用name字段(摄像头名称如'大堂吧台1')
3. name也为空时才使用app字段
SQL修改:
COALESCE(SUBSTRING_INDEX(sp.gb_name, '/', 1), sp.name, sp.app) AS camera_name
修复效果:
- cam_1f0e3dad9990 → 大堂吧台3 ✓
- cam_c51ce410c124 → 大堂吧台1 ✓
- cam_6f4922f45568 → 大堂吧台2 ✓
- 大堂吧台3/012 → 大堂吧台3 ✓
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-20 22:37:10 +08:00
c7a6bf5ef9
feat(aiot): 告警详情和列表显示摄像头名称
...
- AiAlert添加cameraName字段
- Mapper查询时LEFT JOIN wvp_stream_proxy表获取gb_name
- 通过camera_code关联查询
- 优先显示cameraName,降级显示cameraId
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 22:54:43 +08:00
66e3ab4b74
feat(aiot): 告警详情显示ROI名称而非bbox坐标
...
- AiAlert实体类添加roiName字段
- Mapper查询时LEFT JOIN wvp_ai_roi表获取ROI名称
- 前端详情页显示'检测区域:ROI名称',删除'(bbox)'
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 22:49:10 +08:00
67b28f6290
fix(aiot): 配置推送超时保持10秒 - Edge改为异步启动摄像头
...
Edge端已改为异步启动摄像头,配置写入SQLite后立即返回响应,
因此云端保持10秒超时即可
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 22:33:57 +08:00
fb8cf8ae5d
fix(aiot): 修复编译错误 - 使用getGbName()替代getName()
...
StreamProxy继承自CommonGBChannel,名称字段是gbName而非name
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 13:41:43 +08:00
835c16a365
fix(aiot): 配置推送改用camera_code查询StreamProxy
...
问题:昨天更新AiRedisConfigServiceImpl使用camera_code后,
忘记同步更新AiConfigServiceImpl,导致推送时仍用旧的app/stream
分割逻辑,无法识别cam_xxx格式的camera_code,推送空配置
修复:
- 使用 streamProxyMapper.selectByCameraCode 替代 selectOneByAppAndStream
- 移除 camera_id 按 "/" 分割的逻辑
- 支持新的 camera_code 格式(cam_xxx)
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 12:13:12 +08:00
be35710c01
test(intrusion): 验证自动告警处理功能实现
...
完成周界入侵自动告警处理功能的全面测试验证,包括Edge端、Backend端和Frontend端。
## 测试内容
### Edge端验证 (ai_edge/algorithms.py)
- ✅ IntrusionAlgorithm状态机实现 (4个状态)
- ✅ 入侵确认: 5s持续有人 → 触发告警
- ✅ 消失确认: 5s持续无人 → 发送alarm_resolve
- ✅ 告警追踪: _last_alarm_id正确回填 (main.py)
- ✅ 冷却期: 300s内不重复告警
- ✅ 日志记录: 所有状态转换有日志
- ✅ 状态查询: get_state()方法完整
- ✅ 重置方法: reset()方法正确
### Backend端验证 (AiAlgorithmServiceImpl.java)
- ✅ 算法描述包含自动解除说明
- ✅ confirm_seconds参数双重用途说明
- ✅ 参数Schema格式正确
### Frontend端验证 (AlgorithmParamEditor.vue)
- ✅ confirm_seconds标签: "确认时间(秒)"
- ✅ confirm_seconds说明: 涵盖入侵确认+消失确认
- ✅ cooldown_seconds标签和说明准确
- ✅ UI组件正确渲染
## 测试文档
新增3个测试文档:
1. intrusion_auto_resolve_test_report.md - 完整测试报告
2. intrusion_test_checklist.md - 详细测试清单
3. intrusion_test_quick_guide.md - 快速测试指南
## 测试结论
✅ 代码审查通过
✅ 功能实现完整
✅ 日志记录充分
✅ 参数配置正确
✅ UI显示友好
建议: 可进入实际环境测试阶段
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 10:56:04 +08:00
5da85b54ea
docs(aiot): 更新周界入侵算法描述 - 说明自动告警处理机制
...
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 10:35:30 +08:00
dfb2c2410d
chore: 更新 .gitignore - 排除测试文件、临时脚本和运行时数据
...
新增忽略规则:
- 测试文件: test_*.html, test_*.md, *_validation.md
- 运行时数据: docker/volumes/, docker/wvp/config/
- 构建产物: src/main/resources/static/
- 临时文件: nul, binlog_*.txt
- 开发工具: .claude/, .trae/
- 批处理脚本: *.bat
- 临时Python脚本: generate_*.py
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 09:30:37 +08:00
7e0795be78
refactor(aiot): 算法抽帧频率改为固定展示,不允许用户配置
...
- 离岗检测:固定 3帧/秒
- 周界入侵:固定 1帧/秒
- 从 paramSchema 中删除 frame_rate 参数
- 在算法描述中添加固定帧率说明
- 帧率配置统一在边缘端管理
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-14 09:01:20 +08:00
363978b1f4
feat(aiot): 添加算法抽帧频率配置参数
...
为离岗检测和周界入侵算法添加frame_rate参数:
- 类型:float(浮点数,支持小数帧率)
- 可选值:10.0, 5.0, 3.0, 1.0, 0.33, 0.1, 0.03
- 离岗检测默认:3帧/秒(中频)
- 周界入侵默认:1帧/秒(标准)
抽帧频率说明(物业场景优化):
- 10帧/秒:高频检测,快速移动场景
- 5帧/秒:中高频,正常人员活动
- 3帧/秒:中频,人员离岗、聚集(推荐)
- 1帧/秒:标准频率,周界入侵(推荐)
- 1帧/3秒(0.33):低频,慢速场景
- 1帧/10秒(0.1):极低频,车辆检测
- 1帧/30秒(0.03):超低频,垃圾堆放等静态检测
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 17:14:54 +08:00
828ab0a29e
refactor(aiot): 简化离岗检测参数配置,固定技术细节参数
...
用户只需配置核心参数:
- leave_countdown_sec: 离岗倒计时(默认300秒)
- working_hours: 工作时间段
固定参数(使用默认值,前端不展示):
- confirm_on_duty_sec: 10秒(在岗确认时间)
- confirm_leave_sec: 30秒(离岗确认时间)
优点:
- 简化用户配置,只需关注核心业务参数
- 技术细节参数固定,避免用户误配置
- 界面更简洁,降低学习成本
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 17:01:34 +08:00
fea089b349
refactor(aiot): 删除离岗检测算法的cooldown_sec参数
...
原因:状态机已保证必须回岗后才能再次告警
- ALARMED状态会一直等待人回岗
- 必须回到ON_DUTY状态后,人再次离开才能重新告警
- cooldown_sec参数是冗余的,移除简化配置
离岗检测算法参数(简化后):
- confirm_on_duty_sec: 在岗确认时间
- confirm_leave_sec: 离岗确认时间
- leave_countdown_sec: 离岗倒计时
- working_hours: 工作时间段
注:其他算法(如intrusion)仍保留cooldown_seconds
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 16:59:12 +08:00
1d5341b331
fix(aiot): 添加离岗检测算法的离岗倒计时参数
...
- 添加 leave_countdown_sec 参数到离岗检测算法 schema
- 默认值:300秒(5分钟)
- 作用:确认离岗后,倒计时结束才触发告警
- 与 confirm_leave_sec(离岗确认)和 cooldown_sec(告警冷却)区分
算法流程:
1. 持续离开 confirm_leave_sec(30秒)→ 确认离岗
2. 倒计时 leave_countdown_sec(300秒)→ 触发告警
3. 告警后 cooldown_sec(600秒)内不再重复告警
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 16:56:03 +08:00
e3401192ac
fix(aiot): 修复删除操作配置推送问题
...
问题:删除摄像头/ROI/算法绑定后,Edge节点的SQLite数据库仍保留旧配置
原因:删除操作只修改MySQL,未推送配置更新到Edge
影响:告警汇总显示已删除摄像头的历史告警
修复内容:
- AiRoiServiceImpl: 在delete()和unbindAlgo()后推送配置
- StreamProxyServiceImpl: 在delete()后推送配置
- 确保MySQL删除后,配置通过Redis Stream推送到Edge清理SQLite
修复效果:
✅ 删除后自动推送配置更新
✅ Edge节点同步清理本地数据
✅ 告警汇总不再显示已删除设备
2026-02-13 15:24:36 +08:00
b2c2159967
docs(aiot): 添加为现有摄像头生成camera_code的执行指南
...
- 详细的SQL执行步骤和验证方法
- 常见问题解答和回滚方案
- 确保旧摄像头数据兼容性
2026-02-13 13:30:58 +08:00
18e44e7d8b
docs: camera_code全链路改造完整文档
...
添加完整的改造文档,包括:
- 改造背景与目标
- 核心变更说明(概念模型、camera_code设计规范)
- 数据模型变更(数据库Schema、Java实体类)
- 数据流变更(摄像头创建、ROI截图、配置推送、前端数据流)
- 修改文件清单(后端StreamProxy模块、AIoT模块、前端文件)
- Git提交记录(12个提交的详细说明)
- 部署步骤(数据库迁移、后端部署、前端部署、验证)
- 测试验证(单元测试、集成测试、E2E测试、性能测试)
- 注意事项(数据一致性、向后兼容、性能影响、安全、回滚风险)
- FAQ常见问题(10个问题及解答)
- 附录(技术文档、Redis配置示例、API对照表、故障排查指南)
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:49:50 +08:00
87c75608f1
docs: camera_code改造测试报告
...
添加完整的测试报告文档,包括:
- 测试概述与环境要求
- 数据库迁移验证步骤
- 功能测试用例(摄像头创建、ROI截图、配置推送)
- 数据一致性测试
- 异常测试场景
- 性能测试
- 集成测试场景
- 回归测试
- 测试清单与风险评估
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:49:39 +08:00
450afb8112
feat(aiot): 配置推送使用camera_code查询StreamProxy
...
- 修改 buildFlatConfig 方法,使用 camera_code 查询 StreamProxy
- 注入 StreamProxyMapper 依赖
- 优先使用 StreamProxy 的 srcUrl 作为 rtsp_url
- 添加 camera_code 字段,保留 camera_id 字段向后兼容
- 当 StreamProxy 不存在时,降级使用 MediaServer 构建 URL
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:09:50 +08:00
6d1e1d0bc3
feat(aiot): snap接口改用cameraCode参数查询StreamProxy
...
- 修改 AiRoiController.getSnap 方法参数从 app/stream 改为 cameraCode
- 注入 IStreamProxyService 服务
- 通过 streamProxyService.getStreamProxyByCameraCode() 查询 StreamProxy
- 从 StreamProxy 对象获取 app 和 stream 字段
- 增加参数校验,未找到对应代理时返回 404
- 更新日志输出包含 cameraCode 信息
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:07:13 +08:00
3792a30616
feat(streamProxy): 实现camera_code自动生成和查询逻辑
...
核心变更:
1. 新增 generateCameraCode() 方法:生成格式为 cam_xxxxxxxxxxxx 的唯一编码
2. 修改 add() 方法:
- 自动生成 camera_code 并设置 app = camera_code
- 实现重试机制(最多3次)处理唯一键冲突
- 确保 ZLM URL 路径为纯 ASCII,避免中文编码问题
3. 实现 getStreamProxyByCameraCode() 方法:根据 camera_code 查询代理对象
技术细节:
- 添加 UUID 和 DuplicateKeyException 依赖
- 使用事务确保数据一致性
- 空值检查防止空指针异常
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:02:12 +08:00
754677e11d
feat(streamProxy): Service接口新增getStreamProxyByCameraCode方法
...
- 在 IStreamProxyService 接口中新增 getStreamProxyByCameraCode(String cameraCode) 方法
- 支持根据 camera_code 查询拉流代理对象
- 为后续前端改造提供接口支持
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 11:02:01 +08:00
2b61113bab
feat(streamProxy): Provider增加camera_code的SQL处理
...
1. StreamProxyMapper.add: INSERT语句增加camera_code字段
2. StreamProxyMapper.update: 确认不更新camera_code(永不修改原则)
3. StreamProxyProvider.selectAll: 查询条件增加camera_code模糊匹配
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 10:59:22 +08:00
2e89c2a625
feat(streamProxy): Mapper新增selectByCameraCode查询方法
...
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com >
2026-02-13 10:57:02 +08:00