MQTT协议详解&山寨自己协议&modbus

简单的蓝牙通讯安装工

我给了一个简单的文档

安装工APP对接文档：
1--明文传输-采用字符串
2--采用TLV格式【type 0-99】【len 0-9999】【value 字符串 多个字符串的话用空格连接】【type len value之间用-连接】
3--具体指令如下 6条 总是安装工APP主动下发 设备做出应答【正常type从10开始 前面0-9预留 在第4条指令执行】
4--设备应答指令 依据安装工APP主动下发 保持 type一样 L固定为1 V用0标识成功 1标识指令有错误 2标识密码有错误


1下发设备密码 举例“123456”
type： 10
len：  6
value：123456
全部报文：
10-6-123456
应答：10-1-0

2下发默认通行组 举例“12345123451234512345”
type： 11
len：  20 (strlen长度)
value：12345123451234512345
全部报文：
11-20-12345123451234512345
应答：11-1-0

3下发平台地址 举例“192.168.1.2:8001”
type： 12
len：  16
value：192.168.1.2:8001
全部报文：
12-16-192.168.1.2:8001
应答：12-1-0

4下发设备地址 举例“0 192.168.1.3 192.168.1.1 255.255.255.0 2.2.2.2”//flag【1代表后面无效采用dhcp后面可以无需带值 0代表采用后面静态配置】#ip#网关#掩码#DNS
type： 13
len：  47 
value：0 192.168.1.3 192.168.1.1 255.255.255.0 2.2.2.2
全部报文：
13-47-0 192.168.1.3 192.168.1.1 255.255.255.0 2.2.2.2
应答：13-1-0


5下发设备开门指令 
type： 14
len：  6
value：123456
全部报文：
14-6-123456
应答：14-1-0


6匹配时 查询设备信息  
type：  9
len：   6 
value： 123456【依据密码去查询 密码不对 则 应答密码失败】
全部报文：
9-1-0
应答密码失败：9-1-2
应答成功：9-XX-[]
XX代表[]括号中字符串长度 也就是和前面一样的value的长度 这个value是若干个TLV用#连接 下面描述[]内容
0-6-123456#1-12-112233445566#2-24-112233445511223344551122#3-9-TOUCH:100#4-3-101#10-20-12345123451234512345#12-47-0 192.168.1.3 192.168.1.1 255.255.255.0 2.2.2.2
密码                序列号(芯片ID)            固件版本号[区分产品] 软件版本  默认通行组[新设备则20个0]     设备地址 

 

 

 

 

当然 最后没有采用 而是加入了大套餐

其实TLV没有变化 只不过是V用的PB

我想把MQTT的东西改造一下 做一个自己的接口协议 

开始吧 

MQTT协议详解

 

协议地址：http://public.dhe.ibm.com/software/dw/webservices/ws-mqtt/mqtt-v3r1.html

当然也有PDF版的，百度一下，不过个人感觉不是官网上的字体和排版最舒服

也就是固定头 短短的2个字节 已经表达了TYPE 和 LEN

进入分析

 

 

这里可以发现 我们的TLV是约定死的 比如2个字节表示LEN 但是MQTT至少1个字节 可以多个！

实际在W5500看到的：

后面的可变头。。。。

最后是body这就是常见的VALUE了 自己随意PB-JS都可以 在加密也可以

 

 

开始自己的协议：统一蓝牙协议规范.docx

 

 

可以看到TLV是很亲和的，我做BLE协议是希望 app 和 平台 可以统一 使用一套

这样手机静距离可以初始化 

以后也可以NET过来重新安装

 

补充另外一个协议

https://www.diangon.com/wenku/rd/danpianji/201501/00017891.html