简介面向智慧园区综合管理平台的项目实施、系统集成和日常运维人员这份帮助文档以 DH-DSS-H8900S2-B 平台的智慧园区APP为主要对象系统讲解APP端各项业务的使用方法和平台侧配置流程。文档共收录一个DOCX文件压缩包约7.18MB目录完整覆盖APP首页预览、回放、预案、收藏夹、文件、一卡通等常用业务以及地图配置、设备树、报警详情、历史查询、报警处理、通用设置等深度功能同时延伸介绍智慧社区APP的扩展能力帮助读者理解APP与平台联动时的数据流向和权限关系。已有2310人学习下载对于正在实施或维护该平台的工程师、项目经理来说可作为日常操作手册、功能验收依据和问题排查参考能有效减少理解功能与配置门槛。无论作为团队培训材料、项目交付文档还是个人业务进阶资料这份文档都具备较强的实用价值能帮助读者在较短时间内建立对智慧园区APP业务体系的整体认知。1. 拿到 DH-DSS-H8900S2-B 配置说明后先想清楚园区平台缺什么园区门禁投诉记录在运维群里持续刷屏东门岗的访客登记还在用纸质表格地库道闸的识别失败没人第一时间知道保安的手机上没有统一的事件入口。这时递过来的就是 V3.001.0000000.2 版本的 DH-DSS-H8900S2-B 智慧园区综合管理平台行业版配置文档。它要解决的不是“装一个软件”而是让门禁、车辆、视频、报警、访客这些子系统在同一套平台上跑再通过智慧园区 APP 把现场事件推到对应的人手上。这篇配置说明面向集成商、弱电项目经理和驻场运维核心内容是平台服务怎么部署、APP 业务怎么开通、设备参数怎么调以及联动失败时从哪里下手。新手按章节顺序能把最小可用环境搭出来熟手则值得关注行业模板的默认策略和文档里不会写的边界条件。2. DH-DSS-H8900S2-B 平台服务组成与部署落点2.1 智慧园区综合管理平台的模块划分与角色定位一个标准智慧园区平台的服务边界值得先梳理清楚免得配置时在菜单里迷路。企业级园区平台通常分成四个层次设备接入层负责把摄像头、门禁控制器、道闸、报警主机纳管进来业务服务层处理人员、车辆、访客、巡更、考勤这些业务对象的生命周期媒体服务层承担视频流的取流、转发、上墙和存储开放接口层才是 APP 和第三方系统对接的地方。DH-DSS-H8900S2-B 型号里的“S2-B”一般表示面向园区场景的行业版本和通用版相比业务模板、联动规则和 APP 菜单是预置过的这也是为什么标题里特意标注了“(行业)”。实际项目中先确认一件事这个平台到底是纯软件交付还是一体化服务器交付。产品型号带 H8900S2-B 的行业里常见做法是软件平台与服务器硬件绑定出货出厂时系统盘里已包含平台安装包和数据库初始脚本。平台核心服务依赖关系型数据库介质内会同时提供初始库和升级脚本不建议自己手工建库去“猜”表结构。下面的章节里出现的命令和参数都是围绕这类交付形态展开的。2.2 部署前的基础环境清单与检查项确定安装位置之前先把下面这张表逐项过一遍。网络规划这一项最容易在项目现场翻车——平台服务器、存储服务器、前端设备的网段要提前划分APP 走业务网设备走安防专网尽量避免一张网扛所有流量。检查项要求说明与常见坑操作系统配置说明标注的 64 位服务器系统版本部分行业版对内核版本有要求先跑环境检测脚本CPU/内存按接入设备数量评估通常 4 核 8G 起步扩容媒体服务时内存优先级最高磁盘系统盘至少 100G 可用录像盘独立挂载不要把系统盘和录像盘混在一个 Raid 组里数据库平台初始化脚本自动装库默认端口冲突要提前查常被其他服务占用网络业务网、设备网、存储网三段规划好APP 服务端口需要在内网可达或经网关映射检查完环境先在服务器上确认端口占用情况再启动安装。下面这段命令可以做快速排查# 检查常用平台端口是否被占用 ss -lntp | grep -E :(80|443|8000|8080|5432)\s # 查看本机 IP 是否与规划一致避免多网卡选错管理地址 ip addr show | grep -E inet | grep -v 127.0.0.1 # 确认系统盘和录像盘挂载点空间是否充足 df -h | grep -E ^/dev/关键在第一条命令平台 Web 服务默认走 80/443数据库走 5432媒体转发服务常用 8080 附近的高位端口。如果机器上装了其他 Web 服务安装到一半才报端口占用就很被动。第二条命令确认多网卡场景下管理地址选对了网卡第三条确认挂载点存在且可写。这些检查项直接影响平台初始化能否一次通过花五分钟跑一遍比事后排错划算。2.3 平台初始化的安装步骤与导入行业模板介质里的安装脚本一般按顺序执行即可核心是配置数据库连接和选择行业模板。安装阶段只有两个决策点一个是数据库实例名和连接密码另一个是“行业”模板的选择。这套介质带着“(行业)”标识意味着内置了面向园区业务的预置配置包括菜单、角色、联动规则和 APP 首页布局省去从空白平台逐项创建的功夫。# 解压安装包进入安装目录 tar -xzf dh_dss_h8900_installer.tar.gz cd dh_dss_h8900_installer # 执行环境预检脚本结果输出到 check.log ./precheck.sh --output check.log # 初始化数据库dbname 按现场命名规范填写 ./init_db.sh --dbname dss_zy --dbuser dss_admin --dbpass ChangeMe123 # 安装平台服务并导入行业模板 ./install.sh --template industry --datadir /data/dss预检脚本是那种不合格就返回非零退出码的工具任何一项不通过都会中断安装宁可让它停在这里也不要跳过检查继续装。数据库初始化成功后脚本会打印初始管理员账号和默认密码行业项目里一般要求首次登录后强制改密。导入行业模板这一步把园区业务需要的菜单、设备类型、联动策略一次性写好但模板里的默认参数不一定贴合现场后面两个章节就是在讲这些参数从哪里调。3. 智慧园区 APP 的业务开通与模块配置路径3.1 APP 账号体系与权限模型智慧园区 APP 的账号并不单独存在而是复用平台的组织架构和人员数据。部门树建好之后人员的所属部门决定他能看到哪些设备、收到哪些告警所以 APP 配置的第一步不是 APP 本身而是平台侧的组织与人员维护。权限模型通常是“用户-角色-资源/操作”三层角色决定菜单和按钮权限资源授权决定数据范围。给保安队长开巡检和视频查看权限、给前台开访客登记权限、给物业经理开报表权限这些操作在平台后台的角色管理里完成APP 端登录后只会看到角色授权范围内的模块。常见做法是先用角色模板建账号。园区项目人员流动大逐个人手工配权限会累死运维正确的姿势是先按岗位建角色比如“园区安保”“前台接待”“工程运维”角色绑定菜单和资源再把人员挂进角色。账号密码策略建议和组织架构同步否则人员离职后账号回收不及时APP 端会留下安全隐患。这个顺序反了后面所有模块的“无权限”报错都会找上门。3.2 园区核心业务模块的配置步骤APP 端常见的业务模块包括视频预览、门禁事件、访客邀约、车辆通行记录、报警接收、电子巡更。这些模块在平台侧都对应着真实业务对象配置顺序建议先设备后业务。设备没接入、没绑定区域、没配权限组APP 端表现就是功能按钮置灰或报权限错误。// 平台“设备管理”中新增门禁控制器后的绑定关系回调示例 // 该数据示意设备ID、通道号与区域、权限组的关联 { deviceId: HG20240415001, channelNo: 1, region: /园区/东门岗亭, bindStaffGroup: [安保一组, 访客临时组] }这段数据反映的是门禁控制器接入平台后的绑定逻辑通道挂到具体园区区域再把通行权限组绑定到通道才谈得上 APP 端远程开门和事件推送。设备离线、未绑定区域、权限组为空是 APP 端报“无权限”的三个高频原因排查时按这个顺序检查最快。视频模块相对直接摄像头接入后确认编码格式为 H.264 或 H.265平台会自动转码用于 APP 小画面预览。注意码流类型的选择——主码流用于录像和电视墙子码流用于 APP 预览两者参数配置不当会影响整网带宽。预览卡顿时先看是不是 APP 端被分到主码流了。3.3 消息推送与告警联动配置APP 能收到告警推送依赖平台事件中心到推送通道的两段配置。第一段是事件源门磁报警、烟感报警、周界入侵、车辆道闸异常这些事件类型要在平台里开启上报第二段是推送策略事件通知给谁、通过 APP 推送还是短信、什么时候静默。两段都配好告警才会到责任人手机上。-- 事件联动规则配置结果示意周界入侵触发视频弹窗与 APP 推送 INSERT INTO t_event_linkage (event_type, rule_name, action_list, receivers, enabled) VALUES (PERIMETER_ALARM, 周界入侵联动, {actions:[video_player,app_push],video:{channel:1080P主码流,duration:300}}, [安保组,值班主管], 1);这条规则表达的是周界报警产生后平台自动弹出关联视频画面并向安保组和值班主管的 APP 各推一条告警。注意 action_list 里的 duration 字段推送里带了 300 秒的录像回看入口告警发生时平台已经把现场录像准备好点推送消息就能直接看回放。若推送迟迟收不到优先检查规则有没有启用其次检查接收人的 APP 是否登录在有效会话里会话过期时推送会静默失败这是新手最容易漏掉的一环。4. 关键参数调优与联动策略的现场适配4.1 设备接入参数与编码参数表平台配置里最常出现“三天两头掉线”问题的地方是设备接入参数。接入协议、IP 地址、端口、用户名、密码、心跳间隔任何一个字段写错都会让设备上线又掉线。DH 平台对前端设备一般默认走自有协议但园区里难免有第三方设备需要启用 ONVIF 或 GB/T 28181 协议接入。协议转换带来的代价是部分私有能力会失效比如智能分析、双向语音这个在上线前就要和甲方讲清楚。参数推荐值说明心跳间隔30s~60s太短浪费设备和服务端资源太长延迟离线发现码率上限主码流 4~8Mbps子码流 512K~1Mbps取决于分辨率和场景变化程度接入端口按设备文档填写接入向导里一般能自动探测超时重连3 次/60s网络抖动时不至于被长期踢下线园区大门、地库、周界、电梯厅场景差异很大“统一参数打天下”一定出问题。周界摄像机日间和夜间的码率波动明显按固定码率设会导致夜晚画面马赛克按变码率设又会挤占上行带宽。重要点位启用变码率并设置最高上限普通点位锁固定码率是兼顾画质和带宽的常见做法。4.2 联动策略的优先级与时间模板联动策略在平台里配置得越细APP 端体验越好但联动一多互相打架的情况就开始出现。一个常见例子夜间周界入侵要联动灯光和报警白天同一区域有人翻越栏杆只联动弹窗不联动声光——如果策略里没有时间模板白天就会误触发声光惊扰正常行人。时间模板的配置逻辑不复杂先建时间模组比如“工作日 08:00-18:00”和“全天候”再把联动规则绑定到模组上。节假日的处理需要单独建模比如法定节假日全部按夜间策略执行这需要运维在节前手动切换策略或预设日历模板。联动优先级是另一个容易忽略的点。同一个设备可能同时命中“移动侦测”和“区域入侵”两条规则平台一般会按规则创建时间或优先级字段处理。若现场发现告警重复推送到 APP先查是不是两条规则在同一时段对同一事件生效而不是急着怀疑推送服务坏了。4.3 录像存储计算与存储策略设置录像存储计算是园区项目里每个从业者都要掌握的技能。所需容量由码率、通道数、天数三个参数决定公式记牢以后现场拿个计算器就能出方案总容量(GiB) 单通道码率(Mbps) ÷ 8 × 3600 秒 × 24 小时 × 天数 × 通道数 ÷ 1024举个例子20 个点位主码流平均 6Mbps存 30 天20 × 6 ÷ 8 × 3600 × 24 × 30 ÷ 1024 ≈ 37.97 TiB。再留 10% 余量存储采购按 42 TiB 左右规划。如果平台开启了 H.265 编码码率可以按 H.264 的 50%~60% 估算但智能分析联动的录像会在事件时段额外产生一条高码率流这个增量别忘掉否则存储会提前写满。存储策略上APP 回放快慢取决于存储介质的并发读取能力。两个参数优先保证录像打包时长建议设 5 分钟一个文件太长会导致回放起点等待文件预分配要开启避免写入碎片导致回放卡顿。如果现场用的是机械盘 Raid5尽量保证录像盘剩余空间不低于 20%否则写入性能会明显劣化。5. 排错入口与两个值得养成的配置习惯5.1 从日志和诊断工具定位平台问题APP 端反馈“收不到告警”这类问题排查顺序通常是先看平台日志里事件是否产生再看推送通道是否把消息发出去最后才查手机端的通知权限。平台后台的诊断中心会提供实时日志过滤器按告警类型和时间段检索报错信息里一般会直接给出“事件未产生”“推送渠道无效”“接收人未在有效会话”等明确提示。如果日志级别默认是 WARN想看完整链路就把级别临时调到 INFO 或 DEBUG生产环境记得改回来。定位联动失败的另一个常用手段是看事件时间线。在 APP 或平台客户端里打开一条告警的详情页从事件产生、规则匹配、录像关联到推送动作每一步都有时间戳找到断点在哪一跳问题范围就缩小了一大半。5.2 手机端常见状态的核验APP 收不到推送时平台侧查完仍没有问题就要回到手机端核验三个状态通知权限是否开启、APP 是否在后台被系统冻结、登录会话是否过期。园区环境里安卓厂商的后台驻留策略差异很大哪怕同一品牌的手机杀后台力度也不一样。建议在配置说明里附一页甲方现场同事能看懂的截图步骤把“允许自启动”“不限制后台活动”这类设置项标出来比反复远程指导省事得多。5.3 把平台配置做版本化归档行业交付项目最怕的是“改过配置之后出了问题但没人知道改了什么”。每次调整配置都导出一份配置备份文件文件名里带上日期和现场简称。对接第三方系统时把接口鉴权和事件回调地址单独记录在配置说明附录里用文本对比工具把相邻两版配置做 diff能很快定位是哪一项参数被改出了问题。习惯上还会把每个现场的服务拓扑和端口规划一并记录在同一份配置档案里新人接手项目时一份命名清晰、按时间归档的配置档案能省掉大量重新梳理的时间。本文还有配套的精品资源点击获取
简介面向智慧园区综合管理平台的项目实施、系统集成和日常运维人员这份帮助文档以 DH-DSS-H8900S2-B 平台的智慧园区APP为主要对象系统讲解APP端各项业务的使用方法和平台侧配置流程。文档共收录一个DOCX文件压缩包约7.18MB目录完整覆盖APP首页预览、回放、预案、收藏夹、文件、一卡通等常用业务以及地图配置、设备树、报警详情、历史查询、报警处理、通用设置等深度功能同时延伸介绍智慧社区APP的扩展能力帮助读者理解APP与平台联动时的数据流向和权限关系。已有2310人学习下载对于正在实施或维护该平台的工程师、项目经理来说可作为日常操作手册、功能验收依据和问题排查参考能有效减少理解功能与配置门槛。无论作为团队培训材料、项目交付文档还是个人业务进阶资料这份文档都具备较强的实用价值能帮助读者在较短时间内建立对智慧园区APP业务体系的整体认知。1. 拿到 DH-DSS-H8900S2-B 配置说明后先想清楚园区平台缺什么园区门禁投诉记录在运维群里持续刷屏东门岗的访客登记还在用纸质表格地库道闸的识别失败没人第一时间知道保安的手机上没有统一的事件入口。这时递过来的就是 V3.001.0000000.2 版本的 DH-DSS-H8900S2-B 智慧园区综合管理平台行业版配置文档。它要解决的不是“装一个软件”而是让门禁、车辆、视频、报警、访客这些子系统在同一套平台上跑再通过智慧园区 APP 把现场事件推到对应的人手上。这篇配置说明面向集成商、弱电项目经理和驻场运维核心内容是平台服务怎么部署、APP 业务怎么开通、设备参数怎么调以及联动失败时从哪里下手。新手按章节顺序能把最小可用环境搭出来熟手则值得关注行业模板的默认策略和文档里不会写的边界条件。2. DH-DSS-H8900S2-B 平台服务组成与部署落点2.1 智慧园区综合管理平台的模块划分与角色定位一个标准智慧园区平台的服务边界值得先梳理清楚免得配置时在菜单里迷路。企业级园区平台通常分成四个层次设备接入层负责把摄像头、门禁控制器、道闸、报警主机纳管进来业务服务层处理人员、车辆、访客、巡更、考勤这些业务对象的生命周期媒体服务层承担视频流的取流、转发、上墙和存储开放接口层才是 APP 和第三方系统对接的地方。DH-DSS-H8900S2-B 型号里的“S2-B”一般表示面向园区场景的行业版本和通用版相比业务模板、联动规则和 APP 菜单是预置过的这也是为什么标题里特意标注了“(行业)”。实际项目中先确认一件事这个平台到底是纯软件交付还是一体化服务器交付。产品型号带 H8900S2-B 的行业里常见做法是软件平台与服务器硬件绑定出货出厂时系统盘里已包含平台安装包和数据库初始脚本。平台核心服务依赖关系型数据库介质内会同时提供初始库和升级脚本不建议自己手工建库去“猜”表结构。下面的章节里出现的命令和参数都是围绕这类交付形态展开的。2.2 部署前的基础环境清单与检查项确定安装位置之前先把下面这张表逐项过一遍。网络规划这一项最容易在项目现场翻车——平台服务器、存储服务器、前端设备的网段要提前划分APP 走业务网设备走安防专网尽量避免一张网扛所有流量。检查项要求说明与常见坑操作系统配置说明标注的 64 位服务器系统版本部分行业版对内核版本有要求先跑环境检测脚本CPU/内存按接入设备数量评估通常 4 核 8G 起步扩容媒体服务时内存优先级最高磁盘系统盘至少 100G 可用录像盘独立挂载不要把系统盘和录像盘混在一个 Raid 组里数据库平台初始化脚本自动装库默认端口冲突要提前查常被其他服务占用网络业务网、设备网、存储网三段规划好APP 服务端口需要在内网可达或经网关映射检查完环境先在服务器上确认端口占用情况再启动安装。下面这段命令可以做快速排查# 检查常用平台端口是否被占用 ss -lntp | grep -E :(80|443|8000|8080|5432)\s # 查看本机 IP 是否与规划一致避免多网卡选错管理地址 ip addr show | grep -E inet | grep -v 127.0.0.1 # 确认系统盘和录像盘挂载点空间是否充足 df -h | grep -E ^/dev/关键在第一条命令平台 Web 服务默认走 80/443数据库走 5432媒体转发服务常用 8080 附近的高位端口。如果机器上装了其他 Web 服务安装到一半才报端口占用就很被动。第二条命令确认多网卡场景下管理地址选对了网卡第三条确认挂载点存在且可写。这些检查项直接影响平台初始化能否一次通过花五分钟跑一遍比事后排错划算。2.3 平台初始化的安装步骤与导入行业模板介质里的安装脚本一般按顺序执行即可核心是配置数据库连接和选择行业模板。安装阶段只有两个决策点一个是数据库实例名和连接密码另一个是“行业”模板的选择。这套介质带着“(行业)”标识意味着内置了面向园区业务的预置配置包括菜单、角色、联动规则和 APP 首页布局省去从空白平台逐项创建的功夫。# 解压安装包进入安装目录 tar -xzf dh_dss_h8900_installer.tar.gz cd dh_dss_h8900_installer # 执行环境预检脚本结果输出到 check.log ./precheck.sh --output check.log # 初始化数据库dbname 按现场命名规范填写 ./init_db.sh --dbname dss_zy --dbuser dss_admin --dbpass ChangeMe123 # 安装平台服务并导入行业模板 ./install.sh --template industry --datadir /data/dss预检脚本是那种不合格就返回非零退出码的工具任何一项不通过都会中断安装宁可让它停在这里也不要跳过检查继续装。数据库初始化成功后脚本会打印初始管理员账号和默认密码行业项目里一般要求首次登录后强制改密。导入行业模板这一步把园区业务需要的菜单、设备类型、联动策略一次性写好但模板里的默认参数不一定贴合现场后面两个章节就是在讲这些参数从哪里调。3. 智慧园区 APP 的业务开通与模块配置路径3.1 APP 账号体系与权限模型智慧园区 APP 的账号并不单独存在而是复用平台的组织架构和人员数据。部门树建好之后人员的所属部门决定他能看到哪些设备、收到哪些告警所以 APP 配置的第一步不是 APP 本身而是平台侧的组织与人员维护。权限模型通常是“用户-角色-资源/操作”三层角色决定菜单和按钮权限资源授权决定数据范围。给保安队长开巡检和视频查看权限、给前台开访客登记权限、给物业经理开报表权限这些操作在平台后台的角色管理里完成APP 端登录后只会看到角色授权范围内的模块。常见做法是先用角色模板建账号。园区项目人员流动大逐个人手工配权限会累死运维正确的姿势是先按岗位建角色比如“园区安保”“前台接待”“工程运维”角色绑定菜单和资源再把人员挂进角色。账号密码策略建议和组织架构同步否则人员离职后账号回收不及时APP 端会留下安全隐患。这个顺序反了后面所有模块的“无权限”报错都会找上门。3.2 园区核心业务模块的配置步骤APP 端常见的业务模块包括视频预览、门禁事件、访客邀约、车辆通行记录、报警接收、电子巡更。这些模块在平台侧都对应着真实业务对象配置顺序建议先设备后业务。设备没接入、没绑定区域、没配权限组APP 端表现就是功能按钮置灰或报权限错误。// 平台“设备管理”中新增门禁控制器后的绑定关系回调示例 // 该数据示意设备ID、通道号与区域、权限组的关联 { deviceId: HG20240415001, channelNo: 1, region: /园区/东门岗亭, bindStaffGroup: [安保一组, 访客临时组] }这段数据反映的是门禁控制器接入平台后的绑定逻辑通道挂到具体园区区域再把通行权限组绑定到通道才谈得上 APP 端远程开门和事件推送。设备离线、未绑定区域、权限组为空是 APP 端报“无权限”的三个高频原因排查时按这个顺序检查最快。视频模块相对直接摄像头接入后确认编码格式为 H.264 或 H.265平台会自动转码用于 APP 小画面预览。注意码流类型的选择——主码流用于录像和电视墙子码流用于 APP 预览两者参数配置不当会影响整网带宽。预览卡顿时先看是不是 APP 端被分到主码流了。3.3 消息推送与告警联动配置APP 能收到告警推送依赖平台事件中心到推送通道的两段配置。第一段是事件源门磁报警、烟感报警、周界入侵、车辆道闸异常这些事件类型要在平台里开启上报第二段是推送策略事件通知给谁、通过 APP 推送还是短信、什么时候静默。两段都配好告警才会到责任人手机上。-- 事件联动规则配置结果示意周界入侵触发视频弹窗与 APP 推送 INSERT INTO t_event_linkage (event_type, rule_name, action_list, receivers, enabled) VALUES (PERIMETER_ALARM, 周界入侵联动, {actions:[video_player,app_push],video:{channel:1080P主码流,duration:300}}, [安保组,值班主管], 1);这条规则表达的是周界报警产生后平台自动弹出关联视频画面并向安保组和值班主管的 APP 各推一条告警。注意 action_list 里的 duration 字段推送里带了 300 秒的录像回看入口告警发生时平台已经把现场录像准备好点推送消息就能直接看回放。若推送迟迟收不到优先检查规则有没有启用其次检查接收人的 APP 是否登录在有效会话里会话过期时推送会静默失败这是新手最容易漏掉的一环。4. 关键参数调优与联动策略的现场适配4.1 设备接入参数与编码参数表平台配置里最常出现“三天两头掉线”问题的地方是设备接入参数。接入协议、IP 地址、端口、用户名、密码、心跳间隔任何一个字段写错都会让设备上线又掉线。DH 平台对前端设备一般默认走自有协议但园区里难免有第三方设备需要启用 ONVIF 或 GB/T 28181 协议接入。协议转换带来的代价是部分私有能力会失效比如智能分析、双向语音这个在上线前就要和甲方讲清楚。参数推荐值说明心跳间隔30s~60s太短浪费设备和服务端资源太长延迟离线发现码率上限主码流 4~8Mbps子码流 512K~1Mbps取决于分辨率和场景变化程度接入端口按设备文档填写接入向导里一般能自动探测超时重连3 次/60s网络抖动时不至于被长期踢下线园区大门、地库、周界、电梯厅场景差异很大“统一参数打天下”一定出问题。周界摄像机日间和夜间的码率波动明显按固定码率设会导致夜晚画面马赛克按变码率设又会挤占上行带宽。重要点位启用变码率并设置最高上限普通点位锁固定码率是兼顾画质和带宽的常见做法。4.2 联动策略的优先级与时间模板联动策略在平台里配置得越细APP 端体验越好但联动一多互相打架的情况就开始出现。一个常见例子夜间周界入侵要联动灯光和报警白天同一区域有人翻越栏杆只联动弹窗不联动声光——如果策略里没有时间模板白天就会误触发声光惊扰正常行人。时间模板的配置逻辑不复杂先建时间模组比如“工作日 08:00-18:00”和“全天候”再把联动规则绑定到模组上。节假日的处理需要单独建模比如法定节假日全部按夜间策略执行这需要运维在节前手动切换策略或预设日历模板。联动优先级是另一个容易忽略的点。同一个设备可能同时命中“移动侦测”和“区域入侵”两条规则平台一般会按规则创建时间或优先级字段处理。若现场发现告警重复推送到 APP先查是不是两条规则在同一时段对同一事件生效而不是急着怀疑推送服务坏了。4.3 录像存储计算与存储策略设置录像存储计算是园区项目里每个从业者都要掌握的技能。所需容量由码率、通道数、天数三个参数决定公式记牢以后现场拿个计算器就能出方案总容量(GiB) 单通道码率(Mbps) ÷ 8 × 3600 秒 × 24 小时 × 天数 × 通道数 ÷ 1024举个例子20 个点位主码流平均 6Mbps存 30 天20 × 6 ÷ 8 × 3600 × 24 × 30 ÷ 1024 ≈ 37.97 TiB。再留 10% 余量存储采购按 42 TiB 左右规划。如果平台开启了 H.265 编码码率可以按 H.264 的 50%~60% 估算但智能分析联动的录像会在事件时段额外产生一条高码率流这个增量别忘掉否则存储会提前写满。存储策略上APP 回放快慢取决于存储介质的并发读取能力。两个参数优先保证录像打包时长建议设 5 分钟一个文件太长会导致回放起点等待文件预分配要开启避免写入碎片导致回放卡顿。如果现场用的是机械盘 Raid5尽量保证录像盘剩余空间不低于 20%否则写入性能会明显劣化。5. 排错入口与两个值得养成的配置习惯5.1 从日志和诊断工具定位平台问题APP 端反馈“收不到告警”这类问题排查顺序通常是先看平台日志里事件是否产生再看推送通道是否把消息发出去最后才查手机端的通知权限。平台后台的诊断中心会提供实时日志过滤器按告警类型和时间段检索报错信息里一般会直接给出“事件未产生”“推送渠道无效”“接收人未在有效会话”等明确提示。如果日志级别默认是 WARN想看完整链路就把级别临时调到 INFO 或 DEBUG生产环境记得改回来。定位联动失败的另一个常用手段是看事件时间线。在 APP 或平台客户端里打开一条告警的详情页从事件产生、规则匹配、录像关联到推送动作每一步都有时间戳找到断点在哪一跳问题范围就缩小了一大半。5.2 手机端常见状态的核验APP 收不到推送时平台侧查完仍没有问题就要回到手机端核验三个状态通知权限是否开启、APP 是否在后台被系统冻结、登录会话是否过期。园区环境里安卓厂商的后台驻留策略差异很大哪怕同一品牌的手机杀后台力度也不一样。建议在配置说明里附一页甲方现场同事能看懂的截图步骤把“允许自启动”“不限制后台活动”这类设置项标出来比反复远程指导省事得多。5.3 把平台配置做版本化归档行业交付项目最怕的是“改过配置之后出了问题但没人知道改了什么”。每次调整配置都导出一份配置备份文件文件名里带上日期和现场简称。对接第三方系统时把接口鉴权和事件回调地址单独记录在配置说明附录里用文本对比工具把相邻两版配置做 diff能很快定位是哪一项参数被改出了问题。习惯上还会把每个现场的服务拓扑和端口规划一并记录在同一份配置档案里新人接手项目时一份命名清晰、按时间归档的配置档案能省掉大量重新梳理的时间。本文还有配套的精品资源点击获取
