在不丢失已知工作流的情况下管理 GNSS 固件更新
在将新的接收器或控制器版本投入生产之前，保留设置并测试关键的土地测量任务。
将更新视为配置更改
固件和软件更新可以改进设备，但它们也可以更改设置、支持的工作流或界面行为。 土地调查组织应该知道哪些版本支持其批准的配置。 将更新视为受控更改，而不是在离开进行关键活动之前立即按下常规按钮。 问题是修改后的系统是否仍然执行任务并保留项目所需的证据。
首先确定使用的确切接收器、控制器和应用程序版本。 使用现场测试和设置模板保持该记录。 单独的模型名称并不能描述每个单元随时间的处理和通信行为。 如果在更新后出现问题，版本记录提供了一个具体的比较起点，而不是上周设备似乎不同的不确定记忆。
阅读适用的发布信息
使用官方制造商说明和确切产品的发行说明。 检查先决条件、兼容性和对设置或数据格式的任何规定更改。 不要推断类似型号的更新适用于机箱中的设备。 如果说明不清楚，请在更换船员依赖的生产单元之前通过支持路线解决问题。
使用实际提供的信息将推荐的改进与紧急操作要求分开。 项目背景很重要：在办公室准备期间可以测试的更改可能会在活动中产生破坏性。 避免对更新将修复的内容做出不受支持的声明。 记录更改的原因和组织打算之后验证的具体行为。
继续学习 用于桥接和连接道路的 GNSS 控制
保留已知配置
通过支持的方法备份设置，并以可读的形式记录关键值。 包括更正配置文件、天线信息、日志记录设置和相关作业模板。 只有在理解其范围和恢复方法时，备份文件才有用。 某些设置可能位于控制器中，其他设置可能位于接收器或单独的应用程序中。 识别这些边界，以便团队不会假设一个导出会捕获整个系统。
从已知的工作配置中保留代表性的测试数据和成功的检查记录。 这些为修订后的系统提供了比较。 记录连接设置时，将凭据保密。 一般更改说明应在不暴露密码的情况下识别技术配置文件。 将批准的备份和版本信息存储在项目或设备存档中，而不仅仅是将要更改的设备上。
继续学习 离开办公室前的 GNSS 设备预检
选择一个实用的测试窗口
在有时间检查、测试和解决问题时安排更新。 如果团队想要进行清晰的比较，请避免将其与几个不相关的硬件或模板更改结合使用。 在可能的情况下，在更换所有设备之前使用非关键设备或受控飞行员。 目的不是延迟每一次改进，而是在评估修订的安排时保留一个工作参考。
按照制造商程序进行电源、连接和完成检查。 如果不支持恢复或降级方法，请不要即兴创作。 记录任何中断或意外信息并寻求适当的支持。 更新完成后，检查报告的版本和关键设置。 来自安装人员的成功信息是该过程的一个阶段，而不是最终的土地调查准备决定。
继续学习 创建在土地调查人员中保持唯一的点名称
测试重要的字段函数
重新连接到预期的校正源并在漫游车处验证可用数据。 检查消息兼容性、校正年龄、受控中断后所需的解决方案状态和行为。 如果专门的观察模式是批准的工作流程的一部分，请在合适的条件下测试它们的初始化和输出。 在实用的情况下使用相同的记录测试程序，以便可以解释更改的结果，而不是归因于完全不同的试验。
占据合适的已知点，并使用项目标准比较水平和垂直分量。 保留观察和配置。 不要仅仅因为接收器变得固定或界面看起来很熟悉而接受更新。 有意义的问题是，在对组织很重要的条件下，完整的修订工作流程是否仍能产生可接受的结果，以及其诊断是否仍然对船员来说是可理解的。
验证记录和导出
创建代表点、属性和原始日志，然后通过预期的办公路线传输它们。 检查目标软件中的标识符、单位、高度定义和格式解释。 即使定位显示不变，更新也会影响数据处理。 保留一个已知结果的小测试数据集，以便团队在生产记录积累之前识别缺失的字段或更改的导出约定。
还要检查作业导入和模板行为。 旧配置可能会加载默认值或省略先前存储在其他地方的设置。 查看活动值而不是假设导入的文件名证明等价。 如果同时更新了转换工具，请记录该单独的版本并测试其输出。 最终存档应显示哪个软件创建了每个派生文件。
继续学习 用于桥接和连接道路的 GNSS 控制
批准或包含更改
记录测试、结果和任何限制。 如果修改后的系统通过了所需的检查，将其识别为批准的版本并更新船员说明。 如果问题仍然存在，请将设备置于受影响的生产工作流程之外或使用经批准的替代方案。 遵循制造商的任何修复指南。 不要默默地恢复设置并删除测试的证据或更改被拒绝的原因。
如果某些设备已更新，而有些设备仍在早期版本中，请使区分可见。 当一个混合的车队知道它的配置时，它的配置是可以管理的，但将其与一种统一的设置混淆会产生不必要的不确定性。 按设备和版本标记测试状态。 这有助于现场主管适当地分配设备，并在问题仅影响机队的一部分时为支持提供准确的描述。
继续学习 离开办公室前的 GNSS 设备预检
将结果运送到操作中
在船员交付项目结果时，解释任何更改的屏幕、设置或现场操作。 必要时更新预检和恢复说明。 根据组织保留策略保留先前批准的配置和更改历史记录。 未来的调查可能不仅需要知道当前版本，还需要知道哪个版本支持特定活动以及何时发生过渡。
例如，在所有机组人员采用之前，可以通过试点测试和修改后的模板包含更改导出字段的控制器更新。 如果没有该测试，问题可能仅在文件到达客户端后出现。 受控更新将软件变更变成可审查的运营决策。 它在保持土地调查工作流程的同时保留了改进的好处，支持证据和责任。
在测试过程中保留默认值的简要记录，即使它们很容易恢复。 该信息属于剩余单位的推出指令。 否则，飞行员可能会默默地纠正这个问题，而后来的机组人员意外地遇到了它，并在相同的标称版本下产生了配置不一致的作业。
继续学习 创建在土地调查人员中保持唯一的点名称
实用检查清单
- 记录版本并保留受支持的配置备份。
- 测试更正、已知点、日志记录和导出。
- 在生产前按设备和版本批准修订后的工作流程。
