0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

物聯(lián)網(wǎng)行業(yè)中TCP通信協(xié)議介紹以及如何實(shí)現(xiàn)

jf_94171069 ? 來(lái)源:jf_94171069 ? 作者:jf_94171069 ? 2024-09-20 16:39 ? 次閱讀

一 概述

TCP協(xié)議廣泛應(yīng)用于可靠性要求較高的應(yīng)用場(chǎng)景,如網(wǎng)頁(yè)瀏覽、文件傳輸、電子郵件等。它提供了可靠的數(shù)據(jù)傳輸和流控制機(jī)制,能夠確保數(shù)據(jù)的完整性和有序性。然而,由于TCP協(xié)議在傳輸過(guò)程中引入了較多的控制信息,因此相比于UDP協(xié)議,TCP的傳輸速度較慢。

和UDP區(qū)別

是否連接: 可以想象成打電話,比如A給B打電話,只有建立好連接才能通信(交換數(shù)據(jù)),這種是有連接.而是用微信發(fā)消息,不需要建立連接則是無(wú)連接

是否可靠傳輸: 這里的可靠,并不是指A給B的數(shù)據(jù)一定完全能讓B收到,只能確保B是不是收到了

字節(jié)流和數(shù)據(jù)報(bào): TCP和文件IO一樣基于 “流”,UDP則是以"數(shù)據(jù)報(bào)"為基本單位

全雙工: 一個(gè)通道,雙向通信

二 TCP協(xié)議內(nèi)容

1 格式

wKgZombtNLuAOkYiAAELMi9BTtw334.jpg

端口:表示發(fā)送方的端口號(hào)。

目標(biāo)端口:表示接收方的端口號(hào)。

4位首部長(zhǎng)度: 用于描述TCP報(bào)頭有多長(zhǎng),這里的單位是4個(gè)字節(jié).如果這里是1111->15,表示報(bào)頭的長(zhǎng)度是60

注: TCP的報(bào)頭長(zhǎng)度是可變的,在下面有一個(gè)選項(xiàng)(可有可無(wú)),可以有一個(gè)選項(xiàng),也可以有多個(gè).

TCP報(bào)頭前面20個(gè)字節(jié)是固定的,后面的選項(xiàng)是可變的,選項(xiàng)可以是0個(gè)字節(jié),最多是40個(gè)字節(jié)

保留位: 協(xié)議中預(yù)留的一些位,目前沒(méi)有特定定義或使用規(guī)則。以便以后進(jìn)行擴(kuò)展或未來(lái)使用。

校驗(yàn)和:用于檢測(cè)數(shù)據(jù)報(bào)的完整性

三 TCP應(yīng)答機(jī)制

TCP是可靠的傳輸協(xié)議,確認(rèn)應(yīng)答機(jī)制是TCP保證可靠性的最核心機(jī)制!

在確認(rèn)應(yīng)答機(jī)制中,發(fā)送方在發(fā)送數(shù)據(jù)包后會(huì)等待接收方發(fā)送確認(rèn)消息。如果發(fā)送方在一定的時(shí)間內(nèi)沒(méi)有收到確認(rèn)消息,它會(huì)認(rèn)為數(shù)據(jù)包丟失或發(fā)生錯(cuò)誤,并會(huì)重新發(fā)送數(shù)據(jù)包。接收方通過(guò)發(fā)送確認(rèn)消息來(lái)告知發(fā)送方數(shù)據(jù)包已成功接收,或者指示需要重發(fā)某個(gè)數(shù)據(jù)包。

普通報(bào)文: ACK這一位為0

應(yīng)答報(bào)文: ACK這一位為1

特殊情況:如果客戶端一次性給服務(wù)器發(fā)多條消息,那么瀏覽器的應(yīng)答就會(huì)產(chǎn)生歧義

如下圖:

wKgaombtNV6AC93CAAAs4iInuKA037.png

網(wǎng)絡(luò)上有一種特殊情況,“后發(fā)先至”,后發(fā)的請(qǐng)求可能先到

wKgZombtNYCAP1hVAAA3yGbUC5A757.png

因此就會(huì)產(chǎn)生上述兩種情況.

為了解決上述問(wèn)題,就可以針對(duì)請(qǐng)求和應(yīng)答報(bào)文進(jìn)行編號(hào)!

wKgZombtNZ2AU3-PAAA0kQUnzs0559.png

跟對(duì)編號(hào)就可以很明確的分出是哪個(gè)請(qǐng)求的應(yīng)答.即使出現(xiàn)"后發(fā)先至"的情況也沒(méi)有問(wèn)題

而這個(gè)編號(hào)就對(duì)應(yīng)TCP報(bào)文結(jié)構(gòu)中的32位序號(hào)和32位確認(rèn)序號(hào)

wKgZombtNL6AZj_0AAA5Yh8TLgA494.jpg

注: TCP報(bào)頭只能存一個(gè)序號(hào),存的是最后一個(gè)字節(jié)的序號(hào),是根據(jù)報(bào)文長(zhǎng)度來(lái)算的

wKgaombtNL-ADipcAAGUO_CcuFI706.jpg

上述數(shù)據(jù)的傳輸過(guò)程也不是一帆風(fēng)順的,可能會(huì)出現(xiàn)丟包,如果丟包,這就需要TCP的超時(shí)重傳機(jī)制了

四 TCP重傳機(jī)制

超時(shí)重傳是當(dāng)發(fā)送方發(fā)送數(shù)據(jù)包后,如果在一定的時(shí)間內(nèi)未收到接收方的確認(rèn)消息(ACK),發(fā)送方會(huì)認(rèn)為數(shù)據(jù)包可能丟失或發(fā)生錯(cuò)誤,并會(huì)重新發(fā)送該數(shù)據(jù)包。

超時(shí)重傳機(jī)制的工作原理如下:

發(fā)送方發(fā)送數(shù)據(jù)包后,等待接收方的確認(rèn)消息。

如果在設(shè)定的時(shí)間內(nèi),發(fā)送方未收到接收方的確認(rèn)消息,就會(huì)認(rèn)為數(shù)據(jù)包丟失或發(fā)生錯(cuò)誤。

發(fā)送方會(huì)重新發(fā)送相同的數(shù)據(jù)包。

接收方收到重復(fù)的數(shù)據(jù)包時(shí),會(huì)丟棄重復(fù)數(shù)據(jù)包,并發(fā)送之前已接收到的最后一個(gè)正確的確認(rèn)消息。

發(fā)送方在收到接收方的確認(rèn)消息后,繼續(xù)發(fā)送下一個(gè)數(shù)據(jù)包。

超時(shí)時(shí)間如何確定?

一般操作系統(tǒng)中有一個(gè)配置項(xiàng),描述超時(shí)時(shí)間的閾值.

如果第一次出現(xiàn)丟包,超出時(shí)間閾值后,進(jìn)行重傳.第二次的超時(shí)時(shí)間閾值就會(huì)比第一次更長(zhǎng).

如果重傳幾次依舊無(wú)法傳輸,就會(huì)重置TCP連接,如果還是連不上,就會(huì)直接釋放連接

超時(shí)重傳會(huì)出現(xiàn)兩種情況:

數(shù)據(jù)報(bào)丟了

ack丟了

對(duì)于這兩種情況發(fā)送方都區(qū)分不了這兩種情況,對(duì)于第二種情況,接收方就會(huì)收到重復(fù)的數(shù)據(jù),但可以根據(jù)序號(hào)進(jìn)行去重

