TTIoT云端物联网组件;面向JAVA;以事件为驱动;为设备提供安全可靠的连接通信能力

TTIoT简介

TTIOT的Broker采用MQTT协议与设备进行交互,可以应用在数据采集、能源监控、智能生活、智能工业、农业水利等场景;

向下提供连接海量设备服务，支撑设备数据采集上云，支持M2M；无侵入集成第三方服务端，提供事件API,实现远程控制设备;此外，TTIOT将会持续开源物联网套件，如多协议引擎、设备管理、规则引擎、数据分析等插件为各类IoT场景和行业开发者赋能。

Broker组件,TTIot把TCP/IP协议族上的协议都转换成了事件池，开发者只需要面向事件编程即可。

2.1版本重要更新

增加SSL加密功能，同时支持https\wss\tls协议

在配置文件添加

ssl:

enabled: true

certificateType: PKCS12

certificatePath: /Users/shijun/Desktop/TTIOT/ca/server/3938.pfx

certificatePassword: 5J7HDiJM

2.0版本重要更新

多协议转换引擎-一个端口支持三种协议HTTP/WEBSOCKET/TCP，上层协议使用的依然是MQTT，支持使用这三种不同协议的客户端相互通信(详见使用说明.10)

使用HTTP协议向设备投递消息,URI:/mqtt,请求体如下：

Headers:userName //设备帐号

tenantId //租户编号

password //设备密码

Body:

{

"mqttQos": 1, //消息质量

"payload": { //消息体

"rule": "chat",

"content": "hello"

},

"retain": false, //是否为retain消息

"topic": "/m" //推送的话题

}

支持消息路由引擎@Ruler-给消息定义规则(详见使用说明.12)

功能

认证授权(auth)

TTIoT的容器对发布的事件都会自动检查登陆状态，对未授权的设备进行自动拦截，只要在相关的类添加@Eventor(auth = true)即可

@Eventor(value = AppProtocalMqttConstant.PINGREQ,auth = true)

public class MqttPingEvent extends MqttApplicationEvent {

public MqttPingEvent(MqttMessage msg, ChannelHandlerContext context) {

super(msg, context);

}

}

多租户(saas)

TTIot的设备归属为租户，其devName与topic对每个租户唯一，clientId构成为：tenantId-devName-xxxx(保留字段)；并且提供接口将设备进行录入，例如

dbHelper.saveTenant(tenant);

dbHelper.saveDev(device);

控制反转(IOC)

TTOT放弃第三方框架IOC框架，内部维护了一个轻量的容器，在项目启动时对所有的Listener扫描并且接管

消息的订阅与发布(Qos)

(1)支持Qos(Quality of Service)

TTIot提供mqtt三种消息质量模型即：

Qos0：最多一次的传输

Qos1：至少一次的传输

Qos2：只有一次的传输

该方案适应任何网络场景，特别是网络较差的场景

(2)通配符与消息降级

TTIot提供主题层级分隔符/,单层通配符+,多层通配符#，设备实现灵活订阅

心跳检测(Idle)

TTIot 提供两种测活机制

(1)服务端定义

TTiot:

heartbeatTimeout: 10

(2)客户端通过设置可变头里面的keepAliveTimeSeconds定义

保留消息与消息遗嘱

(1)Topic只有唯一的retain消息，Broker会保存每个Topic的最后一条retain消息；每个Client订阅Topic后会立即读取到retain消息，不必要等待发送。订阅Topic时可以使用通配符，就会收到匹配的每个Topic的retain消息；发布消息时把retain设置为true，即为保留信息。

(2)MQTT本身就是为信号不稳定的网络设计的，所以难免一些客户端会无故的和Broker断开连接；当客户端连接到Broker时，可以指定LWT，Broker会定期检测客户端是否有异常；当客户端异常掉线时，Broker就往连接时指定的topic里推送当时指定的LWT消息。

使用说明

配置文件

配置文件延续了yaml风格，默认命名为TTIotBootstrap.yml，在自己模块resources目录下添加TTIotBootstrap.yml文件即可

TTiot:

port: 8726 #端口

heartbeatTimeout: 10 #心跳间隔时间

netty:

bossGroupCount: -1 #-1代表线程数量取决于cpu

workerGroupCount: -1 #-1代表线程数量取决于cpu,此参数决定了netty的worker线程与TTIot内置的核心线程

redis: #redis相关

项目启动

new ServerLauncher().launch();

自定义数据源

(1) 实现DbHelper接口

