1、ThingsBoard平台概述：ThingsBoard是什么、核心功能、架构简介、应用场景
1.1 ThingsBoard到底是什么？
说实话，我第一次接触ThingsBoard时，第一反应是——这不就是个物联网版的“数据看板”吗？
后来用深了才发现，它远不止于此。
ThingsBoard是一个开源的物联网平台，用于设备管理、数据采集、处理与可视化。说白了，它帮你把成千上万个传感器、网关、智能设备连起来，把数据收上来，再展示成你想要的图表或仪表盘。
我习惯把它比作“物联网的中枢神经系统”。设备是末梢神经，云端的业务系统是大脑，而ThingsBoard就是中间的脊髓——负责传输、处理、转发信号。
核心定位：设备接入 + 数据采集 + 规则引擎 + 可视化展示
1.2 核心功能——我常用的几个
我带过的项目里，用得最多的功能就这几个，我一个个说：
设备接入与连接管理
支持 MQTT、HTTP、CoAP、LwM2M 等主流协议。我在一个智慧农业项目里，同时接了200多个温湿度传感器，用的就是MQTT。ThingsBoard的接入层很稳定，没掉过链子。
- MQTT：最常用，低功耗设备首选
- HTTP：适合高带宽、低延迟场景
- CoAP：资源受限设备的好选择
- LwM2M：运营商级设备管理协议
数据采集与存储
设备上报的数据，ThingsBoard会自动存入时序数据库（Cassandra 或 TimescaleDB）。
我记得有一次客户问：“数据能存多久？”我告诉他，只要你硬盘够大，存几年都没问题。查询速度还很快。
规则引擎
这是我最喜欢的功能。你可以用拖拽的方式，定义数据进来后怎么处理——比如：
- 温度超过50度，发报警邮件
- 每10分钟统计一次平均值
- 把数据转发到Kafka或第三方API
我的小技巧：规则链里多用“过滤器”节点，能省掉很多不必要的计算。我曾经帮一个客户优化规则链，把CPU占用从80%降到了15%。
可视化仪表盘
拖拽式设计，支持图表、地图、表格、控件。我一般先搭一个“总览仪表盘”，再给不同角色做“运维仪表盘”、“管理仪表盘”。
设备固件OTA升级
这个功能在量产阶段特别重要。你想想看，几百台设备部署出去了，发现有个bug，总不能一台台去刷机吧？ThingsBoard支持远程固件升级，一键推送。
1.3 架构简介——一张图说清楚
ThingsBoard的架构其实不复杂，我拆成三层来讲：
| 层级 | 组件 | 作用 |
|---|---|---|
| 接入层 | Transport（MQTT/HTTP/CoAP） | 接收设备数据，解析协议 |
| 核心层 | Rule Engine、Entity Service | 数据处理、设备管理、权限控制 |
| 存储层 | Cassandra / PostgreSQL / TimescaleDB | 时序数据、元数据、告警记录 |
嗯，这里要注意：ThingsBoard是微服务架构，每个组件可以独立部署。我做过一个项目，把Transport单独部署在边缘网关，核心层放在云端，效果很好。
1.4 应用场景——我亲身经历的几个
我参与过的项目里，ThingsBoard的应用场景大致分这几类：
智慧工厂
采集PLC、传感器数据，实时监控产线状态。我记得有个客户，用ThingsBoard做设备OEE分析，把设备利用率从65%提到了82%。
智慧农业
温湿度、光照、土壤湿度采集，自动控制灌溉和通风。我曾经帮一个农场部署了50个节点，用LoRa网关+ThingsBoard，成本不到传统方案的1/3。
智慧楼宇
能耗监测、空调控制、门禁管理。ThingsBoard的仪表盘很适合做能源看板，老板一眼就能看到哪个楼层最耗电。
车联网
车辆定位、行驶数据、故障诊断。我有个朋友做共享单车，后端就是基于ThingsBoard二次开发的。
避坑指南：我曾经在一个项目中，直接用默认配置接入5000台设备，结果规则引擎扛不住了。后来发现是没做“数据聚合”和“采样频率控制”。建议你在上线前，先做压力测试。
1.5 为什么我推荐你学ThingsBoard？
原因很简单：
- 开源免费：社区版功能已经很全了，个人学习完全够用
- 生态成熟：插件多、文档全、社区活跃
- 扩展性强：支持自定义规则链、集成第三方系统
- 部署灵活：可以单机跑，也可以上K8s集群
我个人觉得，对于物联网开发者来说，ThingsBoard是“必学”的工具之一。你想想看，市面上能免费做到这个程度的平台，真不多。
好了，这一章就聊到这儿。下一章我会带你亲手搭建一个ThingsBoard环境，咱们从零开始跑起来。