传统设备智能化升级

很多工厂有自己的嵌入式工程师,控制板、电机驱动、锅炉控制器都做得很成熟,缺的是 App 和云端。我们按你们的固件节奏配合:先一起把通讯协议定下来,再用模拟设备让 App 不等样机,最后在真机上联调控制、回读、告警和固件升级。

你们负责
控制板与固件
我们负责
App / 小程序 / 云平台 / OTA
连接方式
蓝牙 / 4G / Wi-Fi / RS485
储能 BMS 远程固件升级平台封面:远程升级对话框、分片进度和升级日志示意图
真实交付案例 · 储能设备
储能 BMS 远程固件升级平台
适合谁

适合哪些项目

  • 电机、驱动器、控制板厂家,想给产品增加手机调参和远程控制
  • 锅炉、水泵、空压机、温控设备厂家,需要远程监控和故障告警
  • 有嵌入式工程师但没有 App 和后端团队的工厂
  • 设备已经在卖,想用最小改动加上蓝牙或 4G 联网能力
交付什么

交付内容

  • 通讯协议文档(与固件工程师共同制定)
  • iOS / Android App 或微信小程序
  • 云平台、设备管理与告警通知
  • 固件 OTA 升级(蓝牙 / 4G / Wi-Fi)
  • 模拟设备与联调工具
  • 生产测试和售后调试工具(按需)

常见适配协议与交付范围

  • 蓝牙 BLE:自定义 GATT 服务、指令帧、分包与蓝牙 OTA
  • 4G Cat.1:模组透传或 MCU 内置 MQTT,上报、指令回执与心跳
  • RS485 / Modbus:寄存器表直接上云,设备侧协议不用改
  • 自定义二进制协议:帧头、长度、命令字、序号、校验

硬件还在研发,App 可以怎么推进?

  • 确定联网方式和模组

    按使用场景选:现场调参、近距离控制选蓝牙;设备分散、要远程监控选 4G;室内有网络选 Wi-Fi。和你们的工程师一起核对模组接口、AT 指令或 SDK、功耗和成本。

  • 共同制定通讯协议

    我们提供协议模板,覆盖帧格式、命令表、数据定义、错误码、回执和 OTA 流程。你们按模板填设备侧能力,双方逐条确认后定稿,作为开发和验收的唯一依据。

  • 模拟设备先联调

    协议定稿后,我们做模拟设备或用开发板跑通 App 主流程。你们的固件和我们的 App 并行开发,不用互相等。

  • 真机联调与 OTA 验证

    样机到位后,用同一套测试用例核对控制、回读、告警和升级。重点验证断线重连、指令超时、升级中断电和回滚。

常见通讯协议与报文格式

串口自定义帧
帧头 + 长度 + 命令字 + 序号 + 数据 + CRC16,适合 MCU 通过蓝牙或 4G 模组透传。
Modbus RTU
设备已有 RS485 寄存器表时,4G 模组把 RTU 帧装进 MQTT 上报,平台按点表解析。
MQTT + JSON
Wi-Fi 或带 OpenCPU 的 4G 模组可直接跑 MQTT,属性上报、指令和回执用 JSON。
BLE GATT
一个写特征值收指令、一个通知特征值回数据,按 MTU 分包,广播里带设备型号和序列号。
真实项目

相近项目里的做法

以下做法都来自已交付的项目,点击可以查看对应案例的界面截图和交付细节。

报价

传统设备智能化升级报价怎么估

每个项目的设备、协议和交付端都不一样,报价按实际范围评估。下面这些因素对费用影响最大,可以先对照自己的项目,或用成本估算工具得到一个区间。

报价通常受这些因素影响

  • 联网方式:只做蓝牙、只做 4G,还是两种都要。
  • 协议现状:已有协议直接对接,还是需要一起从头制定。
  • App 范围:现场调参工具,还是给终端用户的控制 App 加后台。
  • 是否需要远程 OTA、多设备管理、告警通知和经销商权限。
  • 设备型号数量,以及是否需要生产测试或售后调试工具。
用成本估算工具算一下
排期

