日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當(dāng)前位置:首頁(yè) > 物聯(lián)網(wǎng) > 《物聯(lián)網(wǎng)技術(shù)》雜志
[導(dǎo)讀]摘要:為了簡(jiǎn)化鄰近異構(gòu)分布式通信網(wǎng)絡(luò)系統(tǒng)的組建并統(tǒng)一物聯(lián)網(wǎng)通信框架,采用高通公司最新推出的AllJoyn開(kāi)源框架,進(jìn)行了Windows平臺(tái)間通過(guò)WiFi-Direct方式傳輸文件的組網(wǎng)實(shí)驗(yàn)及VMware下Windows與Linux間的跨平臺(tái)通信實(shí)驗(yàn)。結(jié)果證明:AllJoyn框架在通信協(xié)議與平臺(tái)方面的獨(dú)立性良好,而WiFi-Direct方式則具有組網(wǎng)過(guò)程簡(jiǎn)單、傳輸速度較快的特點(diǎn)。

引言

隨著智能設(shè)備的發(fā)展與移動(dòng)終端的普及,物聯(lián)網(wǎng)技術(shù)逐漸在生活生產(chǎn)中得到廣泛的應(yīng)用,近距離無(wú)線(xiàn)組網(wǎng)技術(shù)備受關(guān)注。但現(xiàn)有的解決方案缺乏統(tǒng)一的技術(shù)標(biāo)準(zhǔn),開(kāi)發(fā)者需要實(shí)現(xiàn)通信的框架、協(xié)議與承載的平臺(tái),存在著獨(dú)立開(kāi)發(fā)的技術(shù)不能相互適配和連通、開(kāi)發(fā)成本高昂等缺點(diǎn)。高通的AllJoyn開(kāi)源框架針對(duì)現(xiàn)有的問(wèn)題提出了一套完整的解決方案,在操作系統(tǒng)、開(kāi)發(fā)語(yǔ)言、物理網(wǎng)絡(luò)和通信協(xié)議上具有獨(dú)立性叫本文以開(kāi)發(fā)者的角度從整體的高度分析了AllJoyn的軟件框架與在C++語(yǔ)言下的應(yīng)用,并利用AllJoyn框架,通過(guò)WiFi-Direct的連接方式實(shí)現(xiàn)了搭載Windows系統(tǒng)的終端間的組網(wǎng)通信實(shí)驗(yàn),與VMware虛擬機(jī)下Windows與Linux間的跨平臺(tái)通信實(shí)驗(yàn)。

AllJoyn與物聯(lián)網(wǎng)技術(shù)

物聯(lián)網(wǎng)技術(shù)的工作流程是使用各類(lèi)集成化的傳感器實(shí)時(shí)感知和采集所需的信息,經(jīng)過(guò)信息處理基站對(duì)信息進(jìn)行分析、處理,并通過(guò)自組織的無(wú)線(xiàn)通信網(wǎng)絡(luò)以“多跳中繼”的方式將信息傳送到用戶(hù)終端。AllJoyn是一個(gè)獨(dú)立于操作系統(tǒng)、開(kāi)發(fā)語(yǔ)言、通信協(xié)議的通用軟件框架,提供了一種廣播和發(fā)現(xiàn)服務(wù)的抽象,簡(jiǎn)化了定位和應(yīng)用服務(wù)的流程,適合用來(lái)組建無(wú)線(xiàn)通信網(wǎng)絡(luò)。

AllJoyn的優(yōu)勢(shì)

AllJoyn作為開(kāi)源的中性平臺(tái)系統(tǒng),是一個(gè)“能夠使連接設(shè)備間進(jìn)行互操作的通用軟件框架和系統(tǒng)服務(wù)核心集”,在操作系統(tǒng)、開(kāi)發(fā)語(yǔ)言、物理網(wǎng)絡(luò)和通信協(xié)議上具有獨(dú)立性。并且在框架內(nèi)部集成了對(duì)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、通信協(xié)議的實(shí)現(xiàn)與管理,不需要上層應(yīng)用程序的開(kāi)發(fā)人員對(duì)每種網(wǎng)絡(luò)技術(shù)的特性進(jìn)行了解,近距離傳輸速度快,組網(wǎng)流程簡(jiǎn)單,并且為“握手”模式的安全通信模型提供框架(PasswordManager類(lèi))。

3AllJoyn基本概念

3.1總線(xiàn)與總線(xiàn)附件

