色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

數字城市的通信協議系統的結構與模型研究

電子設計 ? 來源:全國工廠信息化研討會 ? 作者:董明楷,方甲松 ? 2020-06-10 08:17 ? 次閱讀

1. 引言

數字城市的基本內涵是利用現代信息技術(包括電腦技術、通信網絡技術、多媒體技術和GIS/GPS/RS技術等)實現城市中各行業、各領域的信息化,并將城市中的眾多信息孤島連接起來形成一個整體。繼而以數字城市為基礎,逐步實現地域數字化,乃至全國的數字化。自上世紀末以來,數字城市已經被許多大中城市列為重點發展方向,逐步在世界范圍內形成建設的高潮。

在數字城市的建設中,傳統信息領域的技術及其應用已經比較成熟,一般都有較為全面系統的標準與規范。然而,作為數字城市中重要的建設基礎與內容,控制與集成卻還處于一種較為無序的狀態,多種標準共存,沒有統一的標準可遵循,系統之間的互聯和互操作性很差,根本不能滿足數字城市對信息化的要求,在數據信息的可得性方面存在著很多困難,更談不上數據信息的可用性問題。

以太網和無線技術為代表的通信技術已經在工業控制智能建筑等自動化系統中得到廣泛的應用,可以說以太網+TCP(UDP)/IP已經成為“事實上”的工業標準。這解決了系統的互聯和數據的可達性問題。在數字城市中,控制與集成有其自身的特殊性和行業應用背景,不能簡單地將信息領域的標準與規范移植過來。因此,必須根據該領域的特征與具體應用相結合,制定該應用領域的通信協議標準規范,總結出該領域的基本特征、系統框架、模型和技術規范。

國家有關部門組織控制和系統集成標準起草,對數字城市、智能建筑中控制和系統集成的通信協議等進行標準規范建設。本文將提出控制和系統集成的通信協議的系統結構,從總體上給出該應用領域的系統框架與模型,是該標準規范的基礎與核心部分。

2. 體系結構

2.1 標準范圍

在數字城市的控制與集成中,核心的基礎設施是一些硬件設備及軟件系統構成的信息站點(單元),它們是各控制管理系統的基本單元,也是信息數據的基本處理單元。每個信息站點一方面管理自己內部的各種硬件、軟件和數據資源,同時為其它信息站點或用戶提供各種類型的服務。因此,本標準是在國際互聯網協議TCP/IP傳輸層以上規范信息站點中各種資源和服務的外部互操作特性,規范系統的應用通信協議,使之能夠有序協調工作。在此體系結構中,主要包括信息站點模型,信息站點中的資源模型、通信模型、服務模型,以及分布式系統的模型。

2.2 站點模型

信息站點是實際系統中基本的組成單位,每個信息站點各自都是一個相對獨立的系統。在硬件上對應于一定的設備,包含一些基本的物理模塊,如傳感器控制器、執行器、網絡接口等基本部件;在軟件上,則包含一個能夠獨立自主地運行的應用系統。通常,信息站點的系統結構可以用圖2來表示,主要可以分為六大部分。

1) 首先是基于IP網絡的通信部分,主要負責與其它信息站點和控制系統進行交互通信,實現信息交流和系統控制。

2) 基于簡單對象訪問協議SOAP的消息傳輸、控制和訪問部分,實現上層的服務與下層的網絡通信的連接,使應用服務成為可能。

3) 服務接口部分,提供標準的應用服務接口,一方面信息站點的所有對外的功能服務都通過標準的服務接口來展現,另一方面,外界通過標準服務接口來訪問和調用信息站點內部的功能,完成一定的任務。每個信息站點都提供幾種基本的通用服務,包括讀(Get)、寫(Set)、通告(Notify)、添加(Add)、刪除(Delete)等服務。外界對服務的訪問是通過下層的SOAP來進行的,并將服務的結果通過SOAP反饋回去。而服務的具體執行過程則需要操作和利用信息站點內部所包含的資源對象。

4) 控制管理內核是信息站點的核心部件,也稱之為中央控制器。它主要具備兩個方面的功能:一是統一管理和調度信息站點的所有資源,包括信息站點的基本描述、組成對象、安全等對象資源;二是接受外界提交的服務請求,通過調度和執行完成相應的任務,并以服務的形式返回給外界。

5) 信息站點所包含的資源對象部分,是信息站點運行、管理和操作的對象和基礎。主要包括I/O對象、功能模塊對象、基本配置對象等,有的還可能具有集成資源對象,主要適用于系統集成。

