物联网产品开发从低功耗终端到云端

• 从零做联网产品的公司：有产品定义，需要一支团队把终端硬件、固件、云端与 App 一起做出来。

• 做过样机但落不了地的客户：演示能跑，一到功耗、可靠性与批量一致性就卡住。

• 更换 IoT 供应商的客户：原来的方案商只会做某一端，设备与云端之间的烂账没人能对齐。

• 产品要卖往欧美市场的客户：设备要做 FCC / CE 认证，远程管理体验要达到 B2B 客户的预期。

整机方案指从终端到云端的完整链路：传感器与主控选型、终端固件、设备接入与消息链路、云端后端、手机 App 与管理界面。XTELL 作为物联网产品开发公司交付的是这条链路的开发工作；批量制造由客户的制造体系承担，我们配合试产与问题定位。范围也可以收窄——只做终端与固件、或只做云端与 App，边界按项目在合同中约定。

433MHz 安防联动系统是整机交付的代表：STC32G128K 跑 FreeRTOS 管理 433MHz sub-GHz 终端，TXW82x SDK 驱动 IPC/FPV 摄像头，LCD/OLED 显示本地状态；手机端 Flutter App（iOS 与 Android）扫码配网、扫描 WiFi 接入、播放 RTSP/HLS 视频、接收报警推送；服务端 NestJS + TypeORM + PostgreSQL 管理认证（JWT）、设备与报警状态，EMQX 作 MQTT 代理，ZLMediaKit 做流媒体转发，Redis 缓存，Docker Compose 编排。难点——终端、摄像头与 App 经一个后端保持同步、视频与报警都可靠到达——在完整链路自研的前提下解决。

Apollo2 低功耗物联网终端的难点：在 Apollo2 平台上实现超低功耗深睡，同时保留 GPRS/GPS 通信能力。实现方式：利用 Apollo2 的低功耗模式深睡，RTC 定时唤醒，GPRS 与 GPS 按需启动——需要定位或上报时才上电，其余时间整机关闭射频；Flash 与看门狗保证系统可靠性，ADC 采集传感数据。开发采用 Keil、IAR 与 GCC 多工具链。低功耗终端的续航不是「选个低功耗芯片」就有的，是睡眠策略、唤醒节奏与射频占空比一起算出来的。

燃气监测 IoT 系统用 ESP8266（乐鑫系列，与 ESP32 同族）做主控：EEPROM 做存储，模拟开关芯片做多通道传感器切换，电流检测监测电池状态，LCD 显示本地状态，Node.js 后端接收数据并以 config.yml 做配置化管理。难点在 ESP8266 上同时做好多传感器数据采集与可靠的电池供电管理。小体量、电池供电、多通道采集——这类 ESP8266/ESP32 物联网开发需求是最常见的入门场景，结构再小也按完整工程交付。

物联网终端的续航由三段功耗加权决定：深睡电流、唤醒工作电流、射频发射时长占比。Apollo2 终端的做法是把射频彻底关掉、用 RTC 定时唤醒、GPRS/GPS 按需启动，把「不工作的时间」的功耗压到最低。电池类终端（如燃气监测系统）还要加电流检测，实时掌握电池状态。我们按产品定义的工作周期算理论续航，再用实测校正——数据手册的典型值与接上真实传感器后的实测值经常差得远，只有实测数字能作为验收依据。

链路选型由场景决定：433MHz 安防联动系统用 sub-GHz 射频连接终端与网关侧，摄像头走 RTSP/HLS 视频流，消息层统一经 EMQX（MQTT 代理）进后端；Apollo2 终端用 GPRS 按需上报，GPS 提供定位；燃气监测系统由 ESP8266 直连后端。共同点是：链路每一端的代码都在同一支团队手里——报文格式、重传策略、离线行为在方案阶段统一定义，不出现「设备发的后端收不全、后端要的设备没发」的错位。

物联网产品的软件侧核心是平台能力：设备接入与认证、在线状态、报警与事件流、远程监控与操作。433MHz 安防联动系统的后端是一套完整实例——EMQX 承担设备消息，PostgreSQL 记录设备与报警状态，Redis 缓存热数据，JWT 管理认证，管理端经 Web 操作。设备规模上去之后，这套结构决定报警到不到、状态准不准——平台可靠性是物联网产品的口碑所在。

物联网产品的日常体验发生在手机上。433MHz 安防联动系统的 Flutter App 覆盖完整使用闭环：扫码配网绑定设备、WiFi 扫描接入网络、VLC 播放 RTSP/HLS 实时视频、接收报警推送。设备、后端、App 由同一支团队交付的意义在这里最直观：配网失败是设备问题还是 App 问题，我们不需要问第二家。

同一支团队写固件、写 App、写后端。设备行为异常时，纯软件供应商只能转述现象——「设备没上报」；XTELL 可以直接打开固件，看设备到底发了什么、服务端有没有收到。物联网项目的故障经常横跨终端与云端，排查能力跨层与否，直接决定产品上线后的救火速度——这是客户选择我们做整机方案的主要理由。

联网设备离不开射频认证。客户产品普遍需要做 FCC / CE 等认证，XTELL 配合完成认证相关工作：射频参数与工作模式在固件层面可配置、可复现，检测机构需要的测试版本与文档由我们准备。证书由具备资质的检测机构颁发，我们负责让设备在测试台上表现一致。

1. 需求评估：提供产品定义、目标市场与工作场景，确认技术路线与功耗、通信约束。

2. 方案与合同：架构、里程碑与交付范围写清——源代码与设计文件是否交付、按开源还是闭源模式，逐项约定，页面上的任何描述都不构成统一承诺。

3. 开发与联调：终端、云端、App 并行推进，按统一定义的报文与接口集成。

4. 交付：范围以合同为准；交期与报价评估后给出，本页不写死数字。

XTELL（深圳市极智未来科技有限公司）2016 年成立于深圳，至今十年，交付过 100 多个项目，客户以欧美 B2B 企业为主。业务覆盖从电路板到云端的每一层：PCB 设计、FPGA、嵌入式固件、Linux BSP、设备界面、手机 App、服务端与物联网平台。