快速開發：快速實現一個智能(néng)充電(diàn)櫃（智能(néng)鎖）
常用(yòng)的JS調用(yòng)Java代碼的方法，主要包括以下三種：

1）通過WebView的addJavascriptInterface進行對象映射

2）通過 WebViewClient 的shouldOverrideUrlLoading方法回調攔截 url

3）通過 WebChromeClient 的onJsAlert、onJsConfirm、onJsPrompt方法回調攔截JS對話框alert、confirm、prompt 消息

原生渲染

本地開發的web 頁(yè)面，構建形成 Weex 的一個 JS bundle（native）；在雲端，開發者可(kě)以把生成的 JS bundle 部署上去，然後通過網絡請求或預下發的方式傳遞到用(yòng)戶的移動應用(yòng)客戶端；在移動應用(yòng)客戶端裏，WeexSDK 會準備好一個 JavaScript 引擎，并且在用(yòng)戶打開一個 Weex 頁(yè)面時執行相應的 JS bundle，并在執行過程中(zhōng)産(chǎn)生各種命令發送到 native 端進行的界面渲染或數據存儲、網絡通信、調用(yòng)設備功能(néng)、用(yòng)戶交互響應等移動應用(yòng)的場景實踐。

1、Weex 的 iOS 和 Android 客戶端中(zhōng)都會運行一個 JavaScript 引擎，來執行 JS bundle。

2、Weex向各端的渲染層發送規範化的指令，調度客戶端的native渲染和其它各種能(néng)力。

3、我們在 iOS 下選擇了 JavaScriptCore 内核，而在 Android 下選擇了 UC 提供的 v8 内核。

原理(lǐ)：
1、将XML+CSS+JavaScript代碼轉換為(wèi)JSBundle
2、JSBundle傳給JS Framework解析為(wèi)Json格式的Virtual DOM
3、客戶端通過接收Virtual DOM渲染界面

vue示例

<template>
<view class="content">
<text> {{speedWarnInfo}} </text>
<view class="log">
<view v-for="(log,index) in logs" class="" :key="index">
{{log}}
</view>
</view>
</view>
</template>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
後端通信協議
協議就是通信雙方的一個約定，即，表示第1位傳輸的什麽、第2位傳輸的什麽

有(yǒu)哪些協議可(kě)用(yòng)
長(cháng)鏈接：mqtt，Jt808，Tcp，http
短鏈接：coap，http

短連接的操作(zuò)步驟是：
建立連接——數據傳輸——關閉連接…建立連接——數據傳輸——關閉連接
長(cháng)連接的操作(zuò)步驟是：
建立連接——數據傳輸…（保持連接）…數據傳輸——關閉連接

JT808
消息ID(0-1) 消息體(tǐ)屬性(2-3) 終端手機号(4-9) 消息流水号(10-11) 消息包封裝(zhuāng)項(12-15)

byte[0-1] 消息ID word(16)
byte[2-3] 消息體(tǐ)屬性 word(16)
bit[0-9] 消息體(tǐ)長(cháng)度
bit[10-12] 數據加密方式
此三位都為(wèi) 0，表示消息體(tǐ)不加密
第 10 位為(wèi) 1，表示消息體(tǐ)經過 RSA 算法加密
其它保留
bit[13] 分(fēn)包
1：消息體(tǐ)衛長(cháng)消息，進行分(fēn)包發送處理(lǐ)，具(jù)體(tǐ)分(fēn)包信息由消息包封裝(zhuāng)項決定
0：則消息頭中(zhōng)無消息包封裝(zhuāng)項字段
bit[14-15] 保留
byte[4-9] 終端手機号或設備ID bcd[6]
根據安(ān)裝(zhuāng)後終端自身的手機号轉換
手機号不足12 位，則在前面補 0
byte[10-11] 消息流水号 word(16)
按發送順序從 0 開始循環累加
byte[12-15] 消息包封裝(zhuāng)項
byte[0-1] 消息包總數(word(16))
該消息分(fēn)包後得總包數
byte[2-3] 包序号(word(16))
從 1 開始
如果消息體(tǐ)屬性中(zhōng)相關标識位确定消息分(fēn)包處理(lǐ),則該項有(yǒu)内容
否則無該項
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
編碼
7E 02 00 00 3F 00 00 04 02 18 95 00 0B 00 00 00 00 00 04 00 03 01 58 CC AA 06 CB 79 F5 00 95 00 00 00 00 16 01 05 16 54 15 01 04 00 00 69 74 02 02 00 00 03 02 00 00 25 04 00 00 00 00 2B 04 00 00 00 00 30 01 00 31 01 0B 32 01 46 7C 7E
解碼