6) 另外一塊是信息站點的安全管理部分,它在網絡之上提供基本的安全檢測、驗證、加密、解密等基本管理功能,以保證信息站點軟硬件和數據的安全。

圖2.

圖2. 信息站點的系統結構模型

以上就構成一個標準的信息站點系統模型,是一套相對獨立的系統,能夠獨自地完成相應的任務。信息站點的基本運行過程是:

1) 控制管理內核自主地運行著,控制、管理和調度內部的基本對象和邏輯對象,并按既定的程序執行相應的任務;

2) 當外部通過網絡向信息站點提交請求時,通過SOAP協議的轉換而調用標準的服務接口;

3) 標準的服務接口傳遞映射給控制管理器,由控制管理器來調度相應的對象資源,并執行相應的功能模塊,完成指定的任務;

4) 任務執行的結果通過標準的服務接口返回,再經過SOAP協議的轉換與封裝,最后通過網絡輸出給外界。

2.3 信息站點的資源模型

每個信息站點所包含的資源主要可以分為基本配置對象、資源集成對象、功能模塊對象和I/O對象。圖3給出了信息站點的資源模型。其中基本配置對象包括根對象(Root)、設備對象(Device)、同步對象(Sync)、通告對象(Notify)、服務對象(Service)和安全對象(Security),其中紅色的對象是信息站點必須具備的對象。I/O對象包括其中數字對象、模擬對象、多態對象、串行對象等。功能模塊對象包括PID控制、開關控制、算術邏輯運算等功能模塊。集成資源對象主要應用于系統集成,并不是所有信息站點都有的,包括三個方面的集成:資源、過程和信息交換,其中資源集成部分主要包括通信網絡、設備、人員、材料、裝備等資源。

在信息站點的資源構成中,通常一個信息站點必須包含信息站點根對象、設備對象、服務對象、通告對象和同步對象,此外,針對具體的應用,需要包含一些相應的I/O對象、系統集成對象和復雜功能模塊對象。

n 根對象,是所有資源的根,使用信息站點標識來唯一標識每個信息站點。

n 設備對象主要包含信息站點的一些基本信息和描述,如信息站點的標識、物理地址、位置等基本屬性。

n 服務對象主要對信息站點所提供的服務進行描述。

n 通告列表對象中是由一組通告對象所組成,每個通告對象是一個實體,它指明了通告的源端通告內容和目標信息站點地址,在邏輯上完成了從源端信息站點的某個資源到目標信息站點的一個連接。

n 同步列表對象則是由一組同步對象所組成,每個同步對象指明了目標信息站點的哪個對象應該跟源端信息站點的哪個對象保持同步,即需要將源端信息站點的某些對象賦予給目標信息站點的指定對象。

圖3.

圖3. 信息站點的資源模型

2.4 通信模型

基于IP的控制系統是一種分布式現場網絡控制系統,以IP通信網絡為基礎,并結合自動化控制現場物理環境,將若干個分散在現場的設備、小系統以及控制/監視設備連接起來,所有設備一起運作,共同完成自動化控制過程和操作中的I/O 數據采集和自動化控制。基于IP的分布式現場網絡控制系統可以用于智能控制、自動化控制、工業生產制造和過程控制環境等。

基于IP的控制系統提供了一個系統框架,用來描述由基于以太網、無線局域網、藍牙等網絡連接在一起的物理設備。在基于IP的控制系統中,有三種子網:即基于以太網(IEEE 802.3)、無線局域網(IEEE 802.11)和藍牙(IEEE 802.15)的子網。基于IP的控制系統中的網段可以是相同類型的子網,或者是兩種或三種的結合,支持下以下拓撲結構:

1) 一個或多個基于以太網的IP子網,兼容IEEE 802.3 協議;

2) 一個或多個基于無線局域網的IP子網,兼容IEEE 802.11 協議;

3) 一個或多個基于藍牙技術的IP子網,兼容IEEE 802.15 協議;

4) 基于以太網和無線局域網的以上兩種或三種子網組成的混合網段。

每個物理設備通過提供一個或多個應用,來執行整個系統的一部分工作,應用之間的通信通過IP通信實體實現。

通信模型如圖4所示,主要包括三個層次:

(1) 物理層和數據鏈路層

物理層與數據鏈路層,為控制系統提供數據傳輸物理通道,并描述了多個設備共享通信信道的一種機制。本標準中采用了IEEE802 系列規范,即IEEE 802.3、IEEE802.11 和IEEE802.15。

(2) 網絡層和傳輸層

