航标远程监控系统怎么做
航标远程监控系统怎么做?讲清北斗 / 4G 航标遥测接入、灯器与太阳能电池数据、GPS 坐标换算与偏移告警、电子海图、蓝牙调试 App 现场布设、AIS 参数,以及从第三方 IoT 平台平滑迁移到自建平台的做法。

本文目录
航标设备和普通室内设备不同。它分散在海上、沿岸、港区或航道周边,电源、灯器、位置、通信状态都可能影响现场安全。只靠人工巡检和表格记录,很难及时发现偏移、电池异常、灯器异常和通信中断。
这类项目更适合按运维系统来规划。可以先看 航标远程监控系统开发 的交付范围,再对照 航标远程监测与运维平台案例。如果项目还处在早期,也可以参考 设备远程监控系统怎么落地,先确认设备、数据和告警范围。
设备遥测先定清
航标远程监控系统的第一步,是把设备到底能上报什么说清,画大屏可以往后放。常见字段包括经纬度、偏移距离、电池电压、太阳能电压、LED 电流、灯质、光照、温湿度、信号强度、剩余电量和采集时间。字段越多,越要提前决定哪些进入实时看板,哪些只进历史查询,哪些参与告警。
设备在线状态也要单独确认。是按心跳判断,还是按最近一次属性上报判断,离线多久才触发告警,恢复上线后是否要补发通知,这些都直接影响运维人员对系统的信任。公开案例中没有展示真实设备编号和坐标,正式项目也应该把这些信息按权限处理。若当前项目还要把设备接入更完整的后台权限和报表体系,可以继续对照 IoT定制开发服务 的范围,看是否要把组织、权限和部署一并规划。
地图和告警要一起设计
航标系统通常离不开电子海图或地图定位。地图页面不只是展示点位,还要能筛选分组、查看在线状态、定位单台设备、切换告警状态,并在设备偏移时给出明确提醒。地图能力做得再漂亮,如果不能和告警、设备详情、历史数据连起来,运维人员仍然要在多个页面之间来回查。
告警规则建议按设备状态和运维动作拆开。电源异常、灯器异常、偏移异常、通信异常和环境异常的处理人可能不同,告警等级也不同。系统要保留告警时间、设备状态、处理记录和后续导出能力,方便复盘和报表。
如果你已经在评估同类平台,除了匿名案例,还可以横向看看 海外冷链设备管理平台案例。两类项目都属于分散设备远程监管,只是地图、告警和报表的重点不同。
远程参数要有权限边界
航标平台常会涉及灯质、灯光等级、上报周期、报警周期、阈值、设计经纬度、远程重启和测试指令。越是能影响设备运行的动作,越不能只做一个按钮。权限、二次确认、操作日志和失败提示都要写进验收条件。
如果现场设备已经接入第三方物联网平台,系统可以先从平台 API 或 MQTT 数据接入做起。若要做完整后台,还要把设备分组、用户、机构、历史数据导出和部署运维一起考虑。可以对照 工业物联网平台需求清单 检查是否漏掉角色权限、告警阈值和报表口径。
分散设备监控的共同问题
航标和冷链设备都分散在各处,靠 4G 上报数据。我们在冷链平台里处理过两件事,一是 DTU 稀疏上报时缺失字段不能当 0,否则会误报告警;二是告警要分级,推送和邮件通知都带设备序列号,邮件模板按语言区分。航标项目的做法见航标远程监测与运维平台案例。
系统分层
我们为一家航标灯器厂商做过完整的一套:现场用的蓝牙调试 App、日常用的远程监控 Web 平台,以及中间的数据同步和业务服务。几个关键设计:
- 通讯:航标分布在沿海、航道、风电场周边,部分点位没有可靠的蜂窝网络,所以同时支持北斗和 4G;
- 一期借力:遥测接入先用成熟的 IoT 平台,快速上线在线状态、属性和告警;
- 自建沉淀:Go 写的数据同步服务订阅平台消息,把属性、在线和告警历史写入自建 MySQL;Bun + Elysia 的业务 API 提供用户分组、属性聚合查询、设备调试记录和 Excel 导出;
- 可迁移:自建服务兼容原有的 TCP 接入协议和上报参数格式,以后迁移到自建平台时,设备侧只需切换域名。
遥测字段与单位
| 类别 | 字段 | 说明 |
|---|---|---|
| 灯器 | 当前灯质、LED 灯电压 / 电流、发光方式 | 判断灯器是否按设计灯质正常闪光 |
| 能源 | 工作电压 / 电流、充电电压 / 电流、电池温度 | 判断太阳能充电和电池健康 |
| 环境 | 仓内温度、湿度、日光照度 | 日光照度决定昼夜开关灯 |
| 位置 | GPS 经纬度、偏移距离 | 偏移超过阈值即告警 |
| 通讯 | 信号值、通讯方式(北斗 / 4G) | 判断通讯质量 |
设备上报的 GPS 往往是 NMEA 格式的「度分」原始值,例如 3015.12345,N,需要换算后才能在地图上使用:
// NMEA 度分格式 → 十进制度:3015.12345 → 30 + 15.12345 / 60 ≈ 30.25206°
function nmeaToDecimal(raw: string, hemi: 'N' | 'S' | 'E' | 'W') {
const v = parseFloat(raw)
const deg = Math.floor(v / 100)
const min = v - deg * 100
const dec = deg + min / 60
return hemi === 'S' || hemi === 'W' ? -dec : dec
}
// 界面显示度分秒:30°15′7.41″N;地图打点使用十进制度,并按地图坐标系做转换偏移告警怎么算
航标偏移是最关键的告警之一:比较当前坐标和设计坐标(布设时登记的位置)之间的距离,超过阈值即告警。距离用球面公式计算:
// Haversine 公式:两点间球面距离(米)
function distanceMeters(lat1: number, lon1: number, lat2: number, lon2: number) {
const R = 6371000
const toRad = (d: number) => (d * Math.PI) / 180
const dLat = toRad(lat2 - lat1)
const dLon = toRad(lon2 - lon1)
const a = Math.sin(dLat / 2) ** 2 + Math.cos(toRad(lat1)) * Math.cos(toRad(lat2)) * Math.sin(dLon / 2) ** 2
return 2 * R * Math.asin(Math.sqrt(a))
}GPS 本身有漂移,阈值要结合锚链长度和定位精度设定,并加持续时间或连续次数条件,避免单次跳点误报。
现场布设:蓝牙调试 App
航标布设和点检在码头或海上完成,现场没有电脑、网络也不稳定,所以配套了一个 Android 蓝牙调试 App:按「前缀 + SN」过滤本厂灯器;动态数据每 6 秒刷新;集中设置灯质编码、光强等级、日光阈值、发光方式和上报频度;读写 AIS 参数(设备 ID、航标与基站 MMSI、航标类型、报文发送间隔、A/B/C/D 尺寸)。另有独立的蓝牙升级 App 给灯器升级固件。详见航标灯器蓝牙调试与升级 App 案例。
适合启动的项目状态
比较适合进入方案评估的项目,通常已经有设备清单、遥测字段、联网方式、分组规则和基础运维流程。就算现有资料不完整,也至少要能说明设备怎么上报,谁负责处理告警,哪些远程指令允许开放,历史数据需要保留多久。
如果这些信息还没有收齐,先不要急着要求完整报价。把设备类型、部署环境、现有平台、计划纳管数量和上线时间整理出来,再通过 联系我们 发项目背景,会更容易判断首期是先做监控看板,还是直接做完整航标管理平台。
如果你已经能确认设备台账、遥测字段和告警边界,也可以直接进入 航标远程监控系统开发 页面继续看交付内容、排期拆分和咨询前资料清单。
常见问题
航标远程监控用北斗还是 4G?
有可靠蜂窝网络的点位用 4G,成本低、带宽够;远海或信号盲区用北斗短报文。平台最好同时支持两种,并在设备列表里可按通讯方式筛选。
航标偏移告警怎么避免误报?
偏移距离按当前坐标与设计坐标的球面距离计算,阈值结合锚链长度和定位精度设定,并要求连续多次或持续一段时间超限才触发。
设备上报的 GPS 坐标在地图上对不上怎么办?
先把 NMEA 度分格式换算成十进制度,再按所用地图的坐标系做转换;国内在线地图通常需要坐标转换后才能和底图对齐。
已经在用第三方 IoT 平台,怎么过渡到自建平台?
先用同步服务把历史数据和业务沉淀到自有数据库,同时让自建接入服务兼容原有接入协议和数据格式,迁移时设备侧只需切换域名。
航标灯器能用手机调试吗?
可以,通过蓝牙调试 App 在现场读取动态数据和静态信息、设置灯器和 AIS 参数、执行点检和重启,适合布设和巡检。
准备做航标远程监控系统,建议先把这些信息收齐
信息越完整,方案判断、报价区间和排期就越接近真实交付情况。
- 设备台账、分组方式和需要展示的遥测字段清单
- 现有联网方式、平台接口说明或 MQTT 主题模型
- 告警等级、通知方式和远程参数操作边界
- 地图展示方式、坐标脱敏要求和导出报表格式