最近做項目，使用IO-Link器件讀取從站數據時，使用從雙字中提取字、字節和位的知識，作為私人，以前沒有仔細注意過這個細節，所以查了一下資料

以下主要從資料查詢、準備步驟、步驟驗證進行記錄。

一、資料查詢：

在網上搜索西門子數據類型的相關資料，相信有一大堆。 最常見的是如下圖所示，說明兩個字符和字節的關係。

根據這個資料，進行實驗驗證；

二、程序的準備

資料大部分用m塊介紹雙字和字節等的關係，但實際上由於DB塊的數據很多，在這次的實驗中為了比較m塊和DB塊的內容容易觀察，準備如下。

1、新建數據庫塊，創建必要的變量：

2、為了便於比較，創建m區變量。 這裏取MD24，將其分解為字、字節、位，以便於觀察。

3、FC程序的編製：主要將雙字分解為字、雙字，將雙字發送到單詞、單詞中。 為了容易設定雙字的位，特意用數組向雙字的位各發送1位。

三、程序驗證：

省略程序下載和模擬等操作步驟。 因為那個不是重點，所以直接出示測試結果。 如果從數組中分別設定不同的位，就相當於分別設定雙字中的位，可以分別觀察結果。 現在，如果取代表性的2個比特，即第0個和第16個比特1，則結果如下2個圖所示。

如果通過測試，就會明白以下法則。

西門子兩個字的中位排列是從右向左排列的。 這和平時寫字的順序正好相反，但我想也可以從進製的位數開始記憶。 例如，草莓视频黄片在线看是十進製數，從右向左分別是個、十、百、千、萬等位。 這個正好像那個。

可以看到2、2個文字傳遞給單詞的情況，在剪切數據時很有用。 因為不做具體總結，所以可以體驗。

第三、三個也是我最開始很混亂的地方。 如果觀察2個字符的4個字節，就會發現與位的排列順序相同。 也就是說，0位在右邊，依次向左變大。 但是，m區其實是按這個方向排列的，但是很混亂。 以上圖為例，設置0位時，DB中第0字節有變化，但m區對應MB27變化。 如最初的資料所示，對應第1字節的變化。但是，MB27是第0字節，MB26是第1字節，按順序類推，大小和字節的順序再次相反。 仔細想想就知道發生了什麽，但依然有點不舒服。

遇到同樣情況的人，應該不隻我一個。 分享一下，希望對有需要的人有幫助。 第一次發送共享粘貼。 文章有點不好。 請諒解。 有不足和錯誤。 歡迎斧正。