網絡層和傳輸層為應用層提供報文傳輸的平臺,本規范采用UDP(TCP)/IP 協議集,其中UDP 協議不需要在通信兩端建立連接和確認,用于實時數據通信。而對于實時性要求不高、對傳輸的可靠性要求高的應用,可使用TCP協議,也可使用UDP協議,但需在應用層提供傳輸可靠性保障機制。

(3) 應用層

主要包括兩大部分:

n 基于XML的消息傳遞,即所有的應用服務消息都是采用XML格式進行數據封裝與交換。本規范選擇SOAP協議作為XML消息傳遞協議。SOAP(Simple Object Access Protocol )簡單對象訪問協議是在分散或分布式的環境中交換信息的簡單的協議,是一個基于XML的協議,它包括四個部分:SOAP封裝(envelop),封裝定義了一個描述消息中的內容是什么,是誰發送的,誰應當接受并處理它以及如何處理它們的框架;SOAP編碼規則,用于表示應用程序需要使用的數據類型的實例;SOAP RPC表示,表示遠程過程調用和應答的協定;SOAP綁定,使用底層協議交換信息。

n 基于XML的服務描述。WSDL(Web Service Description Language)是基于 XML 的服務描述的真正標準。這是支持可互操作的 Web 服務所需的最小標準服務描述。WSDL 定義了服務交互的接口和結構。要指定業務環境、服務質量和服務之間的關系,我們還需要另外的描述。WSDL 文檔可以由其它服務描述文檔來補充,從而描述 Web 服務的這些更高級的方面。

圖4中描述的通信協議棧模型提供了互操作性,它使控制系統服務能夠利用現有的因特網基礎結構。這將使進入普遍存在的環境的成本非常低。靈活性并不會因為互操作性需求而有所降低,因為我們可以為選擇性和增值的技術提供另外的支持。這種協議棧模型確立了保證一致性和互操作性的技術。

2.5 服務模型

SOAP 是一種簡單的、輕量級的基于 XML 的機制,用于在網絡應用程序之間進行結構化數據交換。圖5展示了 XML 消息傳遞(即 SOAP)和網絡協議如何組成服務體系結構的基礎。

網絡節點在基于 XML 消息傳遞的分布式計算中扮演提供者和請求者的角色的基本要求是構建、解析 SOAP 消息的能力(或兩者),以及在網絡上通信的能力(接收、發送消息,或兩者)。

通常,在 Web 應用程序服務器中運行的 SOAP 服務器將執行這些功能。另外,我們也可以使用在 API 中封裝這些功能的特定于編程語言的運行庫。應用程序與 SOAP 的集成可以通過使用四個基本步驟來實現:

1) 在圖5中,服務請求者的應用程序在①創建一條 SOAP 消息。這條 SOAP 消息是調用由服務提供者提供的 Web 服務操作的請求。消息主體中的 XML 文檔可以是一個 SOAP RPC 請求,也可以是一個服務描述中所描述的以文檔為中心的消息。服務請求者將此信息和服務提供者的網址一起提供給 SOAP 基礎結構(例如一個 SOAP 客戶機運行時)。SOAP 客戶機運行時與一個底層網絡協議(例如 HTTP)交互,然后在網絡上將 SOAP 消息發送出去。

2) 網絡基礎結構在②將消息傳送到服務提供者的 SOAP 運行時(例如一個 SOAP 服務器)。SOAP 服務器將請求消息路由到服務提供者的 Web 服務。如果應用程序需要,SOAP 運行時負責將 XML 消息轉換為特定于編程語言的對象。這個轉換由消息中可以找到的編碼模式所控制。

3) Web 服務負責處理請求信息并生成一個響應。該響應也是一條 SOAP 消息。響應的 SOAP 消息在③被提供給 SOAP 運行時,其目的地是服務請求者。在 HTTP 上的同步請求/響應的情況中,聯網協議的底層請求/響應本質用于實現消息傳遞的請求/響應本質。SOAP 運行時將 SOAP 消息響應發送到網絡上的服務請求者。

4) 響應消息在④由服務請求者節點上的聯網基礎結構接收。消息會經過整個 SOAP 基礎結構;可能會將 XML 消息轉換為目標編程語言中的對象。然后,響應消息被提供給應用程序。

本示例使用了請求/響應傳送基本原理,這種原理在大多數分布式計算環境中都很常見。請求/響應交換可以是同步的,也可以是異步的。其它傳送基本原理,如單向消息傳遞(無響應),通知(推動式響應)以及發布/訂閱,也可能用到 SOAP。

信息站點的基本服務有六種,使用六中服務原語來表示:

1) GET (讀節點):客戶端用戶使用讀屬性服務請求一個信息站點中某個對象的一個屬性值。本服務允許讀訪問信息站點對外的任何一個節點對象的任何屬性。