(2) 添加数据源插件，Broker提供默认的redis实现

new ServerLauncher().dbHelper(new RedisDbHelper(new RedisSourceProvider())).launch();

自定义统一异常处理器

(1) 继承ExceptionHandlerAdapter，或者实现 Thread.UncaughtExceptionHandler 接口

(2) 添加异常处理插件，Broker提供默认的ExceptionHandlerAdapter实现

new ServerLauncher().exceptionHandler(new ExceptionHandlerDemo()).launch();

依赖注入

由于Listener是由TTIot接管的，在Listener内部系统提供了两种级别的注入方式，选择需要注入的对象添加@Inject注解即可

(1)service 注入

@Listener(asynchronous = true)

public class LoginLogListener extends MqttApplicationListener {

@Inject

private SessionService sessionService;

}

(20 dao 注入

public class DeviceService{

@Inject

private DbHelper dbHelper;

}

自定义消息处理器

TTIot 提供@Listener 注解来处理具体的事件信息，在@Listener里面有两个参数

replace 为true时，替换该事件的默认处理器，为false时，对该事件新增一个处理器

asynchronous 为true时，申明该处理器为一个异步处理器，由TTIot内置的线程池进行接管，线程池大小由TTiot:netty:bossGroupCount 决定，为false时，由netty 的EventLoopGroup 接管；

处理器可以用来实现额外的功能，并且跟默认业务解耦，例如，异步的设备登陆日志

@Listener(asynchronous = true)

public class LoginLogListener extends MqttApplicationListener {

@Override

public void onApplicationEvent(MqttConnectEvent mqttConnectEvent) {

DbDemo.saveLogin(mqttConnectEvent.getTimestamp(), mqttConnectEvent.getDevName(), mqttConnectEvent.getTenantId());

}

}

无侵入设计

如果开发者想自定义事件的默认处理逻辑，无需修改源码，只需要加上如下注解上即可，TTot则会更换默认的处理逻辑，开发者也可以利用TTot的事件驱动，自定义事件

@Listener(replace = true)

事件发布

TTIot 提供多种默认的事件供开发者使用，给topic推送消息，例如

Context.me().publishEvent(new MqttPublishTopicEvent(String topic,MqttQoS mqttQoS,byte[] bytes,String tenantId,boolean isRetain);

例如，给device单独推送消息

Context.me().publishEvent(new MqttPublishDevEvent(String clientId, String topic, byte[] byteBuf, MqttQoS qoS,String tenantId);

docker-compose

首先，需要安装git与docker

git clone https://gitee.com/cloudSj/TTIot.git

cd 到项目根目录

mvn clean install

mvn clean install package -Dmaven.test.skip

docker-compose up -d

webSocket接入

TTIOT内置了webSocket协议转换器，开发者只需要关注业务逻辑，无需关注协议处理、转换层面的相关问题。

HTTP接入及设备控制

TTIOT目前只接受POST类型的请求，格式如下:

URI:/mqtt

Headers:userName //设备帐号

tenantId //租户编号

password //设备密码

Body:

{

"mqttQos": 1, //消息质量

"payload": { //消息体

"rule": "chat",

"content": "hello"

},

"retain": false, //是否为retain消息

"topic": "/m" //推送的话题

}

HTTP由于协议本身的特性只支持QOS类型为1或2

规则路由@Ruler

如果消息的内容符合

{

"rule": "chat",

"content": "hello"

}

消息格式，TTIOT将自动触发规则路由器，将消息自动投递到与rule值对应的处理器上如：

@Ruler(name = "chat")

public class ChatRuleHandler implements RuleHandler {

@Override

public void handler(MqttPayloadVo mqttPayloadVo) {

System.out.println(mqttPayloadVo);

}

}

因此，开发者可以自定义业务处理逻辑

TTIoT 开源计划

docker部署组件

HTTP组件以及控制设备HTTPAPI

物模型组件

网关\集群与分布式扩展组件

安卓端组件

规则引擎组件(后续将会持续更新)

SSL加密传输

另外：作者诚邀开发人员提交下位机例如PLC/单片机/安卓相关代码，如有计划者可以通过邮箱跟作者取得联系

联系作者

关注公众号:(不定期推送关于IoT的干货以及源码解析)

感谢：lombok、netty、hutool 提供的工具以及源码

参与贡献

Fork项目到自己的repo

clone到本地

修改代码(dev分支)

commit后push到自己的库(dev分支)

pull request

等待作者合并