嵌入式系统是物联网项目与物理现实交汇之处，也是大多数棘手工程难题的所在。以下挑战并非纸上谈兵，而是我们的工程师在不同的企业物联网项目中实际遇到的：

功耗管理

对于企业用户而言，电池供电的物联网设备如果几周而非几个月就耗尽电量，那就非常不理想。通常，电源管理需要在每个层面进行精心设计，例如优化睡眠模式、调整通信间隔和校准传感器采样频率。 

Heatmiser 的智能家居平台需要在后台设备监控方面保持实时响应，同时又不能持续消耗用户 iPhone 的电量。要实现这种平衡，需要固件层和应用层工程师的准确协作，而不是在开发后期进行简单的功耗优化。

内存和处理限制

嵌入式设备使用几千字节的内存运行。每一行固件代码都必须物尽其用。低效的内存分配、不必要的库以及在服务器上不可见的未优化数据结构，在资源受限的硬件上却会导致严重的故障。解决方案是从一开始就构建严谨的固件架构，为每个功能设定内存预算，并在代码审查中强制执行。

实时操作系统选择

选择错误的实时操作系统（或完全跳过某个操作系统）会导致时序故障，这些故障只有在生产环境中的特定负载条件下才会显现。FreeRTOS、Zephyr 和 ThreadX 各自服务于不同的设备特性和可靠性要求。在开发过程中，错误的选择并不总是显而易见的。只有当设备在峰值运行负载期间错过关键传感器读数时，错误才会显现出来。

空中升级架构

已部署的物联网设备需要固件更新，以进行安全补丁、漏洞修复和功能增强。OTA 更新出错会导致设备无法在不进行物理访问的情况下更新，或者更新过程本身就会导致现场设备变砖。 

在 TechAhead，OTA 更新架构是在第二阶段规划的，而不是在数千台已部署设备出现一个安全漏洞需要修补时才考虑添加的。

硬件-软件集成复杂性

固件和应用软件由不同的工程师使用不同的工具、不同的语言以及不同的系统工作原理认知模型进行开发。硬件和软件层之间的集成故障是物联网项目延误的常见原因之一，也是难诊断的问题，因为故障模式通常看起来像软件错误，而实际上是固件时序问题，反之亦然。在 TechAhead，硬件和软件工程团队在同一个迭代周期内工作。

通信协议可靠性

在洁净的实验室环境下表现完美的协议，在现实世界的干扰下却会失效。仓库里的WiFi信号会断断续续。蓝牙信号在金属外壳内难以穿透。地下室和偏远地区的蜂窝网络覆盖盲区会造成连接不稳定，固件需要妥善处理这些波动。 

对于 JLL 的 Intellicommand 平台而言，在数千个具有不同建筑基础设施的物业之间实现连接弹性，需要协议选择和回退逻辑，而任何单一的连接标准都无法单独解决这一问题。

设备级安全漏洞

每个已部署的物联网设备都存在潜在的攻击面。默认凭证、未加密的通信通道、固件签名缺失以及安全启动实现的缺失等漏洞，使得企业物联网部署成为凭证窃取、数据拦截和僵尸网络招募的目标。

设备级安全架构（包括身份验证、加密、安全启动和证书管理）是每个物联网项目中必不可少的工程工作流程。我们已获得 SOC 2 II 型认证并符合 ISO 27001 框架，这意味着这些控制措施是经过审核的标准，而非可选项。

本文网址：http://www.rhjmzc.cn/newsdetail_3311394.html