ThingsBoard二次开发
ThingsBoard 的设备接入、规则引擎和多租户已经很成熟，缺的往往是你所在行业的业务功能：收益统计、策略模板、给业主看的大屏、按客户出的报表。我们把这些放到独立服务里扩展，不改底座核心代码，平台上线快，以后升级也不被卡住。
- 底座
- ThingsBoard 不改核心
- 扩展方式
- 独立业务服务 + 定制前端
- 可参考案例
- 储能电站云平台
适合哪些项目
- 想用开源平台快速搭建储能、光伏、充电站或设备监控平台的团队
- 已经部署 ThingsBoard，但自带看板和报表满足不了客户的项目
- 内部研发改过 ThingsBoard 源码，现在升级困难、想重新梳理架构的企业
- 在 ThingsBoard 二次开发和完全自研之间犹豫，需要先做技术评估的团队
- 业务流程和权限模型和 ThingsBoard 差异很大？ 查看 IoT 定制开发服务
- 做的是储能项目，想看完整的平台和 App 方案？ 查看储能设备管理系统开发
交付内容
- ThingsBoard 部署、设备接入和规则链配置
- 独立业务服务（统计、模板、策略下发等行业功能）
- 定制 Angular 前端与品牌化界面
- 报表导出、多数据源查询与名称映射
- 可视化大屏与大屏设计器集成
- 移动端 App / 小程序对接 ThingsBoard API
常见适配协议与交付范围
- MQTT / HTTP / CoAP 设备直连与 ThingsBoard Gateway 网关接入
- 遥测、属性、告警和 RPC 下发等原生能力的配置
- 规则链：数据清洗、告警判定、转发到外部服务
- REST API 与 WebSocket，供独立服务、App 和大屏调用
储能电站云平台里的做法
以下做法都来自已交付的项目，点击可以查看对应案例的界面截图和交付细节。
ThingsBoard 只做设备接入和规则引擎底座，遥测、属性、告警和 RPC 下发都走原生能力
储能电站云平台（ThingsBoard 二次开发）日充放电量、电网取电量、负载用电量和收益统计放在独立的 Spring Boot 服务里，按设备、按日汇总
储能电站云平台（ThingsBoard 二次开发）电价模板按尖峰平谷时段保存，充放电策略模板按时段配置功率，按客户维护并可下发
储能电站云平台（ThingsBoard 二次开发）报表导出通过多数据源读取底座库，把租户、客户、设备 ID 转成名称，业主拿到的表能直接看懂
储能电站云平台（ThingsBoard 二次开发）
ThingsBoard二次开发报价怎么估
每个项目的设备、协议和交付端都不一样，报价按实际范围评估。下面这些因素对费用影响最大，可以先对照自己的项目，或用成本估算工具得到一个区间。
报价通常受这些因素影响
- 原生能力能覆盖多少需求：配置规则链和看板的工作量，远小于开发新业务功能。
- 业务功能的数量和口径复杂度，例如收益统计要不要考虑峰谷电价、需量和时区日切点。
- 前端定制范围：只换品牌和菜单，还是新增业务页面和交互。
- 是否需要大屏、报表导出、移动端和第三方系统对接。
- 已有源码是否被改过：改动越深，梳理和迁移的工作量越大。
常见排期拆分
- 需求梳理与技术评估1-2 周
逐项判断哪些需求用原生配置解决，哪些要扩展开发，确定统计口径和权限层级。
- 底座部署与设备接入1-3 周
部署 ThingsBoard，配置设备模板、规则链和告警，先让真实设备数据跑进平台。
- 业务服务与前端开发4-8 周
开发独立业务服务、定制前端页面、报表导出和大屏，按租户和客户验证权限。
- 联调验收与上线1-3 周
用真实数据核对统计结果，验证策略下发的设备回读，完成生产部署和交接文档。
这类项目最容易拖期的地方
- 不改 ThingsBoard 核心代码，业务功能放在独立服务里，底座升级时不用重新合并大量改动。
- 统计口径（时区、日切点、计算公式）先写成文档和客户确认，再开发报表。
- 策略和参数下发要等设备回读确认，不能只看平台显示"下发成功"。
- 多租户数据隔离在联调阶段单独测试，避免一个客户看到另一个客户的设备。
项目推进流程
- 01
确认 ThingsBoard 版本、部署方式和现有改动
- 02
区分原生配置与扩展开发的需求清单
- 03
部署底座并接入真实设备
- 04
开发业务服务、前端、报表和大屏
- 05
联调验收、上线和后续升级支持
咨询前建议准备这些资料
资料越完整，方案、报价和排期就越接近实际交付。
- ThingsBoard 版本（社区版 / 专业版）和当前部署方式
- 设备类型、接入协议（MQTT / HTTP / 网关）和上报字段
- 租户、客户、站点、设备的层级关系和查看权限
- 需要补的业务功能：统计口径、模板、报表、大屏、第三方对接
相关项目案例
储能电站云平台（ThingsBoard 二次开发）
基于 ThingsBoard 为储能企业二次开发电站云平台：定制前端和多租户体系，扩展设备日充放电量与收益统计、电价模板、充放电策略模板、报表导出和可视化大屏设计器。
储能 BMS 远程固件升级平台
为储能 BMS 厂商建设云端固件升级管理平台：WiFi 模组透传 Modbus 升级协议，云端通过 MQTT 对现场 BMS 做单台或批量远程升级，并按客户、项目管理设备和固件版本。
工业控制器 App 与 IoT 云平台
为工业控制器项目交付移动 App、IoT 云平台、设备接入桥接服务和运维工具，支持蓝牙近场控制、远程 MQTT 控制、实时数据、告警、群组控制和 OTA。
ThingsBoard二次开发常见问题
ThingsBoard 二次开发和完全自研，怎么选？+
如果设备接入、规则引擎、多租户这些需求和 ThingsBoard 比较吻合，又希望尽快上线，二次开发更快。如果业务流程、组织权限和 ThingsBoard 的模型差别很大，或者对界面和性能有很强的定制要求，自研更可控。我们会先按需求清单逐项对照，再给建议。
为什么不直接改 ThingsBoard 源码？+
直接改核心代码最省事，但以后每次升级 ThingsBoard 都要手动合并改动，时间一长就不敢升级了。我们的做法是底座只做配置和插件扩展，行业功能放到独立的 Spring Boot 服务，通过 API 和数据库读取底座数据。
社区版能满足商用吗？+
很多项目用社区版就够了，白标、部分高级集成和集群特性需要专业版。我们会根据设备规模、品牌化要求和部署方式，帮你判断社区版加扩展开发是否够用。
已经有一套改过源码的 ThingsBoard，你们能接手吗？+
可以。先对照官方版本梳理改动范围，评估哪些改动可以迁移到独立服务，再决定是继续维护还是逐步重构。
ThingsBoard 的看板能改成给客户看的大屏吗？+
自带看板更适合运维人员。储能项目里我们集成了可视化大屏设计器，支持 SQL、HTTP 和脚本数据集，做了单站大屏和监控大屏，常规调整拖拽就能完成。
移动端 App 能对接 ThingsBoard 吗？+
可以。App 或小程序通过 ThingsBoard 的 REST API 和 WebSocket 获取设备数据、告警和下发控制，业务数据走独立服务接口。
说说你现在的 ThingsBoard 用到哪一步
已经部署了 ThingsBoard，还是还在评估？设备类型、租户和客户层级、缺哪些业务功能，发过来我们先帮你判断哪些用原生能力配置就够，哪些需要扩展开发。
提交项目需求
适用于 ThingsBoard二次开发 场景，提交后默认进入业务咨询通道。