Mqtt

MQTT客戶端
一個使用(yòng)MQTT協議的應用(yòng)程序或者設備，它總是建立到服務(wù)器的網絡連接。客戶端可(kě)以：

（1）發布其他(tā)客戶端可(kě)能(néng)會訂閱的信息；
（2）訂閱其它客戶端發布的消息；
（3）退訂或删除應用(yòng)程序的消息；
（4）斷開與服務(wù)器連接。

MQTT服務(wù)器
開源：mosquito，emq
MQTT服務(wù)器以稱為(wèi)"消息代理(lǐ)"（Broker），可(kě)以是一個應用(yòng)程序或一台設備。它是位于消息發布者和訂閱者之間，它可(kě)以：

（1）接受來自客戶的網絡連接；
（2）接受客戶發布的應用(yòng)信息；
（3）處理(lǐ)來自客戶端的訂閱和退訂請求；
（4）向訂閱的客戶轉發應用(yòng)程序消息。

數據包結構

在MQTT協議中(zhōng)，一個MQTT數據包由：固定頭（Fixed header）、可(kě)變頭（Variable header）、消息體(tǐ)（payload）三部分(fēn)構成。

MQTT 數據包結構

固定頭（Fixed header），存在于所有(yǒu)MQTT數據包中(zhōng)，表示數據包類型及數據包的分(fēn)組類标識
可(kě)變頭（Variable header），存在于部分(fēn)MQTT數據包中(zhōng)，數據包類型決定了可(kě)變頭是否存在及其具(jù)體(tǐ)内容
消息體(tǐ)（Payload），存在于部分(fēn)MQTT數據包中(zhōng)，表示客戶端收到的具(jù)體(tǐ)内容

1. MQTT固定頭
固定頭存在于所有(yǒu)MQTT數據包中(zhōng)，其結構如下：

1.1 MQTT數據包類型
位置：byte 1, bits 7-4。

相于一個4位的無符号值，類型如下：

1.2 标識位
位置：byte 1, bits 3-0。

在不使用(yòng)标識位的消息類型中(zhōng)，标識位被做為(wèi)保留位。如果收到無效的标志(zhì)時，接收端必須關閉網絡連接：

DUP：發布消息的副本。用(yòng)來在保證消息的可(kě)靠傳輸，如果設置為(wèi) 1，則在下面的變長(cháng)中(zhōng)增加MessageId，并且需要回複确認，以保證消息傳輸完成，但不能(néng)用(yòng)于檢測消息重複發送。
QoS：發布消息的服務(wù)質(zhì)量，即：保證消息傳遞的次數
00：最多(duō)一次，即：<=1
01：至少一次，即：>=1
10：一次，即：=1
11：預留
RETAIN：發布保留标識，表示服務(wù)器要保留這次推送的信息，如果有(yǒu)新(xīn)的訂閱者出現，就把這消息推送給它，如果設有(yǒu)那麽推送至當前訂閱者後釋放。

1.3 剩餘長(cháng)度（Remaining Length）
位置：byte 1。

固定頭的第二字節用(yòng)來保存變長(cháng)頭部和消息體(tǐ)的總大小(xiǎo)的，但不是直接保存的。這一字節是可(kě)以擴展，其保存機制，前7位用(yòng)于保存長(cháng)度，後一部用(yòng)做标識。當最後一位為(wèi) 1時，表示長(cháng)度不足，需要使用(yòng)二個字節繼續保存。