AllJoyn總線(xiàn)是AllJoyn通信框架的基本抽象,是所有通信過(guò)程的承載。它的作用類(lèi)似于工業(yè)上的數(shù)據(jù)總線(xiàn),為消息在分布式系統(tǒng)上的傳遞提供了一個(gè)精簡(jiǎn)高效的消息序列??偩€(xiàn)附件(BusAttachment)是應(yīng)用程序進(jìn)程與AllJoyn總線(xiàn)連接的媒介,可分別作為服務(wù)端、客戶(hù)端或著作為通信的對(duì)等點(diǎn)。

3.2總線(xiàn)對(duì)象與總線(xiàn)接口

總線(xiàn)對(duì)象(BusObject)實(shí)現(xiàn)總線(xiàn)接口(Interface)與總線(xiàn)方法(Method),是通信的發(fā)起點(diǎn)與終點(diǎn),使用時(shí)需要在總線(xiàn)附件中注冊(cè)??偩€(xiàn)接口定義了接口規(guī)范(ajn::InterfaceDescription類(lèi)),并將總線(xiàn)方法、總線(xiàn)信號(hào)、總線(xiàn)屬性及相關(guān)的類(lèi)型簽名封裝到一個(gè)消息組(ajn::MsgArg類(lèi))中。

3.3總線(xiàn)守護(hù)進(jìn)程

總線(xiàn)守護(hù)進(jìn)程(Daemon)是運(yùn)行在操作系統(tǒng)中用來(lái)實(shí)現(xiàn)分布式邏輯總線(xiàn)段的進(jìn)程。分布式總線(xiàn)段的連接實(shí)質(zhì)上就是守護(hù)進(jìn)程間通信的建立,除了使用庫(kù)文件中的綁定守護(hù)進(jìn)程(BundledDaemon)完成底層網(wǎng)絡(luò)連接的實(shí)現(xiàn),還可以為瘦客戶(hù)端(ThinClient)編程實(shí)現(xiàn)精簡(jiǎn)易用的守護(hù)進(jìn)程。

AllJoyn會(huì)話(huà)

會(huì)話(huà)的建立由服務(wù)器的半連接(會(huì)話(huà)選項(xiàng)、總線(xiàn)名稱(chēng)、會(huì)話(huà)端口)與客戶(hù)端的半連接(會(huì)話(huà)選項(xiàng)、唯一名稱(chēng)、會(huì)話(huà)ID)的組合實(shí)現(xiàn),產(chǎn)生唯一的AllJoyn通信路徑。在客戶(hù)端捜尋到由服務(wù)器廣播出來(lái)的服務(wù)名之后,需要通過(guò)加入AllJoyn會(huì)話(huà)才能進(jìn)行通信。

AllJoyn通信原理

圖1所示是總線(xiàn)消息模式示意圖。處于分布式總線(xiàn)段上的兩個(gè)應(yīng)用程序,釆用廣播與發(fā)現(xiàn)well-known服務(wù)名(如圖1中的org.alljoyn.sample.service)的方式發(fā)現(xiàn)遠(yuǎn)程設(shè)備,并通過(guò)連接遠(yuǎn)程AllJoyn守護(hù)進(jìn)程創(chuàng)建的總線(xiàn)建立通信,以加入AllJoyn會(huì)話(huà)的方式確定一條信息的傳遞路徑。信息的發(fā)送由總線(xiàn)對(duì)象的成員函數(shù)ajn::BusObject::Signal完成,信息的接收由向總線(xiàn)附件注冊(cè)的信息處理函數(shù)來(lái)完成(注冊(cè)由庫(kù)函數(shù)ajn::BusAttachment::RegisterSignalHandler完成)。

基于AllJoyn框架的跨平臺(tái)局域無(wú)線(xiàn)組網(wǎng)技術(shù)的實(shí)現(xiàn)

4AllJoyn軟件框架

AllJoyn的軟件框架由上層應(yīng)用程序、基本服務(wù)框架、路

由結(jié)點(diǎn)(服務(wù)器)、客戶(hù)端與底層網(wǎng)絡(luò)構(gòu)成。應(yīng)用層可由開(kāi)發(fā)者使用不同的開(kāi)發(fā)語(yǔ)言,通過(guò)使用基本服務(wù)框架與調(diào)用AllJoyn庫(kù)函數(shù)實(shí)現(xiàn),圖2所示是AllJoyn軟件框架示意圖。


基于AllJoyn框架的跨平臺(tái)局域無(wú)線(xiàn)組網(wǎng)技術(shù)的實(shí)現(xiàn)

5開(kāi)發(fā)環(huán)境的構(gòu)建