五 TCP三次握手

三次握手是在TCP協(xié)議中建立一個(gè)可靠的連接所使用的一種機(jī)制。它由發(fā)送方和接收方之間進(jìn)行的三次通信組成,用于確保雙方都愿意建立連接,并同步各自的初始序列號(hào)。

三次握手類似于打電話

如下圖:

wKgaombtNbuAPBSTAAA2UVaMdAE647.png

三次握手的過(guò)程本質(zhì)上是四次數(shù)據(jù)的交互.只是中間兩條數(shù)據(jù)可以合并到一起

如下圖所示:

wKgaombtNMKAAJAdAAA_9zoww3c584.jpg

三次握手的步驟:

第一次握手(SYN):發(fā)送方向接收方發(fā)送一個(gè)帶有SYN標(biāo)志的數(shù)據(jù)包(SYN包),請(qǐng)求建立連接。發(fā)送方會(huì)隨機(jī)選擇一個(gè)初始序列號(hào),并將它放在SYN包中的序列號(hào)字段中發(fā)送給接收方。

第二次握手(SYN+ACK):接收方收到SYN包后,會(huì)向發(fā)送方發(fā)送一個(gè)帶有SYN和ACK標(biāo)志的數(shù)據(jù)包(SYN+ACK包),表示接受建立連接的請(qǐng)求,并回復(fù)確認(rèn)號(hào)(ACK)和自己的初始序列號(hào)。接收方還會(huì)隨機(jī)選擇一個(gè)初始序列號(hào),并將它放在SYN+ACK包中的序列號(hào)字段中發(fā)送給發(fā)送方。

第三次握手(ACK):發(fā)送方收到SYN+ACK包后,會(huì)向接收方發(fā)送一個(gè)帶有ACK標(biāo)志的數(shù)據(jù)包(ACK包),確認(rèn)接收方的確認(rèn)號(hào),并發(fā)送自己的確認(rèn)號(hào)。接收方收到ACK包后,會(huì)確認(rèn)發(fā)送方的確認(rèn)號(hào),并完成連接的建立。

為什么要建立連接以及建立連接的意義:

檢查一下當(dāng)前的網(wǎng)絡(luò)情況是否暢通

三次握手也是在檢查通信雙方的發(fā)送能力和接收能力是正常的

三次握手過(guò)程中,也在協(xié)商一些重要的參數(shù)

兩個(gè)重要的TCP狀態(tài):

LISTEN:表示服務(wù)器正在監(jiān)聽來(lái)自客戶端的連接請(qǐng)求。服務(wù)器在LISTEN狀態(tài)下,等待客戶端發(fā)起連接請(qǐng)求。

ESTABLISHED:表示TCP連接已經(jīng)建立,雙方可以進(jìn)行數(shù)據(jù)的傳輸。在ESTABLISHED狀態(tài)下,雙方可以互相發(fā)送數(shù)據(jù)包。

為什么兩次不行

1、阻?重復(fù)歷史連接的初始化(主要原因)

當(dāng)舊的SYN報(bào)文先到達(dá)服務(wù)端,服務(wù)端回一個(gè)ACK+SYN報(bào)文

客戶端收到后可以根據(jù)自身的上下文,判斷這是一個(gè)歷史連接(序列號(hào)過(guò)期或超時(shí)) ,那么客戶端就會(huì)發(fā)送 RST 報(bào)文給服務(wù)端,表示中止這一次連接。

兩次握手在收到服務(wù)端的響應(yīng)后開始發(fā)生數(shù)據(jù),不能判斷當(dāng)前連接是否是歷史連接。

2、同步雙方的初始序列號(hào)

TCP 協(xié)議的通信雙方,都必須維護(hù)一個(gè)[序列號(hào)], 序列號(hào)是可靠傳輸?shù)囊粋€(gè)關(guān)鍵因素

接收端可以去除重復(fù)數(shù)據(jù)

接收端可以按照序列號(hào)順序接收

標(biāo)識(shí)發(fā)送的數(shù)據(jù)包,哪些已經(jīng)被收到

兩次握手只保證了一方的初始序列號(hào)能被對(duì)方成功接收,沒(méi)辦法保證雙方的初始序列號(hào)都能被確認(rèn)接收。

3、避免資源浪費(fèi)

兩次握手會(huì)造成消息滯留情況下,服務(wù)器重復(fù)接受無(wú)用的連接請(qǐng)求 SYN 報(bào)文,而造成重復(fù)分配資源。

只有兩次握手時(shí),如果客戶端的SYN請(qǐng)求連接在網(wǎng)絡(luò)中阻塞,客戶端沒(méi)有收到服務(wù)端的ACK報(bào)文,會(huì)重新發(fā)送SYN。

由于沒(méi)有第三次握手,服務(wù)器不清楚客戶端是否收到了自己發(fā)送的建立連接的 ACK 確認(rèn)信號(hào),所以每收到一個(gè) SYN 就只能先主動(dòng)建立一個(gè)連接。

六 TCP四次揮手

四次揮手是在TCP協(xié)議中用于終止一個(gè)已建立的連接的機(jī)制。它是TCP連接的正常關(guān)閉流程,由發(fā)送方和接收方之間進(jìn)行的四次通信組成。

以下是四次揮手的步驟:

第一次揮手(FIN):發(fā)送方向接收方發(fā)送一個(gè)帶有FIN標(biāo)志的數(shù)據(jù)包(FIN包),表示發(fā)送方已經(jīng)完成數(shù)據(jù)的發(fā)送,希望關(guān)閉連接。發(fā)送方不再發(fā)送數(shù)據(jù),但仍然可以接收數(shù)據(jù)。

第二次揮手(ACK):接收方收到FIN包后,向發(fā)送方發(fā)送一個(gè)帶有確認(rèn)號(hào)(ACK)的數(shù)據(jù)包,表示已接收到發(fā)送方的關(guān)閉請(qǐng)求。接收方仍然可以發(fā)送數(shù)據(jù)。

第三次揮手(FIN):接收方向發(fā)送方發(fā)送一個(gè)帶有FIN標(biāo)志的數(shù)據(jù)包(FIN包),表示接收方也希望關(guān)閉連接。接收方停止發(fā)送數(shù)據(jù),但仍然可以接收數(shù)據(jù)。

第四次揮手(ACK):發(fā)送方收到FIN包后,向接收方發(fā)送一個(gè)帶有確認(rèn)號(hào)(ACK)的數(shù)據(jù)包,表示已接收到接收方的關(guān)閉請(qǐng)求。發(fā)送方不再發(fā)送數(shù)據(jù),也不再接收數(shù)據(jù)。

wKgZombtNMKAPAj0AAA1rjD6Lu8515.jpg

兩個(gè)重要的TCP狀態(tài):

CLOSE_WAIT:表示TCP連接的一方已經(jīng)收到了對(duì)方的連接終止請(qǐng)求(FIN包),并發(fā)送了確認(rèn)(ACK包)。在CLOSE_WAIT狀態(tài)下,接收方等待應(yīng)用層處理完數(shù)據(jù)后的連接關(guān)閉。

TIME_WAIT:表示TCP連接的一方已經(jīng)發(fā)送了連接終止請(qǐng)求(FIN包),并收到了對(duì)方的確認(rèn)(ACK包)。在TIME_WAIT狀態(tài)下,發(fā)送方等待一段時(shí)間后,保持連接狀態(tài)清理(ACK包沒(méi)有丟包),并釋放資源。

