91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

睿遠(yuǎn)研究院丨IO-Link規(guī)范解讀(十四):DS模塊詳解

傳感器專家網(wǎng) ? 來源:睿遠(yuǎn)研究院 ? 作者:睿遠(yuǎn)研究院 ? 2025-12-23 18:28 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

前言

上回說到PM模塊,那么緊跟著的一定就是DS模塊了。DS的全稱是Data Storage。雖然DS是很多單詞的縮寫,在IO-Link領(lǐng)域可是比較神圣的一個模塊,還有一個汽車品牌也是DS的縮寫,可是“女神”的含義。

好了,我們今天就來好好揭開,這個DS模塊的“神秘面紗”。

1

DS的定義

數(shù)據(jù)存儲(DS)機(jī)制使得從站設(shè)備參數(shù)在上層系統(tǒng)(如PLC程序或現(xiàn)場總線參數(shù)服務(wù)器)上能夠一致且及時地進(jìn)行緩存。

主站和從站之間的數(shù)據(jù)存儲在IO-Link標(biāo)準(zhǔn)中進(jìn)行了規(guī)定,而相鄰的上層數(shù)據(jù)存儲機(jī)制取決于各自的現(xiàn)場總線或系統(tǒng)。設(shè)備持有一組標(biāo)準(zhǔn)化的對象,提供有關(guān)數(shù)據(jù)存儲的參數(shù)信息,例如內(nèi)存大小要求以及數(shù)據(jù)存儲機(jī)制的控制和狀態(tài)信息。

數(shù)據(jù)存儲參數(shù)集的修訂,通過參數(shù)校驗和來標(biāo)識。

wKgZPGlKby2AWzUKAAIqDKRCn_o590.png

Data Storage機(jī)制和Block Parameter機(jī)制差不多,他們的檢查機(jī)制相同。DS采用如上圖的ISDU,包括DS的Command、狀態(tài)、大小、checksum以及Index 列表。

說白了,DS就是參數(shù)持久化的一種方式,其實最簡單的本地DS,就是設(shè)備把參數(shù)存儲在自己的flash或者eeprom里,下次上電再恢復(fù)即可。

而IO-Link里講的DS,則是把參數(shù)保存在從站的上層,也就是主站的FLASH或者再上面的PLC的存儲里,就是希望在主站的該端口,無論插入什么樣的設(shè)備,都能統(tǒng)一下發(fā)一致的數(shù)據(jù),避免參數(shù)不一致的情況。

2

DS的設(shè)備調(diào)試功能

IO-Link規(guī)范對“設(shè)備調(diào)試(Commissioning)”,分了2種:在線調(diào)試離線調(diào)試。

系統(tǒng)參數(shù)(On-line commissioning)

過程:設(shè)備和 PLC 系統(tǒng)一起,在現(xiàn)場使用工程工具(如 TIA Portal、PACTware 等)進(jìn)行配置和參數(shù)設(shè)置。

參數(shù)下載:用戶通過工具給設(shè)備分配參數(shù)值,這些值被下載到設(shè)備中,成為激活參數(shù)(active parameters)。

數(shù)據(jù)存儲:

·當(dāng)系統(tǒng)發(fā)出 ParamDownloadStore 命令時,主站(Master)會將這些參數(shù)上傳(復(fù)制)到其數(shù)據(jù)存儲區(qū)(Data Storage)中。

·然后主站可以根據(jù)上層系統(tǒng)的特性進(jìn)行備份操作。

適用于設(shè)備已經(jīng)在現(xiàn)場安裝好的場景。

離線調(diào)試(Off-site commissioning)

過程:使用如“USB-Master”等外部工具,以及設(shè)備的 IODD 文件,在非現(xiàn)場的地方(例如辦公室),對設(shè)備進(jìn)行配置和參數(shù)設(shè)置。

參數(shù)激活:通過工具完成配置和驗證后,工具會設(shè)置 DS_UPLOAD_FLAG,標(biāo)志該參數(shù)集為“已激活”。

安裝后自動上傳:

