地下电缆沟没有网络，巡检数据该怎么采集？
地下电缆沟没有网络，巡检PDA如何实现离线采集、LoRa通信与断点续传？
电缆沟里没有网络时，巡检员手里的PDA还能不能继续采集数据，不能只看设备能不能打开页面，也不能只看条码能不能扫出来。
真正需要关注的是：
巡检任务有没有提前下载到设备；
现场记录有没有可靠保存在本机；
应用闪退、设备重启或突然没电后，数据还能不能恢复；
沟内必要的人员状态和异常信息能不能传出去；
出沟恢复网络后，数据能不能继续补传；
同一设备被多人记录、任务版本发生变化、照片没有传完时，系统能不能处理清楚。
地下电缆沟和普通仓库断网不一样。
仓库里没有网络，员工通常还能走到门口、办公室或弱电间寻找信号。电缆沟里，人员沿着沟道持续向前移动，井盖、混凝土结构、金属桥架、电缆支架、潮气和沟道转弯都会影响通信。
现场还可能存在积水、照明不足、空间狭窄、温度闷热、上下井不方便等情况。巡检员不适合为了同步数据频繁来回折返，班组负责人也不能等所有人员出沟后，才发现某一段完全没有巡检记录。
因此，地下电缆沟巡检的数据采集系统，应该围绕下面这条完整链路设计：
进沟前带任务，沟内本地采集，必要信息低速互通，出沟后补传入账，异常和冲突交给有权限的人员处理。
离线任务、本地存储、LoRa自组网、断点续传和冲突处理，不是五个相互独立的功能，而是同一条离线巡检业务链上的不同环节。
一、进沟前：任务包必须比普通巡检更完整
地下电缆沟没有稳定网络，PDA不能指望巡检员边走边向服务器查询设备资料。
进入沟道前，系统应把当天可以执行的任务完整下载到PDA。本地任务包不能只是一张简单的待办列表，而应包含巡检员在离线环境下完成工作的最小业务资料。
任务包通常应包括：
巡检线路；
沟段和工井信息；
设备点位；
电缆编号；
接头或终端位置；
需要检查的项目；
上次遗留问题；
拍照要求；
异常分类；
人员权限；
任务有效期；
设备码值与台账的对应关系；
巡检模板及版本信息。
如果现场需要通过二维码、NFC或RFID标签确认设备身份，相应的码值和设备台账关系也应提前下载到本机。
这样巡检员在沟内扫到设备编号时，即使完全没有网络，PDA也能判断：
这是不是当前任务中的设备；
这个设备属于哪一个沟段；
当前需要检查哪些项目；
是否存在尚未关闭的历史问题。
任务包还要包含路线关系
地下电缆沟巡检通常不是随机检查几个设备，而是按照井号、沟段、线路、回路或设备顺序推进。
PDA应能够显示当前巡检位置的前后关系，让巡检员随时知道：
当前走到哪个沟段；
前面还有哪些点位；
哪些设备已经完成；
哪些记录只是临时保存；
哪些点位被跳过；
哪些位置需要回头复核。
不要只给巡检员一串设备名称，让他依靠记忆判断“刚才查到哪里”。
在空间狭窄、照明不足、人员持续移动的环境中，顺序记错、漏掉点位或重复采集并不罕见。
班组分工也要进入任务包
如果两名巡检员从不同入口进入，或者一人负责主沟、一人负责支沟，系统应提前明确各自负责的区域和设备范围。
能够在进沟前完成分段，可以减少出沟后的重复记录和漏检。
如果业务允许多人检查同一设备，也要明确这次操作属于：
复核；
抽查；
协同采集；
重复确认。
系统不能把所有重复记录都当成错误，也不能把所有重复记录都自动合并。
任务版本必须可追溯
设备台账、巡检模板、检查项目和历史缺陷都会发生变化。
因此，PDA下载任务时，应保存任务版本号、模板版本和下载时间。出沟补传时，如果服务器发现任务已经被后台修改，应能够判断这条离线记录是按照哪个旧版本产生的。
不能直接使用最新模板解释旧任务中的巡检数据，否则可能出现：
原来的字段找不到；
新增字段被错误判定为漏填；
原有检查项被覆盖；
离线期间产生的记录无法正确入账。
采购或项目负责人在确认方案时，不要只问“支不支持离线巡检”，还应该进一步询问：
离线任务可以携带哪些字段；
最多能够保存多少条记录；
最多能够保存多少张照片；
任务包过期后如何处理；
PDA重启后任务是否还存在；
更换账号后能否继续；
本地数据是否加密；
未上传记录能否被普通用户清空。
这些问题比一句“有离线模式”更接近地下电缆沟的真实需求。
二、沟内采集：把每一次现场观察变成可追溯记录
巡检员在沟内发现的问题，往往不是简单的“正常”或“异常”。
现场可能需要检查：
电缆外护套是否破损；
接头是否渗漏；
沟内是否积水；
是否存在放电痕迹或异常气味；
支架是否锈蚀、松动；
警示标识是否脱落；
沟内是否堆放杂物；
照明是否正常；
排水设施是否有效；
通道是否被占用或阻挡。
不同企业的检查项目会有所不同，但共同原则是：每一条记录都必须对应到明确的设备、点位、沟段或工井。
先确认对象，再填写状态
PDA采集时，应先确认巡检对象，然后再填写检查结果。
对象确认可以通过：
设备编号；
沟段编号；
工井编号；
二维码；
RFID标签；
NFC标签；
人工搜索；
人工选择或临时补录。
现场码牌可能污损、脱落，或者被水汽遮挡，因此系统需要保留人工搜索和补录能力。
但人工补录必须记录原因，例如：
标签损坏；
标牌缺失；
码值无法识别；
现场编号与台账不一致。
人工补录不能和正常扫码确认混成同一种证据。
每条记录都应具备完整追溯信息
一条合格的离线巡检记录，通常应包含：
采集人员；
设备编号；
任务编号；
点位或沟段；
采集时间；
PDA设备编号；
应用版本；
离线状态；
本地操作编号；
检查项；
现场状态；
异常分类；
短备注；
照片、录音或其他附件。
照片、短视频、录音和手写备注必须直接绑定到相应业务记录，不能只是保存在系统相册中，等出沟后再让员工回忆“这张图是在哪个井里拍的”。
地下现场不适合大量打字
沟内光线差、空间狭窄，巡检员可能还佩戴手套，因此检查项应尽量采用标准化选择。
例如，发现积水时，可以选择：
积水位置；
大致深度；
是否影响通行；
是否接近电缆接头；
是否需要立即复核。
发现支架锈蚀时，可以选择：
轻微；
明显；
需要复核；
存在松动；
影响支撑。
这里不是让PDA替代专业人员做最终诊断，而是把现场观察标准化，为班组负责人、运维人员或检修人员提供可复核的信息。
语音可以辅助，但不能成为唯一证据
语音输入可以减少打字，但地下沟道可能存在回声、风机声、设备噪声和多人交谈，语音识别结果不一定稳定。
如果使用语音转文字，系统应保存：
原始语音；
识别后的文字；
是否经过巡检员确认；
识别失败或待确认状态。
不能让一段没有确认的识别结果直接进入缺陷或工单流程。
不同数据走不同通道，比把所有内容都塞进一条链路稳妥。
三、本地存储：必须经得起闪退、重启和低电量
没有信号时，终端首先要做的，不是尝试把所有数据立即传出去，而是把任务、记录和现场证据可靠地留在设备中。
地下电缆沟里最危险的情况，不是页面暂时显示“未同步”，而是：
看起来已经保存，出沟后却发现数据根本没有落盘。
本地存储的基本原则是：只有数据真正写入可靠存储后，系统才能提示巡检员保存成功。
下面这些都不能算可靠保存：
页面变量；
内存中的临时对象；
临时缓存；
尚未落盘的队列；
只存在于当前页面中的表单内容。
系统设计时必须假设以下情况一定会发生：
应用突然闪退；
系统回收后台进程；
PDA突然没电关机；
员工误触返回键；
设备重启；
应用被强制关闭；
相机调用中断；
操作人员重复点击保存。
每次采集都应生成独立业务记录
更稳妥的做法，是把每次采集写成本地数据库中的独立业务记录。
每条记录应生成唯一的本地操作编号。后续所有修改、重试、LoRa发送和网络补传，都沿用这个编号。
例如，下面这些行为如果属于同一次现场操作，都应对应同一个本地操作编号：
巡检员重复点击保存；
应用自动重试；
LoRa节点重复转发；
网络恢复后再次发送；
附件上传中断后重新补传。
服务器可以根据这个编号识别重复请求，避免同一条巡检记录被重复入账。
文字、照片和服务器状态必须分开显示
文字字段写入成功，不代表照片已经保存。
照片保存成功，不代表照片已经上传。
照片上传成功，也不代表整条业务记录已经被服务器接受。
因此，PDA页面应把不同阶段的状态区分清楚，例如：
本机已保存；
照片正在写入；
等待上传照片；
状态已通过LoRa传出；
完整记录待补传；
服务器已接收；
附件待补；
数据校验失败；
需要班组处理。
不要把所有中间状态都简单显示成“成功”。
重启后必须能够恢复现场状态
巡检员重启PDA或重新进入应用后，应能看到：
未完成任务；
已保存记录；
待上传记录数量；
待上传附件数量；
上一次操作位置；
最近一次同步时间；
同步失败原因。
如果设备电量耗尽，重新开机后不应要求员工重新回忆刚才采集了什么。
数据恢复不仅是技术问题，还会直接影响巡检员是否信任这套系统。
如果员工多次遇到“刚才明明保存了，现在却找不到”，后续就可能开始使用纸张、手机相册或聊天软件做额外备份，最终形成多套数据来源。
存储空间必须提前设置边界
地下巡检可能拍摄大量照片，尤其是在发现以下问题时：
渗水；
外护套破损；
标识缺失；
通道障碍；
支架锈蚀；
接头异常；
排水设施故障。
如果PDA存储空间接近上限，应用应提前提醒，并根据规则限制继续拍摄大附件。
不能等数据库写入失败或照片保存失败后，才告诉员工空间不足。
对班组来说，最坏的情况不是少拍一张照片，而是员工以为所有内容都保存下来了，出沟后才发现后半段数据全部丢失。
未同步数据不能被随意清理
只有服务器明确接收并完成业务处理后，PDA才能把记录从待传队列中移出。
即使已经移出待传队列，也可以保留只读摘要，用于交接和追溯。
如果普通用户点击“清空缓存”，就能删除尚未上传的巡检记录，这个功能在地下电缆沟场景中非常危险。
清理操作应满足以下要求：
受权限控制；
存在未同步数据时明确阻止；
必要时转入人工审批；
保留清理人员和操作时间；
对重要记录保留可追溯摘要。
网络恢复之后，还要确认每条记录最终落到了正确任务。
四、LoRa自组网：适合传状态，不适合当成宽带网络
地下电缆沟没有蜂窝网络或Wi-Fi覆盖时，很多项目会考虑使用LoRa自组网。
这个方向有价值，但必须先把期望调整准确。
LoRa的优势通常体现在：
低功耗；
较远通信距离；
小数据量传输；
对复杂环境具有一定适应能力；
适合状态类消息；
可以通过节点或网关扩展覆盖范围。
它适合传递：
巡检人员在线状态；
到达某个工井或沟段的标记；
人员粗略位置信息；
任务完成进度；
设备异常摘要；
求助信息；
撤离状态；
少量控制消息。
LoRa不适合承载：
大量照片；
视频；
录音文件；
频繁的大字段同步；
大规模台账下载；
高并发附件上传。
如果把LoRa当成“地下沟道里的无线宽带”，方案很容易达不到预期。
几张照片排队上传，就可能长时间占用链路。多个PDA同时发送大数据包时，延迟会明显上升。沟道转弯、井室结构、金属盖板、潮湿墙面和电缆支架，也会对信号产生影响。
更合理的设计是：
LoRa负责现场不断联和轻量状态互通，完整业务数据和大附件保存在本机，出沟后再通过Wi-Fi、4G、5G或有线网关补传。
LoRa可以承担哪些现场任务
巡检员进入沟道后，Lora手持终端PDA可以向临时网关发送：
人员已进入；
当前任务编号；
当前沟段；
到达某个工井；
完成某段巡检；
发现异常；
请求联系地面；
请求支援；
准备撤离；
已经出沟。
发现紧急异常时，可以先发送一条轻量摘要，包括：
设备编号；
异常类型；
巡检人员；
发生时间；
沟段或工井；
紧急程度；
本地记录编号。
地面人员可能暂时看不到完整照片，但至少能够知道：
人员大致在哪里；
任务进行到哪一步；
是否出现需要关注的异常；
是否有人需要支援。
网关和中继位置必须通过现场测试确定
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页面禁止重复点击。
附件接口必须支持断点续传
附件接口需要支持：
分片上传；
断点续传；
文件校验；
单个附件状态返回；
附件与业务记录稳定绑定。
不能只依靠文件名判断照片属于哪条巡检记录。
如果需要压缩照片，也要确保压缩后仍能看清：
设备编号；
缺陷位置；
标识内容；
周边环境；
现场细节。
缺陷和工单接口应保留审核边界
巡检员发现异常，并不等于系统可以直接确定缺陷等级并自动派工。
更稳妥的流程是：
PDA生成异常记录；
班组负责人或专业人员复核；
确认是否构成缺陷；
判断缺陷等级；
决定是否生成工单；
按企业制度流转。
系统可以辅助分类、提醒和流转，但不应把有限的现场观察直接包装成不可争议的诊断结论。
台账同步必须谨慎
现场发现编号不一致时，可以创建：
台账核对任务；
临时对象；
标识修复任务；
资产映射待办。
不宜允许PDA在离线状态下直接修改正式设备档案。
资产台账一旦被未经审核的离线数据覆盖，后续处理可能比漏填一个字段更加困难。
九、现场测试：验收时要故意制造故障
示意图建议：巡检终端恢复网络后，按照业务记录和附件状态进行去重、续传和冲突处理。
地下电缆沟离线采集不能只在办公室连接稳定Wi-Fi演示。
真正有价值的验收，要故意制造麻烦。
本地存储测试
可以按照下面的方式测试：
PDA提前下载任务；
关闭网络；
进入模拟沟段；
连续采集正常项和异常项；
拍摄多张照片；
强制退出应用；
重启设备；
模拟低电量关机；
拍照过程中中断；
重新进入应用。
然后检查：
任务是否还在；
记录是否还在；
照片是否完整；
未完成状态是否正确；
待上传数量是否准确；
本地操作编号是否保持不变。
LoRa链路测试
应在真实路线的不同位置发送小型状态消息，包括：
不同井口；
沟道转弯位置；
沟段深处；
金属盖板附近；
中继节点附近；
入口和出口。
记录：
发送是否成功；
到达延迟；
丢包情况；
重试次数；
哪些位置需要中继；
哪些位置只能离线保存。
LoRa部分的验收重点不是“能不能传一张大图”，而是：
人员状态能否传出；
任务进度能否被地面看到；
异常摘要能否出沟；
求助信息能否到达。
断点续传测试
补传测试应覆盖：
上传到一半断网；
恢复网络后继续；
服务器先收到业务记录，但附件失败；
同一条记录重复发送；
两台PDA上传同一设备的不同结果；
任务在离线期间被关闭；
任务在离线期间被修改；
附件校验失败；
账号权限失效；
设备编号在台账中不存在。
每一种情况都要检查：
服务器是否重复入账；
PDA状态是否正确；
附件是否补齐；
班组负责人是否能处理冲突；
最终数据是否落到正确任务中。
验收结果必须能够对账闭合
验收不能只看页面是否显示“上传完成”。
应逐项核对：
PDA本地产生多少条操作；
服务器成功接收多少条；
识别出多少条重复记录；
产生多少条冲突；
失败多少条；
一共拍摄多少张照片；
成功上传多少张；
缺失多少张；
哪些记录仍在本机；
哪些记录需要人工处理。
这些数量应能够逐项闭合。
地下电缆沟巡检的问题，往往就藏在那几条没有闭合的记录里。
权限和清理也要纳入验收
还需要检查：
普通巡检员能否删除未同步记录；
更换账号后能否看到不该看的任务；
设备丢失后本地数据如何保护；
任务过期后能否继续提交；
旧数据保留多长时间；
管理员清理数据是否有日志；
刷机前是否检查未同步数据。
十、方案边界：离线系统不能替代安全制度和专业判断
离线PDA和LoRa自组网能够解决的，是无网环境中的：
任务携带；
现场采集；
本地暂存；
轻量状态互通；
网络恢复后的数据补传；
重复识别；
冲突处理；
数据追溯。
它不能让地下电缆沟变成网络条件良好的办公室，也不能替代：
现场安全监护；
通风和气体检测；
专业检修判断；
缺陷等级评定；
停电审批；
工单审核；
企业管理制度。
巡检数据可以先采集下来，但现场观察是否构成缺陷、缺陷等级如何、是否需要停电处理、是否转检修工单，仍然应由有权限的专业人员按照企业制度判断。
PDA可以把照片、位置、时间、设备信息和现场描述完整交给处理人员，但不能把有限的现场记录直接变成最终结论。
十一、采购和验收不能只看PDA参数
地下电缆沟离线巡检不是单独采购一台PDA就能解决的问题。
项目应整体考虑：
PDA硬件；
电池和防护能力；
应用程序；
本地数据库；
离线任务包；
LoRa节点；
LoRa网关；
中继部署；
服务器接口；
幂等处理；
附件续传；
任务管理；
冲突处理；
班组交接；
权限管理；
运维监控。