七 TCP滑動(dòng)窗口

TCP能保證可靠傳輸,但失去了效率.為了在保證可靠性的前提下,盡可能的提高效率,就有了滑動(dòng)窗口機(jī)制

滑動(dòng)窗口是在數(shù)據(jù)傳輸中用于流量控制和可靠傳輸?shù)囊环N機(jī)制。它允許發(fā)送方在不等待接收方確認(rèn)的情況下連續(xù)發(fā)送多個(gè)數(shù)據(jù)包,提高了傳輸效率。

在不引入滑動(dòng)窗口的情況下:

wKgaombtNMSAC3ViAACkdT9OdXQ681.jpg

發(fā)送方和接收方一應(yīng)一答,可靠性確實(shí)能得到保證,但其實(shí)大部分的時(shí)間都消耗在等待ACK上了.

因此滑動(dòng)窗口就是每次批量發(fā)送一波消息,然后在等一波ACK,再發(fā)一波消息

如下圖所示:

wKgZombtNMWAHz0rAADZJdo2MhQ462.jpg

wKgZombtNMiADC4-AAFdPISk62Q650.jpg

上圖中窗口大小是3000,主機(jī)A發(fā)送了3000字節(jié)的數(shù)據(jù),主機(jī)B需要確認(rèn)應(yīng)答,如果第一個(gè)ack成功返回主機(jī)A,說(shuō)明1~1000的數(shù)據(jù)發(fā)送成功,窗口就會(huì)向后移動(dòng),并發(fā)送下一條數(shù)據(jù),保證窗口中的數(shù)據(jù)都是需要確認(rèn)應(yīng)答的,或者是沒(méi)發(fā)出去的.

上述過(guò)程都是正常的情況下,但也會(huì)發(fā)送丟包或者亂序的情況

情況1:數(shù)據(jù)包到了,但是ACK丟了

wKgZombtNMqARssEAAB1D4qHUis293.jpg

如上圖第二個(gè)ack丟了,不用做任何處理也沒(méi)關(guān)系,對(duì)于可靠傳輸沒(méi)有任何影響.右邊ack的數(shù)字,1001表示1001之前的數(shù)據(jù)都受到了,2001表示2001之前的數(shù)據(jù)都受到了,3001表示3001之前的數(shù)據(jù)都受到了.(后者包括前者).

情況2:數(shù)據(jù)包丟了

wKgaombtNMqAUsa8AACCefEEAww216.jpg

假設(shè)11000的數(shù)據(jù)包丟了,.在11000的數(shù)據(jù)開始丟的時(shí)候,主機(jī)A并不知道丟了數(shù)據(jù),會(huì)繼續(xù)往下發(fā)數(shù)據(jù).

那么主機(jī)B會(huì)在收到01000的數(shù)據(jù)前的應(yīng)答中返回1001,主機(jī)A在接收到重復(fù)的幾次確認(rèn)之后,會(huì)重新發(fā)送11000的數(shù)據(jù).當(dāng)主機(jī)B收到11000的數(shù)據(jù)后,會(huì)把應(yīng)答的數(shù)據(jù)變成最新的,例如在主機(jī)A重發(fā)01000的數(shù)據(jù)前又發(fā)了30006000的數(shù)據(jù),并且沒(méi)有丟包,在收到01000的數(shù)據(jù)后,下此應(yīng)答的數(shù)字就是6001.

上述的重傳過(guò)程,效率也是比較高的,并沒(méi)有耽誤后續(xù)數(shù)據(jù)的發(fā)送,這個(gè)稱為"快速重傳".

八 TCP流量控制

對(duì)于滑動(dòng)窗口的大小,也并不是隨意設(shè)置的.如果超出接收方的處理速度,就可能會(huì)丟失一些數(shù)據(jù),那就還得重傳這些數(shù)據(jù).效率還得不到提升. 因?yàn)橛钟辛肆髁靠刂茩C(jī)制

流量控制是在數(shù)據(jù)通信中的一種機(jī)制,用于控制發(fā)送方的數(shù)據(jù)發(fā)送速率,以適應(yīng)接收方的處理能力,避免數(shù)據(jù)的丟失或擁塞。

接收方使用接收緩沖區(qū)的剩余空間大小,來(lái)作為發(fā)送方速率(滑動(dòng)窗口大小)的參考數(shù)值

例如一個(gè)水桶,發(fā)送方就是往桶里放水,接收方就是出水.進(jìn)水和出水的速度,就決定了 水位的高低

接收方會(huì)在收到發(fā)送方的數(shù)據(jù)后,會(huì)在返回的ACK報(bào)文中,把當(dāng)前緩沖區(qū)的剩余空間大小,反饋給發(fā)送發(fā)

對(duì)應(yīng)著TCP報(bào)文結(jié)構(gòu)中的16位窗口大小

在TCP報(bào)文結(jié)構(gòu)的選項(xiàng)中,有一個(gè)用于調(diào)整窗口大小的擴(kuò)展因子.用于跳轉(zhuǎn)滑動(dòng)窗口的大小,并不是說(shuō)窗口的大小最大只能是16位(64KB)

九 TCP擁塞控制

擁塞控制是用于控制在網(wǎng)絡(luò)中發(fā)生擁塞時(shí)的數(shù)據(jù)傳輸速率。當(dāng)網(wǎng)絡(luò)中的流量過(guò)大,導(dǎo)致網(wǎng)絡(luò)擁塞時(shí),TCP擁塞控制機(jī)制會(huì)自動(dòng)減少發(fā)送方的數(shù)據(jù)傳輸速率,以避免進(jìn)一步加劇網(wǎng)絡(luò)擁塞。

流量控制只是考慮了接收方的處理速率,但數(shù)據(jù)的傳輸還要經(jīng)過(guò)很多的交換機(jī)和路由器.因此我們也要考慮這些中間結(jié)點(diǎn)的速率.

擁塞控制機(jī)制主要包括四個(gè)算法:慢啟動(dòng)、擁塞避免、快重傳和快恢復(fù)。

慢啟動(dòng)算法是在TCP連接建立時(shí),發(fā)送方初始的數(shù)據(jù)傳輸速率較低,然后逐漸增加發(fā)送方的數(shù)據(jù)傳輸速率,直到網(wǎng)絡(luò)出現(xiàn)擁塞為止。

擁塞避免算法是在慢啟動(dòng)階段結(jié)束后,發(fā)送方以線性增加的方式增加數(shù)據(jù)傳輸速率,以避免過(guò)快地增加網(wǎng)絡(luò)流量。

快重傳算法是當(dāng)接收方收到重復(fù)的數(shù)據(jù)包時(shí),會(huì)立即發(fā)送一個(gè)重復(fù)確認(rèn),以通知發(fā)送方有數(shù)據(jù)包丟失,從而使發(fā)送方能夠更快地重傳丟失的數(shù)據(jù)包。

快恢復(fù)算法是在接收到重復(fù)確認(rèn)后,發(fā)送方將擁塞窗口減半,然后繼續(xù)進(jìn)行擁塞避免算法,以減少網(wǎng)絡(luò)擁塞的影響。

對(duì)于流量控制和擁塞控制,本質(zhì)上都是在控制窗口的大小,在實(shí)際中較小的那個(gè)作為窗口的大小

十 TCP延時(shí)應(yīng)答

