(高清版)GBT 15969.9-2021 可編程序控制器 第9部分：用于小型傳感器和執(zhí)行器的單點數字通信接口(SDCI)

可編程序控制器第9部分：用于小型傳感器和執(zhí)行器的單點數字通信接口(SDCI)國家市場監(jiān)督管理總局國家標準化管理委員會可編程序控制器第9部分：用于小型傳感器和執(zhí)行器的單點數字通信接口(SDCI)中國標準出版社出版發(fā)行網址長開本880×12301/16印張15.5字數476千字2021年8月第一版2021年8月第一次印刷苦如有印裝差錯由本社發(fā)行中心調換版權專有侵權必究I Ⅲ V 1 1 2 2 6 84SDCI(IO-LinkTM) 4.1技術宗旨 4.4SDCI的通信特征 5.1通則 5.2PL服務 5.4供電 26 27 29 7.1通則 29 317.3DL協(xié)議 47 8.1通則 8.3AL協(xié)議 9.1通則 Ⅱ 10.2PD交換(PDE) 10.6設備特征 10.7設備設計規(guī)則和約束 10.9設備診斷 11.4OD交換(ODE) 11.7端口和設備配置工具(PDCT) 11.8網關應用程序 附錄A(規(guī)范性附錄)編碼、定時約束和錯誤 附錄B(規(guī)范性附錄)參數和命令 附錄C(規(guī)范性附錄)ErrorType(ISDU錯誤) 211附錄D(規(guī)范性附錄)EventCode(診斷信息) 附錄E(規(guī)范性附錄)數據類型 218附錄F(規(guī)范性附錄)DS數據對象結構 228附錄G(規(guī)范性附錄)主站與設備的一致性 229附錄H(資料性附錄)殘留錯誤概率 235附錄I(資料性附錄)ISDU傳輸示例 237附錄J(資料性附錄)檢測參數變化的推薦方法 239參考文獻 Ⅲ 第4部分：用戶導則： 第8部分：編程語言的應用和實現導則： 本部分為GB/T15969的第9部分?！狦B/T2311—2000信息技術字符代碼結構與擴充技術(idtISO/IEC2022:1994)——GB/T15969.1—2007可編程序控制器第1部分：通用信息(IEC61131-1:2003,IDT)——GB/T15969.2—2008可編程序控制器第2部分：設備要求和測試(IEC61131-2:2007, —GB/T17626.2—2018電磁兼容試驗和測量技術靜電放電抗擾度試驗(IEC61000-4-2: —GB/T17626.3—2016電磁兼容試驗和測量技術射頻電磁場輻射抗擾度試驗 —GB/T17626.4—2018電磁兼容試驗和測量技術電快速瞬變脈沖群抗擾度試驗 —GB/T17626.5—2019電磁兼容試驗和測量技術浪涌(沖擊)抗擾度試驗(IEC61000-4-5: —GB/T17626.6—2017電磁兼容試驗和測量技術射頻場感應的傳導騷擾抗擾度 —GB/T17626.11—2008電磁兼容試驗和測量技術電壓暫降、短時中斷和電壓變化的抗 -GB/T17799.2—2003電磁兼容通用標準工業(yè)環(huán)境中的抗擾度試驗(IEC61000-6-2:——GB17799.4—2012電磁兼容通用標準工業(yè)環(huán)境中的發(fā)射(IEC61000-6-4:2011,IDT)——GB/T17967—2000信息技術開放系統(tǒng)互連基本參考模型OSI服務定義約定(idtV GB/T34064—2017通用自動化設備行規(guī)導則(IEC/TR6請注意本文件的某些內容可能涉及專利。本文件的發(fā)V0.1概述本部分為GB/T15969的第9部分，針對可編程序控制器及其相關的外圍設備，應與GB/T15969如果本部分與其他IEC標準(除基本安全標準外)之間存有沖突的話，應按照本部分的規(guī)定來管理持不斷增長的應用需求。這些低成本的傳感器和執(zhí)行器需要使用低成本的數字通信技術與控制器(PC或PLC)交換診斷和配置數據，同時向后兼容當前DI/DO信號。這正是SDCI功能相結合成為一個現場總線遠程I/O節(jié)點。任何符合SDCI標準的設備都可連接到主站的任意可用接口的端口上。符合SDCI標準的設備在物理拓撲結構是每臺設備通過點對點的形式使用可長達20m以上距離的3線連接到主站。這種SDCI物理接口向后兼容IEC61131-2中規(guī)定的常用24VI/O信號，支持4.8kbit/s、38.4kbit/s和230.4kbit/s的傳輸速率。工具可以將設備與其相應的電子I/O設備描述(IODD)及其后續(xù)配置進行關聯，以匹配應用程序干預做出中期響應或通過擴展診斷信息進行更持久的調試與維護。本標準的結構在4.8中描述。除非滿足附錄G的要求，否則不能聲稱符合IEC61131-9。IEC61131-1或IEC60050系列標準中0.2專利申報國際電工委員會(IEC)提請注意這樣一個事實，遵守本文檔可能涉及以下有關小型傳感器和執(zhí)行V表0.1所涉及的專利這些專利擁有者已向IEC承諾，他們愿意與來自世界各地的申請者以免費形式或在合理和非歧視性條款及條件下就專利許可事宜進行交涉。這些專利擁有者就此方面的聲明已在IEC注冊。相關信息可從表0.2中獲取。聲明ABB公司德國費斯托公司德國西門子公司Otto-Hahn-Ring6德國西克公司瓦爾德基爾希德國請注意，除了上述內容外，該文件中的某些部分有可能涉及版權問題。IEC對識別任何專利概不1IEC60947-5-2低壓開關設備和控制設備第5-2部分：控制電路電器和開關元件接近開關magneticcompatibility(EMC)—Part4-2:Testingandmeasurementtechniques—Electr驗[Electromagneticcompatibility(EMC)-Part4-3:Testingradio-frequency,electromagneticfieldimmunitytest]驗[Electromagneticcompatibility(EMC)—Part4-4:TestingandmeasuremeIEC61000-4-5電磁兼容性(EMC)第4-5部分：試驗和測量技術浪涌(沖擊)抗擾度試驗[E-lectromagneticcompatibility(EMC)—Part4-5:Testingand擾度試驗[Electromagneticcompatibility(EMC)—Part4-6:munitytoconducteddisturbances2niques-Voltagedips,shortinterruptionsandvoltagevariationsimmunitytests]IEC61000-6-2電磁兼容性(EMC)第6-2部分：通用標準工業(yè)環(huán)境中的抗擾度試驗[Electro-magneticcompatibility(EMC)IEC61000-6-4電磁兼容(EMC)第6-4部分：通用標準工業(yè)環(huán)境用發(fā)射標準[Electromagneticcompatibility(EMC)—PaIEC61076-2-101電子設備用連接器產品要求第2-101部分：圓形連接器帶螺紋IEC61131-2可編程序控制器第2部分：裝置要求與測試(Programmablecontrollers—Part2:IEC/TR62390通用自動化設備行規(guī)導則(Commonautomationdevice—Profileguideline)ISO/IEC10646信息技術通用多重八位組編碼字符集[Informationtechnology-Universalmultiple-octetcodedcharacterset(UCS)]technology—Opensystemsinterconnection—Basicreferencemodel—ConventionsforthedefISO/IEC19505(所有部分)信息技術對象管理組織統(tǒng)一建模語言[Informationtechnology—ObjectmanagementgroupunCharacterstructurIETF(互聯網工程任務組):RFC5905網絡時間協(xié)議第四版：協(xié)議和算法規(guī)范(Networktimeprotocolversion4:protocolandalg3代碼轉換codedswitching具有4.8kbit/s傳輸率的S4檢查等級inspectionlevel通過后續(xù)周期為超過2個字節(jié)的PD進行分段周期數據交換。索引數據數據單元用于可以被分割在一系列M-sequence中的出自一組規(guī)定的M-sequence格式的一個特定M-sequence格式。通過端口被連接到1到》個設備，并提供有一個通向更高層通信系統(tǒng)或可編程序控制器的網關的5依據SDCI協(xié)議規(guī)則，從主站到設備或設備到主站所傳輸的通用異步收發(fā)傳輸器(UART)幀的單MODE模式。來自或到達一個離散或連續(xù)自動化過程的輸入值或輸出值，它們在一個主站啟動后以高優(yōu)先權自所有來自或到達一個獨立設備的過程數據完整性的傳輸，其在分段(交錯)情況下可包含有幾個IEC61131-2中定義的數字輸入輸出的端口運行模式，其是在上電或回退或進行通信嘗試失敗后6<SDCI>控制和協(xié)調主站及其端口中以及每個設備中的導致一個設備從SIO模式轉換到SDCI模式的程序。AL:應用層(ApplicationLaBEP:位誤差概率(BitErrorProbability)C/Q:通信(C)或轉換(Q)信號(SIO)的連接DI:數字輸入(DigitalInput)DO:數字輸出(DigitalOutpuH/L:接收器中的高/低信號ILL:輸入C/Q連接到VO的輸入載荷電流，以A計量IQ:飽和運行狀態(tài)ON中的驅動電流，以A計量IQPK:不飽和運行狀態(tài)(N中的最大驅動電流，以IQPKH:不飽和運行狀態(tài)(ON中高側驅動器上的最大驅動電流，以A計量IQQ:在輸入C/Q上的靜態(tài)電流為V?且輸出驅動器未激活，以A計量7N24:24V外部電源(一)P24:24V外部電源(十)89——同一個系統(tǒng)中一個通信層服務提供方和一個通信層服務消費者之間通過調用服務原語所進行這些程序適用于通信層內支持受時間限制通信服務的系統(tǒng)之間的通信實例。不同(主站和設備)服務的性質是以屬性為特征的。所有服務的定義均產生于受影響層對其上一層-—一個僅含有服務名稱的箭頭既表示請求又表示響應的確認，請求位于箭頭所指方向；—一個無確認的請求以及全部指示和響應均被如此標識(即service.req,service,ind.service.圖1顯示了一個已確認服務的實例。初始器初始器f響應器圖2顯示了基于字的數據類型如何從存儲器傳輸到傳輸介質，反之亦然(即首先傳送最重要的字0n態(tài)轉換表的布局需遵循IEC/TR62390。線字符而非一個圓點來附加上去，并將服務參數添加到括號中去，如DL_Event_ind(OPERATE)中。圖3顯示了SDCI的基本概念。用于小型傳感器和執(zhí)行器的SDCI技術(俗稱IO-LinkTM)定義了IEC61131-2所明確的將一個24V設備從現有數字輸入和輸出接口轉換到一個點線外圍設備中的數字I/O模塊可由SDCI的主站模塊來取代，它即提供了傳統(tǒng)數字輸入/數字輸出接13O口“交換信號”標準信號QC3圖4顯示了自動化層級中SDCI的技術領域。SDCI技術定義了將傳感器和執(zhí)行器連接到一個主站單元的通用接口，其可與網關功能相結合成為一個現場總線遠程I/O節(jié)點。設計SDCI的起始點是IEC61131-2中所定義的傳統(tǒng)24V數字輸入接口(DI)以及表6中所規(guī)定的許多傳感器和執(zhí)行器如今已裝備有一個提供通用異步收發(fā)傳輸器(UART)接口的微控制器，該接口可通過增加一些硬件組件和協(xié)議軟件進行擴展以支持SDCI通信。這第二種運行模式采用了24V信息用于設備備份的外部參數存儲和設備更換的快速重裝。具有SDCI能力的傳感器和執(zhí)行器在本部現場總線控制器設備描述網關應用程序現場總線集成應用默認連接(A類端口)包括4個探針(見圖3)。用于A級端口的默認布線符合IE注：一個使用第四條布線的A級端口設備與一個B級端口的主站不兼容。前兩個索引項0和1為每個直接參數頁面1和2而預留，它們各自具有最大16個字節(jié)。參數頁其他索引(2～65535)中每個指數允許訪問一個擁有最大232個字節(jié)的記錄。子索引0指定了索字節(jié)輸入索引0...65535,(診斷)字節(jié)rtrrrrr頁面1+2字節(jié)參數和命令00送一個響應報文(見圖36)。兩個報文同被稱為M-sequence,定義的幾個M-sequence類型用來支持用戶對數據傳輸的需求(見圖37)。周期性(默認)(頁面1或2)請求(默認)過程·如設備輸入和輸出這種運行數據是通過使用周期傳輸的過程通道來傳輸的。運行數據也可與·設備事件使用非周期傳輸通過一個診斷通道進行傳輸。通過使用3種嚴謹的等級，即錯誤、警圖7顯示了主站的每個端口均擁有一個連接了通用主站AL的自我DL。在AL內部，DL的服務被轉化為對PD對象(輸入/輸出)、請求數據對象(讀/寫)和事件的行為。主站應用程序包括一個配置輸入應用層(AL)輸出主站的另一個任務是對端口進行協(xié)調。用戶可通過選擇端口周期模式進行配置。在一個主站的工程支持通常由一個端口和設備配置工具(PDCT)來提供。PDCT同時配置了端口屬性和設備屬性(見圖5中所示參數)。它結合了I/O)設備描述翻譯器和一個配置器(見11.7)。IO設備描述提供了所有的必要屬性以建立通信并提供了必要參數以及它們的邊界以便建立一個傳感器或執(zhí)行在現場總線系統(tǒng)內集成一個主站，即與現場總線上更高等級實體進行數據交換的網管功能進行定將一個設備配置工具集成到一個特定現場總線的圖8顯示了主站和設備的邏輯結構。第5章規(guī)定了SDCI的PL,第6章規(guī)定了SIO)模式的詳細信息。第7章規(guī)定了DL服務、協(xié)議、喚醒、M-sequence和DL處理機。第8章規(guī)定了AL的服務和協(xié)議。第9章規(guī)定了系統(tǒng)管理(SM)。第10章規(guī)定了設備應用程序和功能。這些包括PD交換(PDE)、參數管理(PM)、數據存儲(DS)和,件調度(ED)。技術特定應用程序不屬于本部分范疇。他們可在特定設備系列行規(guī)中進行規(guī)定。第11章規(guī)定了主站應用程序和功能。這些包括PD交換(PDE)、請求數據交換(ODE)、配置管理一些規(guī)范性和資料性附錄也包括在內。附錄A定義了可用M-sequcnce類型，附錄B描述了直接參數頁面的參數和固定設備參數，附錄C列舉了在非周期傳輸情況下的錯誤類型，而附錄D則列舉了事件代碼(設備診斷信息)。附錄E定義了可用的基本和復合數據類型.附錄F定義了數據存儲對象的結構。附錄G涉及兼容性和電磁兼容測試要求，附錄H提供了殘差概率圖，展示了SDCI數據完整性的等級。附錄I提供了非周期數據傳輸序列的一個實例。附錄J解釋了在數據存儲環(huán)境下用于檢測參5物理層(PL)5.1通則SDCI的三線連接系統(tǒng)基于IEC60947-5-2的規(guī)范。這三條線如圖9所示用于以下：(L+)用于24V供電，(L一)用于地線，(C/Q)用于轉換信號(Q)或單點數字通信接口(SDCI)通信(C),如圖9所示。主站主站L-圖9三線連接系統(tǒng)支持SDCI三線連接系統(tǒng)對于主站是強制性的。具有這種特性的端口被稱為A級端口。A級端口使用一個四針連接器。第四條線可根據IEC61131-2的規(guī)定用于一條額外信號線。主站和設備對其的支持皆是可選擇的。五線連接(B級端口)是為一個需要單獨24V供電的額外電源的設備而指定的(見5.5.1)。SDCI系統(tǒng)拓撲使用了主站與其設備之間點對點的連接，如圖10所示。主站可以擁有用于設備連接的多個端口。一個端口只可連接一個設備。圖10SDCI拓撲5.2PL服務5.2.1概述圖11概述了主站PL和它的服務原語。物理層(端口)介質喚醒編碼切換轉換信號選擇消息處理機NC/圖11PL(主站)PL規(guī)定了圖3中的C/Q線的操作以及相關線路驅動器(傳輸器)及一個特殊端口接收器。主站操PL-SctMode.req服務負責轉換到這些模式中的其中一種模式。如果端口處于未激活狀態(tài)時.C/Q線應為高阻抗(浮動)。在SIO模式中，端口可分別根據IEC61131-2或表6中的定義被用號在主站應用程序內被直接處理。在SDCI模式中，PL_WakeUp.req服務創(chuàng)建了一種特殊信號模式圖12顯示了設備PL和其服務原語的概觀。模式轉換喚醒編碼切換選項一個設備的PL.遵循與圖12中相同的原則，所不同的是沒有未激活狀態(tài)。通過將上電或電纜連接設置為默認，設備應作為一個數字輸入在SIO模式下進行運行。設備應始終能夠檢測喚醒電流脈沖(喚醒請求)。如果要想轉換到SDC1模式，設備就需要PL_WakeUp.ind服務報告成功檢測到的喚醒請隨后，所指定的服務由PL提供到SM及DL.(見圖83和圖94用于所有服務的全部概觀)。表1列出了主站和設備作為單個PL服務初始方或接收方所被分派的功能。GB/T15969.9-2021/IEC61131-9RRR說明(見3.3.4):I-—服務發(fā)起者；PL-SetMode服務用于建立PL的電子特性和配置。表2中列出了服務原語的參數。MM服務請求的特定服務參數在Argument中進行傳輸。(數字輸入模式中的C/Q線)(數字輸出模式中的C/Q線)(COM1模式中的C/Q線)(COM2模式中的C/Q線)(COM3模式中的C/Q線)PL-WakeUp服務啟動或指示一個特定序列，其為PL做好發(fā)送和接收通信請求(見)的準備。這種未經證實的服務沒有參數。它的成功只能由主站通過與設備嘗試地進行通信來進行驗證。表3列出了服務原語。MMResult(十)SResult(一)SMIQPK超載圖13線路驅動器參考電路圖接收器是由對應于圖14的參考電路原理圖來指定的。它所起到的是一個比測器的功能，由它的轉換閾值和交換閾值之間一個滯后的VTH來指定。輸出顯示了在接收器輸入一邊的邏輯等級(高或FHYS圖14接收器參考電路圖圖15顯示了用于SDCI三線連接系統(tǒng)的主站和設備互連的參考電路圖。主站線路主站IOHp1QPKI/8VRQlyIQPKLH/L—VD0圖15SDCI三線連接系統(tǒng)參考電路圖隨后的插圖和參數表涉及了圖16中的電平定義。參數索引指的是主站(M)、設備(D)或線路(L)。在VD+L、VDQ.和VD01線上的電壓點通過5.5中的電纜參數自行指定。線路線路輸出輸入主站設備VD?圖16電壓等級定義電壓范圍和轉換閾值的定義對于主站和設備均是相同的。表5中定義適用。輸入閥值“H”V見注1輸入閥值“L.”8V見注1的滯后0V見注2可允許電壓范圍“L”V可允許電壓范圍“H”V注1:閾值與IEC61131-2的類型1數字輸入的定義兼容。圖17展示了檢測高低信號的轉換閾值。電壓范圍閥值'HFTHHMAxITHHyIN閥值L電壓范圍圖17轉換閾值表6給出主站端口電子特性的定義。典型V見圖16設備電流脈沖能力端口供電上電后用于18V的用于的載荷或放電電流055見注1剩余電壓“H”3V剩余電壓“L”3VDC驅動電流“H”輸出峰值電流“H”輸出峰值電流“L”f=0MHz到4MHz注1:電流與IEC61131-2類型1數字輸入的定義兼容。然而.范圍在5V<VIw<15V時.非2mA以便為純粹p型轉換設備實現足夠轉換速注2:喚醒請求電流()。典型電源電壓V見圖16Vfngk=DC到100kHz殘余電壓“H”3V殘余電壓“L”3V出(“開”狀態(tài))根據IEC61131-2類型2,由于回退至數字輸入的最小值出(“開”狀態(tài))0靜態(tài)電流到V0n(“關”狀態(tài))0下拉或帶有取消激活的輸出驅動器殘余電流01.+或L一之間的有效電容ooVIHp.MMAXVTHHMAXVTHLMAXVRQHo.MMAX起始起始圖20正確檢測通用異步收發(fā)傳輸器幀(UART)眼圖對于一個UART幀位序列中的每個位n(n=1…11)來說，(n-r)Ter時間(見表8為r的值)劃定了一個時間段，即在該時間結束時應達到如圖19中眼圖所展示的“H”或“L”中的正確等級。(n-s)Tar時間(見表8的s值)描述了在該等級改變之前應度過的時間。應參考圖19中的眼圖，它涉及一個表8規(guī)定了傳輸動態(tài)特性。位時間%%%r以UART8倍采樣率進行采以UART8倍采樣率進行采上升時間0000表8(續(xù))下降時間0000s噪聲抑制時間的允許持續(xù)時間檢測時間高號的持續(xù)時間1檢測時間低號的持續(xù)時間參數“r”和“s”分別適用于主站和設備的接收器一端。該定義使得設備一側的振蕩器精度、位失真和轉換速率具有更加柔性的精確度。UART幀最后一個位的整體位寬失真應提供一個如圖20中所包喚醒特性用于將設備設置到COMx模式的這種請求。喚醒請求(WURQ)由一個用于Twt時間的主站(端口)所引導的電流脈沖啟動。喚醒請求包括以下階段(見圖21):b)延遲設備時間直至其準備開始接收。設備可以通過C/Q線路上的電壓變化或Twc時間內各自驅動元件的評估對喚醒請求脈沖進行檢測。圖21顯示了具有低輸出功率設備的例子。喚醒請求喚醒請求b)未定義Q=高未定義高阻抗，低等級設備輸出高阻抗，低等級準備通信V圖21喚醒請求典型主站喚醒電流脈沖電流脈沖緊隨設備開關狀態(tài)主站喚醒電流脈沖持續(xù)時間準備喚醒表10電源接通定時典型電源接通后喚醒備喚醒信號檢測(見注)注：等同于IEC60947-5-2可用性之前的時間。主站和設備探針的分派基于IEC60947-5-2的規(guī)范，下列的段落中對擴展名做了指定。A級端口據IEC61076-2-101進行了機械性的A編碼。母連接器被分派于主站，而公連接器被分派于設備。表11列出了探針分派，圖23顯示了用于1電源供電(+)2NC/DI/DO(A級端口)P24(B級端口)選擇1:NC(未連接)選擇3:數據輸入.然后配置數據輸出選擇4:供電設備的額外供電(B級端口)3供電(一)4標準1/()模式(DL/DO)或單點數字通據輸出電子特性)5NC(A級端口)N24(B級端口)選擇1:不得在主站一側連接(A級端口)選擇2:參照額外供電(B級端口)選擇1:NC(未連接)23542OO442O4觸點插孔(主站)2類型A類型Ao3322003端口類別A(M12)端口類別A(M12)5備，電流視制造商而定)N?4(Acu)電源2外部供電電源!供電352典型0m總回路電阻RL,QRL供電(十)黑色“供電(+)DI或D()白色附加供電(十)附加供電(一)#符合IEC60947-5-2。圖83和圖94展示了SIO模式是如何允許組DL服務(DL-services)以用于搜索DL中的設備識別參數和狀態(tài)機設置。DL使用PD服務(PLDLISDU-D.pDlnpu..DL_Read-OD.rspDL.Event-UpdateDLISDU-D.pDlnpu..DL_Read-OD.rspDL.Event-Update注：該圖使用了3.3.5中的約定。圖27顯示了DL的結構和服務。三00圖27(設備)DL的結構和服務第7章定義了為AL.和SM所提供的經由其外部接口的DL服務。表14列出了主站和設備作為單獨DL服務被分派的發(fā)起者或接收者的功能表14主站和設備內服務分派RIR1RIR1R1RIIIR11IRRRR1RI說明(見3.3.4):AL使用DL_ReadParam服務經由頁面通信通道讀取來自設備的參數值。服務原語的參數列在表15中。表15DL_ReadParamResult(十)Result(一)MMSMSMMMN()_COMM(無可用通信),STATE_CONFLICT(當前狀態(tài)中服務不可用)Result(十)Result(一)MMMSSMMMM服務特定參數在Argument中傳輸。Result(+):N(_COMM(無可用通信),STATE_CONFLICT(當前狀態(tài)內部無可用服務)SM使用DL_Read服務用通過頁面通信通道讀取設備參數值。表17列出了服務原語的參數。表17DL_ReadResult(一)MMSMSMMMNO_COMM(無可用通信),STATE_CONFLICT(當前狀態(tài)內部服務不可用)表18DL_WriteResult(十)Result(一)MMMSSMMMMNO_COMM(無可用通信),STATE_CONFLICT(當前狀態(tài)內部無可用服務)DL_ISDUTranDL_ISDUTransport服務用于傳輸一個(ISDU)。主站使用該服務將來自主站AL的服務請求發(fā)送到設備。它被設備用來將設備AL的一個服務響應發(fā)送到主站。服務原語的參數列于表19。Result(一)Resolt(一)MMMMSCMSMSCMSMWRITE(寫(ISDU沒有執(zhí)行),主站AL使用DL_PDOutputUpdate服務來更新DL上的輸出MMSMResult(一)SM設備上的DL使用DL_PDOutputTransport服務將輸出PD內容傳輸到AL(從主站到設備)。MM0DL_PDInputUpdate設備AL使用DL_PDInputUpdate服務對DL上的輸入數據(從設備到主站的PD)進行更新。MMSMResult(一)SMMMDL使用DL_PDCycle服務來顯示一個SM使用DL_SetMode服務來設置DL的狀態(tài)機并將操作所MMUResult(一)SResult(一)SMMMMMMMMMMMMMM6DL_EventConfDL_EventConf服務通過事件處理機確認所發(fā)送的事件。該服務沒有參數。表29列出了服表29DL_EventConfDL_EventTriggcr請求啟動事件信號(見圖A.3中的事件標志)并凍結DL內的事件存儲區(qū)。在處理完已激活事件后即返回確認信息。附加的DI_EventTrigger請求被忽略直至前一個請求得到確認主站使用DL_Control服務傳達控制信息。通過MasterCommand機制傳達特定技術設備應用。通過PD狀態(tài)標志機制(見A.1.5)和PDInStatus服務(見)來獲取控制信息。表31列出了服務MMM(輸出PD無效或缺失)RR1IRIR1111MMMMMMMMMMCCResuli(十)SSCMMResult(一)SSMREAD(讀操作).WRITE(寫操作)N()_COMM(無可用通信),(當前狀態(tài)內無可用服務)PD服務用于設置將通過過程通信通道發(fā)送的PD。服務確認包含了來自接收器的數據。服務原語的參數列于表34。Resuli(十)Result(一)MCCCCCMSCSMSS服務特定參數在Argument中被傳輸。該參數包含被請求輸入PD長度。該參數包含從主站到設備將被傳輸的PD。MMMMVALID[基于PD狀態(tài)標識(見A.1.5),輸入PD有效(見A.1.5);見8]INVALID(輸入PD無效)表37MHInfoM(檢測到未期待的M-sequence類型),表38ODTrigM表39PDTrigM服務特定參數在Argument中被傳輸。該參數包含用于每個報文PD的可用空間。圖26和圖27顯示了DL及其組件的結構：一個DL-mode處理機、報文處理機、PD處理機處理機以提供一些特定服務。7.3.2～7.3.8借助UML狀態(tài)機和轉換表對這些處理機的行為(動態(tài))進OD處理機支持三種獨立的數據類型：ISDU、命令和事件。由此，圖28中顯示了三種附加狀態(tài)機與OD處理機狀態(tài)機共同工作的情況。附加序列或活動圖顯示了某種應用案例。請參見圖28DL狀態(tài)機7.3.2DL模式處理機圖26中所示的主站DL-mode處理機使用PL服務和內部行政調用來負責設置SDCI的通信以便圖27中所示的設備DL-Mode處理機負責檢測喚醒請求并建立通信。它接收MasterCommands以便與主站DL-Mode處理機狀態(tài)，如STARTUP、PREOPERATE和OPERATE同步并適當地管理SM借助DL_SetMode服務(請求模式=STARTUP)觸發(fā)DL上隨后的運行。③③主站設備②主站設備無響應Tss典型隨后數據傳輸率位時間(如果受到支持的話)喚醒重試延時喚醒重試計數222喚醒請求重試數目設備檢測時間1s主站DL一旦找到了一個正在進行通信的設備就應停止建立通信程序，并向檢測到的·設備應在三個主站循環(huán)時間(MasterCycleT圖32回退規(guī)程表41回退定時特性典型備注回退延遲3倍主站循環(huán)周期(OPERATE)或圖32)圖33顯示了主站DL-mode處理機狀態(tài)機。 T1_ 在接收到來自SM的DL_SetMode_STARTUP服務后，DL-mode處理機應首先通過PL_WakeUp服務創(chuàng)建一個喚醒電流脈沖，然后建立通信。此程序在圖34中的子機1中被指定。PD的循環(huán)交換。在這種狀態(tài)下，可使用適當的M-sequcncc類型發(fā)送附加OD,如ISDU、命令和事件(見圖37)。tm(Tdmt)[NoResponse] 圖34建立通信子機1表42顯示了主站DL-mode處理機狀態(tài)轉換表。表42主站DL-mode處理機狀態(tài)轉換表等待SM的喚醒請求(SM)DL_SetMode(STARTUP)EstablisbComm_1執(zhí)行喚醒程序(子機1)SM使用STARTUP狀態(tài)進行設備識別、檢查和通信配置(見圖69)不含PD的OD交換(參數.命令，事件)表42(續(xù))PD和OD交換(參數.命令，事件)建立喚醒電流脈沖：調用服務PI-Wakc-Up(見圖11和)并表40)試圖通過報文處理機來測試擁有COM3傳輸率的報文：調用MH_Co表38)并等待Tpr(見表40)試圖通過報文處理機來測試擁有COM2傳輸率的報文：調用MH_Co表38)并等待Towr(見表40)試圖通過報文處理機來測試擁有COMi傳輸率的報文：調用MH_Co圖38)并等待T?sr(見表40)行為01設置重試=012COM3傳輸率成功。報文處理機被激活并被配置到COM3(見圖38,轉換T2)。激活命令處理機(調用圖51中的CH_Conf_ACTIVE)。將DL_Mode,ind(STARTUP)和DL_Mode.ind(CO12COM2傳輸率成功。報文處理機被激活并被配置到COM2(見圖38,轉換T2)。激活命令處理機(調用圖51中的CH_Conf_ACTIVE)。將DI._Modc,ind(STARTUP)和DL_Mode,ind(CO12轉換T2)。激活命令處理機(調用圖51中的CH_Conf_ACTIVE)。將DI._Mode.ind(STARTUP)和DL._Mode,ind(CO10將DL_Mode.ind(INACTI23SM請求PREOPERATE狀態(tài)。激活(D(調用圖46_ACTIVE圖46)、ISDU(調用圖49中的1H_Conf_ACTIVE)以及事件處理機(調用圖53中的EH_Conf_ACTIVE)。PREOPERATE8)。將DI._Mode,ind(PREOPERATE32SM請求STARTUP狀態(tài)。將報文處理機狀態(tài)(調用圖38中的MH_Conf_STARTUP)。取消激活OD(調用圖46中的(H_Conf_INACTIVE)、ISDU(調用圖49中的IH_Conf_IN-ACTIVE)和命令(調用圖51中的CH_Conf_INACTIVE)和事件處理機(調用圖53中的EH_Conf_INACTIVE)。(STARTUP)返回至SM30SM請求SIO)模式。取消激活所有處理機(稱為xx_TIVE)。將DL_Mode.ind(INACTIV30報文處理機通過DL-服務MHInfo(COMLOST)消激活所有的處理機(稱為xx_Conf_INACTIVE)。將DL._Mode.ind(COM1.OST)返回至SM表42(續(xù))行為34SM請求(PERATE狀態(tài)。激活PD處理機(如果M-scquence類型=TYPE2x.調用PD_Conf_SINGLE,或者·如果圖ATE)。將DL_Mode.ind(工作)返回至SM24SM請求(OPERATE狀態(tài)。激活PD處理機(根據主端口配置調用圖44中的PD_Coní_SINGLE或PD_Conf_INTERLEAVE)。激活OD(調用圖46中的OH_Conf_ACTIVE圖46)、ISDU(調用圖49中的IH_Conf_ACTIVE)以及事件處理機(調用圖53中的EH_Conf_ACTIVE)。將報文處理機狀態(tài)更改到OPERATE(調用圖38中的MH_Conf_OPERAT)。將DL_Mode,ind(OPERATE)返回42SM請求STARTUP狀態(tài)。將報文處理機狀態(tài)(調用圖38中的MH_Conf_STARTUP)。取消激活PD(調用圖44中的PD_Conf_INACTIVE)、OD(調用圖46中的(OH_Conf_INAC-TIVE)、ISDU(調用圖49中的IH_Conf_INACTIVE機(調用圖53中的EH_Conf_INACTIVE)。將DI._Mode.ind(ST-ARTUP)返回至SM40SM請求SIO狀態(tài)，取消激活所有處理機(調用xx_TIVE)。將DL_Mode.ind(INACTIV40報文處理機通過DL-服務MHInfo(COMLOST)通知有關通信丟取消激活所有處理機(調用xx_Conf_INACTIVE)。將DL_Mode.ind(COMLOST)返回至SM56設置COM3模式傳輸率67設置COM2模式傳輸率78設置COM1模式傳輸率8995內部名稱類型定義該調用導致報文處理機發(fā)送一個具有COMx以及M-sequcnceTYPE_0的請求傳輸率的報文(見表44)該調用導致報文處理機切換到STARTUP狀態(tài)(參見圖38)該調用導致報文處理機切換到PREOPERATE狀態(tài)(參見圖38)該調用導致報文處理機切換到OPERATE狀態(tài)(參見圖38)該調用激活相應的處理機。xx替代MH(報MHInfo_ILLEGAL_MESSAGMHInfo_ILLEGAL_MESSAGET6[MCm表43顯示了設備DL-mode處理機狀態(tài)轉換表。等待檢測到的喚醒電流脈沖(PL_WakeUp.ind)EstablishComm_1報文處理機被激活并等待COMx測試報(見表42)兼容性檢查(見)不含PD的(OD交換(參數，命令，事件)PD)和()D交換(參數，命令，事件)表43(續(xù))日標狀態(tài)動作01ACTIVE)。通過服務DL._Mode,ind(ESTABC()M)將狀12建立COM3、COM2或COM1模式的三個傳輸率之一。激活(D(調用圖47中的(OH_Conf_ACTIVE)和命令處理機(調用圖52中的CH_Conf_ACTIVE)。通過服務DI._Mode.ind(COM1、COM2或23ATE)。激活ISDU(調用圖50中的IH_Conf_ACTIVE)和事(調用圖54中的EH_Conf_ACTIVE)。通過服務DL,_Mode,ind(PREOPERATE)將狀態(tài)指示給SM34設備命令處理機接收到MasterCommand(MCm活PD)處理機(調用圖45中的PD_Conf_ACTIVE)。通過服務DL_Mode.ind(OPERATE)將狀態(tài)指示24設備命令處理機接收到MasterCommand(MCm活PD處理機(調用圖45中的PD_Conf_ACTIVE)、ISDU(調用圖50中的IH_Conf_ACTIVE)以及事件處理機(調用圖54中的EH_Conf_ACTIVE)。通過服務DL_Mode.ind(OPERATE)將狀態(tài)指示32設備命令處理機接收到MasterCommand(MCmd_STARTUP)。取消激活ISDU(調用圖50中的IH_Conf_INACTIVE)和事件(調用圖54中的EH_Conf_INACTIVE)。通過服務DL_Mode.ind(STARTUP)將狀態(tài)指示給SM42設備命令處理機接收到MasterCommand(MCmd_STARTUP)。取消激活PD處理機(調用圖54中的PD_Conf_INACTIVE)、ISDU(調用圖54中的IH_Conf_INACTIVE)以及事件處理_INACTIVE)。通過服務指示狀態(tài)DL_Mode,ind(啟動)到SM,通過服務DL_Mode.ind(STARTUP)將狀態(tài)指示給SM30設備命令處理機接收到MasterCommand(MCmd_FALLBACK)。等到Tr過后再取消激活所有處理機(調用x通過服務DL_Modc.ind狀態(tài)(INACTIVE)將狀圖79和表93)40設備命令處理機接收到MasterCommand(MCmd_FALLBACK)。通過服務DL_Mode.ind狀態(tài)(INACTIVE)將狀圖79和表93)10Conf_INACTIVE)。通過服務DL_Modc.表43(續(xù))目標狀態(tài)動作42報文處理機檢測到一個非法M-sequence類型。取消激活PD(調用圖45中的PD_Conf_INACTIVE圖45)、ISDU(調用圖5Conf_INACTIVE)以及事件處理機(調用圖54中的EH_ACTIVE)。通過服務DL_Mode,ind(STARTUP)將狀態(tài)指示(參見圖79和表93)32報文處理機檢測到一個非法M-sequence類型。取消(調用圖50中的IH_Conf_INACTIVE)和事件處理機(調用圖54中的EH_Conf_INACTIVE)。通過服務DL._Mode.ind(STARTUP)將狀態(tài)指示給SM(見圖79和表93)內部項定義T見表41見圖31任何由設備命令處理機所接收到的主站命令(MasterCo表42和圖52,狀態(tài)“CommandHandler_2”)報文處理機的作用在7.1和中指定。7.3.3指定了報文處理機的M-sequence和動作(動力一個主站和其設備以一個報文序列(M-sequenc幀幀幀幀幀幀幀圖36SDCI報文序列所有多字節(jié)數據類型都應作為大端順序發(fā)送，即應首先發(fā)送高字節(jié)(MSO).其后按降序排列接著“PD”和/或“OD”字節(jié)緊跟其后。設備報文依次有選擇地從“PD”字節(jié)和/或“OD”字節(jié)開始，其次緊跟可以選擇各種不同的M-sequence類型以滿足一個執(zhí)行器或傳感器(掃描率，PD量)的特殊需要。圖37展示了已定義的M-sequence類型總覽。虛線內的若干部分取決于M-sequence控制字節(jié)內同的M-scquence類型包括TYPE1V和TYPE2V。不同的M-sequence類型滿足了傳感器和執(zhí)行器對于其PD的位寬和各自條件的各種要求。M-se-quence類型詳細信息請參見A.2。相關M-sequence定時約束請參見A.3。圖37M-sequence類型總覽在STARTUP和PREOPERATE狀態(tài)中，一個設備能夠以一種非循環(huán)方式進行通信。為能檢測過DL執(zhí)行操作。應對A.2.6中所規(guī)定的用于非循環(huán)通信的最小恢復時間予以考慮。這些階段過后，循環(huán)PD通信可由主站通過DL_SetMode中，應使用用于周期性數據交換的M-sequcnce類型以便與一個設備來交換PD和OD(見表A.9主站應使用在設備參數“MasterCycleTime”中所顯示的具有0%～+10%(包括抖動)的相對耐受性的tcw時間值(見表B.1)。圖38顯示了主站報文處理機的主站狀態(tài)機。圖39～圖41顯示了三個描述了對通信錯誤產生反報文處理機負責DL-Mode處理機的“EstablishCom”“StartUp”“Pre()perate”和“O)perate”狀態(tài)內一個處于“Inactive_0”狀態(tài)的內部行政調用MH_Conf_COMx導致報文處理機在建立通信序列期MHConfINACTIVE_初始化DL_ReadParam/GerOD_7_96-WrleRed[Rety=M_圖38主站報文處理機狀態(tài)機“Startup_2”狀態(tài)提供了全部通信手段以借助DL_Read和DLWrite服務來支持SM的身份檢查。“Preoperate_6”狀態(tài)是所有OD活動的查驗點，例如設備參數的ISDU、命令和事件。報文處理機等待如圖38所示服務的出現以便發(fā)送和接收報文(非循環(huán)通信)。“Response3”狀態(tài)的子機如圖39所示。tm(Tiniteyc)[Retry<Max_“Response8”狀態(tài)子機如圖40所示。[ResponsenotOKJtm(Tiniteyc)[Retry<MaxR“Responsc15”狀態(tài)子機如圖41所示。tn(Tcyc)[Retry<MaxR 主站報文處理機狀態(tài)轉換表如表44所示。表44主站報文處理機狀態(tài)裝換表通過來自DL-mode處理機的MH_Conf_COMx調用等待一個“測圖34和圖42)AwaitRcply_1等待來自設備到“測試“報文的響應。每當時間Tsen未從設備得到響應或到“測試”報文的響應無法被解碼時就會返回到Inactive_0狀態(tài)。萬一有來自設備的一個當通過T2轉換時，該狀態(tài)根據表A.7中所規(guī)定的條件負責控制非循環(huán)OD交換。任何來自SM的DL,_Write或DL_ReaOD服務導致報文處理機發(fā)送一個相應報文。子機在該偽狀態(tài)中該狀態(tài)檢查時間Txm.是否已過及響應是否正確如果響應不正確，報文處理機將在一個等待時間T之試過多后，報文處理機將變?yōu)镮nactiv當收到一個調用MH_Conf_PREOPERATE時，報文處理機變成該狀態(tài)。報文處理機就根據表A.8中所規(guī)定的條件開始負責控制非OD交換。任何DI_RcadParam、DL_WriteParam、DL_ISDUTransport、DL_Write或EventFlag均會導報文處理機使用ODTrig服務以從OD)處理機中獲得OD。報文處理OD服務導致報文處理機發(fā)送相應報文。子機在該偽狀態(tài)中等該狀態(tài)檢查時間TM是否已過及回應是否正確表44(續(xù))SM:ErrorHandling_10一旦響應不正確，報文處理機將在一個等待時間Tm多之后，報文處理機將變?yōu)镮nactive_0狀態(tài)CheckHandler_11有些服務需要幾個OD采集周期以交換(D。每當受影響的OD當接收到一個調用MH_Conf_OPERATE時.報文處理機在一個初始時間T...后將會變?yōu)樵摖顟B(tài)。其根據表A.9和表A.10中所規(guī)定的條件負責控制循環(huán)PD和OD交換。報文處理機在時間tevc過后將重新自動啟動一個新的報文周期GetPD_13報文處理機使用了PDTrig服務以從PD處理機中獲取PD。報文處務，然后變?yōu)闋顟B(tài)Get(D_14Get()D_14報文處理機使用了ODTrig服務以從OD處理機中獲取OD。報文服務以補充已經獲取的PD并使用以獲取的PD/Response_15報文處理機使用所獲取的PD/OD發(fā)送一個報文。處于該偽狀態(tài)的SM:AwaitReply_16該狀態(tài)檢查時間Tswun.是否已過以及回響是否正確SM:ErrorHandling_17目標狀態(tài)動作01發(fā)送一個帶有COMx以及M-scquenceTYPM-sequence控制MC=0xA2(見A.1.2)。啟動T12通過DL_Read服務確認返回"MinCy1010重設定時器(Tymm)23(見A.1.2)。使用TMn啟動定時器23(見A.1.2)。使用TMm啟動定時器45重設定時器(TMmc)45重設定時器(Tsm)543230報文處理機將MH_Info(COMLOST)返回至DL-26表44(續(xù))目標狀態(tài)動作67報文處理機為應求處理機調用處于“ISDU_1”狀態(tài)中的務(見圖46)。在該狀態(tài)下·它會導致ISDU處理機提供對應于DIReadParam服務的OD服務(見圖19,轉換T13)67報文處理機為應求處理機調用處于"ISDU_1"狀態(tài)的O(見圖46)。在該狀態(tài)下，它會導致ISDU處理機提供對應于DLWriteParam服務的OD服務(見圖49.轉換T13)67的OD服務(見圖53.轉換T12)。報文處理機也許需要幾個周期直67報文處理機為應求處理機調用處于“ISDU_1”狀態(tài)的O(見圖46)。在該狀態(tài)下.它會導致ISDU處理機提供對應于DL.Writc服務的(D服務(見圖49.轉換T13)78在由OD.req服務所導致的恢復時間T后發(fā)送報文。使用9重設定時器(Twn)9重設定時器(Tw)980報文處理機改變?yōu)闋顟B(tài)Inactive_0并將MH_Info(C(ML.()ST)返回87輪流通過索引數據數據單元或Event'Trig來66報文處理機改變?yōu)闋顟B(tài)(Operatc_12服務(見圖44)通過OD)Trig服務調用(D處理機來獲取OD(見圖46)通過PD)處理程序的PD.rcg服務準備好PI)和(D程序準備(OD.reg服務。消息處理程序發(fā)送重設定時器(TMs)重設定時器(TMsm)loc時間后重新發(fā)送報文。使用Tw重啟定時器0報文處理機改變?yōu)闋顟B(tài)Inactive_0并將MH_Info(COMI.OST)返回表44(續(xù))目標狀態(tài)動作設備響應報文正確。通過PD.cnf服務以及調用PDTrig將PD返回到PD處理機(見表46)。經由OD.enf服務處理機返回到(D處理機，其再將它重新定向令(見表54)或履行責任的事件處理機(見表57)0報文處理機改變?yōu)闋顟B(tài)Inactive_0并將MH_Info(COMLOST)返回60報文處理機改變?yōu)闋顟B(tài)Inactive_0并將MH_Info(COMLOST)返回6222內部項類型定義I見式(A.6)DL_SetMode服務使用其參數“M-sequenceTime”提供見表42設備報文處理機狀態(tài)機如圖42所示。T8初始化設備報文處理機狀態(tài)轉換表如表45所示。等待設備DL-mode處理機通過MH_Conf_ACTIVE激活(見表43,轉換T1)Idle_1通過PL_Transfer服務指示等待第一個主站報文UART幀。檢查接收主站報文UART幀。檢查接收到的UART幀數目(設備知道M-s型，因此也知道UART幀的數日)。檢查時間“MaxUAR檢查M-sequence類型和接收到的報文校驗和編譯來自OD.rsp、PD.rsp、事件標志和PDS目標狀態(tài)行為0112當處在OPERATE中時，啟動“MaxUARTframeTime”和“MaxCy-cleTime”22重啟定時器"MaxUARTframeTime"23重啟定時器"MaxUARTfraneTime"3441編譯和調用PL_Transfer.rsp服務響應(設備發(fā)送響應報文)31通過MHInfo(CHECKSUM_MISMATCH)將錯誤顯31通過MHInfo(ILLEGAL_MESSAGETYPE)將錯誤顯示給DL21重設“MaxUARTframeTime”和“MaxCyele11通過MHInfo(COMLOST)將錯誤顯示給DL-應遵守該信息并采取相應措施(見10.2和10.7.3)10設備報文處理機改變?yōu)闋顟B(tài)Inactive_0內部項定義一個UART幀(11Tmr)的傳輸時間加上t?(1Tnr)=11Tun的最定時“MaxCycleTimc”器的目的是檢查循環(huán)PD交換是否會花費到檢測到的可能性錯誤之一：ILL.EGAI._MESSAGETYPE或C使用DL_OutputUpdate服務對輸出PD進行傳輸以及DL_InputTransport服這種周期可以持續(xù)多個M-sequence。當使用TYPE2x的M-sequence時，全部PD均在一個M-sequence中得以傳輸(見圖37)。在這在此情況下的所有PD和OD的傳輸使用如圖43所示的多個交替M-sequenceTYPE11(PD)和TYPE12(OD),它顯示了主站報文將輸出PD寫入設備中去。服務參數PDOutAddress顯示了將被發(fā)送出去的輸出PD的劃分區(qū)(見)。而對于輸入PD而言，服務參數PDInAddress則相對應地PD周期包括將被傳輸的整個PD的所需循環(huán)時間。輸出周期1+1過程數據PDOutAddress=0過程數據圖43PD分段傳輸交錯模式主站PD處理機狀態(tài)機主站PD處理機狀態(tài)機如圖44所示。PDSingle_1一個單個M-sequence內的PD通信交錯模式中的輸入PD通信交錯模式中的輸出PD通信目標狀態(tài)0001注：DL-mode處理機配置了用于單個PD傳輸表42、T10或T11)11從DL._PDOutputUpdate服務獲取數據.并調用傳播到報文處理機。以PD.cnf獲取數據并調用DL._PDInpuport,ind和DL_PDCycle.ind將輸入PD傳播到AI02注：為交錯傳輸所配置(見表42、T10或T11)22調用PD.req并使用PD.enf以準備DL_PD]nputTra23調用DI._PDInputTransport.ind和DI_PDCycle,播給AL(見1)33從DL_PDOutputUpdate服務獲取服務及調用P32調用DL._PDCyclc,ind以將向AL顯示PD周期的結束(見2)02030內部項定義圖45設備PD處理機狀態(tài)機見表65的序列圖和表66的上下文。設備PD處理機狀態(tài)轉換表如表47所示。表47設備PD處理機狀態(tài)轉換表PDActive_1處理機激活并通過PD服務或來自AL的DL_PDInputUpdatc服務等待下一個報文目標狀態(tài)00011112報文處理機要求通過PD.ind服務的PD輸入并交付PD輸出或輸出PD段。當處于非交錯模式時使用輸入PD調用PD.rsp(見)2121調用DL_PDOutputTransport,ind(見)21調用DI._PDCycle,ind(見2)10內部項定義初始化初始化ISDU_1應求處理機默認狀態(tài)(最低優(yōu)先權)具有較高優(yōu)先權的傳達事件信息的狀態(tài)(錯誤.警告·通知)表48(續(xù))目標狀態(tài)行為0111(D處理機將現被稱為ISDUTrig的(ODTrig.ind服務傳播到一個ISDU處理機中去(參照圖49)。如果是DReadParan或DI_WriteParam服務.ISDU處理機轉換(見圖49.T13)1221133322322OD處理機將現被稱為CommandTrig的()DTrig.i個命令處理機中去(參照圖51)33(D處理機將現被稱為EventTrig的ODTrig.ind服務傳播到事件處理機中去(參照圖53)203010內部項類型定義表示被一個高優(yōu)先權命令請求的事件處理中斷設備OD處理機狀態(tài)機如圖47所示。設備OD處理機獲得通信通道上的信息和經過OD.ind服務的參數或FlowCTRL地址。通信通道初始化圖47設備OD處理機狀態(tài)機設備(OD處理機狀態(tài)轉換表如表49所示。表49設備OD處理機狀態(tài)轉換表ldlc_1目標狀態(tài)01重新定向到ISDU處理機(直接參數頁面)1111110內部項定義在DL_RcadParam或DL,_WriteParam情況下OD,ind服務的別名(R/W.PAGE.16～31.數據)OD.ind服務別名(W.PAGE.0.MasterCommand)()D,ind服務別名(R/W.ISDU.FlowCtrl.數據)OD,ind服務別名(R/W,DLAGNOSIS.n.數據)一個ISDU的總體結構在圖48中和A.5做了具體規(guī)定。素引子素引…CHKPDU=校驗和元素的序列與傳輸順序相符合。一個ISDU的元素可依據I-Scrvice類型以各種各樣的形式呈現出來(見A.5.2和表A.12)。所有多個字節(jié)數據類型應作為大端序列被傳輸，即應首先發(fā)送高字節(jié)(MSO),后面按降序排列緊一個ISDU是經過ISDU通信通道被傳輸的(參見圖7和A.1.2)。最典型的是需要一些報文來實施這種傳輸(分段)。主站通過發(fā)送一個I-Service(讀/寫)請求通過ISDU通信通道向設備發(fā)送一個IS-FlowCTRL)。Flow(TRL.通過計算傳輸過程中的I用于FlowCTRL的允許值在表50中做出了規(guī)定。定義一個ISDUI-Service開始，即一個請求或響應開始。對于一個請求開始.之前任何不完整的服務也許會被拒絕。表A.12)表50(續(xù))定義預留中止整個服務主站通過拒絕所接收到的響應數據進行回應。主站ISDU處理機狀態(tài)機主站ISDU處理機狀態(tài)機如圖49所示。初始化圖49主站ISDU處理機狀態(tài)機主站ISDU處理機的狀態(tài)轉換表如表51所示。表51主站ISDU處理機狀態(tài)轉換表ldle_1ISDU請求數據傳輸等待設備的響應。觀察ISDU的時間表51(續(xù))檢測到錯誤后處理錯誤：使用ISDUTransportErrorlnfo調用目標狀態(tài)動作0112使用1SDU的寫啟動條件調用OD.req:OD.req(W.ISDU.flowCtrl=START.數據)22使用ISDU數據寫和FlowCTRL依據表50的23啟動定時器(ISDUTime)33使用ISDU讀啟動條件調用(OD.req:OD.req(R.ISDU35停止定時器(ISDUTime)55使用ISDU數據讀和FlowCTRL依據表551345441使用ISDU中止調用OD,req:OD.req(R,ISDU,ABO)RT)。調用負值DL_ISDUTransport進2411使用適當數據調用OD.reg。調用正值DL_ReadParam/DL_Writ11使用閑置報文調用(OD.req:OD.req(R,ISDU,flowCtrl=IDLE)41管理調用1H_Conf_INACTIVE。在此過渡期間不需要采取行動10345424內部項定義設備響應時間計量(看門狗，見表97)OD.cnf(數據不同于ISDU_BUSY)DL_ReadParam或DL_WriteISDU傳輸或DL_ISDUAbort請求內的任何可檢測的錯誤或任何違反ISDU確認時間(見表97)初始化Idle_1等待AL的數據以傳輸(見DI_ISDUTransport)ISDU響應數據傳輸口標狀態(tài)01122223將DL._ISDUTransport.ind調用至AL(見)33使用“busy”指示調用OD.rsp(見表A.14)3444412131調用DI._ISDUAbort41調用DL_ISDUAbort表52(續(xù))日標狀態(tài)102111使用“無服務：指示調用(D.rsp(見表A.12和表A.14)內部項OD,ind(W.1SDU.FlowCtr如果ISDU結構不正確命令處理機將DL_Control.req服務原語中所包含的控制代碼(PDOUTVALID或PDOUTIN-表53控制代碼ProcessDataOutput()此外，命令處理機將來自SM的設備模式的變更請求翻譯到相應的MasterCommanads中去初始化初始化_主站命令處理機狀態(tài)轉換表如表54所示。表54主站命令處理機狀態(tài)轉換表ldlc_1等待來自AL的新命令：DL_Control(PD輸出狀態(tài))或來自SM:DL_模式，如改變?yōu)镺PERATE),或等待PDInStatus準備用于OD.req服務原語的數據。等待來自OD處理機(Comma目標狀態(tài)行為0111如果服務PDInStatus.ind=VALID的話.調用DI(VALID)以向Al.發(fā)出有效輸入PD的信號。如果服務PDInStatus.ind=INVALID)的話，調用DL_Control.ind(INVALID)以向AL發(fā)出無效輸入PD1]如果服務DL_Control.req=PDOUTVAL.ID.調用OD.rcq(WRITE.如果服務DL_Control.req=PDOUTINVALID.調用OD.req(WRITE.PAGE,0.1.MasterCommand=0x99)。見表B.212服務DL_Writc_DEVICEMODE翻譯為：INACTIVE:OD.req(WRITE.PAGE,0.1.STARTUP:OD.reg(WRITE.PAGE.0.1.MasterComPREOPERATE:OD.rcq(WRITE,PAGE.0.1.MasterCommand=0x9A)OPERATE:OD.rcg(WRITE,PAGE.0.1.Mast21從OD處理機所調用的CommandTrig導致命令處理機來調用(OD.reg服務原語.隨后報文處理機將相應MastcrComma10表54(