2.MQTT可(kě)變頭
MQTT數據包中(zhōng)包含一個可(kě)變頭，它駐位于固定的頭和負載之間。可(kě)變頭的内容因數據包類型而不同，較常的應用(yòng)是做為(wèi)包的标識：

很(hěn)多(duō)類型數據包中(zhōng)都包括一個2字節的數據包标識字段，這些類型的包有(yǒu)：PUBLISH (QoS > 0)、PUBACK、PUBREC、PUBREL、PUBCOMP、SUBSCRIBE、SUBACK、UNSUBSCRIBE、UNSUBACK
CONNECT報文(wén)的可(kě)變報頭按下列次序包含四個字段：

協議名(míng)（Protocol Name）
協議級别（Protocol Level）
連接标志(zhì)（Connect Flags）
保持連接（Keep Alive）。

3.Payload消息體(tǐ)
Payload消息體(tǐ)位MQTT數據包的第三部分(fēn)，CONNECT、SUBSCRIBE、SUBACK、UNSUBSCRIBE四種類型的消息有(yǒu)消息體(tǐ)：

CONNECT，消息體(tǐ)内容主要是：客戶端的ClientID、訂閱的Topic、Message以及用(yòng)戶名(míng)和密碼。
SUBSCRIBE，消息體(tǐ)内容是一系列的要訂閱的主題以及QoS。
SUBACK，消息體(tǐ)内容是服務(wù)器對于SUBSCRIBE所申請的主題及QoS進行确認和回複。
UNSUBSCRIBE，消息體(tǐ)内容是要訂閱的主題。

硬件
Jetson nano

Haas

Raspberry Pi

Ruff

HaaS600 EC600S 開發闆
1.串口
Enhanced COM Port 為(wèi)日志(zhì)串口

Standard COM Port 為(wèi)用(yòng)戶串口

$ ./amp.exe seriallist
COM5
COM4
1
2
3

...
1569/main | app_status_indication_set 1
1569/main | platform_init_step1 done, user_init=3, ret=0
1569/main | platform_init_step1 enter temprature cali on signal
1569/main | board_init platform_init_step1 done
1573/main_task | sys_init go
1573/main_task | sys freq calc : 320000000, wifi init 1
1573/main_task | sys_init soc_peripheral_init done
Welcome to AliOS Things
1574/main_task | sys_init aos_components_init done
1574/main_task | mesh has been opened
[Jan 01 00:00:01.482]<I>ULOG-test sys_init aos_components_init done

nano entry here!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
2.putty
單片機或計算機在串口通信時的速率。

例如假設數據傳送速率為(wèi)120符号/秒(miǎo)(symbol/s)(也就是波特率為(wèi)120Baud)，又(yòu)假設每一個符号為(wèi)8位(bit)，則其傳送的比特率為(wèi)(120symbol/s) * (8bit/symbol)=960bps.。

3.push
$ ./amp.exe serialput ./app COM5 -b 115200
device type: ymodem
generating app package...
Browserslist: caniuse-lite is outdated. Please run:
npx browserslist@latest --update-db

Why you should do it regularly:
https://github.com/browserslist/browserslist#browsers-data-updating
Wait shakehand with board ...
Please reboot board now
Putting: ██████████████████████████████ 2/2
put complete!

1
2
3
4
5
6
7
8
9
10
11
12
13
4.reboot
5.代碼
import * as http from 'http'

var gpio = require('gpio');
var mqtt = require('mqtt');
var network = require('network');

var switch_01 = gpio.open({
id: 'D13'
});

/**
* 監聽網絡連接成功事件，成功執行回調函數
*/
net.on('connect', function() {
getNetInfo();
// create mqtt client
createMQTTClient();
});
net.on('disconnect', function() {});
}