延時(shí)應(yīng)答是指在TCP通信中,當(dāng)一方發(fā)送數(shù)據(jù)給另一方時(shí),接收方需要向發(fā)送方發(fā)送一個(gè)確認(rèn)應(yīng)答,表示已經(jīng)成功接收到數(shù)據(jù)。延時(shí)應(yīng)答是指接收方在接收到數(shù)據(jù)后,不立即發(fā)送確認(rèn)應(yīng)答,而是等待一段時(shí)間后再發(fā)送確認(rèn)應(yīng)答。

如下圖:

wKgZombtNMyARCLYAAG_yzFuBms732.jpg

接收方在收到發(fā)送方的數(shù)據(jù)后,不會(huì)立即返回應(yīng)答,而是接收方先進(jìn)行一部分?jǐn)?shù)據(jù)的處理然后再返回應(yīng)答給發(fā)送方.

延時(shí)應(yīng)答的主要作用是為了優(yōu)化網(wǎng)絡(luò)傳輸性能。TCP協(xié)議使用了滑動(dòng)窗口機(jī)制,發(fā)送方會(huì)根據(jù)接收方發(fā)送的確認(rèn)應(yīng)答來(lái)確定下一次發(fā)送的數(shù)據(jù)量。如果接收方立即發(fā)送確認(rèn)應(yīng)答,那么發(fā)送方會(huì)立即發(fā)送下一批數(shù)據(jù),造成網(wǎng)絡(luò)擁塞。而延時(shí)應(yīng)答可以讓發(fā)送方在一定時(shí)間內(nèi)累積多個(gè)數(shù)據(jù)包,然后一次性發(fā)送確認(rèn)應(yīng)答,有效減少了網(wǎng)絡(luò)流量。

十一 TCP應(yīng)用場(chǎng)景

TCP/IP模型的應(yīng)用場(chǎng)景非常廣泛,幾乎涵蓋了所有基于互聯(lián)網(wǎng)通信的領(lǐng)域。以下是TCP/IP模型的主要應(yīng)用場(chǎng)景,以分點(diǎn)表示和歸納的方式進(jìn)行說(shuō)明:

11.1 互聯(lián)網(wǎng)通信

TCP/IP模型是互聯(lián)網(wǎng)通信的基礎(chǔ),幾乎所有的互聯(lián)網(wǎng)服務(wù)都依賴于TCP/IP協(xié)議進(jìn)行數(shù)據(jù)傳輸和通信。

網(wǎng)頁(yè)瀏覽、電子郵件、文件下載、實(shí)時(shí)通信(如語(yǔ)音、視頻會(huì)議)等,都是基于TCP/IP協(xié)議來(lái)實(shí)現(xiàn)的。

例如,HTTP(超文本傳輸協(xié)議)和HTTPS(安全超文本傳輸協(xié)議)用于網(wǎng)頁(yè)瀏覽,SMTP(簡(jiǎn)單郵件傳輸協(xié)議)用于電子郵件的發(fā)送,F(xiàn)TP(文件傳輸協(xié)議)用于文件的上傳和下載。

11.2 遠(yuǎn)程登錄和管理

通過(guò)TCP/IP協(xié)議,用戶可以通過(guò)網(wǎng)絡(luò)遠(yuǎn)程登錄到其他計(jì)算機(jī),進(jìn)行遠(yuǎn)程管理和操作。

例如,SSH(安全外殼協(xié)議)就是一種常用的遠(yuǎn)程登錄協(xié)議,它提供了加密的通信通道,保證了數(shù)據(jù)傳輸?shù)陌踩浴?/p>

11.3 文件共享

TCP/IP協(xié)議支持文件共享,用戶可以通過(guò)網(wǎng)絡(luò)訪問(wèn)其他計(jì)算機(jī)上的文件和資源。

例如,NFS(網(wǎng)絡(luò)文件系統(tǒng))和SMB(服務(wù)器消息塊)是兩種常見的文件共享協(xié)議,它們?cè)试S用戶在網(wǎng)絡(luò)上共享和訪問(wèn)文件。

11.4 局域網(wǎng)(LAN)和廣域網(wǎng)(WAN)通信

除了互聯(lián)網(wǎng)通信外,TCP/IP協(xié)議也廣泛應(yīng)用于局域網(wǎng)(LAN)和廣域網(wǎng)(WAN)中。

在局域網(wǎng)中,TCP/IP協(xié)議通常用于連接各種設(shè)備(如計(jì)算機(jī)、打印機(jī)、服務(wù)器等),實(shí)現(xiàn)內(nèi)部通信和資源共享。

在廣域網(wǎng)中,TCP/IP協(xié)議被用于連接不同地理位置的網(wǎng)絡(luò),實(shí)現(xiàn)跨越城市、國(guó)家甚至全球的數(shù)據(jù)傳輸。

11.5 無(wú)線網(wǎng)絡(luò)通信

TCP/IP協(xié)議在無(wú)線網(wǎng)絡(luò)中也起著重要作用,如無(wú)線局域網(wǎng)(WLAN)和移動(dòng)通信網(wǎng)絡(luò)。

無(wú)論是通過(guò)Wi-Fi還是移動(dòng)通信網(wǎng)絡(luò),用戶的設(shè)備都可以基于TCP/IP協(xié)議進(jìn)行通信和數(shù)據(jù)傳輸。

11.6 實(shí)時(shí)通信應(yīng)用

TCP/IP協(xié)議為實(shí)時(shí)通信應(yīng)用提供了可靠的保障,如在線游戲、視頻直播等。

這些應(yīng)用對(duì)數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性和穩(wěn)定性要求較高,TCP/IP協(xié)議通過(guò)其傳輸層協(xié)議(如TCP和UDP)保證了數(shù)據(jù)的可靠傳輸和實(shí)時(shí)性。

十二 TCP組件的使用

1 Gitee鏈接地址

組件位于amaziot_bloom_os_sdklibrariesamxtuam_tcp.c

Gitee源碼地址:https://gitee.com/ning./hongdou

Github源碼地址:https://github.com/ayumid/hongdou

2 應(yīng)用層組件功能介紹

提供TCP連接實(shí)例,可以通過(guò)調(diào)用組件內(nèi)的API,來(lái)實(shí)現(xiàn)TCP本地客戶端和服務(wù)器之間的通信。

使用該組件,必須同時(shí)使用AT組件,文件組件,TCP組件,掉線組件,掉線重連組件。

3 代碼講解

1 dtu_sockrcv_thread

功能:該函數(shù)用于,下行數(shù)據(jù)接收線程。

參數(shù):無(wú)

返回值:無(wú)

示例:

//下行數(shù)據(jù)接收線程
status = OSATaskCreate(&dtu_socket_task_ref, dtu_socket_task_stack, DTU_SOCKET_TASK_STACK_SIZE, 160, "dtu_sockrcv_thread", dtu_sockrcv_thread, NULL);
ASSERT(status == OS_SUCCESS);

2 dtu_get_socket_ctx

功能:該函數(shù)用于,用于其它軟件模塊使用網(wǎng)絡(luò)模塊相關(guān)資源時(shí),獲取資源句柄。

參數(shù):無(wú)

返回值:無(wú)

示例:

 dtu_socket_ctx = dtu_get_socket_ctx();

3 dtu_set_socket_fn

功能:該函數(shù)用于,初始化socket相關(guān)的信息。

參數(shù):無(wú)

