嵌入式软件开发服务从固件到云端

我们做四类嵌入式软件：固件与 RTOS 开发服务、低功耗管理、通信与定位、设备界面。这是嵌入式软件的总括页——固件实现的细节在「固件开发」子页，Linux 内核与驱动适配在「Linux BSP」子页。不确定你的需求落在哪一层？从本页开始问，我们告诉你。

作为嵌入式软件开发公司，XTELL 的客户以欧美 B2B 企业为主，多数在做要上市销售、要过认证的硬件产品。交付过的产品形态：GPRS/GPS 定位上报的物联网终端、两轮电动车仪表盘、智能手表这类可穿戴设备。FCC/CE 认证是这些项目的常态约束，不是例外。

这是我们与纯软件供应商最大的区别。设备行为异常时，纯软件公司只能转述现象——"服务器没收到数据"；我们直接打开固件，看设备到底发了什么、在哪一层丢的。排查发生在一家公司内部，而不是几家供应商的邮件往来里。

技术栈：C、Apollo2、Keil/IAR/GCC、GPRS、GPS、RTC、ADC。

难点：在 Apollo2 平台上实现超低功耗深睡，同时保留 GPRS/GPS 通信能力。

做法：利用 Apollo2 的低功耗模式，RTC 定时唤醒，GPRS/GPS 按需激活；用 Flash 与看门狗保证系统可靠性——设备部署在无人值守的场合，不能指望有人去按复位键。

硬件：Apollo2（Cortex-M4）、240x240 彩色触摸屏、心率/加速度计/陀螺仪传感器，蓝牙 5.0 与 WiFi；软件：C + RTOS，配手机 App。

难点：传统智能手表通常一天一充，体验差；如何在保住功能完整性的前提下显著降低功耗，是核心挑战。

做法：多级电源管理策略——硬件选型优化加软件算法调优，加智能休眠唤醒机制，把续航尽量拉长。

平台：STM32 + TouchGFX。

难点：车辆屏幕分辨率有限，既要信息显示清楚，又要交互动画流畅。

做法：深色主题适配车载环境；用序列帧与 MP4 动画实现流畅转场；图标资源成体系设计；交互原型文档不是画完就扔，而是直接指导开发实现。

做法上三条主线：从低功耗芯片选型起步（Apollo2 这类）；多级电源管理，按设备状态分档；RTC 定时唤醒，无线电按需激活。

代价也得说清楚：深睡期间设备不在线，无法随时响应；续航与功能完整性之间要取舍。我们把这些取舍放到需求阶段谈，而不是交付时才告诉你。

嵌入式软件很少单独交付：手表要配手机 App，终端要往服务端和物联网平台报数据。手机 App、服务端、物联网平台都在我们的业务范围内，与固件出自同一支团队。对客户的意义：跨层联调不需要再找第二家供应商。

下面列的是真实项目里用过的东西，不是抄来的通用清单：

• 语言与运行：C，RTOS 实时系统

• 编译环境：Keil、IAR、GCC

• MCU：STM32、Apollo2（Cortex-M4 内核）

• 外设与连接：ADC、RTC、GPRS、GPS、蓝牙 5.0、WiFi

• 设备界面：TouchGFX

• 相邻层：PCB 用 KiCad，结构用 FreeCAD，FPGA 用原厂工具链 Vivado、Quartus、Libero、Diamond——这一层没有替代品

我们提供开源与闭源两种合作模式。交付范围——包括是否包含源代码与设计文件——按项目在合同中逐条约定，本页不做统一承诺。原因很简单：不同项目的知识产权安排差别很大，开工前谈清楚，比页面上一句漂亮话可靠。

• 需求确认：功耗预算、认证要求、硬件平台、交付边界

• 方案与原型：像电动车仪表盘项目那样，先出交互原型，再进开发

• 开发与联调：固件、App、后端同一支团队联调

• 认证配合：客户产品普遍要做 FCC/CE 等认证，相关的开发配合工作由我们承担

• 交付：按合同约定的范围与形式

XTELL（深圳市极智未来科技有限公司）2016 年成立于深圳，至今十年，交付 100 多个项目，客户以欧美 B2B 企业为主。业务覆盖从电路板到云端的每一层：PCB 设计、FPGA、嵌入式固件、Linux BSP、设备界面、手机 App、服务端与物联网平台。对一家嵌入式系统开发公司来说，跨层能力不是加分项——设备出问题时，它决定排查是在内部解决，还是在供应商之间踢皮球。