2) SET (寫節點):客戶端用戶使用寫屬性服務修改一個信息站點中某個對象的一個屬性值。本服務本質上允許寫訪問任何一個節點對象的任何屬性,不論對象是否標準對象。

3) RESPONSE(響應):對Get,Set,Add,Delete等服務請求的回應。

4) NOTIFY (將節點通告至目標站點):通告操作主要完成一個消息的通告,當某個事件發生,或者一個對象的某個屬性發生變化時,向預訂該類通告的用戶(信息站點)發送該通告信息,這類通告信息并不需要預訂用戶的回應和確認。

5) ADD (向站點增加節點):客戶端用戶使用添加列表元素服務向一個具有列表的對象的屬性添加一個或者多個列表元素。DELETE (刪除站點的節點):客戶端用戶使用刪除列表元素服務從一個具有列表的對象的屬性中刪除一個或者多個列表元素。上述幾種基本服務的時序如圖6所示。

2.6 分布式控制系統模型

分布式的控制系統模型如上圖所示。在物理上,分布式控制系統由一組分布在不同位置的多個物理設備所組成,所有設備都通過一定的物理通信網絡(如以太網、無線局域網、藍牙等)互連起來,形成一個整體互聯的系統。每個設備都是一個相對獨立的物理系統,能夠完成一定的功能,提供各種類型的服務。

在邏輯上,分布式控制系統則由多個應用(子系統)所組成,每個應用分布在一個或者多個設備上,由這些設備的相應的對象組合而成,每個設備中的對象包括一些邏輯對象、I/O對象、功能模塊對象等。圖中每個虛線框即表示一種應用,應用中對象之間的連線是一種邏輯上的連接,可以是通告對象或者同步對象,這些對象被添加到設備的通告列表對象或者同步列表對象中,并通過具體的設備間的服務和通信來完成的。圖7給出了分布式控制系統模型的示意圖。

3. 結語

數字城市已經在世界范圍內成為發展建設的高潮,控制與集成是數字城市中的重要組成部分。在控制與系統集成領域中,為解決數據信息的互聯、可達性和可用性,必須對數據信息的通信進行統一規范。本文針對數字城市控制與集成的通信協議問題,提出了該標準規范的系統結構,規范了信息站點中各種資源和服務的外部互操作特性,規范了系統的應用通信協議,使之能夠有序協調工作。有關這一管控一體化協議體系的的更多內容將在后續的文章中陸續給以介紹。

責任編輯:gt


聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 通信
    +關注

    關注

    18

    文章

    6042

    瀏覽量

    136143
  • 電腦
    +關注

    關注

    15

    文章

    1714

    瀏覽量

    68948
  • 多媒體
    +關注

    關注

    0

    文章

    501

    瀏覽量

    37011