·當(dāng)設(shè)備安裝到現(xiàn)場并連接到主站后,主站會自動將這些參數(shù)上傳到其數(shù)據(jù)存儲中,完成備份。

說到USB-Master,強(qiáng)烈安利我們的USB-Master設(shè)備,這可是做傳感器廠家的必備,童叟無欺,人見人愛,一設(shè)備在手,調(diào)試IO-Link不用愁。

wKgZPGlKby2ALSHjAARgdd4Vt6o045.png

再配合上位機(jī)軟件,可以快速掌握IO- Link知識,調(diào)試IO-Link設(shè)備。

wKgZPGlKby2Ac62-AARPfUyWDXQ831.png

3

DS的數(shù)據(jù)結(jié)構(gòu)

我們在深究DS前,先看一下他的數(shù)據(jù)結(jié)構(gòu),其就是把ISDU的index、subindex、length和data挨個存儲起來,另外還要加個頭部,包括校驗碼,設(shè)備的ID等。

wKgZPGlKby2ABqPBAASJO-TG8Cw960.png

DS的頭部:

wKgZPGlKby6ASV8AAAGLZ6eKChM666.png

4

DS的狀態(tài)機(jī)

DS是主站和從站配合完成的,從站狀態(tài)機(jī)如下圖所示,在啟動后,基本就是在idle和dsactivity之間切換,說白了,就是負(fù)責(zé)ISDU的讀取和寫入。

wKgZPGlKby6AYc6nAAFyvHfw6Ng562.png

下圖是主站的DS狀態(tài)機(jī)。

wKgZPGlKby6ATtHAAAKC5e9Hnoc217.png

主站的DS狀態(tài)機(jī)略微復(fù)雜,它的核心在Updown里;如果主站關(guān)閉了DS功能,則其就在off階段,如果打開了ds,則會進(jìn)入waitingonDSActivity等待DS的upload或者startup流程。

wKgZPGlKby6AJaqqAANBD7kCUM8984.png

在整體的UpDownload階段,分為檢查,判斷合法性,上傳/下載,Ready幾個階段,任何一個階段的錯誤都會直接進(jìn)入DS Fault,并告知具體的錯誤原因。

看這幾個階段的具體功能:

wKgZPGlKby6ABGWUAAZyYrSV4KY396.png

在Upload和Download子過程中,就是不停的和從站進(jìn)行交互,讀取和寫入ISDU。

5

DS標(biāo)識檢查

我們知道,如果主站打開了DS模塊,也就是端口模式配置了Manual模式,且指定了Backup & restore或者Restore模式之后就開始了DS流程。

在UpDownload2中,首先主站會檢查自己存儲的DS標(biāo)識是否匹配從站的Vendor ID, Device ID;如果不匹配,就不會進(jìn)入如下的流程。

那么這里的檢查是怎么匹配的,這里就要回顧到SM模塊的流程中,從下圖看,有三種匹配方式:

wKgZPGlKby6AQy0YAABXIreRVAA872.png

1

NO_CHECK

顧名思義,不會檢查任何ID,直接走后續(xù)流程

2

TYPE_COMP

只檢查Vendor ID和Device ID,不檢查SerialNumber,也就是只要是這一類的產(chǎn)品,都可以進(jìn)行DS

3

IDENTICAL

最嚴(yán)格的,要檢查SerialNumber,SerialNumber不對,也就走不到后續(xù)流程,但該選項在規(guī)范中已經(jīng)明確不再要求實現(xiàn)了

6

CheckMemSize

上述檢查完成后,第二步就是CheckMemSize。

首先,主站發(fā)送 03 03 即查詢DataStorageIndex的subindex 03,查詢從站的DS大小,判斷是否合適,規(guī)范規(guī)定不能超過2048字節(jié),如果從站不支持DS模塊,一定會回復(fù)一個0x8012,表示該subindex不存在。

主站收到0x8012,則會認(rèn)為它的大小超過2048字節(jié),就進(jìn)入了DS fault流程,雖然結(jié)果是一致的,但總覺得這是規(guī)范是欠缺考慮的。如果從站不支持DS,是否應(yīng)該直接通過某個標(biāo)志告知主站,主站無需再進(jìn)入DS流程即可。