返回值:無(wú)

示例:

//初始化socket fn
dtu_set_socket_fn();

4 dtu_socket_init

功能:該函數(shù)用于,初始化socket。

參數(shù):

參數(shù) 釋義
param 參數(shù)指針

返回值:無(wú)

示例:

//打開串口,并設(shè)置回調(diào)函數(shù)
UART_OPEN(dtu_uart_data_recv_cbk); 

5 dtu_socket_write

功能:該函數(shù)用于,數(shù)據(jù)發(fā)送到服務(wù),根據(jù)參數(shù)是TCP還是UDP調(diào)用不同的底層API。

參數(shù):

參數(shù) 釋義
data 串口數(shù)據(jù)緩沖區(qū)指針
len 數(shù)據(jù)長(zhǎng)度

返回值:無(wú)

示例:

//打開串口,并設(shè)置回調(diào)函數(shù)
UART_OPEN(dtu_uart_data_recv_cbk); 

6 dtu_socket_dl_data_recv

功能:該函數(shù)用于,阻塞函數(shù),用于接收服務(wù)器數(shù)據(jù),函數(shù)進(jìn)入后會(huì)一直阻塞在select函數(shù),收到數(shù)據(jù)后,根據(jù)配置的TCP還是UDP調(diào)用不同的底層函數(shù),再調(diào)用數(shù)據(jù)預(yù)處理函數(shù),之后會(huì)重新阻塞在select函數(shù)。

參數(shù):

參數(shù) 釋義
fd socket描述符
sock socket指針

返回值:無(wú)

示例:

//讀取下行的數(shù)據(jù)
rcv = dtu_socket_dl_data_recv(sock_temp.fd, (void *)&sock_temp);

7 dtu_socket_dl_data_pre_check

功能:該函數(shù)用于,判斷下行數(shù)據(jù)類型,網(wǎng)絡(luò)AT指令調(diào)用函數(shù)處理;透?jìng)鲾?shù)據(jù)直接發(fā)送到串口。

參數(shù):

參數(shù) 釋義
data 串口數(shù)據(jù)緩沖區(qū)指針
len 數(shù)據(jù)長(zhǎng)度

返回值:無(wú)

示例:

//判斷是否是網(wǎng)絡(luò)AT指令
            dtu_socket_dl_data_pre_check(bytes,sendData);

8 dtu_send_serial_data_to_server

功能:該函數(shù)用于,發(fā)送數(shù)據(jù)到服務(wù)器,判斷是否需要打開心跳定時(shí)器,根據(jù)AT指令配置,判斷是否需要在數(shù)據(jù)前面增加注冊(cè)包。

參數(shù):

參數(shù) 釋義
data 串口數(shù)據(jù)緩沖區(qū)指針
len 數(shù)據(jù)長(zhǎng)度

返回值:無(wú)

示例:

dtu_send_serial_data_to_server(uartData);

4 Demo實(shí)戰(zhàn)

4.1 創(chuàng)建一個(gè)Demo

復(fù)制20.1_file_xtu示例工程,到同一個(gè)文件夾下,修改文件名為20.4_trans_xtu,如圖:

wKgaombtNM2AKGlMAAC7m7L3Vbk812.jpg

4.2 修改makefile

增加文件組件所在目錄頭文件路徑,和源文件路徑,如圖:

wKgZombtNNCAd1rgAABLnKbLIvY943.jpg

4.3 增加頭文件

使用代碼編輯器,將新建的工程文件加入代碼編輯器中,打開main.c,修改main.c,加入am.h等頭文件,如圖:

wKgaombtNNGAUWvTAAALmx7z1zs795.jpg

4.4 修改代碼

示例使用的是板載5x6卡,用戶的硬件可能是使用外置卡,或者是三合一全網(wǎng)通卡,因?yàn)橛布先N卡使用的模組SIM接口不一樣(外置卡SIM1,5x6卡和三合一卡SIM2),所以,需要通過(guò)一個(gè)全局變量來(lái)制定SIM卡硬件接口。

extern外部變量SDK_INIT_SIM_SELECT_VALUE,這里判斷了是否使用外置卡,這個(gè)宏定義在Makefile里面定義。

wKgZombtNNOAZvVYAAAVMVRfTbM725.jpg

在Phase1Inits_enter中,宏定義判斷是否要包含對(duì)SDK_INIT_SIM_SELECT_VALUE變量的修改。

wKgaombtNNOAaub2AAAhKBe8PfY515.jpg

在Phase2Inits_exit 調(diào)用文件組件提供的對(duì)外API,如圖:

wKgZombtNNWAUw4dAABd7oD6iNk979.jpg

4.5 編譯

在SDK根目錄打開命令行,輸入命令.build.bat -l .amaziot_bloom_os_sdksamplelibraries20.5_socket_xtu

