Universal IoT

主题

Alex-IoT2025-08-18
693
2.4m

必看内容 ​

物联网国内已经那么卷，为什么还要做？ ​

  • 因为热爱，所以执着
  • 最开始我想用Jetlinks，响应式的代码看的我头晕（菜没办法），我还是熟悉SpringBoot+Mybatis
  • 甲方爸爸设备都装上了，国内五花八门的协议，让你来适配，代码改起来酸溜；拆包、粘包、自定义属性和事件、技术包袱越来愈重

30 秒看懂 Universal‑IoT ​

  • 多协议直连：MQTT / TCP / HTTP 与云云对接，协议一处管理。
  • 配置化为先：产品模型、功能点、协议调试、直连设备零代码侵入对接。
  • 开发者友好：Java 21 生态、清晰解析范式、云调试/热部署，上手快、排障快。
  • 低成本交付：能直连就不绕路，减少中间件与“过度工程”。

为什么不是“再造一个复杂平台”？ ​

  • 聚焦“刚需闭环”：接入 → 解析 → 存储 → 观测 → 联动，覆盖 80% 主流场景。
  • 强约定弱配置：把复杂留在内核，把可变交给外置编辑器；适合以产品线为单位快速推进。

典型场景：自定义 TCP HEX 协议，零改造直连 ​

报文格式：起始字节 + 设备类型 + 设备地址 + 数据长度 + 功能码 + 多个数据组（数据码:1B + 格式:1B + 数据:4B）+ 校验码。

你关心的不是“如何写代码”，而是“如何最快上线”：

  • 无需二次开发：不需要二开协议，不需要改接入服务；解析在编辑器内全部完成。
  • 快速上手：一个新人（大学生）半天即可完成基本对接与联调。
  • 实时生效：协议/模型改动可热部署；按产品/型号隔离，互不影响。
  • 专注业务：你只需要专注在“设备文档写的清晰与否/更好设计物模型”，底层连接都已可用。

1 天 / 1 周你能交付什么 ​

  • 1 天：完成单产品接入、协议编写调试、北向应用和告警通知（短信/Webhook）。
  • 1 周：多产品/多型号并行、历史数据与导出、联动规则、对接业务系统（MQ/HTTP）。

如果你是个人，那你怎么喜欢怎么来。

  • 选择 Universal‑IoT：
    • 你需要“多协议直连 + 快速落地 + 项目好维护”。
    • 你不希望把主要精力放在规则链编排与平台二开上，更关注如何解决业务的问题。
  • 选择 JetLinks：
    • 规则引擎编排复杂、可视化流程为核心诉求。
  • 选择 ThingsBoard：
    • 国际化/生态插件/可视化规则链为主要诉求，接受更重的依赖与学习曲线。
  • 选择 FastBee：
    • 啥都有，偏国产生态/行业方案沉淀，具体以版本特性为准。