查詢Size之后,就開始檢查是否要upload;首先發(fā)送03 02 ,查看State Property,如果bit7位為1,標(biāo)識DS_UPLOAD_Flag 為true,同時模式為Upload & restore,就直接進(jìn)入Upload流程。

如果模式不是Upload &resotre,是Restore模式,表示Upload被Disable了;又或者Upload的標(biāo)志位沒有被置位,則還需要進(jìn)行DS Validity的驗證。也就是看看主站本地的DS是否有效,前面所講的,只有Upload標(biāo)志位有效,同時Upload Enable,就強(qiáng)制直接進(jìn)入Upload,其他的情況得等候DS Validity。

在DS Validity這個階段,主站檢查自己的DS數(shù)據(jù)是否有效,如果無效則也進(jìn)入Upload流程;如果有效,則跳過Upload。

那么DS什么時候無效呢?比如DS里數(shù)據(jù)為空,就是無效;比如在Upload過程中,傳輸失敗,那么DS也是無效。只要DS是無效的,就會走Upload流程。而DS有效,則主站認(rèn)為不應(yīng)該再上傳從站的數(shù)據(jù),這時候就要檢查Checksum了。

7

Checksum

在檢查Checksum流程,主站發(fā)送03 04查詢Checksum,如果Checksum一致,表示主從的數(shù)據(jù)是一致的;如果Checksum不一致,則主站強(qiáng)行下載數(shù)據(jù)給從站,覆蓋從站的ISDU。下載成功則進(jìn)入DS ready,下載失敗,則進(jìn)入DS fault。

最后附上Upload和Download的流程。

wKgZPGlKby-AdGu4AAMR_D2bzU8650.png

wKgZPGlKby-ABXfWAAPaMhJw8fo133.png

結(jié)語

