跳到主要内容

设计理念

用 AI 少调试,把平台能力交到项目现场。AI 读得懂、答得准,用户只管用。

物联网项目最贵的,往往不是云资源,而是两类东西:

  1. 人——对点、驻场、夜间排障的人天;
  2. 数据——没有专人维护、没有数据治理团队,用得越久越不可信,报表与决策跟着失真。

凌点域 AIoT 的设计目标:压掉重复人天,把平台能力交到现场;让数据口径可治理、可追溯,越用越可信。

为什么买单:现场在烧什么​

痛点你现在付出的代价凌点域怎么砍掉
对点对三遍协议手册、寄存器、物模型各写一份;错一位地址,整晚抓包AI 读点表 / 报文,生成物模型与解析规则;配置变成「核对」;让协议可复用
每加一种设备就多一套临时脚本协议一变就要改内核、停服务、等人窗协议插件热插拔;存量设备按模板接入
演示好看,现场仍靠专家驻场带笔记本抓包;电话语音远程说不清网关 + 管理端 / 小程序完成接线与调试;双轨日志远程可查
电话永远在响离线、乱码、OTA 失败反复打给专家AI 带着设备与日志上下文作答;常见问题自助闭环
数据没人养,用久了不可信无专业数据治理团队;点位同名异义、单位混乱、脏数据进业务;越用越不敢信报表标准参数 / 物模型口径、质量与血缘按平台方案治理;平台就是你的数据 AI 管家

少一轮驻场、少一晚抓包、少一批支持电话——还要少一份「三年后数据谁也说不清」的隐形烂账。人天能验收,数据可信才能长期运营。

设计宗旨​

宗旨落到项目上是什么
消灭重复的动作对点、抄寄存器、重复答常见故障——能自动化的不派人
减少生命的浪费不把工程师的夜晚耗在抓包与猜报文上
增进人性化体验现场与业务人员用业务词操作;用户只管用

设计思路​

思路怎么做
用常识思维设计系统先承认现场在烧什么钱,再谈架构;不空谈赋能
用简单的办法解决复杂的问题AI 少调试、插件换协议、分层单向——复杂留在平台
用标准化组件简化系统标准物模型、标准参数、可热插拔协议插件;同一底座复制到下一个项目

数据治理:没有专职团队时,靠标准化与平台规则把口径守住,而不是指望每个项目自己养一套治理班子。

设计原则​

概念与命名 · MECE​

相互独立、完全穷尽,结构划分逻辑清晰。协议 / 物模型 / 规则 / 告警 / 治理边界不重叠、不留盲区——否则现场一定会出现「这个点到底算谁的」。

开放原则​

凡并列功能项都要开放、可扩展(凡是有多个选项的,都需要满足)。新协议、新行业、新治理规则优先做成可装模块,不改核心、不锁死选项。

最小化原则​

原则含义
用最少的鼠标点击实现业务接入与日常操作路径尽量短
用最少的代码实现业务扩展用插件与配置,少改内核
动最少的脑子实现目的默认路径可走通;AI 答得准,少翻文档
如果可能,尽量删掉能省的步骤、能删的中间态就删;不做堆功能

一致性原则​

  • 功能向后兼容:升级不砸已有接入与配置。
  • 不改变用户的使用习惯:业务词稳定,少强迫用户重新学一套。
  • 一致的界面易用性风格:管理端 / 小程序同一套交互预期。

一致性同样适用于数据:同一点位、同一单位、同一编码规则跨项目可复用,否则「用得越久越不可信」。

三类角色,各自拿到什么​

谁最烦什么买到的价值
项目经理 / 集成商周期失控、驻场超支、验收后数据说不清接入缩短、项目可复制;口径有方案可守
调试 / 运维工程师对寄存器、半夜电话、脏数据排查无源头AI 少调试;远程可观测;双轨可追溯
业务 / 甲方使用方平台黑盒;报表不敢信业务词操作;数据越用越可信,只管用

主张与收益对照​

主张你省什么你多得到什么
用 AI 少调试对点人天、返工、夜间加班一次调通率更高,节奏可控
能力交到项目现场专家常驻、二次上门现场能推进,交付可复制
读得懂、答得准,只管用支持工单、培训与翻文档业务人员直接用;专家聚焦难例
数据可治理、越用越可信隐形数据烂账、错误决策成本无专职治理团队也能守住口径与追溯

少调试,不是少能力——复杂留在平台,简单交给现场;标准留在平台,可信交给时间。

技术落地:如何把价值锁住​

保证「今天省下的人天与数据口径,明年扩容时不被推翻」。扩展优先加插件,不改核心。

插件优先 · 双轨数据 · 治理口径​

能力价值
协议插件热插拔换设备不换平台
原始 + 标准双轨出了问题找得到包;业务只认标准语义
标准参数 / 物模型 / 质量与血缘没有专职团队时,平台规则替你守口径
同一边界扩容单机起步,集群不推倒重来

小结:可买单的承诺​

承诺一句话
少调试 · 交现场AI 砍人天,能力进项目现场
读得懂 · 只管用AI 答得准,业务人员直接用
数据可信无专职团队也能治理;越用越敢信
宗旨落地消灭重复、少浪费生命、体验人性化
原则可守MECE · 开放 · 最小化 · 一致性
可验证 · 可扩容演示能核对;同一边界长到集群

下一步:系统架构设计 看分层落地;功能介绍 看能力如何对应上述价值。