摘要：设计思想： 背景： thingsboard作为开源的工业物联网平台框架，支持接入协议有限，使用收到很大的限制。为方便使用、适配更多协议的接入，需要在thingsboard平台之外做一次接入，后二次接入到thingsboard平台。 具体：将其他类型的协议进行转换，转换为mqtt协议，统一接入thin
阅读全文
摘要：前提 要想了解thingsboard数据流向，必须掌握以下几点 1 生产消费者模式 2 actor设计模式 3 队列 4 netty，mqtt以及websocket基本知识 结构 借鉴官网原图 简单来写： device -> transport->queue (ruleEngine，DeviceAc
阅读全文
摘要：先谈谈我们一般理解的设备或者实体保存？ 实体入库即可 thingsboard 设备保存区别于一般的流程的是？ 需要通知后台 数据怎么流转？物理数据如何对应的设备上来呢？ broadcast >广播机制 其中1 2 3 ： 分别为检查是创建还是修改，检查唯一标识，入库； 4 ：设备跟新后涉及到相关的影
阅读全文
摘要：1 图例 图中标注1 2 3 处会给出代码示例 2 代码 1 完成服务端创建 2 handle： 具体处理消息， 实际处理消息为service，根据消息类型走不同分支 3 保存订阅，添加回调函数
阅读全文
摘要：什么是mqtt？ 消息队列嵌入式传输端口(MQTT )构建在TCP/IP协议上，MQTT是一种基于1999年发布/订阅模式的轻量级通信协议，它的最大优点是较少作为低开销、低带宽的即时消息传递协议，MQTT广泛用于物联网、小型设备、移动APP应用等方面。 消息质量（QoS）：至多一次、至少一次、只有一
阅读全文
摘要：一般实体保存步骤 ThingsBoard保存 说明： 1 设备保存过程与一般实体保存大体无二； 2 特殊之处在于设备与数据，规则链的关联关系。 代码： 1 DeviceController 2 DefaultTbClusterService
阅读全文
摘要：基于生产消费者模型，多类型队列以及actor模式完成消息的流转 设备上报数据经网关，流入内存队列： 代码解读： 内存对列 示例 以topic为key，的map队列， topic name 以及 partition个数 见配置文件。
阅读全文
摘要：队列图 类关系 数据流向： 从设备 ->网关->内存队列 队列之后如何处理见 https://www.cnblogs.com/zslb/p/16490542.html 1111MicrosoftInternetExplorer402DocumentNotSpecified7.8 磅Normal0
阅读全文
摘要：actor模型介绍 介绍 计算机科学中的actor模型是一个并发计算的数学模型，它将actors视为并发计算的通用原语：actor可以做出本地决策，来作为其接收到的消息的响应，创建更多actors，发送更多消息，并确定如何响应接收到的下一条消息。 Actor模型采用的哲学是一切都是Actor。这与一
阅读全文
