嵌入式技术开发：使用MCU进行无线更新面临的5大挑战

可用正向读取流程新增高性能控制系统的能力是一项能够掌握的重要技能。尽管为开发设计高性能控制系统付出了所有努力，但要么在录像发现错误，要么因特网要求比如说功能。为了在录像或远程无线新增驱动器，高性能控制系统只能兼具板载正向读取流程。对于作为物联网一部分的无线新增的高性能控制系统，高性能开发设计团队面对五个极为重要考验。

考验 1 – 文档大小

基于低功耗的软件包过去非常小，最多只有8到16 KB。传统低功耗可以为微软缺少价值超过1024 KB 的软件包文档空间内。尽管用量和功能椭圆形爆炸式增长，但对于希望通过无线方式为新增驱动器的高性能流程员来说，文档大小是第一个考验。

文档大小的考验之一是低功耗一般而言未运用于早就运行的软件包文档的板载元数据控制系统，这与运行Linux的基于CPU的控制系统多种不同。由于元数据不存有，目标元数据被元数据器月份放置在内核里。对软件包的微小调整就会导致新增整个硬盘空间内!为了避免这样的灾难，微软能够预先考虑对内核进行分区，并预测可能能够删减文档库的哪些范围。结果可能是板载硬盘的可用效率低下，并增加了控制系统的相当一致性。

考验 2 – 带宽

一般而言，当高性能微软考虑与正向读取流程特别的带宽时，带宽运用于确定新增软件包所需的最大硬盘时间。无线新增高性能控制系统就会增加一些额外的考验。

第一个考验涉及能够在无线链路上实习的正向读取流程，这就会产生与传输和接收数据特别的开发成本。在许多情况，无线新增就会通过WIFI或以太网可执行，但可用蜂窝交换机路的方向移动设备呢?考虑到单个高性能控制系统，就会或多或少新增控制系统所需的单个MB软件包文档，但是，总括数百万台设备能够新增时会起因什么?仅仅问世一个新增就可能产生相当大的开发成本。

开发设计正向读取流程的工程师，特别是在是在无线可执行新增的工程师，能够找到压缩成软件包光盘的方法，以最大限度地下降空里传输的数据量。可以通过多种方式为可执行压缩成，或者如果微软在每个对象基础上对硬盘空间内进行了分区，甚至可以可用diff元数据。

考验 3–稳健性

许多高性能开发设计团队面对的正向读取流程诱惑之一是可用微处理器制造商缺少的正向读取流程解决方案。微处理器制造商解决方案的问题在于它们一般而言位于只能定制的ROM空间内里。更加重要的是，基于ROM的正向读取流程一般而言只是功能文档。功能文档可以在受控条件下可执行最终目标，但呼吸困难运用于任何事情起因的生产生态系统。

能够从一开始就将鲁棒性内置到正向读取流程解决方案里。正向读取流程应将兼具测试板载软件包完整性的能力。正向读取流程应将该都能监测到失败的驱动器新增并回滚到原始软件包，而不是使控制系统变砖。在生产生态系统里，有许多事件就会扰乱控制系统，但设计恰当的正向读取流程将足够强悍，可以顺利处理它们，而因特网不会意识到存有问题。

考验4 – 安全

许多基于低功耗的正向读取流程或多或少了安全性，这是可执行无线新增的微软面对的极为重要考验。高性能微软可以采取的最简单的安全措施之一就是简单地锁死硬盘控制系统，可执行无线新增的微软就会考虑加密他们的软件包光盘，以避免任何人深入了解到专有驱动器，甚至是逆向工程和入侵控制系统。无线正向读取流程应将兼具运用于测试新增过程的内置方法。

考验 5 – 完整版管理者

管理者将分发给潜在数百万台设备的驱动器完整版并非易事。值得注意，驱动器新增不会一次全部内嵌，而是装箱内嵌。更加重要的是，有可能在某个时候存有多种不同完整版的技术的发展程序，甚至可能为多种不同的因特网缺少多种不同的软件包集。跟踪并适当驱动器顺利问世可能是一项重大考验。

结论

正向读取流程一般而言在开发设计周期结束以后被或多或少，但它们在高性能控制系统里发挥着极为重要作用。这里提出的五个考验只是高性能微软面对的几个考验，他们早就可用低功耗开发设计连接控制系统。