好了,以上就是本期DS模塊處理與檢查流程的解析,DS作為IO-Link的關(guān)鍵功能,能夠大幅度降低現(xiàn)場設(shè)備更換的難度,也是IO-Link作為“工業(yè)4.0最后一米技術(shù)”的獨特優(yōu)勢。

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

    關(guān)注

    2

    文章

    199

    瀏覽量

    20684
  • 工業(yè)4.0
    +關(guān)注

    關(guān)注

    48

    文章

    2073

    瀏覽量

    124625
  • IO-Link收發(fā)器
    +關(guān)注

    關(guān)注

    0

    文章

    16

    瀏覽量

    6292
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    遠(yuǎn)研究院IO-Link規(guī)范解讀(十五):數(shù)據(jù)類型詳解

    前言 本篇對IO-Link規(guī)范的附錄F的數(shù)據(jù)類型做個詳細(xì)解釋,附錄定義了 ?基本數(shù)據(jù)類型 (Basic Data Types) 和? 組合數(shù)據(jù)類型 (Composite Data Types),并
    的頭像 發(fā)表于 01-14 18:25 ?5203次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(十五):數(shù)據(jù)類型<b class='flag-5'>詳解</b>

    遠(yuǎn)研究院IO-Link規(guī)范解讀(十三):參數(shù)模塊解析

    Manager定義 在IO-Link規(guī)范中,特別定義了一個Parameter Manager這個模塊,它要負(fù)責(zé)處理完整的數(shù)據(jù)檢查以及參數(shù)的
    的頭像 發(fā)表于 12-12 21:51 ?7390次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(十三):參數(shù)<b class='flag-5'>模塊</b>解析

    遠(yuǎn)研究院IO-Link規(guī)范解讀(十二):SM模塊與CM模塊解析

    我們本期來好好聊聊SM模塊與CM模塊,SM模塊的全稱是System Manager,是IO-Link最核心的模塊,負(fù)責(zé)承上啟下的管理各個
    的頭像 發(fā)表于 12-04 18:27 ?5201次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(十二):SM<b class='flag-5'>模塊</b>與CM<b class='flag-5'>模塊</b>解析

    遠(yuǎn)研究院IO-Link規(guī)范解讀(十一):ISDU狀態(tài)機(jī)與EVENT事件

    上篇我們介紹了ISDU的典型編碼格式和應(yīng)用案例,本篇我們就來詳細(xì)介紹下,ISDU的狀態(tài)機(jī),并把EVENT事件的邏輯,給大家好好解析下。 1主站ISDU狀態(tài)機(jī) 如上圖所示,ISDU的狀態(tài)機(jī)的核心是 請求,等待和響應(yīng) 。 ? 如果主站請求的是DPP參數(shù),即ISDU 0x00,0x01的參數(shù),從AL層還是走的ISDU邏輯,但底層走了DL_Read/WriteParam的邏輯,即走的是Page通道。也就是好端端的ISDU愣是被它拆分了兩個通道, 增加了復(fù)雜性。 ? 因為通常讀寫ISDU的命令都很長,一個循環(huán)放不下,都
    的頭像 發(fā)表于 11-29 18:28 ?4712次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(十一):ISDU狀態(tài)機(jī)與EVENT事件

    遠(yuǎn)研究院IO-Link規(guī)范解讀(十):ISDU詳解

    前言 今天我們來好好聊聊ISDU。ISDU是Indexed service data unit的縮寫,這個名字吧,也怪奇怪的,直接翻譯叫索引服務(wù)數(shù)據(jù)單元,聽起來更是怪怪的,小編更喜歡直接稱他為從站的參數(shù)。傳感器的各項參數(shù)設(shè)置都要靠它,它不僅可以設(shè)置參數(shù),也可以作為只讀參數(shù)來讀取,甚至可以作為命令,基本是無所不能了。 1 ISDU總覽 ISDU與PD數(shù)據(jù)不同,在請求的狀態(tài)下才會發(fā)起,一般由主站發(fā)起相關(guān)請求,比如讀ISDU和寫ISDU。 ISDU的數(shù)據(jù)可以和PD數(shù)據(jù)一起傳輸,即在發(fā)送
    的頭像 發(fā)表于 11-24 10:37 ?5519次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(十):ISDU<b class='flag-5'>詳解</b>

    遠(yuǎn)研究院IO-Link規(guī)范解讀(八):M-Sequence Type 與消息處理狀態(tài)機(jī)

    上回咱們分解到IO-Link的消息處理模塊,消息處理模塊就是對每個字節(jié)進(jìn)行初步分析,按照不同的通道交給不同的處理模塊來處理,可以認(rèn)為他是初步的消息分揀機(jī)制,合格的消息交給后續(xù)處理,不合
    的頭像 發(fā)表于 11-07 16:18 ?6282次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(八):M-Sequence Type 與消息處理狀態(tài)機(jī)

    遠(yuǎn)研究院IO-Link規(guī)范解讀(七):消息處理模塊

    前言 本周來到消息處理模塊,通信世界的精髓就是消息的處理,如何把0,1,0,1解析成有意義的數(shù)據(jù),就是消息模塊需要打下的基礎(chǔ)。 消息處理模塊要根據(jù)在物理層已經(jīng)轉(zhuǎn)變成byte的內(nèi)容,進(jìn)行消息解析
    的頭像 發(fā)表于 11-01 17:43 ?9050次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(七):消息處理<b class='flag-5'>模塊</b>

    遠(yuǎn)研究院IO-Link規(guī)范解讀(六):主從站狀態(tài)機(jī)解析

    前言 書接上文,今天我們就來好好聊聊主從站的DL-Mode狀態(tài)機(jī),還請各位童鞋前排坐好! 1主站狀態(tài)機(jī)解析 主站的DL-Mode狀態(tài)機(jī)有5個大狀態(tài),也是我們很熟悉的 建立通信、開始、預(yù)操作、操作狀態(tài),各個狀態(tài) 之間通過一些命令來切換。 我們看一下每個事件的詳細(xì)動作: 1 T1 從Idle_0到EstablishComm_1。清除wakeup的重試次數(shù)為0 2 T2~T4 從EstablishComm_1到Startup_2。依次以COM3~COM1來傳出,一旦傳輸成功,則激活消息處理程序并配置為COMx 3 T5 從EstablishComm_1到Idle_0。三個速
    的頭像 發(fā)表于 10-28 17:34 ?6195次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(六):主從站狀態(tài)機(jī)解析

    遠(yuǎn)研究院IO-Link規(guī)范解讀(三):物理層概覽

    前言 物理層是 IO-Link 通信的 “硬件底座”,它直接決定了系統(tǒng)的可靠性、抗干擾能力和部署靈活性。打個比方,就像蓋房子,物理層就是地基和骨架,地基不穩(wěn)、骨架不牢,房子肯定住著不踏實。本期我們
    的頭像 發(fā)表于 10-21 17:26 ?3101次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(三):物理層概覽

    IO-Link規(guī)范解讀(五):數(shù)據(jù)鏈路層解析

    前言 本篇就來講講IO-Link的數(shù)據(jù)鏈路層。 01 鏈路層總覽 數(shù)據(jù)鏈路層(Data Link Layers)在整個IO-Link協(xié)議棧起到承上啟下的作用,通過物理鏈路在主從站之間傳遞 消息,其
    的頭像 發(fā)表于 10-20 18:08 ?4332次閱讀
    <b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(五):數(shù)據(jù)鏈路層解析

    遠(yuǎn)研究院IO-Link規(guī)范解讀(二):IO-Link通信技術(shù)概述

    前言 今天我們繼續(xù)解讀IO-Link 1.1.4規(guī)范,本篇文章將給大家介紹IO-Link技術(shù)的概覽,包含IO-Link命名的含義、主從站交互
    的頭像 發(fā)表于 09-25 19:25 ?898次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(二):<b class='flag-5'>IO-Link</b>通信技術(shù)概述

    遠(yuǎn)研究院IO-Link規(guī)范解讀(一):技術(shù)定義與組織規(guī)范

    ? IO-Link 技術(shù)定義與組織規(guī)范 從今日起,小將開始長篇連載IO-Link規(guī)范解讀系列文
    的頭像 發(fā)表于 09-18 18:17 ?990次閱讀
    <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b><b class='flag-5'>研究院</b><b class='flag-5'>丨</b><b class='flag-5'>IO-Link</b><b class='flag-5'>規(guī)范</b><b class='flag-5'>解讀</b>(一):技術(shù)定義與組織<b class='flag-5'>規(guī)范</b>

    RASIGHT 遠(yuǎn) IO-Link智能傳感器通信解決方案

    ? 南京遠(yuǎn)工業(yè)互聯(lián)網(wǎng)有限公司?是一家技術(shù)驅(qū)動的工業(yè)通信及工業(yè)物聯(lián)網(wǎng)解決方案提供商,構(gòu)建了以IO-Link技術(shù)為核心的產(chǎn)品矩陣,提供產(chǎn)品的定制開發(fā)、技術(shù)服務(wù)以及相關(guān)解決方案,致力于以標(biāo)準(zhǔn)化、低成本
    的頭像 發(fā)表于 08-11 17:42 ?712次閱讀
    RASIGHT <b class='flag-5'>睿</b><b class='flag-5'>遠(yuǎn)</b> <b class='flag-5'>IO-Link</b>智能傳感器通信解決方案

    Analog Devices / Maxim Integrated MAXREFDES177 IO-Link通用模擬IO特性/框圖

    IO-Link收發(fā)器。該器件旨在演示軟件可完全配置的模擬IO模塊的性能,該模塊采用了MAX22000工業(yè)可配置模擬IO器件。MAX1448
    的頭像 發(fā)表于 06-30 09:30 ?775次閱讀
    Analog Devices / Maxim Integrated MAXREFDES177 <b class='flag-5'>IO-Link</b>通用模擬<b class='flag-5'>IO</b>特性/框圖

    倍加福推出新型G11和G16系列IO-Link集線器

    借助IO-Link集線器,技術(shù)方面的局限已成過往:它們支持在IO-Link主站上實現(xiàn)IO-Link設(shè)備與二進(jìn)制標(biāo)準(zhǔn)傳感器/執(zhí)行器的協(xié)同運(yùn)行。
    的頭像 發(fā)表于 05-27 15:23 ?1001次閱讀