跳到正文

设备 · 固件 · 连接软件

设备采到的数据,及时到达负责的人

先看设备在现场要测什么、控制什么,以及断网或断电时怎么办。用开发板把这件事跑通,再决定是否需要定制 PCB、边缘计算或继续做成产品。

ASCEND / 业务体验概念示意
设备有变化,手机和后台都看得见
设备采集与控制

传感器 · 固件 · 本地控制

把状态传出去

认设备 · 断线后补传

查看与处理

App / Web · 提醒 · 处理

示意流程,按项目确定

从哪里开始

先说清设备要做什么,再挑开发板

需要测量什么、控制什么?现场有没有稳定供电和网络?断线时设备该保持什么状态?这些问题决定后面的选型。

  • 现场需要持续测量或自动控制
  • 已有设备能运行,却看不到实时状态
  • 想做新设备,先要试清功耗和联网是否可行

典型流程

可以从这三类事情开始

以下是方案示例,并非已交付的客户设备。每个示例都说明设备做什么,以及人怎么查看和处理。

方案示例 · 不代表现成客户设备

持续监测现场变化

设备定时读取温度、振动等数据。出现异常时,负责人能看到时间、数值和设备位置。

  1. 读取并核对数据
  2. 断网时先存下来
  3. 联网后在后台查看

远程控制,也能在现场停下

授权人员可以远程发出命令,设备会回报是否执行;现场仍能手动停止或接管。

  1. 确认谁能操作
  2. 查看是否执行成功
  3. 现场随时可以接管

让已有设备报状态

如果设备已有可用接口,就先接出运行状态和故障信息,不急着换掉原有硬件。

  1. 确认能接哪些数据
  2. 认清是哪台设备
  3. 让维护人员看到问题

如何选型

先看现场条件,再选板子

设备装在哪里、怎么供电、能不能联网、以后怎么更新,都会影响芯片和网关的选择。

MCU 原型

适用情况
任务集中在采集或控制,功耗和成本约束较紧;按任务评估 STM32 或 ESP32。
先确认
采样、存储、接口、供电与故障恢复要求。

边缘主机或网关

适用情况
需要本地汇聚或超出 MCU 能力的计算;可评估 Raspberry Pi 或嵌入式 Linux 设备。
先确认
系统维护、网络连接与现场更换方式。

现有设备集成

适用情况
硬件已能运行且提供可用接口。
先确认
协议访问、凭据、事件质量和厂商限制。

系统如何连接

设备有变化,团队能及时知道

传感器读到变化后,设备先做本地处理,再把状态传到后台;需要操作时,也要知道是谁发出的命令。

  1. 传感器和控制部件

    读取数据或执行动作

  2. 设备里的程序

    采集、控制和断线处理

  3. 联网与传输

    通过蓝牙、Wi-Fi、网关或有线方式传送

  4. 后台接收数据

    认设备、收消息、检查权限

  5. 手机和管理后台

    看状态、处理提醒、发出授权命令

AI 分析是可选路径;先评估时延、功耗、隐私和成本,再决定放在边缘端或服务端。

技术能力与实施范围

具体能做到什么

具体方法按现有设备、系统和项目要求选择。

设备和固件先做原型

先用合适的开发板把测量或控制做出来,再决定是否画新板。

  • 按任务选择 MCU、传感器或执行器
  • 采样、校准、时序、功耗和本地安全状态
  • 固件构建、日志、故障恢复与更新方案
  • 按需使用 GPIO、ADC、UART、SPI 和 I²C 接口

设备怎么联网

要让后台收得到,也要考虑断网后如何补传、重复消息怎么办。

  • 选择 BLE、Wi-Fi、网关或有线通信
  • 设备身份、命令授权及按需选择 MQTT 或 HTTP 消息格式
  • 离线缓存、重连、补传和重复消息处理
  • API、数据服务及 App 或后台集成

定制硬件与本地计算

开发板验证过关后,再评估 PCB、外壳和本地计算是否值得做。

  • 定制 PCB 纳入范围时准备电路、电源与接口方案
  • 合同包含时交付 PCB 原型文件、调试记录和测试结果
  • 只有任务需要时才评估规则、TinyML 或更高算力边缘主机
  • 外壳、射频、认证与量产责任分别确定

交付内容

你会得到什么

开始前约定交付项及各项的完成标准。

器件和接口方案

任务、现场条件、接口、选用器件和验收检查。

原型设备与固件

可运行的设备链路、源码、构建说明和已知限制。

通信与后台接口

约定范围内的协议、API 和 App 或后台集成。

测试结果和交接资料

采集/控制结果、断网恢复检查、纳入范围的板卡文件与运行说明。

先在开发板上试通,再决定做不做 PCB

把采集、联网和异常恢复分别测清楚,再决定下一阶段的投入。

  1. 了解使用现场

    确认设备动作、供电、网络、数量和需要连接的系统。

  2. 用开发板试运行

    用开发板和代表性模块测试采集或控制。

  3. 测试联网和断线恢复

    验证设备身份、消息传递、断网处理和人员操作。

  4. 决定是否做定制硬件

    依据验证结果选择是否开展定制 PCB、外壳、边缘 AI 或产品化。

运行方式与交接

部署、交接与后续责任

从原型走向产品

定制 PCB、外壳、射频、认证、量产、供应链与售后责任分别约定。

设备上线后怎么维护

明确设备身份、更新方式、回退或恢复路径、备机处理与服务访问权限。

验收标准

一起确认怎样算完成

  • 目标设备在记录的条件下完成约定采集或控制任务。
  • 断电或断网时有明确的本地状态与经过观察的恢复路径。
  • 授权人员看到正确状态,未授权命令被拒绝。
  • 客户收到并可重新构建合同范围内的固件与连接服务资产。
讨论你的验收要求

开始前,你可能想知道

几个具体问题

可以先用开发板验证吗?

可以。先在代表性硬件上验证传感器、控制和通信路径,再根据结果决定是否设计定制板卡。

是否包含 PCB 量产和认证?

电路与 PCB 原型可以单独定范围。外壳、射频、认证、量产和供应链责任需结合具体产品分别约定。

每台设备都需要边缘 AI 吗?

不需要。阈值或规则可能已足够。只有在时延、隐私或离线价值足以覆盖算力、功耗和维护成本时才考虑边缘推理。

进一步展开

需要更深入的专项服务?

继续了解

说说你想做的事

说明设备需要完成的动作、供电与网络条件、预计数量,以及要连接的业务系统。

聊聊具体需求