Windows7平臺(tái):安裝VisualStudio2010;從官網(wǎng)下載VisualStudio2010版本的預(yù)編譯SDK(或使用源碼包編譯[9]);打開(kāi)samples目錄下的VC2008Win7工程,并按提示自動(dòng)轉(zhuǎn)換(庫(kù)與頭文件的路徑在工程中都已經(jīng)添加);復(fù)制一個(gè)示例工程并刪除其中的示例項(xiàng)目,得到一個(gè)完整的開(kāi)發(fā)環(huán)境。

Fedora19平臺(tái)可從官網(wǎng)下載源碼包(或使用git工具克隆—鏡像工程:gitclonehttps://git.allseenalliance.org/gerrit/p/All-Projects.git),并安裝工具與依賴(lài)庫(kù):“yuminstallgccdoxygengraphvizopenssl-develbluez-libs-devel”(根據(jù)錯(cuò)誤提示安裝其他的依賴(lài)庫(kù)),同時(shí)使用scons工具編譯,編譯選項(xiàng)參考“sconsOS=linuxCPU=x86DOCS=devBINDINGS=cpp,cWS=offVARIANT=release”,編譯成功后,在源碼目錄下的build目錄中能找到編譯出的release版本的AllJoyn庫(kù)文件;在samples中將Makefile的示例復(fù)制出來(lái),并在“LIBS”項(xiàng)后添加“-lalljoyn../../lib/BundledRouter.o-lajrouter”,使程序運(yùn)行時(shí)使用編譯好的綁定守護(hù)進(jìn)程(BundledDaemon);再使用make工具編譯源碼得到可執(zhí)行程序。

6組網(wǎng)通信實(shí)驗(yàn)

WiFi-Direct傳輸文件實(shí)驗(yàn)

在兩臺(tái)搭載Windows系統(tǒng)的終端上進(jìn)行該實(shí)驗(yàn),利用Windows7自帶的WiFi-Direct進(jìn)行連接,其中一臺(tái)在網(wǎng)絡(luò)與共享中心里設(shè)置新的無(wú)線(xiàn)網(wǎng)絡(luò)連接,另一臺(tái)捜索相應(yīng)的無(wú)線(xiàn)網(wǎng)絡(luò)并連接,并分別使用ipconfig與ping來(lái)測(cè)試連接。

完成無(wú)線(xiàn)網(wǎng)絡(luò)的連接后,在作服務(wù)器的終端上運(yùn)行cpp/bin/samples/FileTransferService.exe<FileName>,該進(jìn)程將文件以二進(jìn)制的格式讀入128KB的緩沖區(qū),并通過(guò)與本地總線(xiàn)守護(hù)進(jìn)程的連接將進(jìn)程連接到本地AllJoyn總線(xiàn)段上(QStatusstatus=s_msgBus->Connect();),接著廣播服務(wù)名并等待客戶(hù)端的連接。在客戶(hù)端運(yùn)行FileTransferClientexe,該進(jìn)程同樣也將進(jìn)程與本地總線(xiàn)相連(在早期版本中則使用顯式的遠(yuǎn)程連接方法,如:QStatusstatus=s_msgBus->Connect“tcp:addr=169.254.227.124,port=9955");在TCP協(xié)議下的通信端口為9955,UDP協(xié)議的端口為9956),守護(hù)進(jìn)程會(huì)根據(jù)總線(xiàn)附件的成員函數(shù)ajn::BusAttachment::FindAdvertisedName自動(dòng)的尋找可及網(wǎng)絡(luò)內(nèi)的被廣播出來(lái)的服務(wù)名并加入由服務(wù)器創(chuàng)建的AllJoyn會(huì)話(huà),并通過(guò)信號(hào)在服務(wù)端的發(fā)射與客戶(hù)端接收來(lái)實(shí)現(xiàn)文件的傳遞。AllJoyn信號(hào)中帶有描述信息MsgArg類(lèi),可存儲(chǔ)128KB的描述信息,在該實(shí)驗(yàn)中文件就是被存儲(chǔ)在MsgArg類(lèi)中通過(guò)庫(kù)函數(shù)ajn::BusObject::Signal傳遞的。其文件傳輸流程如圖3所示。

服務(wù)端
客戶(hù)端
|定義相關(guān)變量
_| |定義相關(guān)變量|
|獲取并分割文件
| | 連接守護(hù)進(jìn)程 |
|連接守護(hù)進(jìn)程
I丿搜尋服務(wù)名|
| 廣播服務(wù)名
FJ連接AllJoyn會(huì)話(huà)|
創(chuàng)建AllJoyn會(huì)話(huà)
K|等待會(huì)話(huà)的連接|
|發(fā)送帶數(shù)據(jù)信號(hào)
I~h逐條接收信號(hào)|
斷開(kāi)連接并退出
生成文件并退出

圖3文件傳輸流程示意圖

經(jīng)過(guò)多次實(shí)驗(yàn)統(tǒng)計(jì),可得到表1所列的統(tǒng)計(jì)結(jié)果。測(cè)試結(jié)果說(shuō)明,在同等距離下,單次傳輸大文件的平均速度慢于傳輸小文件的速度;小文件的傳輸速度存在著一定的不穩(wěn)定性;傳輸?shù)钠骄俣入S距離的增大而減小。

表1文件傳輸速度分布表
距離(m)
文件大?。∕
1B) 平均速度(KB/s)
方差(KB/s)
0
552.96
649.35
17.09
0
10.45
1136.68
41.82
0
114.48
876.59
24.15
5
114.48
567.81
14.42
10
114.48
418.86
20.49

