# 地下电缆沟没有网络，巡检数据该怎么采集？

原文：[https://www.rfidpda.cn/news/xinwen/2634.html](https://www.rfidpda.cn/news/xinwen/2634.html)

地下电缆沟和电缆隧道可能存在移动网络或无线覆盖不连续的区域，巡检终端不能把在线页面当成单一入口。本文围绕任务预下载、本地设备台账、扫码与拍照记录、时间顺序、离线权限、断点续传、重复提交和冲突处理，说明LoRa或自组网适合承担哪些通信任务，以及项目验收时怎样验证数据没有丢失和错位。

## 地下电缆沟没有网络，巡检PDA如何实现离线采集、LoRa通信与断点续传？

电缆沟里没有网络时，巡检员手里的PDA还能不能继续采集数据，不能只看设备能不能打开页面，也不能只看条码能不能扫出来。

真正需要关注的是：

- 巡检任务有没有提前下载到设备；
- 现场记录有没有可靠保存在本机；
- 应用闪退、设备重启或突然没电后，数据还能不能恢复；
- 沟内必要的人员状态和异常信息能不能传出去；
- 出沟恢复网络后，数据能不能继续补传；
- 同一设备被多人记录、任务版本发生变化、照片没有传完时，系统能不能处理清楚。

地下电缆沟和普通仓库断网不一样。

仓库里没有网络，员工通常还能走到门口、办公室或弱电间寻找信号。电缆沟里，人员沿着沟道持续向前移动，井盖、混凝土结构、金属桥架、电缆支架、潮气和沟道转弯都会影响通信。

现场还可能存在积水、照明不足、空间狭窄、温度闷热、上下井不方便等情况。巡检员不适合为了同步数据频繁来回折返，班组负责人也不能等所有人员出沟后，才发现某一段完全没有巡检记录。

因此，地下电缆沟巡检的数据采集系统，应该围绕下面这条完整链路设计：

**进沟前带任务，沟内本地采集，必要信息低速互通，出沟后补传入账，异常和冲突交给有权限的人员处理。**

离线任务、本地存储、LoRa自组网、断点续传和冲突处理，不是五个相互独立的功能，而是同一条离线巡检业务链上的不同环节。

[!\[Lora手持巡检PDA实拍图\](https://www.rfidpda.cn/uploads/allimg/20250826/1-250R61I932144.jpg)](https://www.rfidpda.cn/pro/other/xj/1702.html)

## 一、进沟前：任务包必须比普通巡检更完整

地下电缆沟没有稳定网络，PDA不能指望巡检员边走边向服务器查询设备资料。

进入沟道前，系统应把当天可以执行的任务完整下载到PDA。本地任务包不能只是一张简单的待办列表，而应包含巡检员在离线环境下完成工作的最小业务资料。

任务包通常应包括：

- 巡检线路；
- 沟段和工井信息；
- 设备点位；
- 电缆编号；
- 接头或终端位置；
- 需要检查的项目；
- 上次遗留问题；
- 拍照要求；
- 异常分类；
- 人员权限；
- 任务有效期；
- 设备码值与台账的对应关系；
- 巡检模板及版本信息。

如果现场需要通过二维码、NFC或RFID标签确认设备身份，相应的码值和设备台账关系也应提前下载到本机。

这样巡检员在沟内扫到设备编号时，即使完全没有网络，PDA也能判断：

- 这是不是当前任务中的设备；
- 这个设备属于哪一个沟段；
- 当前需要检查哪些项目；
- 是否存在尚未关闭的历史问题。

### 任务包还要包含路线关系

地下电缆沟巡检通常不是随机检查几个设备，而是按照井号、沟段、线路、回路或设备顺序推进。

PDA应能够显示当前巡检位置的前后关系，让巡检员随时知道：

- 当前走到哪个沟段；
- 前面还有哪些点位；
- 哪些设备已经完成；
- 哪些记录只是临时保存；
- 哪些点位被跳过；
- 哪些位置需要回头复核。

不要只给巡检员一串设备名称，让他依靠记忆判断“刚才查到哪里”。

在空间狭窄、照明不足、人员持续移动的环境中，顺序记错、漏掉点位或重复采集并不罕见。

### 班组分工也要进入任务包

如果两名巡检员从不同入口进入，或者一人负责主沟、一人负责支沟，系统应提前明确各自负责的区域和设备范围。

能够在进沟前完成分段，可以减少出沟后的重复记录和漏检。

如果业务允许多人检查同一设备，也要明确这次操作属于：

- 复核；
- 抽查；
- 协同采集；
- 重复确认。

系统不能把所有重复记录都当成错误，也不能把所有重复记录都自动合并。

### 任务版本必须可追溯

设备台账、巡检模板、检查项目和历史缺陷都会发生变化。

因此，PDA下载任务时，应保存任务版本号、模板版本和下载时间。出沟补传时，如果服务器发现任务已经被后台修改，应能够判断这条离线记录是按照哪个旧版本产生的。

不能直接使用最新模板解释旧任务中的巡检数据，否则可能出现：

- 原来的字段找不到；
- 新增字段被错误判定为漏填；
- 原有检查项被覆盖；
- 离线期间产生的记录无法正确入账。

采购或项目负责人在确认方案时，不要只问“支不支持离线巡检”，还应该进一步询问：

- 离线任务可以携带哪些字段；
- 最多能够保存多少条记录；
- 最多能够保存多少张照片；
- 任务包过期后如何处理；
- PDA重启后任务是否还存在；
- 更换账号后能否继续；
- 本地数据是否加密；
- 未上传记录能否被普通用户清空。

这些问题比一句“有离线模式”更接近地下电缆沟的真实需求。

## 二、沟内采集：把每一次现场观察变成可追溯记录

巡检员在沟内发现的问题，往往不是简单的“正常”或“异常”。

现场可能需要检查：

- 电缆外护套是否破损；
- 接头是否渗漏；
- 沟内是否积水；
- 是否存在放电痕迹或异常气味；
- 支架是否锈蚀、松动；
- 警示标识是否脱落；
- 沟内是否堆放杂物；
- 照明是否正常；
- 排水设施是否有效；
- 通道是否被占用或阻挡。

不同企业的检查项目会有所不同，但共同原则是：**每一条记录都必须对应到明确的设备、点位、沟段或工井。**

### 先确认对象，再填写状态

PDA采集时，应先确认巡检对象，然后再填写检查结果。

对象确认可以通过：

- 设备编号；
- 沟段编号；
- 工井编号；
- 二维码；
- RFID标签；
- NFC标签；
- 人工搜索；
- 人工选择或临时补录。

现场码牌可能污损、脱落，或者被水汽遮挡，因此系统需要保留人工搜索和补录能力。

但人工补录必须记录原因，例如：

- 标签损坏；
- 标牌缺失；
- 码值无法识别；
- 现场编号与台账不一致。

人工补录不能和正常扫码确认混成同一种证据。

### 每条记录都应具备完整追溯信息

一条合格的离线巡检记录，通常应包含：

- 采集人员；
- 设备编号；
- 任务编号；
- 点位或沟段；
- 采集时间；
- PDA设备编号；
- 应用版本；
- 离线状态；
- 本地操作编号；
- 检查项；
- 现场状态；
- 异常分类；
- 短备注；
- 照片、录音或其他附件。

照片、短视频、录音和手写备注必须直接绑定到相应业务记录，不能只是保存在系统相册中，等出沟后再让员工回忆“这张图是在哪个井里拍的”。

### 地下现场不适合大量打字

沟内光线差、空间狭窄，巡检员可能还佩戴手套，因此检查项应尽量采用标准化选择。

例如，发现积水时，可以选择：

- 积水位置；
- 大致深度；
- 是否影响通行；
- 是否接近电缆接头；
- 是否需要立即复核。

发现支架锈蚀时，可以选择：

- 轻微；
- 明显；
- 需要复核；
- 存在松动；
- 影响支撑。

这里不是让PDA替代专业人员做最终诊断，而是把现场观察标准化，为班组负责人、运维人员或检修人员提供可复核的信息。

### 语音可以辅助，但不能成为唯一证据

语音输入可以减少打字，但地下沟道可能存在回声、风机声、设备噪声和多人交谈，语音识别结果不一定稳定。

如果使用语音转文字，系统应保存：

- 原始语音；
- 识别后的文字；
- 是否经过巡检员确认；
- 识别失败或待确认状态。

不能让一段没有确认的识别结果直接进入缺陷或工单流程。

![LoRa自组网传递告警短消息而大文件等待补传的示意图](https://www.rfidpda.cn/uploads/allimg/20260723/1-260H310092cD.jpg)

不同数据走不同通道，比把所有内容都塞进一条链路稳妥。

## 三、本地存储：必须经得起闪退、重启和低电量

没有信号时，终端首先要做的，不是尝试把所有数据立即传出去，而是把任务、记录和现场证据可靠地留在设备中。

地下电缆沟里最危险的情况，不是页面暂时显示“未同步”，而是：

**看起来已经保存，出沟后却发现数据根本没有落盘。**

本地存储的基本原则是：**只有数据真正写入可靠存储后，系统才能提示巡检员保存成功。**

下面这些都不能算可靠保存：

- 页面变量；
- 内存中的临时对象；
- 临时缓存；
- 尚未落盘的队列；
- 只存在于当前页面中的表单内容。

系统设计时必须假设以下情况一定会发生：

- 应用突然闪退；
- 系统回收后台进程；
- PDA突然没电关机；
- 员工误触返回键；
- 设备重启；
- 应用被强制关闭；
- 相机调用中断；
- 操作人员重复点击保存。

### 每次采集都应生成独立业务记录

更稳妥的做法，是把每次采集写成本地数据库中的独立业务记录。

每条记录应生成唯一的本地操作编号。后续所有修改、重试、LoRa发送和网络补传，都沿用这个编号。

例如，下面这些行为如果属于同一次现场操作，都应对应同一个本地操作编号：

- 巡检员重复点击保存；
- 应用自动重试；
- LoRa节点重复转发；
- 网络恢复后再次发送；
- 附件上传中断后重新补传。

服务器可以根据这个编号识别重复请求，避免同一条巡检记录被重复入账。

### 文字、照片和服务器状态必须分开显示

文字字段写入成功，不代表照片已经保存。

照片保存成功，不代表照片已经上传。

照片上传成功，也不代表整条业务记录已经被服务器接受。

因此，PDA页面应把不同阶段的状态区分清楚，例如：

- 本机已保存；
- 照片正在写入；
- 等待上传照片；
- 状态已通过LoRa传出；
- 完整记录待补传；
- 服务器已接收；
- 附件待补；
- 数据校验失败；
- 需要班组处理。

不要把所有中间状态都简单显示成“成功”。

### 重启后必须能够恢复现场状态

巡检员重启PDA或重新进入应用后，应能看到：

- 未完成任务；
- 已保存记录；
- 待上传记录数量；
- 待上传附件数量；
- 上一次操作位置；
- 最近一次同步时间；
- 同步失败原因。

如果设备电量耗尽，重新开机后不应要求员工重新回忆刚才采集了什么。

数据恢复不仅是技术问题，还会直接影响巡检员是否信任这套系统。

如果员工多次遇到“刚才明明保存了，现在却找不到”，后续就可能开始使用纸张、手机相册或聊天软件做额外备份，最终形成多套数据来源。

### 存储空间必须提前设置边界

地下巡检可能拍摄大量照片，尤其是在发现以下问题时：

- 渗水；
- 外护套破损；
- 标识缺失；
- 通道障碍；
- 支架锈蚀；
- 接头异常；
- 排水设施故障。

如果PDA存储空间接近上限，应用应提前提醒，并根据规则限制继续拍摄大附件。

不能等数据库写入失败或照片保存失败后，才告诉员工空间不足。

对班组来说，最坏的情况不是少拍一张照片，而是员工以为所有内容都保存下来了，出沟后才发现后半段数据全部丢失。

### 未同步数据不能被随意清理

只有服务器明确接收并完成业务处理后，PDA才能把记录从待传队列中移出。

即使已经移出待传队列，也可以保留只读摘要，用于交接和追溯。

如果普通用户点击“清空缓存”，就能删除尚未上传的巡检记录，这个功能在地下电缆沟场景中非常危险。

清理操作应满足以下要求：

- 受权限控制；
- 存在未同步数据时明确阻止；
- 必要时转入人工审批；
- 保留清理人员和操作时间；
- 对重要记录保留可追溯摘要。

![巡检终端恢复网络后按顺序补传去重和处理冲突的示意图](https://www.rfidpda.cn/uploads/allimg/20260723/1-260H310095O48.jpg)

网络恢复之后，还要确认每条记录最终落到了正确任务。

## 四、LoRa自组网：适合传状态，不适合当成宽带网络

地下电缆沟没有蜂窝网络或Wi-Fi覆盖时，很多项目会考虑使用LoRa自组网。

这个方向有价值，但必须先把期望调整准确。

LoRa的优势通常体现在：

- 低功耗；
- 较远通信距离；
- 小数据量传输；
- 对复杂环境具有一定适应能力；
- 适合状态类消息；
- 可以通过节点或网关扩展覆盖范围。

它适合传递：

- 巡检人员在线状态；
- 到达某个工井或沟段的标记；
- 人员粗略位置信息；
- 任务完成进度；
- 设备异常摘要；
- 求助信息；
- 撤离状态；
- 少量控制消息。

LoRa不适合承载：

- 大量照片；
- 视频；
- 录音文件；
- 频繁的大字段同步；
- 大规模台账下载；
- 高并发附件上传。

如果把LoRa当成“地下沟道里的无线宽带”，方案很容易达不到预期。

几张照片排队上传，就可能长时间占用链路。多个PDA同时发送大数据包时，延迟会明显上升。沟道转弯、井室结构、金属盖板、潮湿墙面和电缆支架，也会对信号产生影响。

更合理的设计是：

**LoRa负责现场不断联和轻量状态互通，完整业务数据和大附件保存在本机，出沟后再通过Wi-Fi、4G、5G或有线网关补传。**

### LoRa可以承担哪些现场任务

巡检员进入沟道后，[Lora手持终端PDA](https://www.rfidpda.cn/news/xinwen/2510.html)可以向临时网关发送：

- 人员已进入；
- 当前任务编号；
- 当前沟段；
- 到达某个工井；
- 完成某段巡检；
- 发现异常；
- 请求联系地面；
- 请求支援；
- 准备撤离；
- 已经出沟。

发现紧急异常时，可以先发送一条轻量摘要，包括：

- 设备编号；
- 异常类型；
- 巡检人员；
- 发生时间；
- 沟段或工井；
- 紧急程度；
- 本地记录编号。

地面人员可能暂时看不到完整照片，但至少能够知道：

- 人员大致在哪里；
- 任务进行到哪一步；
- 是否出现需要关注的异常；
- 是否有人需要支援。

### 网关和中继位置必须通过现场测试确定

LoRa网关可以设置在：

- 井口；
- 巡检入口；
- 配电房附近；
- 车辆附近；
- 地面值守点；
- 沟道关键节点。

必要时还可以增加中继节点。

但节点位置不能只根据平面图估算。地下空间的无线传播条件复杂，试点时应沿真实巡检路线行走，逐段记录：

- 状态消息能否发出；
- 平均延迟；
- 丢包情况；
- 哪些位置需要中继；
- 哪些位置只能完全离线；
- 哪些井口适合布置网关。

### LoRa消息也需要编号和确认

PDA发送的每条状态消息应包含：

- 消息编号；
- PDA设备编号；
- 人员编号；
- 任务编号；
- 本地操作编号；
- 产生时间；
- 消息类型；
- 重试次数。

网关收到消息后，应返回确认。PDA收到确认后，再把消息标记为已送达。

如果没有收到确认，可以按照设定节奏重试，但不能无限高频发送。

低速链路最怕所有设备同时重试，把原本还能使用的通道彻底挤满。

### LoRa送达不等于业务已经入账

LoRa网关可能只是把状态转给地面终端，并不代表完整记录已经写入中心系统。

因此，PDA不能因为异常摘要通过LoRa发出，就把完整巡检记录标记为“服务器已确认”。

更准确的状态提示应是：

**状态已传出，完整记录待补传。**

这比简单显示“同步成功”更加真实，也能避免班组人员误判。

## 五、出沟补传：断点续传不是重新上传整个文件夹

地下巡检数据通常包括：

- 文本记录；
- 照片；
- 签名；
- 录音；
- 定位信息；
- 点位序列；
- 异常明细；
- 任务完成状态。

巡检员出沟并恢复网络后，如果系统只是把本地文件夹中的所有内容从头到尾重新上传，很容易出现：

- 重复记录；
- 上传中断；
- 附件遗漏；
- 数据乱序；
- 任务提前关闭；
- 异常明细没有及时到达。

因此，断点续传应分为两个层面：**业务记录层和附件层。**

### 业务记录层：按本地操作编号确认

服务器需要知道一条巡检记录当前处于什么状态：

- 尚未接收；
- 已经接收；
- 校验通过；
- 校验失败；
- 已进入异常审核；
- 已生成缺陷；
- 已进入工单流程；
- 等待班组处理。

如果上一次上传中断，下一次应继续确认同一个本地操作编号，而不是新建一条相似记录。

如果服务器已经处理过这条记录，应返回原有处理结果，PDA再把本地状态更新为已同步。

### 附件层：按单个文件记录进度

照片可能出现以下情况：

- 第一张上传完成；
- 第二张上传到一半；
- 第三张尚未开始；
- 第四张文件损坏；
- 业务记录已经入账，但照片仍未补齐。

系统应记录每个附件的：

- 文件编号；
- 所属业务记录；
- 文件大小；
- 上传进度；
- 文件校验值；
- 本地保存状态；
- 服务器接收状态；
- 重试次数。

恢复网络后，只补传没有完成的附件。

如果业务记录已经入账但附件缺失，应明确显示“附件待补”，不能静默通过。

### 补传顺序必须符合业务关系

补传顺序不能简单按照文件创建时间排列，还要考虑任务关系和紧急程度。

例如：

- 严重异常摘要不能被普通照片堵住；
- 任务不能在严重异常尚未到达服务器时提前关闭；
- 一张普通环境照片上传失败，不应阻塞所有紧急记录；
- 异常记录、任务完成记录和附件之间要保持正确关联。

系统可以根据以下维度建立多个队列：

- 任务；
- 记录类型；
- 异常等级；
- 数据大小；
- 业务优先级；
- 是否影响任务关闭。

但队列规则应在项目实施前定义清楚。

### 同步过程必须让不同角色都看得见

巡检员出沟连接网络后，PDA应显示：

- 待上传记录数量；
- 待上传附件数量；
- 当前上传进度；
- 最早一条待传记录的产生时间；
- 同步失败原因；
- 最近一次成功同步时间。

班组负责人应能在管理端看到：

- 每台PDA的待传数量；
- 哪位员工持有设备；
- 哪些任务尚未闭合；
- 哪些附件没有上传；
- 哪些记录发生冲突；
- 最近一次同步时间。

IT人员则需要看到更详细的信息：

- 错误码；
- 接口返回内容；
- 应用版本；
- PDA设备编号；
- 网络类型；
- 日志；
- 重试次数；
- 服务器处理状态。

三类人员看到的信息深度不同，但底层数据状态必须一致。

### 上传失败必须区分原因

不同错误需要不同的处理方式：

- 网络超时：自动重试；
- 服务器繁忙：延后重试；
- 权限失效：重新登录或人工确认身份；
- 任务已经关闭：转班组复核；
- 设备编号不存在：检查资产台账；
- 附件校验失败：重新上传附件；
- 任务版本冲突：进入冲突处理；
- 本地文件损坏：提示人工处理。

不要把所有问题都显示成“上传失败”。

员工看不懂原因，只会反复点击同步，反而制造更多重复请求。

## 六、冲突处理：系统不能简单覆盖，也不能直接删除

离线巡检必然会遇到冲突。

两名巡检员可能记录同一个设备的不同状态；后台可能在人员进沟后调整任务；现场标牌可能与系统台账不一致；PDA时间可能出现漂移；LoRa摘要已经发出，但完整记录补传时却被服务器拒绝。

冲突本身并不代表系统失败。

**真正的问题，是系统无法保留事实，也无法让负责人完成处理。**

### 第一类：重复采集冲突

同一任务、同一设备、同一检查项，在相近时间内出现两条记录。

系统不能直接删除其中一条，也不能简单采用“后上传覆盖先上传”。

更稳妥的方式是保留两条原始记录，并标记为待班组确认。

班组负责人可以查看：

- 两名巡检人员；
- 采集时间；
- 沟段位置；
- 照片；
- 备注；
- 行走路线；
- 设备编号；
- 任务版本。

然后决定：

- 采用其中一条；
- 合并部分信息；
- 保留两条作为复核记录；
- 要求重新检查现场。

### 第二类：任务版本变化

巡检员进沟前下载的是旧任务，出沟后服务器发现任务已经被后台调整。

如果后台只是补充说明，可以按照规则合并。

如果设备范围、检查项目、任务权限或任务状态发生变化，就应进入人工处理。

系统需要明确展示：

- 本地记录基于哪个任务版本；
- 服务器当前版本是什么；
- 两个版本之间有哪些差异；
- 哪些字段可以合并；
- 哪些字段必须人工确认。

### 第三类：设备身份不一致

现场码牌可能老化，沟段标识可能沿用旧编号，PDA扫出的码值在新台账中找不到。

此时不能让巡检员随意修改正式台账，也不能直接丢弃记录。

可以允许巡检员按“临时对象”保存，并要求补充：

- 现场标识照片；
- 周边位置照片；
- 沟段或工井；
- 人工输入的编号；
- 无法识别的原因；
- 现场描述。

出沟后，再由资产管理或运维负责人确认映射关系。

临时对象必须有明确状态，不能在没有审核的情况下自动进入正式设备档案。

### 第四类：时间冲突

PDA长期离线后可能出现时间漂移，不同设备之间的时钟也可能不一致。

因此，系统应同时保存：

- PDA本机采集时间；
- 服务器接收时间；
- 本地操作序号；
- 任务序号；
- LoRa消息到达时间；
- 附件创建时间。

需要判断记录先后关系时，不宜只依赖PDA本机时间。

### 冲突页面必须给足上下文

冲突处理界面不需要特别复杂，但必须把相关信息放在一起：

- 哪条记录发生冲突；
- 冲突原因；
- 现场人员填写了什么；
- 照片是什么；
- 服务器当前数据是什么；
- 任务版本差异是什么；
- 可以选择哪些处理动作。

如果页面只显示一个红色“失败”，班组负责人仍然需要到处找人询问，离线巡检系统的价值就会大打折扣。

## 七、安全和交接：设备状态必须进入班组流程

地下电缆沟巡检本身属于安全作业。

PDA离线采集系统应配合企业现有的：

- 下井审批；
- 作业票；
- 通风；
- 气体检测；
- 安全监护；
- 照明；
- 人员清点；
- 应急撤离制度。

系统可以提示任务和状态，但不能替代现场安全制度和专业判断。

### 进沟前检查

人员进入沟道前，应检查：

- PDA电量；
- 备用电源；
- 任务是否完整下载；
- 人员是否正确登录；
- 设备时间是否同步；
- 本地存储空间是否充足；
- LoRa或其他通信是否正常；
- 是否存在大量未同步旧数据；
- 应用版本是否符合要求。

如果出现以下情况，应先处理再进入：

- 任务包下载不完整；
- 存储空间不足；
- PDA时间异常；
- 设备电量不足；
- 待传旧数据过多；
- 本地数据库异常；
- 通信检查失败。

不要让巡检员带着状态不清楚的设备进入地下沟道。

### 沟内操作要尽量简单

PDA页面应考虑弱光、手套和狭窄空间，采用：

- 大按钮；
- 高对比度显示；
- 明显的离线状态提示；
- 少量必要字段；
- 标准化选择项；
- 快速拍照；
- 短备注；
- 明确的保存反馈。

需要长时间编辑的说明，可以先在沟内记录选择项、照片和简短备注，出沟后再由有权限人员补充。

巡检员不应该为了寻找一个很小的按钮，在狭窄通道里长时间停留。

### 设备交接不能只交机器

班组换人、设备归还或人员出沟时，应检查：

- 待同步记录数量；
- 待同步附件数量；
- 任务完成情况；
- 异常摘要；
- 冲突数量；
- 设备电量；
- 最近一次同步时间。

如果仍然存在未同步记录，应明确：

- 由谁继续保管PDA；
- 在什么位置完成同步；
- 什么时候完成同步；
- 同步失败由谁处理；
- 下一班能否继续使用这台设备。

只交机器、不交数据状态，后续追溯会非常困难。

### 出沟后不能立即把设备放回柜子

人员出沟后，应在网络稳定的位置完成补传，确认服务器接收结果，再由班组负责人检查异常和冲突。

如果数据仍然留在本机，设备必须保持可追踪，不能被下一班直接：

- 清空；
- 恢复出厂设置；
- 刷机；
- 更换账号后覆盖；
- 交给无关人员使用。

## 八、系统对接：不能只做一个上传接口

很多企业已经部署了：

- 设备资产系统；
- 巡检计划系统；
- 缺陷管理系统；
- 工单系统；
- 生产管理系统；
- 移动作业平台；
- 班组管理系统。

地下电缆沟PDA项目不一定需要重建一套完整平台，但系统对接不能只做一个“上传巡检结果”的接口。

### 任务下发接口

任务接口应提供：

- 任务编号；
- 巡检线路；
- 沟段；
- 设备；
- 人员；
- 检查模板；
- 任务版本；
- 有效期；
- 历史问题；
- 码值关系；
- 附件要求；
- 权限。

PDA下载任务后，应能够校验任务包是否完整。

如果任务包过大，可以按照：

- 线路；
- 区域；
- 班组；
- 日期；
- 沟段；

进行拆分。

离线任务越清楚，巡检员在现场就越少依赖临时搜索。

### 结果回传接口必须支持幂等

每条PDA记录都应携带本地操作编号。

服务器根据编号识别重复请求：

- 相同编号重复到达时，返回已有处理结果；
- 不重复创建新记录；
- 不因为员工重复点击而重复入账。

如果编号不同，但任务、设备和检查项高度相似，则进入重复或冲突判断。

幂等能力应放在服务器端实现，不能只依赖PDA页面禁止重复点击。

### 附件接口必须支持断点续传

附件接口需要支持：

- 分片上传；
- 断点续传；
- 文件校验；
- 单个附件状态返回；
- 附件与业务记录稳定绑定。

不能只依靠文件名判断照片属于哪条巡检记录。

如果需要压缩照片，也要确保压缩后仍能看清：

- 设备编号；
- 缺陷位置；
- 标识内容；
- 周边环境；
- 现场细节。

### 缺陷和工单接口应保留审核边界

巡检员发现异常，并不等于系统可以直接确定缺陷等级并自动派工。

更稳妥的流程是：

1. PDA生成异常记录；
2. 班组负责人或专业人员复核；
3. 确认是否构成缺陷；
4. 判断缺陷等级；
5. 决定是否生成工单；
6. 按企业制度流转。

系统可以辅助分类、提醒和流转，但不应把有限的现场观察直接包装成不可争议的诊断结论。

### 台账同步必须谨慎

现场发现编号不一致时，可以创建：

- 台账核对任务；
- 临时对象；
- 标识修复任务；
- 资产映射待办。

不宜允许PDA在离线状态下直接修改正式设备档案。

资产台账一旦被未经审核的离线数据覆盖，后续处理可能比漏填一个字段更加困难。

## 九、现场测试：验收时要故意制造故障

**示意图建议：巡检终端恢复网络后，按照业务记录和附件状态进行去重、续传和冲突处理。**

地下电缆沟离线采集不能只在办公室连接稳定Wi-Fi演示。

真正有价值的验收，要故意制造麻烦。

### 本地存储测试

可以按照下面的方式测试：

1. PDA提前下载任务；
2. 关闭网络；
3. 进入模拟沟段；
4. 连续采集正常项和异常项；
5. 拍摄多张照片；
6. 强制退出应用；
7. 重启设备；
8. 模拟低电量关机；
9. 拍照过程中中断；
10. 重新进入应用。

然后检查：

- 任务是否还在；
- 记录是否还在；
- 照片是否完整；
- 未完成状态是否正确；
- 待上传数量是否准确；
- 本地操作编号是否保持不变。

### LoRa链路测试

应在真实路线的不同位置发送小型状态消息，包括：

- 不同井口；
- 沟道转弯位置；
- 沟段深处；
- 金属盖板附近；
- 中继节点附近；
- 入口和出口。

记录：

- 发送是否成功；
- 到达延迟；
- 丢包情况；
- 重试次数；
- 哪些位置需要中继；
- 哪些位置只能离线保存。

LoRa部分的验收重点不是“能不能传一张大图”，而是：

- 人员状态能否传出；
- 任务进度能否被地面看到；
- 异常摘要能否出沟；
- 求助信息能否到达。

### 断点续传测试

补传测试应覆盖：

- 上传到一半断网；
- 恢复网络后继续；
- 服务器先收到业务记录，但附件失败；
- 同一条记录重复发送；
- 两台PDA上传同一设备的不同结果；
- 任务在离线期间被关闭；
- 任务在离线期间被修改；
- 附件校验失败；
- 账号权限失效；
- 设备编号在台账中不存在。

每一种情况都要检查：

- 服务器是否重复入账；
- PDA状态是否正确；
- 附件是否补齐；
- 班组负责人是否能处理冲突；
- 最终数据是否落到正确任务中。

### 验收结果必须能够对账闭合

验收不能只看页面是否显示“上传完成”。

应逐项核对：

- PDA本地产生多少条操作；
- 服务器成功接收多少条；
- 识别出多少条重复记录；
- 产生多少条冲突；
- 失败多少条；
- 一共拍摄多少张照片；
- 成功上传多少张；
- 缺失多少张；
- 哪些记录仍在本机；
- 哪些记录需要人工处理。

这些数量应能够逐项闭合。

地下电缆沟巡检的问题，往往就藏在那几条没有闭合的记录里。

### 权限和清理也要纳入验收

还需要检查：

- 普通巡检员能否删除未同步记录；
- 更换账号后能否看到不该看的任务；
- 设备丢失后本地数据如何保护；
- 任务过期后能否继续提交；
- 旧数据保留多长时间；
- 管理员清理数据是否有日志；
- 刷机前是否检查未同步数据。

## 十、方案边界：离线系统不能替代安全制度和专业判断

离线PDA和LoRa自组网能够解决的，是无网环境中的：

- 任务携带；
- 现场采集；
- 本地暂存；
- 轻量状态互通；
- 网络恢复后的数据补传；
- 重复识别；
- 冲突处理；
- 数据追溯。

它不能让地下电缆沟变成网络条件良好的办公室，也不能替代：

- 现场安全监护；
- 通风和气体检测；
- 专业检修判断；
- 缺陷等级评定；
- 停电审批；
- 工单审核；
- 企业管理制度。

巡检数据可以先采集下来，但现场观察是否构成缺陷、缺陷等级如何、是否需要停电处理、是否转检修工单，仍然应由有权限的专业人员按照企业制度判断。

PDA可以把照片、位置、时间、设备信息和现场描述完整交给处理人员，但不能把有限的现场记录直接变成最终结论。

## 十一、采购和验收不能只看PDA参数

地下电缆沟离线巡检不是单独采购一台PDA就能解决的问题。

项目应整体考虑：

- PDA硬件；
- 电池和防护能力；
- 应用程序；
- 本地数据库；
- 离线任务包；
- LoRa节点；
- LoRa网关；
- 中继部署；
- 服务器接口；
- 幂等处理；
- 附件续传；
- 任务管理；
- 冲突处理；
- 班组交接；
- 权限管理；
- 运维监控。


封面：/uploads/allimg/20260723/1-260H3101P0224.webp
