简介这是一份煤矿智能监控与井下人员定位系统解决方案的专业课件共29页适合煤矿安全管理、信息化建设相关从业者及院校师生学习参考。PPT围绕LM-20井下人员及设备定位系统展开从煤炭行业安全痛点切入系统讲解SUPER-RFID核心技术、实时人员动态显示、禁区报警、轨迹查询、灾后急救等功能并梳理了中心站主机、数据通讯箱、多功能分站、无线标识传感器/标识卡等组成部件及工作原理可帮助读者快速建立起煤矿井下智能化管理的整体认知。资源以单个PPT文件交付仅242KB方便下载与移动查看。已有100人学习下载对于正在调研煤矿智能监控方案或准备相关培训课件的人员这份材料能提供较完整的系统框架、功能演示和设备技术指标参考值得一阅。1. 煤矿井下人员定位系统方案先把定位技术选型这关过了煤矿智能监控与井下人员定位系统这类方案PPT我接触过不少。它要回答的其实是一个很实际的工程问题定位用什么技术、基站怎么布、监控平台做到什么程度、验收怎么过。对矿方信息化部门、系统集成商和设计院来说方案不能停在架构图层面得能拆成可执行的参数和步骤。容易被忽视的一点是井下定位精度主要不靠设备标称值而靠基站布点几何和算法补偿。这决定了下一步每张图纸和每个参数怎么定也决定项目能不能顺利验收。2. 定位技术选型UWB、惯导与RFID混搭才能扛住井下遮挡2.1 为什么卫星定位和蓝牙WiFi在井下先出局井下巷道是细长受限空间顶板钢带、锚杆、金属网密集。地面那套GPS/北斗信号到井下几十米就断了这是物理限制工程上不用考虑。蓝牙和WiFi可以做区域级判断但测距靠RSSI信号强度在通道里被人一挡、被金属面一反射强度值抖得厉害只能告诉你在哪一片做不到连续轨迹。真正要高精度就得用测距型技术UWB发纳秒级脉冲通过飞行时间测距再用TDOA做多点定位。UWB的好处是抗多径能力强直射路径和反射路径能分得开这在锚杆林立的巷道里是关键优势。所以现在主流的煤矿智能监控与井下人员定位系统方案核心定位技术几乎都落在UWB上再辅以其他技术补盲。2.2 精度对比与选型边界别被标称值带偏不同定位技术各有适用场景选型时最忌讳只看精度数字。我习惯按这张表去和矿方对齐技术方案静态精度参考动态表现井下适用场景主要限制UWBTDOA0.3米~1米1米~3米主巷道、采掘工作面等精准定位区基站密度要求高成本高ZigBeeRSSI3米~10米现场往往更粗容易跳变轨迹锯齿状区域定位、人员考勤多径严重时数值不稳定RFID区间级读卡器周边几米到几十米只给出入判断无连续轨迹出入口、禁区边界、考勤点不能做连续定位惯导航位推算短期可用随距离累积漂移长时间使用后误差越来越大与UWB融合补盲遮挡区推演单用不靠谱必须周期性校准4G/5G蜂窝定位50米~200米精度粗语音调度为主定位为辅无法满足重点区域高精度要求选型的实际结论是UWB为主、定位卡内嵌惯导做轨迹补盲、关键门禁和禁区用RFID做范围判断。这套组合能同时满足重点区域高精度全矿井连续轨迹考勤门禁三类需求。要注意厂家标称精度大多是在理想环境下测的井下巷道断面狭小、金属支护密集实际动态精度往往比标称值低一个量级。方案里写精度指标时我会按静态0.5米、动态2米的保守值承诺验收时反而从容。2.3 定位卡选型最容易翻车的硬件定位卡在方案里常被一句话带过在现场却反复出问题。几个必看参数续航井下充电不便至少撑一个检修周期常见要求连续工作15天以上这取决于上报频率功耗策略静止时降频上报、移动时加密上报防护等级IP65/IP67起步防尘防水还要耐砸报警能力SOS按钮、声光振动提示、双向寻呼认证矿用产品安全标志和防爆合格证是红线缺一不可。选型边界上采掘一线人员配带显示屏的增强卡能查看周边人数和预警信息管理人员和辅助岗位用低功耗普通卡成本和续航都更合适。井下不是所有场景都要同一张卡按岗位分型号能省下一笔不小的预算。提示定位卡续航参数要看上报频率待机策略的组合不要只看厂家标称的天数。把上报频率调到1秒一次和10秒一次续航能差两三倍。3. 系统架构与井下部署先画四张图再定基站间距3.1 分层架构把平台层做薄把感知层做厚煤矿智能监控系统的架构常见做法是分四层。感知层是定位卡、UWB基站、隔爆摄像仪和各类传感器传输层以井下工业环网为主干光纤到基站5G/WiFi做末梢回传平台层是定位引擎、GIS服务、数据库和告警规则引擎应用层是调度大屏、三维一张图、移动端和应急联动。项目里常犯的错是平台层一上来就上数字孪生结果数据源还没打通大屏上全是空转的动画。我一般先把定位引擎和GIS跑通再考虑三维展示这个顺序反了后面全是返工。分层架构的优点在于故障隔离和扩容。比如定位基站坏了只影响感知层局部数据平台层不会宕机以后要加AI视频分析也只需在平台层加服务器和算法服务不需要动井下网络。这是方案PPT里最值钱的结构设计。3.2 井下UWB基站布点间距、高度与覆盖重叠率基站布点直接决定定位效果这个环节值得花最多时间。直线巷道UWB基站间距常见在80米到120米之间具体看厂家功率和巷道断面方案阶段按这个区间算施工前必须现场勘测。弯道要加密到30米到50米岔道口必须在岔点两侧各布一台保证切换不掉线。采掘工作面按三维布点顶板和帮部都要有基站否则只能二维定位高度方向会丢。安装高度距底板2.5米到3米为宜避免贴顶安装——顶板锚杆区会形成密集反射也别装太低行人遮挡会让测距信号断续。覆盖计算上假设单基站覆盖半径R间距取0.8R到1.2R覆盖重叠率不低于30%。TDOA需要至少三台基站同时收到信号才能解算重叠率不够到了巷道边缘就会出现只有两台基站收到信号的尴尬局面定位直接掉成区域级。施工前勘测流程拿测距仪和场强仪沿巷道每隔20米做一次信号快测把遮挡点标到图纸上形成覆盖热图再调整布点。这一步不要省省了就是在给后面的动态定位埋雷。3.3 平台对接与数据链路的最小可用配置平台对接阶段先验证连通性再验证数据链路。我给项目组留的是这样一组检查命令# 检查本地到定位引擎服务默认端口9000的连通性返回200表示服务在线 curl -s -o /dev/null -w %{http_code} http://192.168.1.100:9000/health # 检查定位数据库连接是否正常 mysql -h192.168.1.101 -uplatform -p -e SELECT VERSION();第一个命令看定位引擎健康检查接口返回200说明服务活着第二个命令验证平台数据库权限后续轨迹数据会写进这个库。两块都通了再往下做数据联调。轨迹数据入库后用SQL抽检几条确认坐标和时间戳没有乱序-- 查某张定位卡在指定时段的轨迹按时间升序排列 SELECT x, y, z, zone_id, report_time FROM location_record WHERE card_id CARD-000123 AND report_time BETWEEN 2025-05-06 08:00:00 AND 2025-05-06 12:00:00 ORDER BY report_time ASC; -- 查采煤工作面当前在线人数 SELECT COUNT(DISTINCT card_id) AS online_cnt FROM location_record WHERE zone_id Z-01 AND is_latest 1;这里location_record是轨迹明细表zone_id对应GIS区域编号is_latest1表示该卡最新一条状态。如果实时人数模块对不上总人数先跑这两条SQL能快速判断是定位引擎推送问题还是数据库入库乱序。井下环境的网络时延偶尔会造成数据乱序SQL里加ORDER BY是必须的。4. 监控平台功能落位GIS一张图、电子围栏与AI联动4.1 GIS一张图与坐标校准别让定位点显示在岩体里井下地图不能拿CAD当图片贴上去必须转成带坐标的GIS矢量。步骤不复杂但容易被跳过的关键点选控制点、现场实测、做仿射变换。控制点选巷道交叉口、硐室门口这类特征明显的位置至少3到5个用全站仪或RTK实测坐标再把CAD的施工坐标系转到矿方统一坐标系比如国家2000坐标或地方独立坐标。坐标不校准的后果很直观定位点显示在岩体里人穿墙走电子围栏逻辑跟着错乱。巷道是不断延伸的新掘进的巷道要定期更新底图不然巷道画到哪定位就显示到哪——这个坑方案PPT里从来不会写但现场一定会遇到。我一般会在关键巷道交叉口埋设固定控制点每次底图更新后重新做校验采样差异超过0.5米就重新配准。4.2 电子围栏与超员、缺员、禁区告警逻辑告警规则引擎是平台的另一核心它的逻辑设计直接决定平台有没有用。规则分四类超员告警采煤工作面人数超过设定上限缺员告警某个区域在设定时段内无人比如检修时间巷道里应该有巡检人员滞留告警某张卡在危险区超过设定分钟数禁区告警无授权卡进入爆破材料库或采空区。参数设置要分班次时段。采煤工作面交接班时人数峰值是正常的不能全天用同一个固定阈值规则里要加班次时段。联动动作按严重程度分级平台弹窗加大屏闪烁是基础再往上要接井下语音广播、定位卡振动提醒最后是调度席人工介入。告警不是弹个窗就完事要和广播系统打通不然现场人员收不到预警平台再聪明也白搭。4.3 AI视频与定位数据互相印证煤矿智能监控里的智能很大程度体现在AI视频和定位数据的交叉验证上。常见联动场景定位系统显示皮带巷无人但AI摄像头检测到人形目标说明可能存在尾随或漏卡平台自动告警定位显示人员在危险区域同时视频确认后联动断电闭锁。井口唯一性检测也依赖两者配合——定位卡加人脸识别绑定防止替卡入井。技术上要处理好时间戳对齐。定位轨迹和视频片段按统一时钟对齐回放时双屏联动这样追溯事故时能同时看到人在哪和现场什么样。数据流上轨迹落库、AI识别结果也落库通过card_id和cam_id关联这个关联字段在设计库表时就要留好后面做联动才不返工。5. 避坑记录定位漂移、防爆认证与基站盲区五个现场教训5.1 定位漂移人被定位到隔壁巷道现象静态测精度没问题人一走动轨迹突然跳到相邻巷道速度显示几十公里每小时调度员看着直摇头。原因金属支护密集区域存在严重的非视距遮挡UWB基站收到的是反射路径信号TDOA解算出来的位置自然就错了锚杆区的多径效应还会让测距值偏大加剧漂移。解决基站安装位置避开锚杆密集区降低安装高度或移到帮部平直段提高参与解算的基站数量至少保证4台定位卡内嵌惯导做航向修正平台端做地图匹配把轨迹约束在巷道中线缓冲区缓冲区宽度按巷道实际宽度的一半设置。四步做完跳点能减少八成以上。5.2 防爆认证翻车设备到场后无法入井现象设备采购到场验收时发现没有矿用产品安全标志和防爆合格证矿方拒绝签收项目停工。原因采购环节图便宜被销售话术误导买了非本安型设备。井下设备防爆要求是强制性的不是可选项。解决招标文件里写死需提供矿用产品安全标志和防爆合格证证书在有效期内设备铭牌与证书编号一致。到货时逐一核对铭牌和证书编号拍照存档。这条少一步后面验收必卡甚至会导致整个系统无法投入使用。5.3 基站覆盖死角集中在小硐室现象主巷道定位正常爆破材料库、检修硐室、避难硐室等分支小空间显示无信号或者信号忽有忽无。原因布点图只画了主干巷道硐室和末梢支巷被漏掉。设计人员按图纸布线现场这些独立小空间没人核实。解决施工前做一份补盲清单把图纸上所有硐室和支巷逐个过一遍。空间小就布一台基站成本敏感就用低成本RFID读卡器关键是确保应急时刻能知道里面是否有人。避难硐室这类安全设施区域补盲不是成本问题是合规问题。5.4 坐标校准不到位人显示在岩体里现象定位点沿巷道走但整体往巷道帮部偏移甚至穿过岩层出现在采空区。原因CAD底图坐标系和实测坐标系不一致或者用了过期的采掘工程图巷道早掘进了底图还是老样子。解决4.1说过的配准流程要做实。控制点选好、实测数据采全、仿射变换系数算准三步缺一不可。底图更新要跟上掘进进度每季度核对一次采掘工程平面图。坐标偏差超过0.5米就重新配准这条可以作为底图管理的固定要求。5.5 验收口径扯皮动态测和静态测差距大现象静态最大误差测出来0.5米动态轨迹一测就1到3米矿方和施工方对精度是否达标争论不下。原因精度指标没有明确测试条件。静态、低速、遮挡环境下的结果完全不同验收方案里没写清楚测试方法双方各执一词。解决验收前把测试方法写进方案。静态取至少10个测点每点采集30次样本取最大值动态按巡检路线走三遍轨迹偏差取90分位值同时记录每台基站的参与数和测距质量作为验收报告附件。参数和口径都定死在纸面上再测后续谁都别想事后扯皮。6. 验收前必做的三项实测与调优技巧6.1 先把跳点用脚本洗一遍验收前我会跑一个简单的滑动窗口中值滤波把孤立跳点剔掉让轨迹在视觉上先过关import statistics # points: [(x, y, t), ...] 按时间排序的原始轨迹 def smooth_track(points, window5): if len(points) window: return points result [] for i in range(len(points)): left max(0, i - window // 2) right min(len(points), i window // 2 1) xs [p[0] for p in points[left:right]] ys [p[1] for p in points[left:right]] result.append((statistics.median(xs), statistics.median(ys), points[i][2])) return result中值滤波对孤立跳点有效但对连续错误轨迹无能为力那种情况要靠地图匹配和惯导校正。window参数按上报频率调上报1秒一次取5到7上报频率稀疏就取3取值太大轨迹会变钝拐弯处失真。6.2 自己走一遍矿工路线我习惯交付前自己戴定位卡按典型巡检路线把重点区域走一遍。打开大屏轨迹回放和实际路线比对重点看拐弯、岔道切换处有没有丢点。现场有网络信号起伏大或金属门遮挡的位置多走两遍把问题暴露在验收之前而不是之后。6.3 断电切换与数据追溯检查最后做一次定位系统断电切换测试确认备用电源能支撑系统在断电后继续运行并检查历史轨迹回放、报警记录和视频联动是否可追溯。数据留存要满足监管对追溯期限的要求抽几条报警记录反查轨迹和视频确保链路完整。这几年做矿山定位项目我养成了一个大屏轨迹先于验收报告的习惯自己走过的轨迹都不干净就别指望矿方验收时能放过你。定位系统这种东西现场数据不会骗人做扎实了反而省心。希望帮到你。本文还有配套的精品资源点击获取 煤矿井下人员定位系统方案：UWB选型、基站布点与避坑实践
简介这是一份煤矿智能监控与井下人员定位系统解决方案的专业课件共29页适合煤矿安全管理、信息化建设相关从业者及院校师生学习参考。PPT围绕LM-20井下人员及设备定位系统展开从煤炭行业安全痛点切入系统讲解SUPER-RFID核心技术、实时人员动态显示、禁区报警、轨迹查询、灾后急救等功能并梳理了中心站主机、数据通讯箱、多功能分站、无线标识传感器/标识卡等组成部件及工作原理可帮助读者快速建立起煤矿井下智能化管理的整体认知。资源以单个PPT文件交付仅242KB方便下载与移动查看。已有100人学习下载对于正在调研煤矿智能监控方案或准备相关培训课件的人员这份材料能提供较完整的系统框架、功能演示和设备技术指标参考值得一阅。1. 煤矿井下人员定位系统方案先把定位技术选型这关过了煤矿智能监控与井下人员定位系统这类方案PPT我接触过不少。它要回答的其实是一个很实际的工程问题定位用什么技术、基站怎么布、监控平台做到什么程度、验收怎么过。对矿方信息化部门、系统集成商和设计院来说方案不能停在架构图层面得能拆成可执行的参数和步骤。容易被忽视的一点是井下定位精度主要不靠设备标称值而靠基站布点几何和算法补偿。这决定了下一步每张图纸和每个参数怎么定也决定项目能不能顺利验收。2. 定位技术选型UWB、惯导与RFID混搭才能扛住井下遮挡2.1 为什么卫星定位和蓝牙WiFi在井下先出局井下巷道是细长受限空间顶板钢带、锚杆、金属网密集。地面那套GPS/北斗信号到井下几十米就断了这是物理限制工程上不用考虑。蓝牙和WiFi可以做区域级判断但测距靠RSSI信号强度在通道里被人一挡、被金属面一反射强度值抖得厉害只能告诉你在哪一片做不到连续轨迹。真正要高精度就得用测距型技术UWB发纳秒级脉冲通过飞行时间测距再用TDOA做多点定位。UWB的好处是抗多径能力强直射路径和反射路径能分得开这在锚杆林立的巷道里是关键优势。所以现在主流的煤矿智能监控与井下人员定位系统方案核心定位技术几乎都落在UWB上再辅以其他技术补盲。2.2 精度对比与选型边界别被标称值带偏不同定位技术各有适用场景选型时最忌讳只看精度数字。我习惯按这张表去和矿方对齐技术方案静态精度参考动态表现井下适用场景主要限制UWBTDOA0.3米~1米1米~3米主巷道、采掘工作面等精准定位区基站密度要求高成本高ZigBeeRSSI3米~10米现场往往更粗容易跳变轨迹锯齿状区域定位、人员考勤多径严重时数值不稳定RFID区间级读卡器周边几米到几十米只给出入判断无连续轨迹出入口、禁区边界、考勤点不能做连续定位惯导航位推算短期可用随距离累积漂移长时间使用后误差越来越大与UWB融合补盲遮挡区推演单用不靠谱必须周期性校准4G/5G蜂窝定位50米~200米精度粗语音调度为主定位为辅无法满足重点区域高精度要求选型的实际结论是UWB为主、定位卡内嵌惯导做轨迹补盲、关键门禁和禁区用RFID做范围判断。这套组合能同时满足重点区域高精度全矿井连续轨迹考勤门禁三类需求。要注意厂家标称精度大多是在理想环境下测的井下巷道断面狭小、金属支护密集实际动态精度往往比标称值低一个量级。方案里写精度指标时我会按静态0.5米、动态2米的保守值承诺验收时反而从容。2.3 定位卡选型最容易翻车的硬件定位卡在方案里常被一句话带过在现场却反复出问题。几个必看参数续航井下充电不便至少撑一个检修周期常见要求连续工作15天以上这取决于上报频率功耗策略静止时降频上报、移动时加密上报防护等级IP65/IP67起步防尘防水还要耐砸报警能力SOS按钮、声光振动提示、双向寻呼认证矿用产品安全标志和防爆合格证是红线缺一不可。选型边界上采掘一线人员配带显示屏的增强卡能查看周边人数和预警信息管理人员和辅助岗位用低功耗普通卡成本和续航都更合适。井下不是所有场景都要同一张卡按岗位分型号能省下一笔不小的预算。提示定位卡续航参数要看上报频率待机策略的组合不要只看厂家标称的天数。把上报频率调到1秒一次和10秒一次续航能差两三倍。3. 系统架构与井下部署先画四张图再定基站间距3.1 分层架构把平台层做薄把感知层做厚煤矿智能监控系统的架构常见做法是分四层。感知层是定位卡、UWB基站、隔爆摄像仪和各类传感器传输层以井下工业环网为主干光纤到基站5G/WiFi做末梢回传平台层是定位引擎、GIS服务、数据库和告警规则引擎应用层是调度大屏、三维一张图、移动端和应急联动。项目里常犯的错是平台层一上来就上数字孪生结果数据源还没打通大屏上全是空转的动画。我一般先把定位引擎和GIS跑通再考虑三维展示这个顺序反了后面全是返工。分层架构的优点在于故障隔离和扩容。比如定位基站坏了只影响感知层局部数据平台层不会宕机以后要加AI视频分析也只需在平台层加服务器和算法服务不需要动井下网络。这是方案PPT里最值钱的结构设计。3.2 井下UWB基站布点间距、高度与覆盖重叠率基站布点直接决定定位效果这个环节值得花最多时间。直线巷道UWB基站间距常见在80米到120米之间具体看厂家功率和巷道断面方案阶段按这个区间算施工前必须现场勘测。弯道要加密到30米到50米岔道口必须在岔点两侧各布一台保证切换不掉线。采掘工作面按三维布点顶板和帮部都要有基站否则只能二维定位高度方向会丢。安装高度距底板2.5米到3米为宜避免贴顶安装——顶板锚杆区会形成密集反射也别装太低行人遮挡会让测距信号断续。覆盖计算上假设单基站覆盖半径R间距取0.8R到1.2R覆盖重叠率不低于30%。TDOA需要至少三台基站同时收到信号才能解算重叠率不够到了巷道边缘就会出现只有两台基站收到信号的尴尬局面定位直接掉成区域级。施工前勘测流程拿测距仪和场强仪沿巷道每隔20米做一次信号快测把遮挡点标到图纸上形成覆盖热图再调整布点。这一步不要省省了就是在给后面的动态定位埋雷。3.3 平台对接与数据链路的最小可用配置平台对接阶段先验证连通性再验证数据链路。我给项目组留的是这样一组检查命令# 检查本地到定位引擎服务默认端口9000的连通性返回200表示服务在线 curl -s -o /dev/null -w %{http_code} http://192.168.1.100:9000/health # 检查定位数据库连接是否正常 mysql -h192.168.1.101 -uplatform -p -e SELECT VERSION();第一个命令看定位引擎健康检查接口返回200说明服务活着第二个命令验证平台数据库权限后续轨迹数据会写进这个库。两块都通了再往下做数据联调。轨迹数据入库后用SQL抽检几条确认坐标和时间戳没有乱序-- 查某张定位卡在指定时段的轨迹按时间升序排列 SELECT x, y, z, zone_id, report_time FROM location_record WHERE card_id CARD-000123 AND report_time BETWEEN 2025-05-06 08:00:00 AND 2025-05-06 12:00:00 ORDER BY report_time ASC; -- 查采煤工作面当前在线人数 SELECT COUNT(DISTINCT card_id) AS online_cnt FROM location_record WHERE zone_id Z-01 AND is_latest 1;这里location_record是轨迹明细表zone_id对应GIS区域编号is_latest1表示该卡最新一条状态。如果实时人数模块对不上总人数先跑这两条SQL能快速判断是定位引擎推送问题还是数据库入库乱序。井下环境的网络时延偶尔会造成数据乱序SQL里加ORDER BY是必须的。4. 监控平台功能落位GIS一张图、电子围栏与AI联动4.1 GIS一张图与坐标校准别让定位点显示在岩体里井下地图不能拿CAD当图片贴上去必须转成带坐标的GIS矢量。步骤不复杂但容易被跳过的关键点选控制点、现场实测、做仿射变换。控制点选巷道交叉口、硐室门口这类特征明显的位置至少3到5个用全站仪或RTK实测坐标再把CAD的施工坐标系转到矿方统一坐标系比如国家2000坐标或地方独立坐标。坐标不校准的后果很直观定位点显示在岩体里人穿墙走电子围栏逻辑跟着错乱。巷道是不断延伸的新掘进的巷道要定期更新底图不然巷道画到哪定位就显示到哪——这个坑方案PPT里从来不会写但现场一定会遇到。我一般会在关键巷道交叉口埋设固定控制点每次底图更新后重新做校验采样差异超过0.5米就重新配准。4.2 电子围栏与超员、缺员、禁区告警逻辑告警规则引擎是平台的另一核心它的逻辑设计直接决定平台有没有用。规则分四类超员告警采煤工作面人数超过设定上限缺员告警某个区域在设定时段内无人比如检修时间巷道里应该有巡检人员滞留告警某张卡在危险区超过设定分钟数禁区告警无授权卡进入爆破材料库或采空区。参数设置要分班次时段。采煤工作面交接班时人数峰值是正常的不能全天用同一个固定阈值规则里要加班次时段。联动动作按严重程度分级平台弹窗加大屏闪烁是基础再往上要接井下语音广播、定位卡振动提醒最后是调度席人工介入。告警不是弹个窗就完事要和广播系统打通不然现场人员收不到预警平台再聪明也白搭。4.3 AI视频与定位数据互相印证煤矿智能监控里的智能很大程度体现在AI视频和定位数据的交叉验证上。常见联动场景定位系统显示皮带巷无人但AI摄像头检测到人形目标说明可能存在尾随或漏卡平台自动告警定位显示人员在危险区域同时视频确认后联动断电闭锁。井口唯一性检测也依赖两者配合——定位卡加人脸识别绑定防止替卡入井。技术上要处理好时间戳对齐。定位轨迹和视频片段按统一时钟对齐回放时双屏联动这样追溯事故时能同时看到人在哪和现场什么样。数据流上轨迹落库、AI识别结果也落库通过card_id和cam_id关联这个关联字段在设计库表时就要留好后面做联动才不返工。5. 避坑记录定位漂移、防爆认证与基站盲区五个现场教训5.1 定位漂移人被定位到隔壁巷道现象静态测精度没问题人一走动轨迹突然跳到相邻巷道速度显示几十公里每小时调度员看着直摇头。原因金属支护密集区域存在严重的非视距遮挡UWB基站收到的是反射路径信号TDOA解算出来的位置自然就错了锚杆区的多径效应还会让测距值偏大加剧漂移。解决基站安装位置避开锚杆密集区降低安装高度或移到帮部平直段提高参与解算的基站数量至少保证4台定位卡内嵌惯导做航向修正平台端做地图匹配把轨迹约束在巷道中线缓冲区缓冲区宽度按巷道实际宽度的一半设置。四步做完跳点能减少八成以上。5.2 防爆认证翻车设备到场后无法入井现象设备采购到场验收时发现没有矿用产品安全标志和防爆合格证矿方拒绝签收项目停工。原因采购环节图便宜被销售话术误导买了非本安型设备。井下设备防爆要求是强制性的不是可选项。解决招标文件里写死需提供矿用产品安全标志和防爆合格证证书在有效期内设备铭牌与证书编号一致。到货时逐一核对铭牌和证书编号拍照存档。这条少一步后面验收必卡甚至会导致整个系统无法投入使用。5.3 基站覆盖死角集中在小硐室现象主巷道定位正常爆破材料库、检修硐室、避难硐室等分支小空间显示无信号或者信号忽有忽无。原因布点图只画了主干巷道硐室和末梢支巷被漏掉。设计人员按图纸布线现场这些独立小空间没人核实。解决施工前做一份补盲清单把图纸上所有硐室和支巷逐个过一遍。空间小就布一台基站成本敏感就用低成本RFID读卡器关键是确保应急时刻能知道里面是否有人。避难硐室这类安全设施区域补盲不是成本问题是合规问题。5.4 坐标校准不到位人显示在岩体里现象定位点沿巷道走但整体往巷道帮部偏移甚至穿过岩层出现在采空区。原因CAD底图坐标系和实测坐标系不一致或者用了过期的采掘工程图巷道早掘进了底图还是老样子。解决4.1说过的配准流程要做实。控制点选好、实测数据采全、仿射变换系数算准三步缺一不可。底图更新要跟上掘进进度每季度核对一次采掘工程平面图。坐标偏差超过0.5米就重新配准这条可以作为底图管理的固定要求。5.5 验收口径扯皮动态测和静态测差距大现象静态最大误差测出来0.5米动态轨迹一测就1到3米矿方和施工方对精度是否达标争论不下。原因精度指标没有明确测试条件。静态、低速、遮挡环境下的结果完全不同验收方案里没写清楚测试方法双方各执一词。解决验收前把测试方法写进方案。静态取至少10个测点每点采集30次样本取最大值动态按巡检路线走三遍轨迹偏差取90分位值同时记录每台基站的参与数和测距质量作为验收报告附件。参数和口径都定死在纸面上再测后续谁都别想事后扯皮。6. 验收前必做的三项实测与调优技巧6.1 先把跳点用脚本洗一遍验收前我会跑一个简单的滑动窗口中值滤波把孤立跳点剔掉让轨迹在视觉上先过关import statistics # points: [(x, y, t), ...] 按时间排序的原始轨迹 def smooth_track(points, window5): if len(points) window: return points result [] for i in range(len(points)): left max(0, i - window // 2) right min(len(points), i window // 2 1) xs [p[0] for p in points[left:right]] ys [p[1] for p in points[left:right]] result.append((statistics.median(xs), statistics.median(ys), points[i][2])) return result中值滤波对孤立跳点有效但对连续错误轨迹无能为力那种情况要靠地图匹配和惯导校正。window参数按上报频率调上报1秒一次取5到7上报频率稀疏就取3取值太大轨迹会变钝拐弯处失真。6.2 自己走一遍矿工路线我习惯交付前自己戴定位卡按典型巡检路线把重点区域走一遍。打开大屏轨迹回放和实际路线比对重点看拐弯、岔道切换处有没有丢点。现场有网络信号起伏大或金属门遮挡的位置多走两遍把问题暴露在验收之前而不是之后。6.3 断电切换与数据追溯检查最后做一次定位系统断电切换测试确认备用电源能支撑系统在断电后继续运行并检查历史轨迹回放、报警记录和视频联动是否可追溯。数据留存要满足监管对追溯期限的要求抽几条报警记录反查轨迹和视频确保链路完整。这几年做矿山定位项目我养成了一个大屏轨迹先于验收报告的习惯自己走过的轨迹都不干净就别指望矿方验收时能放过你。定位系统这种东西现场数据不会骗人做扎实了反而省心。希望帮到你。本文还有配套的精品资源点击获取