function getNetInfo() {
console.log('net status is connected, begin getting net information...');
var info = net.getInfo();
if (netType === "wifi" || netType === "ethnet") {
/* 是否開啓dhcp */
console.log('net dhcp_en is: ' + info.netInfo.dhcp_en);
/* ip地址*/
console.log('net ip_addr is: ' + info.netInfo.ip_addr);
/* dns */
console.log('net dns_server is: ' + info.netInfo.dns_server);
/* 網關 */
console.log('net gateway is: ' + info.netInfo.gw);
/* 子網掩碼 */
console.log('net mask is: ' + info.netInfo.mask);
/* mac地址 */
console.log('net mac is: ' + info.netInfo.mac);
/* wifi信号強度 */
console.log('net wifi rssi is: ' + info.netInfo.rssi);
return;
}
console.log('unkown net type');
}

function createMQTTClient() {
var client = mqtt.createClient({
host: 'de28fe41.cn-hangzhou.emqx.cloud',
port: 15129,
clientId: 'wangpengpeng_01',
username: 'wangpengpeng',
password: '******',
});

client.on('connect', function() {
// subscribe
client.subscribe({
topic: '/open',
success: function() {
switch_01_status = 1
switch_01.writeValue(switch_01_status);
},
fail: function() {}
});
// subscribe
client.subscribe({
topic: '/close',
success: function() {
switch_01_status = 0
switch_01.writeValue(switch_01_status);
},
fail: function() {}
});
// publish
setInterval(function() {
client.publish({
topic: '/push',
message: switch_01_status
});
}, 3 * 1000);
});
client.on('disconnect', function() {
console.log('mqtt disconnect');
});
client.on('reconnect', function() {
console.log('mqtt reconnect');
});
client.on('message', function(topic, payload) {
console.log('[' + topic + '] message: ' + payload);
});
client.on('close', function() {
console.log('mqtt close');
});
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120

王鵬鵬鵬
關注

JT808-2019協議技(jì )術規範.pdf
01-09
JT808-2019協議技(jì )術規範帶
JT808-2019和JT809-2019協議PDF版
07-17
部标平台相關協議之809協議2019版本和部标平台相關協議之808協議2019版本，與2011版本有(yǒu)變化。本标準代替JT/T809-2011 《道路運輸車(chē)輛衛星定位系統平台數據交換
參與評論您還未登錄，請先登錄後發表或查看評論
jt808協議詳解_zybiao2的博客_jt808協議
3-27
jt808協議詳解 7E0200005B014141138693224E00000100000000000157E6DE06CBEC600000000000001703090019200104000026F5EB3700060089FFFFFFFD000700B400FFFFFFFF002400A901CC000627BD0FABCC27910000B727911287BF27BD1159C327BD0000BB27910ED1B5C97E...
jt t808協議c語言,部标JT808協議解碼包: 提供部标JT/T8...
3-8
4[01] 協議版本号: 1 5[00000000017299841738] 終端手機号: 17299841738 15[ffff] 流水号: 65535 0[00000400] 報警标志(zhì): 1024 4[00000800] 狀态: 2048 8[06eeb6ad] 緯度: 116307629
JT808-2019協議測試工(gōng)具(jù)
12-02
JTIT 808一2019協議測試工(gōng)具(jù)，自己python寫的，非過檢終端。 1.連接到服務(wù)端 2.可(kě)以收發報文(wén)，且能(néng)定時發送位置彙報的0200報文(wén)，以及點擊按鈕發送終端主動發的報文(wén)，并記錄日志(zhì)。 3.拆解報文(wén)
jt/t 808協議
04-03
這是交通局最新(xīn)的808通訊協議，你可(kě)以查詢相關的數據通訊命令，然後進行開發。
java解析JT808協議_NiceSzy的博客_jtt808報文(wén)解析
2-23
本篇文(wén)章将介紹JT808協議的解析思路。另請大神繞路,不喜勿噴! 先寫個大緻的思路,有(yǒu)疑問可(kě)以聯系本人,聯系方式: emial:hylexus@163.com 1 JT808協議掃盲 1.1 數據類型 1.2 消息結構
4G無線(xiàn)防拆報警GPS定位器JT808 部标通訊協議及數據格式...
3-5
本協議采用(yòng)的通信方式應符合 JT/T 794 中(zhōng)的相關規定。通信協議采用(yòng) TCP,平台作(zuò)為(wèi) 服務(wù)器端,終端作(zuò)為(wèi)客戶端。 1.2.數據類型協議消息中(zhōng)使用(yòng)的數據類型見表 1: 表1 數據類型數據類型描述及要求 ...
JT808部标協議
04-11
JT808部标協議，道路運輸車(chē)輛衛星定位系統終端通訊協議及數據格式。
java解析JT808協議
熱門推薦
hylexus的博客
3萬+
JT808協議掃描 1 數據類型 2 消息結構 3 消息頭解析 1 消息體(tǐ)實體(tǐ)類 2 字節數組到消息體(tǐ)實體(tǐ)類的轉換 21 消息轉換器 22 用(yòng)到的工(gōng)具(jù)類 221 BCD操作(zuò)工(gōng)具(jù)類 222 位操作(zuò)工(gōng)具(jù)類 3 和netty結合 31 netty處理(lǐ)器鏈 32 netty針對于JT808的消息處理(lǐ)器 33 用(yòng)到的其他(tā)類注本篇文(wén)章将介紹JT808協議的解析思路。另請大神繞路，不喜勿噴！先寫個大
jt808協議_通信協議設計
weixin_39946534的博客
2496
在網絡應用(yòng)中(zhōng)會涉及到很(hěn)多(duō)通訊協議的使用(yòng)，比如車(chē)聯網、V2X的通訊協議，APP與後台Server交互的協議。同時有(yǒu)些協議可(kě)能(néng)是沒有(yǒu)标準的，需要我們自己設計一套通信協議，當然我們肯定在某些已有(yǒu)協議之上再進行自定義。比如我們要定義T-Box與車(chē)聯網平台的通訊，那麽肯定會使用(yòng)TCP/UDP作(zuò)為(wèi)基礎協議，再基于這一層的協議進行自定義。關于到底選擇TCP還是UDP就不多(duō)讨論了，下面對協議的設計做一下...
JT808詳細解釋
fei0700的博客
804
7E0200005B014141138693224E00000100000000000157E6DE06CBEC600000000000001703090019200104000026F5EB3700060089FFFFFFFD000700B400FFFFFFFF002400A901CC000627BD0FABCC27910000B727911287BF27BD1159C327BD0000BB27910ED1B5C97E ———————————————— 詳細解釋 7E -
部标JT808協議處理(lǐ)方案
難得糊塗
6529
序言本來說弄個系列博客,但是在實施的過程中(zhōng),發現沒有(yǒu)想象的複雜.搞清楚下面的,後面的都是體(tǐ)力勞動現在開始弄交通部808協議解析具(jù)體(tǐ)的實施,之前都是在研究框架.今天正式開始實施.本篇主要介紹一些基礎知識.另沒有(yǒu)源碼,cuiyaonan2000@163.com 僅限問題讨論與實施方案的交流.本文(wén)使用(yòng)的參考資料室JTT808-2013協議位運算(一定要搞明白...
jt808 jt-808 JT/T808-2001 jt/t808-2001 部标協議協議解析
hncdyj的專欄
9724
JT/T808-2011協議解析規則白話文(wén)詳解（JAVA版本） 1.包詳解解析之前複習下java的數據結構，以及對應JT/L808-2011裏面的數據類型。 JT/T808 JAVA數據類型 JT/L808描述 JAVA描述 BYTE Byte 無符号單字節整型(字節， 8 位) 以二進制補碼表示的整數 WORD Short 無符号雙字節整型(字節，16位) short數據類...
部标JT808 JT/T808協議網關
最新(xīn)發布
WordPress
257
項目介紹基于Netty，實現JT808 JT/T808部标協議的消息處理(lǐ)，與編碼解碼；使用(yòng)SpringBoot + MyBatis提供數據入庫、Web接口服務(wù)；協議部分(fēn)不依賴Spring，可(kě)移除Spring獨立運行（支持Android客戶端）；最簡潔、清爽、易用(yòng)的部标開發框架。主要特性代碼足夠精(jīng)簡，便于二次開發；緻敬Spring、Hibernate設計理(lǐ)念，熟悉Web開發的同學(xué)上手極快；使用(yòng)注解描述協議，告别繁瑣的封包、解包；支持異步批量處理(lǐ)，顯著提升MySQL入庫性能(néng)；
北鬥系統學(xué)習：JTT808協議初步解析
李遲的專欄
6118
本文(wén)學(xué)習部标（交通運輸部）JT/T 808，并使用(yòng) Golang 語言解析。當然，僅使用(yòng)位置數據進行演示，所以隻是一個開端（是否有(yǒu)後續，暫未知）。本文(wén)不是科(kē)普，因此不會詳細列出協議字段說明，可(kě)參考文(wén)後給出的資料。
交通部808協議介紹_基于交通部JT/T808協議的車(chē)聯網物(wù)聯網框架開發技(jì )術方案（源碼）...
weixin_30291543的博客
496
(一)平台介紹1、接入網關應用(yòng)采用(yòng)mina/netty+spring架構，獨立于其他(tā)應用(yòng)，主要負責維護接入終端的tcp鏈接、上行以及下行消息的解碼、編碼、流量控制，黑白名(míng)單等安(ān)全控制，網關同時支持交通部JT/T808-2011、JT/T808-2013兩個版本全部的808協議，網關應用(yòng)提供二次開發接口，支持協議擴展而不需要改動任何原有(yǒu)代碼。接入網關采用(yòng)json消息通過MQ消息隊列與業務(wù)平台進行交互...
JT/T808協議文(wén)檔
12-05
JT/T808協議文(wén)檔，這裏介紹了JT/T808協議基本構成，報文(wén)類型，以及協議開發流程
國(guó)内物(wù)聯網平台（8）：中(zhōng)移物(wù)聯網開放平台OneNet
weixin_30782331的博客
744
國(guó)内物(wù)聯網平台（8）——中(zhōng)移物(wù)聯網開放平台OneNet 馬智平台定位 OneNET是中(zhōng)移物(wù)聯網有(yǒu)限公(gōng)司搭建的開放、共赢設備雲平台，為(wèi)各種跨平台物(wù)聯網應用(yòng)、行業解決方案，提供簡便的雲端接入、存儲、計算和展現，快速打造物(wù)聯網産(chǎn)品應用(yòng)，降低開發成本。 IoT PaaS基礎能(néng)力：提供智能(néng)設備自助開發工(gōng)具(jù)、後台技(jì )術支持服務(wù)、物(wù)聯網專網、短彩信、位置定位、設...
基于JT/T808協議的車(chē)聯網平台架構方案
gaoshbo的專欄
2萬+
平台基于（《JT/T808-2011道路運輸車(chē)輛衛星定位系統終端通訊協議及數據格式》、《JT/T808-2013道路運輸車(chē)輛衛星定位系統北鬥兼容車(chē)載終端通訊協議技(jì )術規範》、JT/T-796-2011《道路運輸車(chē)輛衛星定位系統平台技(jì )術要求》、JT/T-1078-2016《道路運輸車(chē)輛衛星定位系統車(chē)載視頻通信協議》、JT/T-1077-2016《道路運輸車(chē)輛衛星定位系統車(chē)載視頻平台技(jì )術要求》...
基于JT808協議的.gps文(wén)件解析工(gōng)具(jù)
05-15
基于JT808協議的.gps文(wén)件解析工(gōng)具(jù),簡單易用(yòng)，解析格式如下時間報警标志(zhì) 狀态經度緯度高度速度KM/H 方向裏程KM 附加信息或者統計數據(16進制顯
————————————————
版權聲明：本文(wén)為(wèi)CSDN博主「王鵬鵬鵬」的原創文(wén)章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文(wén)出處鏈接及本聲明。
原文(wén)鏈接：https://blog.csdn.net/AAA17864308253/article/details/112951326