實(shí)驗(yàn)說(shuō)明:示例文件中的FileTransferService.exe在傳輸文件時(shí)可能會(huì)崩潰,原因在于在源代碼移植過(guò)程中沒(méi)有處理好Windows平臺(tái)下的數(shù)據(jù)類(lèi)型轉(zhuǎn)換,在FileTransfer()函數(shù)中將變量bufferLength的從std::streamsize類(lèi)型強(qiáng)制轉(zhuǎn)換為unsignedint就能解決崩潰的問(wèn)題,在目前最新的14.02.00版本中該問(wèn)題仍然存在。

6.2跨平臺(tái)通信實(shí)驗(yàn)

該實(shí)驗(yàn)使用示例文件chat.exe測(cè)試Windows與Linux平臺(tái)間的通信。實(shí)驗(yàn)的流程與圖3類(lèi)似,所不同的是chat程序集成了服務(wù)器與客戶(hù)端,并使用main函數(shù)參數(shù)對(duì)功能進(jìn)行選擇。經(jīng)對(duì)比后發(fā)現(xiàn),在Linux平臺(tái)下編譯所使用的chat.cc源碼與Windows下的完全一致,體現(xiàn)出AllJoyn框架下源碼的可移植性強(qiáng)。

由于Fedora19平臺(tái)被搭建在VMware虛擬機(jī)中,所以使用NAT的網(wǎng)絡(luò)連接方式就能實(shí)現(xiàn)Windows主機(jī)與Linux虛擬機(jī)的網(wǎng)絡(luò)連接(通過(guò)VMware虛擬以太網(wǎng)配適器Vment8連接)[11]。在Windows終端中輸入chat.exe-sROOM創(chuàng)建名為ROOM的服務(wù)名,Linux終端中輸入./chat-jROOM&搜索名為ROOM服務(wù)名,并加入相應(yīng)AllJoyn會(huì)話(huà)中,從而建立起Windows與Linux間的通信。

實(shí)驗(yàn)說(shuō)明:運(yùn)行時(shí)有可能會(huì)出現(xiàn)找不到動(dòng)態(tài)庫(kù)liballjoyn.so的錯(cuò)誤提示,可將$PWD../../lib/中的liballjoyn.so拷貝至$PWD,并在Makefile的LIBS后添加-Wl,-rpath=”./”來(lái)修正錯(cuò)誤。

7結(jié)語(yǔ)

AllJoyn的獨(dú)立性通信場(chǎng)景可以經(jīng)過(guò)移植并推廣到通過(guò)Bluetooth、Zigbee等不同的通信協(xié)議進(jìn)行通信,同時(shí)也可以推廣到搭載Android、iOS、ARM-Linux等主流操作系統(tǒng)上,或以瘦客戶(hù)協(xié)ThinClient)的方式推廣到實(shí)時(shí)操作系統(tǒng)RTOS)移動(dòng)終端的通信上,對(duì)構(gòu)建局域無(wú)線(xiàn)通信網(wǎng)絡(luò)具有較高的應(yīng)用價(jià)值。

20211221_61c1bc4fe972f__基于AllJoyn框架的跨平臺(tái)局域無(wú)線(xiàn)組網(wǎng)技術(shù)的實(shí)現(xiàn)

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專(zhuān)欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢(shì)抑制與過(guò)流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問(wèn)題卻十分常見(jiàn),不僅增加了維護(hù)成本,還影響了用戶(hù)體驗(yàn)。要解決這一問(wèn)題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(chē)(EV)作為新能源汽車(chē)的重要代表,正逐漸成為全球汽車(chē)產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車(chē)的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車(chē)的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車(chē) 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車(chē)場(chǎng)照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢(shì)逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問(wèn)題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周?chē)娮釉O(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來(lái)解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開(kāi)關(guān)電源具有效率高的特性,而且開(kāi)關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開(kāi)關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