PS F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08
λ .build.bat -l .amaziot_bloom_os_sdksamplelibraries20.5_socket_xtu
子目錄或文件 outbin 已經(jīng)存在。
命令語(yǔ)法不正確。
子目錄或文件 buildobj 已經(jīng)存在。
gnumake: Entering directory `F:/3.asr-b/cat.1-asr1606/1.software/BLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/sample/libraries/20.5_socket_xtu'
armcc.exe -c  --cpu Cortex-R4 --no_unaligned_access -g -O2 --apcs /inter --diag_suppress 2084,1,2,177,188,223,550,1296,2795,6319,9931,9933 --diag_error=warning --gnu --thumb --loose_implicit_cast  -DDATA_COLLECTOR_IMPL -DISPT_OVER_SSP -DDIAG_SSP_DOUBLE_BUFFER_USE_DYNAMIC_ALLOCATION -DENV_XSCALE -DL1_DCXO_ENABLED -DLTE_HIGH_MOBILITY_OPTIMIZATION -DRUN_XIP_MODE -DCRANE_Z2 -DCA_LONG_IPC_MSG -DNEZHA3 -DNEZHA3_1826 -DUPGRADE_PLMS -DUPGRADE_PLMS_SR -DLTE_GSMMULTIBCCH -DGPLC_LTE_RSSI_SCAN -DL1V_NEW_RSSI -DUPGRADE_PLMS_3G -DUPGRADE_PLMS_L1 -DUPGRADE_FG_PLMS -DFG_PLMS_URR -DUPGRADE_L1A_FG_PLMS -DUPGRADE_PLMS_STAGE_2 -DUPGRADE_MBCCH -DMULTI_BCCH_READY_IND -DURR_MRAT_ICS_SEARCH -DUPGRADE_ICS -DMRAT_NAS -DUPGRADE_PLMS_SEARCH_API -DICS_MBCCH -DICS_MBCCH_2G_RSSI -DDIAG_NEWPP -DPHS_SW_DEMO -DPHS_SW_DEMO_TTC -DPHS_SW_DEMO_TTC_PM -DFULL_SYSTEM -D_DDR_INIT_ -D_TAVOR_HARBELL_ -DUPGRADE_ARBEL_PLATFORM -D_TAVOR_B0_SILICON_ -DTDL1C_SPY_ENABLE -DDLM_TAVOR -DTAVOR -DFLAVOR_DUALCORE -DDEBUG_D2_MOR_REG_RESEREVED_ENABLE -D_DIAG_USE_COMMSTACK_ -D_TAVOR_DIAG_ -DPM_DEBUG_MODE_ENABLED -DPM_D2FULL_MODE -DPM_EXT_DBG_INT_ARR -DFEATURE_WB_AMR_PS -DMACRO_FOR_LWG -DHL_LWG -DOPTIMIZE_FOR_2G_BCCH -DPLAT_TEST -D_FDI_USE_OSA_ -DPLAT_USE_THREADX -DLWIP_IPNETBUF_SUPPORT -DCRANE_MCU_DONGLE -DAT_OVER_UART -DPHS_SW_DEMO_TTC_PM -DUPGRADE_LTE_ONLY -DEXT_AT_MODEM_SUPPORT -DLTEONLY_THIN_SINGLE_SIM -DLFS_FILE_SYS -DLFS_FILE_SYS_V2 -DPSM_ENABLE -DNO_PAHO_MQTT -DNO_XML -DNO_LWM2M -DREMOVE_MBEDTLS -DNO_AT_NET -DCRANE_SD_NOT_SUPPORT -DNTP -DYMODEM_EEH_DUMP -DENABLE_DM_LTEONLY -DLTEONLY_THIN -DNO_EXTEND_MY_Q_AT -DNOT_SUPPORT_HTTPS -DNOT_SUPPORT_PM813 -DCRANEL_4MRAM -DREMOVE_PB -DUART_NEW_VERSION -DREMOVE_MEP -DREMOVE_SMS -DREMOVE_ENVSIM -DAPN_INCODE -DLTEONLY_THIN_SINGLE_SIM_2MFLASH -DASR160X_OPENCPU_FEATURE -DENABLE_UART3_FEATRUE -DENABLE_UART4_FEATRUE -DYUGE_MBEDTLS_3_2_1 -DENABLE_MAC_TX_DATA_LOGGING -DDISABLE_NVRAM_ACCESS -DINTEL_UPGRADE_EE_HANDLER_SUPPORT -DLTE_W_PS -DL1_DUAL_MODE -DUPGRADE_HERMON_DUAL -DINTEL_UPGRADE_DUAL_RAT -DINTEL_UPGRADE_GPRS_CIPHER_FLUSH -DUPGRADE_ENHANCED_QUAD_BAND -DINTEL_2CHIP_PLAT -DI_2CHIP_PLAT -DUPGRDE_TAVOR_COMMUNICATION -DRUN_WIRELESS_MODEM -DFLAVOR_DDR12MB_GB1MB5 -DFEATURE_SHMEM -DACIPC_ENABLE_NEW_CALLBACK_MECHANISM -DRELIABLE_DATA -DMAP_NSS -DTV_FNAME=""SW_PLATFORM=PMD2NONE PHS_SW_DEMO PHS_SW_DEMO_PM SRCNUCLEUS FULL_SYSTEM NOACRTC PDFLT PLAT_TEST PV2 DIAGOSHMEM NVM WITHL1V"" -DTV_FDESC=""SW_DESCRIPTION="" -DENABLE_ACIPC -D_DATAOMSL_ENABLED_ -DUSB_CABLE_DETECTION_VIA_PMIC -DMIPS_TEST -DMIPS_TEST_RAM -DFLAVOR_DIET_RAM -DNVM_INCLUDE -DMSL_INCLUDE -DMSL_POOL_MEM -DNO_AUDIO -DOSA_QUEUE_NAMES -D_DIAG_DISABLE_USB_ -DOSA_NUCLEUS -DOSA_USED -DPM_D2NONE_MODE -DCRANE_SOC_TEMPERATURE_SENSOR -DL1_SW_UPDATE_FOR_DIGRF -DPHS_L1_SW_UPDATE_R7 -DUPGRADE_LTE -DFRBD_CALIB_NVM -DFRBD_AGC_CALIB -DFRBD_FDT_CALIB -DHSPA_MPR -DCAPT_PARAMS_OPTIMIZE -DL1_WB_R99_ONLY -DL1V_WB_R99_ONLY -DINTERGRATED_RF_SUPPORT -DL1_RX_DIV_SUPPORT -DENABLE_OOS_HANDLING -DTAVOR_D2_WB_L1_SUPPORT -DL1_DDR_HIGH_FREQ -DUPGRADE_DIGRF3G_SUPPORT -DW_PS_PLUS_G_PAGING -D"NO_APLP=0" -DINTEL_UPGRADE_UNIFIED_VOICE_TASK -DINTEL_UPGRADE_R99 -DAPLP_SPY_ENABLE -D__TARGET_FEATURE_DOUBLEWORD -DWHOLE_UMTS_STACK -DUSE_TTPCOM_CSR_BLUETOOTH_AUDIO_GAIN_CONTROL -DL1_UPGRADE_R5 -DUPGRADE_EDGE -DUPGRADE_R4_FS1 -DINTEL_UPGRADE_GSM_CRL_IF -DUPGRADE_EGPRS_M -DINTEL_UPGRADE_EGPRS_M -DINTEL_UPGRADE_RF_PARAMS_IN_CF_TDS -DINTEL_UPGRADE_2SAMPLES_PER_SYMBOL -D"GPRS_MULTISLOT_CLASS=12" -D"EGPRS_MULTISLOT_CLASS=12" -DMARVELL_UPGRADE_BSIC_REDESIGN -DMSL_INCLUDE -DINTEL_HERMON_SAC -DCRANE_CUST_BUILD -DL1_SW_UPDATE_FOR_DIGRF -DFLAVOR_COM -DSILICON_PV2 -DSILICON_SEAGULL -DSILICON_TTC_CORE_SEAGULL -DPCAC_INCLUDE -Otime  -DBUILD_DATE=""11 21 2023"" -DBUILD_TIME=""14:49:58"" -Iatcmdsinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonyyugeinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalUARTinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalcoreinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalPMUinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalGPIOinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xosposixinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xdiagdiag_logicsrc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xcswSysCfginc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xcswplatforminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xenvwin32inc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xcswBSPinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xcswplatformdev_platbuild -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xososainc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xosthreadxinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xosnu_xscaleinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacpsminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcachttpclientsrc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xdiagdiag_logicinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptimerinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopintcinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xcswPMinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoppminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilTickManagerinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopBSPinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonyatcmdsrvinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonyatparserinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonysdkinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcachttpclientinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacciinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcinclude -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcincludearch -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcincludeipv4 -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcincludeipv6 -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcincludelwip -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcaclwipv4v6srcincludenetif -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopmmi_matinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xtavorArbelinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xtavorenvinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonymodeminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacdusterinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacfotainc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalI2Cinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalACIPCinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilfatsysflash -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilFDIsrcINCLUDE -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalMMUinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilFDIsrcFDI_ADD -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilFDIsrcFM_INC -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilfatsysfshdr -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutillittlefsinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacttsinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacdialinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilcsw_memoryinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoputilitiesinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopcommpminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilnvminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilEEhandlerinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilEEhandlersrc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopRTCinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhoptelephonyci_clientinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalBT_deviceinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalUARTinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopmrdinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopdmainc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilsoftutilinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhalSPIinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacwebsocketinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacatnet_srvinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xsoftutilfotacomminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xaud_swAudioinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xaud_swACM_COMMinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xaud_swaudio_stubsrc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhopaaminc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xaud_swAudioHALinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xhaldbgshellinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08includeasr160xpcacopencpuinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08amaziot_bloom_os_sdkutils -IF:/3.asr-b/cat.1-asr1606/1.software/BLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/sample/libraries/20.5_socket_xtuaminc -IF:/3.asr-b/cat.1-asr1606/1.software/BLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/sample/libraries/20.5_socket_xtuatcmdsinc -IF:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/librariesamxtu -DDTU_BASED_ON_TCP -DDTU_TYPE_5X6 -DDTU_UART_115200_BAUD  -o buildobj/ext_at_cmds.o F:/3.asr-b/cat.1-asr1606/1.software/BLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/sample/libraries/20.5_socket_xtu/atcmds/src/ext_at_cmds.c
armlink.exe buildobj/main.o buildobj/ext_at_cmds.o buildobj/ext_at_controller.o buildobj/am_file.o buildobj/am_at.o buildobj/am_trans.o buildobj/am_socket.o buildobj/am_hb.o buildobj/am_net.o 
                -o F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08outbinArbel_PMD2NONE_40M.axf 
                --via F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08prebuilt_1606lArbel_PMD2NONE_targ_objliblist.txt 
                --elf 
                --scatter F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08prebuilt_1606lCrane_DS_4M_Ram_2M_Flash_XIP_CIPSRAM_Common_SingleSIM.sct 
                --predefine="-DLTEONLY_THIN_SINGLE_SIM" --map --symbols --info sizes,totals 
                --list F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08outbinArbel_PMD2NONE_40M.map 
                --keep init.o(Header) --keep init.o(Vectors) --diag_suppress 6312,6314,6319,6329 
                --feedback F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08outfeedbackLinkOptLteonlyThin_SingleSim_NoSMS.txt
F:3.asr-bcat.1-asr16061.softwareBLOOM_OS_1606_OPENCPU_1191_A08toolsbuildimage_1606l.bat
SDK_PROD_TYPE   : [DM]
SDK_CUST_SKU    : [THIN_SINGLE_SIM_NO_SMS]
SDK_PS_MODE     : [LTEONLY]
SDK_CHIP_VER    : [Z2A0]
SDK_OS_TYPE     : [TX]
Platform Convertion Tools v4.01 with PS option extension
Convertion done!
|INPUT   |outbincp_1606L.bin
|MARK    |NAME    |EXEADDR .LOADADDR.LENGTH  .CPZLADDR|COMPRESS STASTIC              |
|--------|--------|--------.--------.--------.--------|------------------------------|
|This Is LteOnly 4M|
|RW_CPZ_1|DDR_RW_ |7e11c000.80066514.0000d188.80067000|0000d188->00003000
|This Is LteOnly 4M|
|RW_CPZ_2|PS_NCAH |7e388000.8007369c.00001300.8006a000|00001300->00001000
|This Is LteOnly 4M|
|RW_CPZ_3|ITCM    |7e3dac00.8007499c.0000f51c.8006b000|0000f51c->0000a000
|This Is LteOnly 4M|
|RW_CPZ_4|CODE_PS |7e1ad000.80083eb8.0002fc5c.80075000|0002fc5c->0001e000
|This Is LteOnly 4M|
|RW_CPZ_5|CODEPSB |7e1df000.800b3b14.000339bc.80093000|000339bc->0001b000
|This Is LteOnly 4M|
|RW_CPZ_6|CODEPSC |7e216000.800e74d0.000323ec.800ae000|000323ec->0001b000
|This Is LteOnly 4M|
|RW_CPZ_7|CODEPSD |7e24c000.801198bc.00028d88.800c9000|00028d88->0001a000
|This Is LteOnly 4M|
|RW_CPZ_8|CODEPSE |7e27a000.80142644.0002e310.800e3000|0002e310->0001a000
|This Is LteOnly 4M|
|RW_CPZ_9|CODEPSF |7e2ac000.80170954.0001c948.800fd000|0001c948->00011000
|This Is LteOnly 4M|
|RW_CPZ_A|CODE_PL |7e2cd000.8018d29c.0002f914.8010e000|0002f914->0001e000
|This Is LteOnly 4M|
|RW_CPZ_B|CODEPLB |7e2fd000.801bcbb0.00038d58.8012c000|00038d58->00021000
|This Is LteOnly 4M|
|RW_CPZ_C|CODEPLC |7e337000.801f5908.000268d4.8014d000|000268d4->00012000
|--------|--------|--------.--------.--------.--------|------------------------------|
|                                                     |      0x002051dc -> 0x00148000|
|                                                     |       2.020(MB) ->  1.281(MB)|
|------------------------------------------------------------------------------------|
cp_1606L.axf
cp_1606L.bin
cp_1606L.map
gnumake: Leaving directory `F:/3.asr-b/cat.1-asr1606/1.software/BLOOM_OS_1606_OPENCPU_1191_A08/amaziot_bloom_os_sdk/sample/libraries/20.5_socket_xtu'
"copy NEZHAC_CP_CNR_MIFI_TX.bin to ./ "

