AIoT 能力

我们能做什么，以及明确不做什么

把能力边界写清楚。长期运行的系统，知道供应商不承诺什么，比听一串技术名词更有价值。

共享底座

端边云一体的能力分层

关键不是有几层，而是哪些逻辑放在边缘、哪些放在平台。这直接决定断网时系统还能做什么。

  1. Field 01

    现场对象

    设备、控制柜、仪表、传感器与能源系统。

  2. Edge 02

    边缘接入

    SG / BEC 工业网关与 SDS / IOC 扩展模块完成协议接入与就地控制。

  3. Data 03

    数据治理

    协议接入、点位建模、数据质量校验与边缘缓存。

  4. Platform 04

    平台协同

    AIoT 运维平台、移动端、看板、告警与工单。

  5. Ops 05

    持续运营

    趋势分析、异常识别、诊断建议、报表与持续服务。

当前能力

现在可以重点展示的能力

以下每一项都有在跑的项目支撑，可以在试点阶段验证。

全域采集与统一管理

IoT 全域采集，设备、能源与环境数据统一台账、统一模型、统一权限。

边缘实时判断

边缘侧实时判断、本地联动、断网缓存与事件上送，不依赖云端持续在线。

多维异常识别

阈值、状态、失联、趋势异常与多源数据关联判断。

告警到闭环

告警分级、去重、通知、工单、巡检、报表和知识沉淀。

辅助诊断与报告

面向设备售后和运维人员的辅助诊断、健康评分、报告生成和知识问答。

AI 用在哪

边缘负责实时判断，中心负责持续优化

同一套数据底座，两种分工：边缘侧实时判断与执行，不依赖云端在线；中心侧汇聚全局做诊断、预测和策略沉淀。

边缘 AI

靠近现场 · 实时判断

  • 实时识别 阈值、趋势与异常模式。
  • 本地联动 规则执行与现场联动。
  • 稳定采集 断网缓存与恢复续传。

中心 AI

汇聚全局 · 持续优化

  • 全局诊断 跨设备关联与辅助根因分析。
  • 趋势预测 风险、能效与维护预判。
  • 策略沉淀 规则、模型与知识持续沉淀。
  1. 01 早发现 异常实时识别。
  2. 02 准诊断 诊断依据更充分。
  3. 03 快处置 联动、通知与工单协同。
  4. 04 可进化 经验持续沉淀。

能力路线

五级能力模型与我们的实际位置

分级的意义在于不把「将来能做」和「现在能交付」混在一起讲。

  1. L1

    可视化监测

    看得见设备、环境、能源和人员状态。

    现阶段可交付
  2. L2

    主动告警

    按阈值、失联、状态和趋势主动通知。

    现阶段可交付
  3. L3

    运维闭环

    告警到人、派工、处置、反馈和统计可追踪。

    现阶段可交付
  4. L4

    智能优化

    基于历史数据提供维护、能效和调度建议。

    部分模块可验证
  5. L5

    限定自主运维

    在明确安全边界内自动执行和持续优化。

    不作为商业承诺

明确边界

我们不承诺什么

这些边界写在这里，是为了让评估阶段少走弯路，也避免上线后出现预期落差。

  • 能否接入必须以设备清单、协议、点表和现场条件评估，不承诺「什么设备都能接」。

  • 能效管理是方案配套里的场景，不是完整 EMS，不做实时能量调度、生产控制或安全保护。

  • 不替代逆变器、PCS、BMS、充电控制器、现场保护、消防联锁和生产控制系统。

  • 不承诺未经核验的节能比例、告警准确率、远程解决率、交期和价格。

  • 客户数据不默认用于跨客户模型训练；数据归属、访问权限、租户隔离和脱敏在合同中约定。

  • 涉及远程控制时，先明确安全边界、权限分级、操作审计和原系统责任划分。

交付路径

从诊断到复制的合作路径

先做单站点、可验收、可复制的验证，不先建设大而全平台。样机原则上收费，可在批量订单中约定部分抵扣。

  1. 01

    需求诊断

    确认设备、协议、站点、痛点、网络和验收目标。

  2. 02

    选型 / 样机

    限定设备与功能，完成接入、告警和页面验证。样机原则上收费，可在批量订单中约定部分抵扣。

  3. 03

    单站点试点

    形成配置清单、规则、工单、报表和服务边界，作为可复制的验收样本。

  4. 04

    批量复制

    沉淀模板、实施手册、报价和持续运营机制，铺开到更多设备或站点。

核心能力

接得快、管得住、能闭环

三个客户可以直接对照自身情况核对的说法，每项下面是具体做法。

接得快

协议与设备模板

  • Modbus、RS485/232、SNMP、MQTT、DI/DO 与第三方 API
  • 通过协议模板和设备模型减少重复开发
  • 明确单站部署、协议适配与验收范围

管得住

稳定性与数据质量

  • 设备在线、离线、状态、阈值和趋势异常统一管理
  • 边缘缓存、本地联动、多中心上送按配置实现
  • 告警分级、去重、升级和责任人可配置

能闭环

处置与运营复盘

  • 告警通知、远程处置、派工、巡检和反馈全流程留痕
  • 形成月报、故障统计和服务依据
  • 把故障与处置动作沉淀为可复用经验

部署与开放

四种部署方式，责任边界清晰

SaaS 云服务

快速开通、按设备或站点运营，适合样机和标准化复制。

本地 / 私有化

部署在客户指定环境，满足数据、网络和权限管理要求。

OEM 品牌化

按合作伙伴品牌提供页面、租户和产品化配置。

API 系统对接

向 MES、ERP、物业、能源或客户现有平台开放数据与事件。

项目边界必须写清

  • 协议与点位范围
  • 数据归属与权限
  • 远控与安全策略
  • 接口与二次开发
  • 云资源 / 流量 / 通知费用
  • 实施、验收与 SLA

项目确认清单

每个项目至少要确认的事项

这份清单来自实际项目复盘。任何一项含糊，后面都会变成范围争议或验收争议，所以我们在评估阶段就逐项确认。

开始需求评估
  • 客户类型与责任分工
  • 设备与站点数量
  • 协议与点表
  • 数据频率与存储周期
  • 网络与供电条件
  • 部署方式：SaaS / 本地 / 私有化
  • 平台功能边界
  • 告警与工单范围
  • 远程控制权限与审计
  • API 与 OEM 需求
  • 上线周期与验收指标
  • 售后责任与 SLA