简介《Infovision iWork-Safety 安全生产管理平台 配置手册》面向安全生产平台实施、运维与系统管理员帮助读者理解平台功能边界并完成日常配置操作。手册以PDF单文件交付压缩包约20.05MB内含1个PDF内容按产品版本整理便于随查随用和归档留存。已有6830人学习说明其在同类平台资料中具有一定参考价值。正文共八章从概述、登录、区域管理延伸到设备、报警、视频与报表管理并在附录汇总常见问题、故障排除和技术支持信息开篇还说明说明、注意、危险三类符号约定提醒操作风险。读者可据此梳理平台模块关系、核对配置项与操作路径并借助附录定位异常处理思路适合作为项目实施、交付验收和日常运维的案头参考也可用于团队内部培训与知识沉淀。1. 安全生产管理平台的配置手册真正该先看的是前三章接手一套已经装好的安全生产管理平台最尴尬的不是不会用而是不知道从哪一页开始翻。某厂区的安全主管就踩过这个坑设备全通了实时预览也有画面可到月底查录像发现计划压根没下发到摄像头事件联动列表里空空如也。回头翻那份 Infovision iWork-Safety 配置手册才明白问题源头都在前几章的建树顺序上。这份手册是平台 V1.1 版本的配置指南按登录环境、区域管理、用户与角色、视频监控、事件联动、动环监控、人员发卡八块内容组织每一步都标了前置条件。它适合正在做厂区、园区、楼宇安防落地的实施人员和运维也适合要把平台交接出去的技术负责人——它不是拿来通读的是拿来对着现场一条条核对的。2. 登录环境与区域树平台能不能用第一公里就定了2.1 浏览器与运行环境ActiveX 这一关绕不过去运行环境在手册里只占了半页最容易被跳过但它决定后面所有操作能不能做。平台的控制、预览、回放依赖浏览器里的 ActiveX 控件和本地解码插件这套东西只在 IE 内核下工作换成常见的新版浏览器登录页也许打得开进到实时预览就是一块黑屏或者反复弹“请安装插件”。我一般先把浏览器配置做完再谈别的顺序反了会白白浪费半天排查。手册第 2.1 节给的是最低配置实际按并发路数和预览窗口数往上加。下面这张表是我在现场常用的核对项右边的“落地建议”是踩过坑之后补的核对项手册位置落地建议客户端运行环境2.1 运行环境要求按手册最低配置起步客户端机器别同时跑别的吃内存程序浏览器类型2.2 设置 IE 浏览器只用 IE 内核不要用其他浏览器的兼容模式凑合受信任站点2.2把平台地址完整加入受信任站点含端口ActiveX 权限2.2自定义级别里把控件相关的几项设为启用或提示屏幕分辨率2.1低于手册建议值时预览窗口数量会被压缩四画面以上会挤网络连通2.2客户端到平台、平台到设备是两个方向别只测一边设置 IE 的顺序有讲究乱点一通往往越点越乱打开 Internet 选项把平台访问地址加入“受信任的站点”注意取消“对该区域中的所有站点要求服务器验证”的勾选。进入“自定义级别”把 ActiveX 控件相关的几项从“禁用”改成“启用”或“提示”特别是自动提示、下载未签名控件、运行未标记为安全的控件这几条。如果客户端和平台不在同一个网段把“保护模式”相关开关关掉否则跨网段访问会被静默拦截。保存后彻底关闭浏览器进程再重开只关标签页不生效。首次登录会提示安装预览插件装完再刷新一次页面。提示插件装完仍然黑屏先看浏览器地址栏下方有没有被拦截的提示条再确认客户端的 hosts 或 DNS 有没有把平台域名解析到旧地址。2.2 区域树是平台的骨架场景选择决定你看到什么区域在手册第 3 章看起来只是一个树形列表实际是整个平台的组织维度编码设备、监控点、报警输入、门禁点、动环传感器最后都要挂到某个区域上事件规则、录像计划、权限分配也都按区域生效。区域建错了后面所有配置都要返工这是血泪经验。手册把这件事拆成场景选择、添加单个区域、批量添加区域、快速添加楼栋单元、导入和导出六个小节顺序其实就是在告诉你先定场景再建树。场景是一个业务维度的容器厂区安全和楼宇管理下的区域树是两套东西不能互相挂。同一个物理楼栋如果在两个场景里都建了一遍设备只会挂在其中一边另一边的预览页就是空的。添加单个区域的参数不多但每一项都会影响后续参数作用常见误用区域名称树上的显示名也是导入导出时的唯一匹配依据用“1号楼”“1号楼2”这种随手命名后期对不上上级区域决定层级根区域留空先建子再建父导致顺序错乱区域类型区分厂区、楼栋、楼层、房间全填默认值后面按类型筛选时失效排序号同级区域在树上的先后不填则按创建时间排和现场楼层对不上命名这件事值得单独说一句。现场负责人报故障时说的是“三号厂房二层东侧”如果你的区域树是“区域1、区域2、区域3”每次都要靠猜。我一般要求区域名称直接对齐现场的叫法哪怕长一点检索的时候能省下大量沟通成本。2.3 批量建区域与楼栋单元模板字段和一份校验脚本区域数量一多逐个点就不现实了。手册给了两条路批量添加区域和快速添加楼栋单元。前者走 Excel 模板导入后者是按楼栋、单元、楼层的规律批量生成适合住宅或标准厂房的重复结构。快速生成能省事但生成出来的命名规则是固定的如果现场对命名有要求还是老老实实走模板导入。导入模板的列一般包含区域名称、上级区域、区域类型、排序号这几项上级区域必须填已经存在的父级名称根节点留空。这里最容易翻车的地方是模板被 Excel 改过前导零被吃掉、列名多了一个空格、合并单元格导致空行。手册里没写校验规则但导入失败时给的报错往往只说“第 N 行数据有误”不告诉你错在哪。我一般会在导入前跑一遍自检提前把父子关系、重名、层级深度这几类问题挑出来import pandas as pd # 读取区域导入模板dtypestr 防止区域名里的数字被转成浮点 df pd.read_excel(area_import.xlsx, dtypestr).fillna() df.columns [c.strip() for c in df.columns] # 去掉列名里的空格 names df[区域名称].tolist() parents df[上级区域].tolist() name_set set(n for n in names if n) errors [] # 1. 重名检查同名区域在树上无法定位 dups [n for n in set(names) if names.count(n) 1] for d in dups: errors.append(f重名区域{d}) # 2. 父级存在性检查父级必须在本表内或已存在于平台 for i, (n, p) in enumerate(zip(names, parents), start2): if p and p not in name_set: errors.append(f第{i}行父级“{p}”不在本表内需确认平台是否已存在) # 3. 环路检查A 的父是 BB 的父又是 A parent_map {n: p for n, p in zip(names, parents) if n} for n in parent_map: seen, cur set(), n while cur and cur in parent_map: if cur in seen: errors.append(f存在环路{n}) break seen.add(cur) cur parent_map[cur] # 4. 层级深度超过 5 层的树在前端展开时会很难用 def depth(n): d, cur 1, n while parent_map.get(cur): cur parent_map[cur] d 1 return d for n in parent_map: if depth(n) 5: errors.append(f层级过深{depth(n)} 层{n}) print(\n.join(errors) if errors else f校验通过共 {len(names)} 个区域)这段脚本做四件事重名检查、父级存在性、环路检测、层级深度。参数上唯一要注意的是dtypestrExcel 里像“0101”这种编号很容易被读成数字 101导入后和现场的编码对不上。父级存在性那一条只能查表内跨表引用平台已有区域的情况脚本看不出来导入后要抽查几个深层节点确认树形结构正确。2.4 导出区域做基线跨环境迁移少返工手册第 3.6 节的导出功能很多人当摆设其实它是最好的后悔药。区域树建到一半发现命名规则要改或者要在测试环境和生产环境之间搬结构靠手工重建基本等于重来。每次大改之前导出一份改坏了直接导回去覆盖比一条条删快得多。导出文件同时也是交付文档的一部分。项目验收时把区域树导出成表附在施工记录后面后面接手的人一眼就能看出这棵树是怎么设计的。跨环境迁移时注意两点一是两个平台的场景类型要一致否则导入后区域会落到默认场景二是区域下的设备不会跟着走只搬结构不搬数据。3. 用户角色与设备接入六种协议怎么选才不返工3.1 角色、用户组、用户三层模型别建反手册第 4 章讲用户与角色顺序是先角色、再用户组、最后用户这个顺序不是随便排的。角色决定能做什么用户组决定在哪个范围内做用户是具体的人。三者的关系建反了后面权限就会互相打架表现出来是“明明给了权限还是看不到设备”。角色是权限集合核心是勾选菜单和操作项。这里有一个容易被忽略的点角色里的菜单权限和区域权限是两套东西角色给的是功能可见性区域给的是数据范围。一个角色可以看实时预览但如果这个人所在的用户组没有绑定某个区域那个区域下的监控点他就是看不到。用户组就是干这个的——把区域和角色绑在一起组里的人自动继承。批量导入用户和导入域用户是两个场景。手册第 4.4 节走 Excel 模板第 4.5 节走域认证。现场如果有统一的域环境优先用域用户账号生命周期跟着域走离职停用一次就够没有域环境才用本地账号但本地账号的密码策略要提前定好否则导入时一批人卡在密码复杂度上。重置密码这一节在手册里只有几行实际操作中要注意重置后如果勾了“下次登录修改”用户首次登录会被强制跳转有些老版本客户端在这个跳转上会卡住现场最好当场让用户登一次确认。层级建什么关键参数建错的后果角色功能权限集合菜单权限、操作权限功能入口不出现或按钮不可点用户组区域加角色的绑定所属区域、关联角色有功能但看不到数据用户具体账号所属用户组、有效期登录后菜单为空3.2 六种设备接入协议的适用边界手册第 5.2 节把设备接入拆成六种方式IP 地址直连、EHome 类主动注册协议、GB/T 28181 标准协议、ISUP 类私有协议、云平台扫码接入、主动注册到平台。这个分类本质上是按“谁先发起连接”和“走不走标准”两个维度切的选错协议不会报错但会在某个环节卡住比如跨网段加不上、加了之后没有云台、或者录像回放拉不下来。接入方式适用对象谁发起连接优势边界IP 地址直连固定 IP、同网段或路由可达的编码设备平台配置最简单功能最全跨 NAT 困难公网暴露风险高GB/T 28181跨厂商、跨网域、需级联的场景设备注册到平台标准协议兼容性好需规划 SIP 域、设备 ID部分厂商实现有差异EHome 类协议支持主动注册的设备设备天然穿透 NAT无需固定 IP依赖设备固件支持各版本行为不完全一致ISUP 类私有协议同厂商设备需要设备管理通道设备带心跳、远程配置、升级通道生态绑定换品牌就废云平台扫码接入轻量场景、临时布点设备免公网 IP扫码即用路数和画质受限不适合主力监控主动注册已有注册中心或上级平台的设备设备集中管理适合多级架构注册参数多端口和密钥配错就静默失败选型的判断顺序我一般是这样先看设备和平台之间有没有固定的可达网络有就走 IP 直连这是功能最全的一条路没有固定 IP 或者中间隔着 NAT就走主动注册类协议如果是多厂商混布或者要和上级平台级联只能走 GB/T 28181这时候要在动手前把设备 ID 编码规则定下来中途改 ID 等于所有设备重接一遍。ISUP 类私有协议和 GB/T 28181 有一个实质差别前者通常带一条设备管理通道能远程改设备参数、推升级包后者只保证视音频和控制信令设备本身的配置还得单独登进去改。现场设备量大、又分散在不同楼栋的时候这条管理通道值不少人工。3.3 批量导入设备前的端口探测与监控点挂区域设备一台台加是新手做法手册第 5.2.6 节给了批量导入。模板里的列一般包括设备名称、IP、端口、用户名、密码、协议类型导入前最该做的是把所有设备的端口先探一遍因为批量导入是“一把梭”中间有不通的不会停下来等你导完只给你一个成功数量剩下哪些失败得自己找。#!/usr/bin/env bash # 批量探测设备端口可达性devices.csv 格式名称,IP,端口 while IFS, read -r name ip port; do # 跳过表头和空行 [ -z $ip ] continue [ $ip ip ] continue # 2 秒超时避免个别离线设备把整个循环拖住 if timeout 2 bash -c echo /dev/tcp/$ip/$port 2/dev/null; then echo OK $name $ip:$port else echo FAIL $name $ip:$port fi done devices.csv这段脚本用的是 bash 内置的/dev/tcp不需要额外装 nc 或 telnet 客户端在大多数 Linux 跳板机上能直接跑。参数上就一个timeout 2值别设太大几十台设备串行探测每台等十秒就是一整段时间也别设太小跨网段首次握手有时候要一秒多。实际用的时候分两轮第一轮探设备的管理端口确认设备在线第二轮探流媒体端口确认平台侧能拉到流。两轮都过再导入返工率会低很多。导入完成不等于能用。手册第 5.2.7 节专门讲了把监控点添加到区域这一步是把设备下的通道挂到区域树上没挂的话设备在列表里能看到但实时预览的区域视图里是空的。批量导入后要按区域抽查特别是楼层多、通道多的项目漏挂几个通道很难靠肉眼发现。3.4 权限是叠出来的菜单权限与区域权限权限这件事在现场最常听到的抱怨是“我都给他管理员角色了怎么还是看不到”。角色给的是功能区域给的是数据两者是乘法不是加法功能有、数据没有结果是空列表功能没有、数据有结果是进不去页面。实操里我一般按岗位切角色不按人切。值班员、班长、安全主管、系统管理员四个角色基本能覆盖一个厂区。区域权限挂在用户组上一个人换岗只改用户组归属不动角色避免角色数量爆炸。手册第 4.6 节的重置密码和批量导入都建立在这个结构上如果角色设计得乱七八糟后面每加一个人都要重新想一遍权限那才是真的累。还有一个细节跨场景的区域不能互挂。厂区安全场景下建的区域在楼宇场景的用户组里选不到这是设计如此不是 bug。遇到“选不到区域”的反馈先问一句是不是在另一个场景里建的。4. 录像、抓图与事件联动把存储和报警真正跑通4.1 先算存储账设备存储与中心存储的取舍手册第 5.3 节先把存储拆成设备存储和中心存储两条路这个拆分很关键因为两者的带宽模型完全不同。设备存储是把录像写在摄像头自带的存储卡或硬盘里平台只做索引和回放调度几乎不占平台带宽中心存储是码流从设备一路推到平台的存储服务器占的是平台侧的下行带宽和磁盘。算账的公式不复杂单路每小时容量约等于码率乘以 3600 再除以 8换算成 GB 再除以 1024。我一般直接写个小脚本批量算避免手算出错# 存储容量估算按码率、路数、天数计算所需磁盘 def storage_gb(bitrate_mbps, channels, days, hours_per_day24): # 单路每小时 GB Mbps * 3600 / 8 / 1024 per_channel_hour bitrate_mbps * 3600 / 8 / 1024 return per_channel_hour * hours_per_day * days * channels # 200 路 2Mbps 主码流存 30 天 raw storage_gb(2, 200, 30) # 实际要留 10%~15% 余量给索引、抓图和磁盘格式化损耗 print(f裸容量 {raw:.0f} GB规划容量 {raw * 1.15:.0f} GB)结果大概是每路每天 21 GB 量级200 路 30 天在 120 TB 以上。这个数字一出来很多项目就会重新考虑主力存储放中心次要点位放设备本地或者把非关键通道的码率降下来。维度设备存储中心存储平台带宽占用低回放时才拉流高持续写入磁盘成本分摊在设备上集中在存储服务器录像可靠性设备损坏或拔卡即丢集中冗余可做备份回放体验受设备性能和网络影响统一调度多路并发稳适用场景点位分散、带宽紧张重点区域、需要长期留存手册第 5.3.4 节的录像回传是两者的折中平时录像写设备本地闲时或指定时段把录像回传到中心。这条路省带宽但要注意回传任务本身也占带宽别把回传时段安排在业务高峰。4.2 录像计划的三层结构模板、计划、回传录像计划在手册里被拆成配置录像计划、配置录像回传、配置录像计划模板三节背后是一个三层结构理解了这个结构就不会配错。模板是时间段的抽象比如“工作日 8 点到 18 点连续录、其余时间移动侦测录”计划是把模板绑定到具体监控点回传是给中心存储加一条搬运规则。配置顺序建议从模板开始。手册第 5.3.5 节的计划模板可以复用一个厂区通常三五个模板就够全天连续、工作日白天连续、夜间移动侦测、重点区域全天加备份。模板建好之后再给监控点批量绑比一个个点进去配要快一个数量级。这里有一个很隐蔽的坑模板改了之后已经绑定该模板的监控点不一定自动生效部分版本需要重新下发。所以模板的调整要放在批量绑定之前做绑完再改模板很容易出现“一部分通道是新计划、一部分是旧计划”的混合状态查录像时表现为某些时段有、某些时段没有。注意录像计划生效依赖设备时间与平台时间一致。设备时间和平台差几分钟回放时按时间轴检索就会错位严重的时候整段录像检索不到。4.3 抓图计划与图片存储服务器抓图是录像的补充手册第 5.4 节单独给了图片存储服务器的配置和抓图计划。抓图的价值在于快速检索——查一个事件翻录像是分钟级翻图片是秒级。抓图计划同样有模板机制配置逻辑和录像计划一致。图片存储服务器要单独配别和录像存储混在一个盘上。图片是小文件高频写入和录像的大文件顺序写混在一起磁盘的 IO 模式会被打乱表现出来是两边都变慢。我一般给图片单独划一个卷容量按抓图频率估算移动侦测触发的抓图量波动很大余量要留足。抓图计划的时间段和录像计划最好对齐否则查事件的时候会出现“有图无录像”或者“有录像无图”的断档追溯起来很别扭。4.4 事件规则的四要素与布撤防时间窗事件联动是手册第 6 章的重点也是整套平台里最容易配了不生效的部分。一条事件规则拆开看是四个要素事件源、触发条件、联动动作、生效时间。四个要素缺一个规则就是死的。事件源是设备、监控点或者报警输入。触发条件包括移动侦测、越界、区域入侵、设备离线、传感器越限这些。联动动作可以叠加录像、抓图、上墙、邮件通知、声光报警、开关量输出。生效时间靠布防计划模板控制手册第 6.4 节专门讲了模板第 6.6 节讲了设备布防。四要素里最容易漏的是生效时间。规则配完不测试默认以为全天生效实际模板只覆盖了工作日的某个时段周末的入侵事件一条都不触发。我一般的做法是配完规则立刻做一次触发测试把时间调到当前故意触发一次看联动动作有没有执行确认后再改回正常时间窗。手册第 6.5 节给了两种配置方式按模板设置和自定义设置。模板适合标准场景比如“所有周界监控点夜间移动侦测触发录像加上墙”自定义适合有特殊逻辑的点位比如“某个危化品仓库只要传感器越限就联动声光报警并抓图”。自定义规则的优先级高于模板同一事件被多条规则命中时要确认优先级顺序符合预期否则会出现联动动作被覆盖的情况。5. 避坑与排查五条血泪经验每条都能省半天5.1 预览黑屏但设备在线现象设备列表里状态是在线实时预览窗口一片黑偶尔弹一下“加载中”就没了控制台里能看到平台和设备之间的心跳正常。原因平台服务器到设备的管理通道通了但流媒体服务器到设备的取流通道没通。这两个方向经常走不同的网卡或不同的网段心跳走管理网取流走业务网只测一边就会得出“网络没问题”的错误结论。解决在流媒体服务器上单独测一次到设备的取流端口不通就查路由和防火墙策略。多网卡服务器还要确认平台配置里绑定的是哪张网卡绑错了就是心跳正常、取流失败。5.2 录像计划配了但查不到录像现象计划在平台界面上显示已下发监控点也绑了模板回放时时间轴上却是一段空白或者只有零星的几段。原因按出现频率排依次是设备本地没有存储介质、设备时间和平台时间不一致、计划没有真正下发到设备、存储盘满了开始循环覆盖。这四个原因的表现都是“没录像”但排查路径完全不同。解决先登设备的管理页面看本地存储状态和时间再看平台侧的录像计划下发记录最后查存储服务器的磁盘水位。这一步不要跳直接去改平台配置很可能改了半天发现是存储卡没插。5.3 区域删不掉或者设备挂不上区域现象删除区域时提示失败或者把设备往某个区域上挂的时候目标区域在下拉列表里根本选不到。原因区域下面还有子区域或设备没解绑删除被拦截选不到的情况多半是跨场景当前操作在厂区安全场景下目标区域建在楼宇场景里。解决删之前先在区域详情里看清下级节点和挂载资源从叶子往上删。挂不上的先确认场景是否一致再确认当前账号对该区域有没有操作权限。5.4 事件规则配完不触发现象规则列表里有这条规则状态是启用现场触发了一次移动侦测联动动作一个都没执行。原因布防计划模板的时间窗没覆盖当前时刻或者设备本身没布防或者规则优先级被另一条更宽泛的规则覆盖了。解决分三步查——先看模板时间窗再看设备布撤防状态最后看规则优先级。手册第 6.7 节的事件查询可以帮上忙触发后先去事件列表里看有没有记录有记录说明事件上来了、是联动没执行没记录说明事件压根没上来问题在设备和布防不在规则。5.5 批量导入用户失败但报错很笼统现象导入模板填好了点导入提示“部分数据导入失败”不说是哪一行、什么原因。原因模板被 Excel 动过是最常见的列名多了空格、单元格被设成文本或数字格式、密码列被自动转换。其次是密码复杂度不满足策略或者所属用户组名称和平台里的对不上。解决导入前把模板另存为纯数据格式逐列确认列名和平台要求完全一致密码列统一设成文本格式用户组名称先导出平台现有的对照一遍。导入失败的行先单独提出来重导别整批重来。6. 动环监控的联调验收用一张表把平台交付出去动环监控在手册第 7 章位置靠后很多人做到这一步已经疲了草草加几台主机就收工。但动环恰恰是验收时最容易被打回的部分因为它涉及传感器、开关量、空调控制这些跨专业的设备出问题不像摄像头那么直观。我的做法是把动环和事件联动放在一起联调。先按手册 7.2 节加动环主机再把传感器、报警输入、开关量输出分别挂到区域上——这三类资源的挂载入口是分开的少挂一类后面的事件规则就少一个事件源。手册 7.3 节的开关管理和监控点 OSD 是显示层的事配置完在环境监测页面上要能看到实时数值看不到就先查主机的采集周期和传感器的地址配置。联调的核心是走一遍完整的“越限到动作”链路给温湿度传感器一个人为的越限值看环境监测页面是否告警、事件列表是否产生记录、联动动作是否执行、开关量输出是否真的动作。这四步里任何一步断了前面的配置都等于白做。下面这张表是我交付前必过的验收清单每一项都要有明确的通过标准验收项通过标准常见不通过原因动环主机在线平台显示在线采集数据持续刷新注册参数或端口配错静默失败传感器挂区域环境监测页面按区域能看到数值只加了主机没挂传感器报警输入联动触发后事件列表有记录且动作执行布防计划模板时间窗没覆盖开关量输出平台下发控制后现场设备实际动作输出点位映射错位空调控制远程开关机和模式切换生效空调型号协议不匹配这套联调我吃过一次亏。当时赶工期动环主机加完看页面有数字就签字了结果一个月后现场反馈高温告警从来没响过。回头查发现传感器挂上了但事件规则里根本没引用这个事件源规则倒是配了配的是另一个区域的设备。从那以后我每次交付前都强制走一遍“人为触发—看记录—看动作”这条链路不管页面显示得多正常不触发一次不算数。进阶一点的用法是把动环和视频联动起来传感器越限时除了声光报警同时把对应区域的摄像头画面推到电视墙上。手册第 6 章的事件规则支持多动作叠加配置时把监控点作为联动对象加进去就行。这个组合在机房、配电房、危化品仓库这类无人值守场景里价值很高告警响起来的时候人不用先找画面。希望帮到你。本文还有配套的精品资源点击获取