已復(fù)制         1 個(gè)文件。

4.6 生成固件

參考入門中開發(fā)工具,生成工具。

4.7 查看現(xiàn)象

固件下載到模組后,通過(guò)AT串口配置服務(wù)器地址,然后給服務(wù)器發(fā)信息,服務(wù)器下發(fā)信息給AT口,如圖,

wKgaombtNNaAbcpUAAEHW_7JSb8518.jpg

wKgZombtNNiADJgfAAB_wMZ3pzM923.jpg

5 總結(jié)

根據(jù)實(shí)驗(yàn)現(xiàn)象,按照本文所述流程,可以實(shí)現(xiàn)TCP功能。

本文章源自奇跡物聯(lián)開源的物聯(lián)網(wǎng)應(yīng)用知識(shí)庫(kù)Cellular IoT Wiki,更多技術(shù)干貨歡迎關(guān)注收藏Wiki:Cellular IoT Wiki 知識(shí)庫(kù)

https://rckrv97mzx.feishu.cn/wiki/wikcnBvAC9WOkEYG5CLqGwm6PHf

點(diǎn)擊鏈接如何加入奇跡物聯(lián)技術(shù)話題群:https://rckrv97mzx.feishu.cn/docx/Xskpd1cFQo7hu9x5EuicbsjTnTf

可以獲取加入技術(shù)話題群攻略