收藏 人收藏

    評論

    相關推薦

    總線通信協議解析及應用

    在現代計算機系統中,總線通信協議扮演著至關重要的角色。它們定義了數據如何在處理器、內存、輸入/輸出設備等組件之間傳輸。 總線通信協議的基本概念 總線通信協議是一組規則,它規定了數據在
    的頭像 發表于 12-31 10:07 ?117次閱讀

    常見串口通信協議 如何設置串口參數

    串口通信是一種常見的通信方式,廣泛應用于計算機、嵌入式系統和各種電子設備之間。串口通信協議主要是指在串行通信中,數據傳輸的格式和規則。 常見
    的頭像 發表于 12-27 09:51 ?394次閱讀

    AUTOSAR通信協議解析 如何實現AUTOSAR通信

    通信協議棧是一個復雜的系統,它涵蓋了多種通信方式和模塊,以實現車內ECU之間的高效、可靠的數據交換。以下是對AUTOSAR通信協議的解析及實現AUTOSAR
    的頭像 發表于 12-17 14:54 ?735次閱讀

    串口通信協議解析 串口通信應用實例

    串口通信協議解析 串口通信協議是指規定了數據包的內容,內容包含了起始位、主體數據、校驗位及停止位,雙方需要約定一致的數據包格式才能正常收發數據的有關規范。以下是串口通信協議的介紹: 基本概念
    的頭像 發表于 11-21 17:03 ?591次閱讀

    PLC控制系統通信協議解析

    在現代工業自動化中,PLC控制系統扮演著至關重要的角色。它們不僅需要處理復雜的邏輯控制任務,還需要與其他系統和設備進行通信。為了實現這一目標,PLC系統必須遵循一系列的
    的頭像 發表于 11-08 09:46 ?976次閱讀

    PROFINET通信協議是什么

    PROFINET通信協議是一種專為工業自動化領域設計的基于以太網的實時通信協議。以下是對PROFINET通信協議的詳細解析,包括其定義、特點、體系結構、工作原理、
    的頭像 發表于 09-25 18:13 ?1990次閱讀

    dht11采用什么通信協議

    DHT11是一款廣泛使用的溫濕度傳感器,它通過簡單的數字接口與微控制器或其他數字設備進行通信。DHT11使用單總線通信協議,這意味著所有的數據傳輸都通過單一的數據線完成。這種
    的頭像 發表于 09-04 09:06 ?2354次閱讀

    簡單認識UART通信協議

    UART(Universal Asynchronous Receiver/Transmitter,通用異步收發傳輸器)通信協議是一種常見的串行通信協議,廣泛應用于計算機、嵌入式系統、傳感器、無線
    的頭像 發表于 07-25 18:07 ?1489次閱讀

    can的通信協議主要由什么完成

    性、靈活性和成本效益。本文將詳細介紹CAN通信協議的各個方面,包括其歷史、原理、特點、應用和發展趨勢。 一、CAN通信協議的歷史 1.1 CAN的起源 CAN協議最早由德國Bosch公司在1983年提出,目的是為了解決汽車電子
    的頭像 發表于 06-16 10:29 ?631次閱讀

    用電信息采集系統通信協議規范

    電子發燒友網站提供《用電信息采集系統通信協議規范.pdf》資料免費下載
    發表于 05-09 14:30 ?0次下載

    epa通信協議是什么?epa協議介紹

    "Ethernet for Plant Automation"(EPA)是一種針對現場自動化應用的以太網通信協議。它被廣泛應用于制造業領域中的控制系統、數據采集和監控等方面。 EPA協議相對于標準
    的頭像 發表于 05-08 14:16 ?549次閱讀

    epa通信協議是什么?epa協議介紹

    "Ethernet for Plant Automation"(EPA)是一種針對現場自動化應用的以太網通信協議。它被廣泛應用于制造業領域中的控制系統、數據采集和監控等方面。 EPA協議相對于標準
    的頭像 發表于 04-23 14:21 ?944次閱讀

    UART串口通信協議是什么?

    UART (Universal Asynchronous Receiver/Transmitter) 是一種通信接口協議,用于實現串口通信。它是一種簡單的、可靠的、廣泛應用的串口通信協議
    的頭像 發表于 03-19 17:26 ?1459次閱讀

    工業控制通信協議的報文幀分別是什么樣的?

    那樣先存儲起來,不知道我對同步異步通信的理解是否正確? 2、這些協議下的通信設備發送數據的格式多種多樣,請問每種協議通信發送的幀
    發表于 01-19 14:46

    有關通信協議時一些問題?

    抗干擾就加強濾波,要求輸入信號隔離就加隔離芯片或其他方式,總之這一段電路不應該太夏雜吧,遠不如芯片內部的信號處理電路?最后請推薦幾本有關串行通信協議方面硬件方面的書,還有一個問題,這些通信協議的設計工作應該在哪些課程或哪些書上?
    發表于 01-14 00:58
    主站蜘蛛池模板: 岳的奶大又白又胖| 蜜桃视频一区二区| 婷婷综合亚洲爱久久| 国产精品欧美亚洲| 亚洲欧美一区二区三区四区| 久久AV无码AV高潮AV不卡| 原神美女被超污app| 你是淫荡的我的女王| 国产白丝JK被疯狂输出视频| 亚洲国产高清福利视频| 久久精品免费观看久久| wwwav在线| 亚洲 欧美 清纯 校园 另类| 久久视频精品38线视频在线观看| 99久久国产宗和精品1上映| 色多多涩涩屋下载软件| 激情丛林电影完整在线| 99久久免费视频6| 亚洲spank男男实践网站| 恋夜影院支持安卓视频美女| 国产99九九久久无码熟妇| 亚洲影院在线播放| 人人干人人爽| 久久黄色大片| 亚洲中文字幕AV在天堂| 欧美.亚洲.日韩.天堂| 国产三级在线精品男人的天堂| 52色擼99热99| 亚洲国产av| 欧美伦理片第7页| 国产午夜精品理论片免费观看| 亚洲 成人网| 欧美另类jizzhd| 狠狠人妻久久久久久综合九色| av网站视频在线观看| 亚洲欧洲日产国码中学| 日日射夜夜干夜夜插在线播放| 久久婷婷国产五月综合色啪最新 | 日韩欧美高清一区| 大乳牛奶女在线观看| 在线观看qvod|