常见排期拆分

  1. 方案与协议制定1-3 周

    确定联网方式和模组,按模板和固件工程师共同完成协议文档。

  2. App / 云端开发与模拟联调4-8 周

    我们开发 App 和云端,用模拟设备跑通主流程;你们同步开发固件。

  3. 真机联调2-4 周

    样机到位后核对每条指令、回执和告警,验证弱网、断线和 OTA 异常。

  4. 试产与上线1-3 周

    小批量试产验证,App 上架、云端部署,交付协议文档和运维说明。

风险

这类项目最容易拖期的地方

  • 协议文档是唯一依据,任何改动都更新版本号并通知双方,避免联调时互相猜字段。
  • 控制指令以设备回执和回读为准,界面不把"发送成功"当成"执行成功"。
  • OTA 在设备侧至少保证 Bootloader 独立、校验后再切换,上线前做断电测试。
  • 尽量不改设备已有的控制逻辑,联网部分通过模组和协议层增加,降低对现有产品的影响。
怎么推进

项目推进流程

  1. 01

    了解控制板和使用场景

  2. 02

    确定联网方式与模组

  3. 03

    共同制定通讯协议

  4. 04

    模拟联调 + 固件并行开发

  5. 05

    真机联调、试产和上线

咨询前建议准备这些资料

资料越完整,方案、报价和排期就越接近实际交付。

  • 主控芯片型号、现有通讯接口(UART / RS485 / CAN)和剩余 Flash 空间
  • 计划使用的联网方式和候选模组(BLE、Cat.1 4G、Wi-Fi)
  • 手机上要看的数据、要改的参数、要执行的控制动作
  • 是否需要远程固件升级、多设备管理和售后后台
FAQ

传统设备智能化升级常见问题

我们只有嵌入式工程师,能配合吗?+

这正是最常见的合作方式。你们负责控制板和固件,我们负责 App、云端和 OTA 平台,中间靠一份双方确认的协议文档对接。我们会提供协议模板和联调工具,减少你们工程师在 App 侧的学习成本。

设备已经量产了,加联网要改很多吗?+

取决于主控有没有空闲串口和 Flash 空间。常见做法是外接蓝牙或 4G 模组,通过串口透传协议,原有控制逻辑基本不动。设备已有 RS485 / Modbus 的,可以让 4G 模组直接透传寄存器数据上云。

蓝牙和 4G 怎么选?+

现场调参、近距离控制、对成本敏感,选蓝牙;设备分散在各地、需要远程监控和告警,选 4G。两者也可以同时用:蓝牙负责首装和现场调试,4G 负责远程在线。

你们做过电机或锅炉的项目吗?+

同款产品没做过,但做过结构相近的控制器项目:工业控制器的蓝牙 + MQTT 双通道控制、冷库控制器的 4G DTU 远程监控、避雷器监测设备的 Modbus 上云,以及储能 BMS 的远程固件升级。控制器类设备的协议、回执和 OTA 思路是相通的。

固件 OTA 升级谁来做?+

设备侧的 Bootloader、Flash 分区和写入逻辑由你们的工程师实现,我们负责 App / 云端的升级流程、分片传输、重试和升级记录,并和你们一起定升级协议。我们写过一篇完整的 OTA 全流程文章,可以先看一遍。

还没有通讯协议,能先帮我们定吗?+

可以。我们会按你们的设备能力给出协议草案,包括帧格式、命令表、数据定义、错误码和 OTA 流程,你们的工程师确认可实现后定稿。

项目咨询

把控制板现在的情况发给我们

主控芯片、现有接口(串口、RS485、CAN)、打算加蓝牙还是 4G、想在手机上做哪些操作。还没有协议也没关系,我们可以提供协议模板,和你们的工程师一起定。

如果你暂时不方便填写完整信息,也可以直接前往 联系页面 获取电话、邮箱与微信方式。

提交项目需求

适用于 传统设备智能化升级 场景,提交后默认进入业务咨询通道。

微信、电话、邮箱至少填写一项

点击发送即表示您同意我们的隐私政策和服务条款