注:本文部分內(nèi)容來(lái)源于網(wǎng)絡(luò),如有侵權(quán),請(qǐng)及時(shí)聯(lián)系我們。

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 通信協(xié)議
    +關(guān)注

    關(guān)注

    28

    文章

    810

    瀏覽量

    40119
  • 物聯(lián)網(wǎng)
    +關(guān)注

    關(guān)注

    2894

    文章

    43301

    瀏覽量

    366347
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1324

    瀏覽量

    78754
  • UDP
    UDP
    +關(guān)注

    關(guān)注

    0

    文章

    317

    瀏覽量

    33800
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    聯(lián)網(wǎng)行業(yè)MQTT通信協(xié)議詳解以及使用

    聯(lián)網(wǎng)、小型設(shè)備、移動(dòng)應(yīng)用等方面有較廣泛的應(yīng)用。 二 MQTT協(xié)議特點(diǎn) MQTT是一個(gè)基于 客戶端-服務(wù)器 的消息發(fā)布/訂閱傳輸
    的頭像 發(fā)表于 09-20 17:08 ?24次閱讀
    <b class='flag-5'>物</b><b class='flag-5'>聯(lián)網(wǎng)</b><b class='flag-5'>行業(yè)</b><b class='flag-5'>中</b>MQTT<b class='flag-5'>通信協(xié)議</b>詳解<b class='flag-5'>以及</b>使用

    簡(jiǎn)單認(rèn)識(shí)UART通信協(xié)議

    模塊等多種設(shè)備之間的數(shù)據(jù)傳輸。以下是對(duì)UART通訊協(xié)議的詳細(xì)簡(jiǎn)述,內(nèi)容將涵蓋其基本原理、工作方式、配置參數(shù)、常見應(yīng)用以及與其他通信協(xié)議的比較。
    的頭像 發(fā)表于 07-25 18:07 ?978次閱讀

    華納云:TCP IP協(xié)議的發(fā)展和優(yōu)勢(shì)

    如何被組織、傳輸和路由。TCP/IP協(xié)議集包含了許多協(xié)議,每個(gè)協(xié)議負(fù)責(zé)網(wǎng)絡(luò)通信過(guò)程的不同方面。
    的頭像 發(fā)表于 07-25 16:49 ?246次閱讀

    工業(yè)以太網(wǎng)通信協(xié)議的主要類別

    隨著工業(yè)4.0和智能制造的快速發(fā)展,工業(yè)以太網(wǎng)通信協(xié)議與標(biāo)準(zhǔn)在工業(yè)自動(dòng)化領(lǐng)域扮演著越來(lái)越重要的角色。工業(yè)以太網(wǎng)不僅提供了高效、可靠的數(shù)據(jù)傳輸手段,還為實(shí)現(xiàn)設(shè)備間的無(wú)縫集成和信息共享提供了可能。本文將詳細(xì)介紹工業(yè)以太網(wǎng)
    的頭像 發(fā)表于 06-28 18:02 ?822次閱讀

    西門子S7協(xié)議TCP協(xié)議的區(qū)別

    在工業(yè)自動(dòng)化領(lǐng)域,通信協(xié)議的選擇對(duì)于確保設(shè)備間的順暢通信和數(shù)據(jù)的可靠傳輸至關(guān)重要。西門子S7協(xié)議TCP協(xié)議作為兩種常用的
    的頭像 發(fā)表于 06-19 15:54 ?1963次閱讀

    簡(jiǎn)單認(rèn)識(shí)UART串行通信協(xié)議

    的數(shù)據(jù)通信,特別是在嵌入式系統(tǒng)、計(jì)算機(jī)外設(shè)以及微控制器等場(chǎng)景。本文將對(duì)UART串行通信協(xié)議進(jìn)行詳細(xì)的介紹,包括其基本原理、工作方式、參數(shù)設(shè)
    的頭像 發(fā)表于 05-27 16:09 ?1400次閱讀

    IOT(聯(lián)網(wǎng))的七大通信協(xié)議之Http協(xié)議

    一、什么是http協(xié)議?嵌入式HTTP協(xié)議是一種輕量級(jí)的通信協(xié)議,專為嵌入式系統(tǒng)設(shè)計(jì),用于實(shí)現(xiàn)設(shè)備與互聯(lián)網(wǎng)之間的
    的頭像 發(fā)表于 05-24 08:11 ?2127次閱讀
    IOT(<b class='flag-5'>物</b><b class='flag-5'>聯(lián)網(wǎng)</b>)的七大<b class='flag-5'>通信協(xié)議</b>之Http<b class='flag-5'>協(xié)議</b>

    RS485通信協(xié)議的特性和應(yīng)用范圍

    隨著工業(yè)自動(dòng)化和聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,數(shù)據(jù)通信協(xié)議的重要性日益凸顯。RS485通信協(xié)議作為一種廣泛應(yīng)用于工業(yè)自動(dòng)化領(lǐng)域的串行通信協(xié)議,其穩(wěn)定
    的頭像 發(fā)表于 05-23 16:27 ?1185次閱讀

    mqtt協(xié)議tcp協(xié)議區(qū)別

    帶寬和高延遲的網(wǎng)絡(luò)環(huán)境,尤其在聯(lián)網(wǎng)環(huán)境中表現(xiàn)優(yōu)秀。而TCP協(xié)議是面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,主要用于互
    的頭像 發(fā)表于 04-01 09:15 ?1361次閱讀

    UART串口通信協(xié)議是什么?

    UART (Universal Asynchronous Receiver/Transmitter) 是一種通信接口協(xié)議,用于實(shí)現(xiàn)串口通信。它是一種簡(jiǎn)單的、可靠的、廣泛應(yīng)用的串口
    的頭像 發(fā)表于 03-19 17:26 ?955次閱讀

    TCP和UDP協(xié)議有什么區(qū)別?如何通過(guò)網(wǎng)關(guān)實(shí)現(xiàn)TCP協(xié)議通信?

    TCP協(xié)議是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,能夠保證數(shù)據(jù)從發(fā)送方到達(dá)接收方,是聯(lián)網(wǎng)領(lǐng)域常見的
    的頭像 發(fā)表于 01-24 11:07 ?456次閱讀
    <b class='flag-5'>TCP</b>和UDP<b class='flag-5'>協(xié)議</b>有什么區(qū)別?如何通過(guò)網(wǎng)關(guān)<b class='flag-5'>實(shí)現(xiàn)</b><b class='flag-5'>TCP</b><b class='flag-5'>協(xié)議</b><b class='flag-5'>通信</b>?

    聯(lián)網(wǎng)網(wǎng)關(guān)需要哪些關(guān)鍵功能?如何保護(hù)聯(lián)網(wǎng)網(wǎng)關(guān)?

    通信,實(shí)現(xiàn)設(shè)備之間的數(shù)據(jù)交換和互聯(lián)互通。 聯(lián)網(wǎng)網(wǎng)關(guān)需要具備一些關(guān)鍵功能,主要包括以下幾個(gè)方面: 1. 協(xié)議轉(zhuǎn)換功能:
    的頭像 發(fā)表于 12-15 10:10 ?873次閱讀

    關(guān)于EthernetIP轉(zhuǎn)ModbusTCP協(xié)議轉(zhuǎn)換的成熟應(yīng)用

    將不同設(shè)備之間的通信協(xié)議進(jìn)行轉(zhuǎn)換,實(shí)現(xiàn)數(shù)據(jù)的傳輸和共享。 智能樓宇系統(tǒng):智能樓宇系統(tǒng)涉及到多種不同品牌和類型的設(shè)備,包括空調(diào)、照明、安防等。通過(guò)使用Ethernet/IP轉(zhuǎn)Modbus TC
    發(fā)表于 12-13 17:26

    TCP/IP 協(xié)議通信接口的實(shí)現(xiàn)

    電子發(fā)燒友網(wǎng)站提供《TCP/IP 協(xié)議通信接口的實(shí)現(xiàn).pdf》資料免費(fèi)下載
    發(fā)表于 10-26 09:21 ?1次下載
    <b class='flag-5'>TCP</b>/IP <b class='flag-5'>協(xié)議</b><b class='flag-5'>通信</b>接口的<b class='flag-5'>實(shí)現(xiàn)</b>

    TCP/IP協(xié)議和OPC協(xié)議的區(qū)別

    隨著計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的飛速發(fā)展,網(wǎng)絡(luò)通信已經(jīng)成為現(xiàn)代工業(yè)自動(dòng)化控制系統(tǒng)不可或缺的一部分。在眾多的網(wǎng)絡(luò)通信協(xié)議,傳輸控制協(xié)議
    的頭像 發(fā)表于 10-20 17:34 ?3966次閱讀