查看原文：
http://www.taojinwa.com/blog/?p=612詳解西門(mén)子間接尋址
文檔下載 【地址的概念】
完整的一條指令，應該包含指令符+操作數（當然不包括那些單指令，比如NOT等）。其中的操作數是指令要執行的目標，也就是指令要進(jìn)行操作的地址。
我們知道，在PLC中劃有各種用途的存儲區，比如物理輸入輸出區P、映像輸入區I、映像輸出區Q、位存儲區M、定時(shí)器T、計數器C、數據區DB和L等，同時(shí)我們還知道，每個(gè)區域可以用位（BIT）、字節（BYTE）、字（WORD）、雙字（DWORD）來(lái)衡量，或者說(shuō)來(lái)指定確切的大小。當然定時(shí)器T、計數器C不存在這種衡量體制，它們僅用位來(lái)衡量。由此我們可以得到，要描述一個(gè)地址，至少應該包含兩個(gè)要素：
1、存儲的區域
2、這個(gè)區域中具體的位置
比如：A Q2.0
其中的A是指令符，Q2.0是A的操作數，也就是地址。這個(gè)地址由兩部分組成：
Q：指的是映像輸出區
2.0：就是這個(gè)映像輸出區第二個(gè)字節的第0位。
由此，我們得出， 一個(gè)確切的地址組成應該是：
〖存儲區符〗〖存儲區尺寸符〗〖尺寸數值〗.〖位數值〗，例如：DBX200.0。
DB X 200 . 0
其中，我們又把〖存儲區符〗〖存儲區尺寸符〗這兩個(gè)部分合稱(chēng)為：地址標識符。這樣，一個(gè)確切的地址組成，又可以寫(xiě)成：
地址標識符 + 確切的數值單元
【間接尋址的概念】
尋址，就是指定指令要進(jìn)行操作的地址。給定指令操作的地址方法，就是尋址方法。
在談間接尋址之前，我們簡(jiǎn)單的了解一下直接尋址。所謂直接尋址，簡(jiǎn)單的說(shuō)，就是直接給出指令的確切操作數，象上面所說(shuō)的，A Q2.0，就是直接尋址，對于A(yíng)這個(gè)指令來(lái)說(shuō)，Q2.0就是它要進(jìn)行操作的地址。
這樣看來(lái)，間接尋址就是間接的給出指令的確切操作數。對，就是這個(gè)概念。
比如：A Q[MD100] ，A T[DBW100]。程序語(yǔ)句中用方刮號 [ ] 標明的內容，間接的指明了指令要進(jìn)行的地址，這兩個(gè)語(yǔ)句中的MD100和DBW100稱(chēng)為指針Pointer，它指向它們其中包含的數值，才是指令真正要執行的地址區域的確切位置。間接由此得名。
西門(mén)子的間接尋址方式計有兩大類(lèi)型：存儲器間接尋址和寄存器間接尋址。
【存儲器間接尋址】
存儲器間接尋址的地址給定格式是：地址標識符+指針。指針所指示存儲單元中所包含的數值，就是地址的確切數值單元。
存儲器間接尋址具有兩個(gè)指針格式：?jiǎn)巫趾碗p字。
單字指針是一個(gè)16bit的結構，從0-15bit，指示一個(gè)從0-65535的數值，這個(gè)數值就是被尋址的存儲區域的編號。
雙字指針是一個(gè)32bit的結構，從0-2bit，共三位，按照8進(jìn)制指示被尋址的位編號，也就是0-7；而從3-18bit，共16位，指示一個(gè)從0-65535的數值，這個(gè)數值就是被尋址的字節編號。
指針可以存放在M、DI、DB和L區域中，也就是說(shuō)，可以用這些區域的內容來(lái)做指針。
單字指針和雙字指針在使用上有很大區別。下面舉例說(shuō)明：
L DW#16#35 //將32位16進(jìn)制數35存入ACC1
T MD2 //這個(gè)值再存入MD2，這是個(gè)32位的位存儲區域
L +10 //將16位整數10存入ACC1，32位16進(jìn)制數35自動(dòng)移動(dòng)到ACC2
T MW100 //這個(gè)值再存入MW100，這是個(gè)16位的位存儲區域
OPN DBW[MW100] //打開(kāi)DBW10。這里的[MW100]就是個(gè)單字指針，存放指針的區域是M區，
MW100中的值10，就是指針間接指定的地址，它是個(gè)16位的值！
L L#+10 //以32位形式，把10放入ACC1，此時(shí)，ACC2中的內容為：16位整數10
T MD104 //這個(gè)值再存入MD104，這是個(gè)32位的位存儲區域
A I[MD104] //對I1.2進(jìn)行與邏輯操作！
=DIX[MD2] //賦值背景數據位DIX6.5！
A DB[MW100].DBX[MD2] //讀入DB10.DBX6.5數據位狀態(tài)
=Q[MD2] //賦值給Q6.5
A DB[MW100].DBX[MD2] //讀入DB10.DBX6.5數據位狀態(tài)
=Q[MW100] //錯誤��！沒(méi)有Q10這個(gè)元件
從上面系列舉例我們至少看出來(lái)一點(diǎn)：
單字指針只應用在地址標識符是非位的情況下。的確，單字指針前面描述過(guò)，它確定的數值是0-65535，而對于byte.bit這種具體位結構來(lái)說(shuō)，只能用雙字指針。這是它們的第一個(gè)區別，單字指針的另外一個(gè)限制就是，它只能對T、C、DB、FC和FB進(jìn)行尋址，通俗地說(shuō)，單字指針只可以用來(lái)指代這些存儲區域的編號。
相對于單字指針，雙字指針就沒(méi)有這樣的限制，它不僅可以對位地址進(jìn)行尋址，還可以對BYTE、WORD、DWORD尋址，并且沒(méi)有區域的限制。不過(guò)，有得必有失，在對非位的區域進(jìn)行尋址時(shí)，必須確保其0-2bit為全0！
總結一下：
單字指針的存儲器間接尋址只能用在地址標識符是非位的場(chǎng)合；雙字指針由于有位格式存在，所以對地址標識符沒(méi)有限制。也正是由于雙字指針是一個(gè)具有位的指針，因此，當對字節、字或者雙字存儲區地址進(jìn)行尋址時(shí)，必須確保雙字指針的內容是8或者8的倍數。
現在，我們來(lái)分析一下上述例子中的A I[MD104] 為什么最后是對I1.2進(jìn)行與邏輯操作。
通過(guò)L L#+10 ，我們知道存放在MD104中的值應該是：
MD104：0000 0000 0000 0000 0000 0000 0000 1010
當作為雙字指針時(shí)，就應該按照3-18bit指定byte，0-2bit指定bit來(lái)確定最終指令要操作的地址，因此：
0000 0000 0000 0000 0000 0000 0000 1010 = 1.2
詳解西門(mén)子間接尋址<2>
【地址寄存器間接尋址】
在先前所說(shuō)的存儲器間接尋址中，間接指針用M、DB、DI和L直接指定，就是說(shuō)，指針指向的存儲區內容就是指令要執行的確切地址數值單元。但在寄存器間接尋址中，指令要執行的確切地址數值單元，并非寄存器指向的存儲區內容，也就是說(shuō)，寄存器本身也是間接的指向真正的地址數值單元。從寄存器到得出真正的地址數值單元，西門(mén)子提供了兩種途徑：
1、區域內寄存器間接尋址
2、區域間寄存器間接尋址
地址寄存器間接尋址的一般格式是：
〖地址標識符〗〖寄存器,P#byte.bit〗，比如：DIX[AR1,P#1.5] 或 M[AR1,P#0.0] 。
〖寄存器,P#byte.bit〗統稱(chēng)為：寄存器尋址指針，而〖地址標識符〗在上帖中談過(guò)，它包含〖存儲區符〗+〖存儲區尺寸符〗。但在這里，情況有所變化。比較一下剛才的例子：
DIX [AR1,P#1.5]
X [AR1,P#1.5]
DIX可以認為是我們通常定義的地址標識符，DI是背景數據塊存儲區域，X是這個(gè)存儲區域的尺寸符，指的是背景數據塊中的位。但下面一個(gè)示例中的M呢？X只是指定了存儲區域的尺寸符，那么存儲區域符在哪里呢？毫無(wú)疑問(wèn)，在A(yíng)R1中！
DIX [AR1,P#1.5] 這個(gè)例子，要尋址的地址區域事先已經(jīng)確定，AR1可以改變的只是這個(gè)區域內的確切地址數值單元，所以我們稱(chēng)之為：區域內寄存器間接尋址方式，相應的，這里的[AR1,P#1.5] 就叫做區域內尋址指針。
X [AR1,P#1.5] 這個(gè)例子，要尋址的地址區域和確切的地址數值單元，都未事先確定，只是確定了存儲大小，這就是意味著(zhù)我們可以在不同的區域間的不同地址數值單元以給定的區域大小進(jìn)行尋址，所以稱(chēng)之為：區域間寄存器間接尋址方式，相應的，這里的[AR1,P#1.5] 就叫做區域間尋址指針。
既然有著(zhù)區域內和區域間尋址之分，那么，同樣的AR1中，就存有不同的內容，它們代表著(zhù)不同的含義。
【AR的格式】
地址寄存器是專(zhuān)門(mén)用于尋址的一個(gè)特殊指針區域，西門(mén)子的地址寄存器共有兩個(gè)：AR1和AR2，每個(gè)32位。
當使用在區域內寄存器間接尋址中時(shí)，我們知道這時(shí)的AR中的內容只是指明數值單元，因此，區域內寄存器間接尋址時(shí)，寄存器中的內容等同于上帖中提及的存儲器間接尋址中的雙字指針，也就是：
其0-2bit，指定bit位，3-18bit指定byte字節。其第31bit固定為0。
AR：
0000 0000 0000 0BBB BBBB BBBB BBBB BXXX
這樣規定，就意味著(zhù)AR的取值只能是：0.0 ——65535.7
例如：當AR=D4（hex）=0000 0000 0000 0000 0000 0000 1101 0100（b），實(shí)際上就是等于26.4。
而在區域間寄存器間接尋址中，由于要尋址的區域也要在A(yíng)R中指定，顯然這時(shí)的AR中內容肯定于寄存器區域內間接尋址時(shí)，對AR內容的要求，或者說(shuō)規定不同。
AR：
1000 0YYY 0000 0BBB BBBB BBBB BBBB BXXX
比較一下兩種格式的不同，我們發(fā)現，這里的第31bit被固定為1，同時(shí)，第24、25、26位有了可以取值的范圍。聰明的你，肯定可以聯(lián)想到，這是用于指定存儲區域的。對，bit24-26的取值確定了要尋址的區域，它的取值是這樣定義的：
區域標識符
26、25、24位
P（外部輸入輸出）
000
I（輸入映像區）
001
Q（輸出映像區）
010
M（位存儲區）
011
DB（數據塊）
100
DI（背景數據塊）
101
L（暫存數據區，也叫局域數據）
111
如果我們把這樣的AR內容，用HEX表示的話(huà)，那么就有：
當是對P區域尋址時(shí)，AR=800xxxxx
當是對I區域尋址時(shí)，AR=810xxxxx
當是對Q區域尋址時(shí)，AR=820xxxxx
當是對M區域尋址時(shí)，AR=830xxxxx
當是對DB區域尋址時(shí)，AR=840xxxxx
當是對DI區域尋址時(shí)，AR=850xxxxx
當是對L區域尋址時(shí)，AR=870xxxxx
經(jīng)過(guò)列舉，我們有了初步的結論：如果AR中的內容是8開(kāi)頭，那么就一定是區域間尋址；如果要在DB區中進(jìn)行尋址，只需在8后面跟上一個(gè)40。84000000-840FFFFF指明了要尋址的范圍是：
DB區的0.0——65535.7。
例如：當AR=840000D4（hex）=1000 0100 0000 0000 0000 0000 1101 0100（b），實(shí)際上就是等于DBX26.4。
我們看到，在寄存器尋址指針 [AR1/2,P#byte.bit] 這種結構中，P#byte.bit又是什么呢？
【P#指針】
P#中的P是Pointer，是個(gè)32位的直接指針。所謂的直接，是指P#中的#后面所跟的數值或者存儲單元，是P直接給定的。這樣P#XXX這種指針，就可以被用來(lái)在指令尋址中，作為一個(gè)“常數”來(lái)對待，這個(gè)“常數”可以包含或不包含存儲區域。例如：
● L P#Q1.0 //把Q1.0這個(gè)指針存入ACC1，此時(shí)ACC1的內容=82000008（hex）=Q1.0
★ L P#1.0 //把1.0這個(gè)指針存入ACC1，此時(shí)ACC1的內容=00000008（hex）=1.0
● L P#MB100 //錯誤！必須按照byte.bit結構給定指針。
● L P#M100.0 //把M100.0這個(gè)指針存入ACC1，此時(shí)ACC1的內容=83000320（hex）=M100.0
● L P#DB100.DBX26.4 //錯誤！DBX已經(jīng)提供了存儲區域，不能重復指定。
● L P#DBX26.4 //把DBX26.4這個(gè)指針存入ACC1，此時(shí)ACC1的內容=840000D4（hex）=DBX26.4
我們發(fā)現，當對P#只是指定數值時(shí)，累加器中的值和區域內尋址指針規定的格式相同（也和存儲器間接尋址雙字指針格式相同）；而當對P#指定帶有存儲區域時(shí)，累加器中的內容和區域間尋址指針內容完全相同。事實(shí)上，把什么樣的值傳給AR，就決定了是以什么樣的方式來(lái)進(jìn)行寄存器間接尋址。在實(shí)際應用中，我們正是利用P#的這種特點(diǎn)，根據不同的需要，指定P#指針，然后，再傳遞給AR，以確定最終的尋址方式。
在寄存器尋址中，P#XXX作為寄存器AR指針的偏移量，用來(lái)和AR指針進(jìn)行相加運算，運算的結果，才是指令真正要操作的確切地址數值單元！
無(wú)論是區域內還是區域間尋址，地址所在的存儲區域都有了指定，因此，這里的P#XXX只能指定純粹的數值，如上面例子中的★。
【指針偏移運算法則】
在寄存器尋址指針 [AR1/2,P#byte.bit] 這種結構中，P#byte.bit如何參與運算，得出最終的地址呢？
運算的法則是：AR1和P#中的數值，按照BYTE位和BIT位分類(lèi)相加。BIT位相加按八進(jìn)制規則運算，而B(niǎo)YTE位相加，則按照十進(jìn)制規則運算。
例如：寄存器尋址指針是：[AR1，P#2.6]，我們分AR1=26.4和DBX26.4兩種情況來(lái)分析。
當AR1等于26.4，
AR1：26.2
+ P#： 2.6
—————————
= 29.7 這是區域內寄存器間接尋址的最終確切地址數值單元
當AR1等于DBX26.4，
AR1：DBX26.2
+ P#： 2.6
—————————
= DBX29.7 這是區域間寄存器間接尋址的最終確切地址數值單元
【AR的地址數據賦值】
通過(guò)前面的介紹，我們知道，要正確運用寄存器尋址，最重要的是對寄存器AR的賦值。同樣，區分是區域內還是區域間尋址，也是看AR中的賦值。
對AR的賦值通常有下面的幾個(gè)方法：
1、直接賦值法
例如：
L DW#16#83000320
LAR1
可以用16進(jìn)制、整數或者二進(jìn)制直接給值，但必須確保是32位數據。經(jīng)過(guò)賦值的AR1中既存儲了地址數值，也指定了存儲區域，因此這時(shí)的寄存器尋址方式肯定是區域間尋址。
2、間接賦值法
例如：
L [MD100]
LAR1
可以用存儲器間接尋址指針給定AR1內容。具體內容存儲在MD100中。
3、指針賦值法
例如：
LAR1 P#26.2
使用P#這個(gè)32位“常數”指針賦值AR。
總之，無(wú)論使用哪種賦值方式，由于A(yíng)R存儲的數據格式有明確的規定，因此，都要在賦值前，確認所賦的值是否符合尋址規范。
詳解西門(mén)子間接尋址<3>
使用間接尋址的主要目的，是使指令的執行結果有動(dòng)態(tài)的變化，簡(jiǎn)化程序是第一目的，在某些情況下，這樣的尋址方式是必須的，比如對某存儲區域數據遍歷。此外，間接尋址，還可以使程序更具柔性，換句話(huà)說(shuō)，可以標準化。
下面通過(guò)實(shí)例應用來(lái)分析如何靈活運用這些尋址方式，在實(shí)例分析過(guò)程中，將對前面帖子中的筆誤、錯誤和遺漏做糾正和補充。
【存儲器間接尋址應用實(shí)例】
我們先看一段示例程序：
L 100
T MW 100 // 將16位整數100傳入MW100
L DW#16#8 // 加載雙字16進(jìn)制數8，當把它用作雙字指針時(shí)，按照BYTE.BIT結構，
結果演變過(guò)程就是：8H=1000B=1.0
T MD 2 // MD2=8H
OPN DB [MW 100] // OPN DB100
L DBW [MD 2] // L DB100.DBW1
T MW[MD2] // T MW1
A DBX [MD 2] // A DBX1.0
= M [MD 2] // =M1.0
在這個(gè)例子中，我們中心思想其實(shí)就是：將DB100.DBW1中的內容傳送到MW1中。這里我們使用了存儲器間接尋址的兩個(gè)指針——單字指針MW100用于指定DB塊的編號，雙字指針MD2用于指定DBW和MW存儲區字地址。
對于壇友提出的 DB[MW100].DBW[MD2] 這樣的尋址是錯誤的提法，這里做個(gè)解釋?zhuān)?br /> DB[MW100].DBW[MD2] 這樣的尋址結構就尋址原理來(lái)說(shuō)，是可以理解的，但從SIEMENS程序執行機理來(lái)看，是非法的。在實(shí)際程序中，對于這樣的尋址，程序語(yǔ)句應該寫(xiě)成：
OPN DBW[WM100]， L DBW[MD2]
事實(shí)上，從這個(gè)例子的中心思想來(lái)看，根本沒(méi)有必要如此復雜。但為什么要用間接尋址呢？
要澄清使用間接尋址的優(yōu)勢，就讓我們從比較中，找答案吧。
例子告訴我們，它最終執行的是把DB的某個(gè)具體字的數據傳送到位存儲區某個(gè)具體字中。這是針對數據塊100的1數據字傳送到位存儲區第1字中的具體操作。如果我們現在需要對同樣的數據塊的多個(gè)字（連續或者不連續）進(jìn)行傳送呢？直接的方法，就是一句一句的寫(xiě)這樣的具體操作。有多少個(gè)字的傳送，就寫(xiě)多少這樣的語(yǔ)句。毫無(wú)疑問(wèn)，即使不知道間接尋址的道理，也應該明白，這樣的編程方法是不合理的。而如果使用間接尋址的方法，語(yǔ)句就簡(jiǎn)單多了。
【示例程序的結構分析】
我將示例程序從結構上做個(gè)區分，重新輸入如下：
=========================== 輸入1：指定數據塊編號的變量
|| L 100
|| T MW 100
===========================輸入2：指定字地址的變量
|| L DW#16#8
|| T MD 2
===========================操作主體程序
OPN DB [MW 100]
L DBW [MD 2]
T MW[MD2]
顯然，我們根本不需要對主體程序（紅色部分）進(jìn)行簡(jiǎn)單而重復的復寫(xiě)，而只需改變MW100和MD2的賦值（綠色部分），就可以完成應用要求。
結論：通過(guò)對間接尋址指針內容的修改，就完成了主體程序執行的結果變更，這種修改是可以是動(dòng)態(tài)的和靜態(tài)的。
正是由于對真正的目標程序（主體程序）不做任何變動(dòng)，而尋址指針是這個(gè)程序中唯一要修改的地方，可以認為，尋址指針是主體程序的入口參數，就好比功能塊的輸入參數。因而可使得程序標準化，具有移植性、通用性。
那么又如何動(dòng)態(tài)改寫(xiě)指針的賦值呢？不會(huì )是另一種簡(jiǎn)單而重復的復寫(xiě)吧。
讓我們以一個(gè)具體應用，來(lái)完善這段示例程序吧：
將DB100中的1-11數據字，傳送到MW1-11中
在設計完成這個(gè)任務(wù)的程序之前，我們先了解一些背景知識。
【數據對象尺寸的劃分規則】
數據對象的尺寸分為：位（BOOL）、字節（BYTE）、字（WORD）、雙字（DWORD）。這似乎是個(gè)簡(jiǎn)單的概念，但如果，MW10=MB10+MB11，那么是不是說(shuō)，MW11=MB12+MB13？如果你的回答是肯定的，我建議你繼續看下去，不要跳過(guò)，因為這里的疏忽，會(huì )導致最終的程序的錯誤。
按位和字節來(lái)劃分數據對象大小時(shí)，是以數據對象的bit來(lái)偏移。這句話(huà)就是說(shuō)，0bit后就是1bit，1bit后肯定是2bit，以此類(lèi)推直到7bit，完成一個(gè)字節大小的指定，再有一個(gè)bit的偏移，就進(jìn)入下一個(gè)字節的0bit。
而按字和雙字來(lái)劃分數據對象大小時(shí)，是以數據對象的BYTE來(lái)偏移！這就是說(shuō)，MW10=MB10+MB11，并不是說(shuō)，MW11=MB12+MB13，正確的是MW11=MB11+MB12，然后才是MW12=MB12+MB13！
這個(gè)概念的重要性在于，如果你在程序中使用了MW10，那么，就不能對MW11進(jìn)行任何的操作，因為，MB11是MW10和MW11的交集。
也就是說(shuō)，對于“將DB100中的1-11數據字，傳送到MW1-11中”這個(gè)具體任務(wù)而言，我們只需要對DBW1、DBW3、DBW5、DBW7、DBW9、DBW11這6個(gè)字進(jìn)行6次傳送操作即可。這就是單獨分出一節，說(shuō)明數據對象尺寸劃分規則這個(gè)看似簡(jiǎn)單的概念的目的所在。
【循環(huán)的結構】
要“將DB100中的1-11數據字，傳送到MW1-11中”，我們需要將指針內容按照順序逐一指向相應的數據字，這種對指針內容的動(dòng)態(tài)修改，其實(shí)就是遍歷。對于遍歷，最簡(jiǎn)單的莫過(guò)于循環(huán)。
一個(gè)循環(huán)包括以下幾個(gè)要素：
1、初始循環(huán)指針
2、循環(huán)指針自加減
2、繼續或者退出循環(huán)體的條件判斷
被循環(huán)的程序主體必須位于初始循環(huán)指針之后，和循環(huán)指針自加減之前。
比如：
初始循環(huán)指針：X=0
循環(huán)開(kāi)始點(diǎn)M
被循環(huán)的程序主體：
循環(huán)指針自加減：X+1=X
循環(huán)條件判斷：X≤10 ，False：GO TO M；True：GO TO N
循環(huán)退出點(diǎn)N
如果把X作為間接尋址指針的內容，對循環(huán)指針的操作，就等于對尋址指針內容的動(dòng)態(tài)而循環(huán)的修改了。
【將DB100中的1-11數據字，傳送到MW1-11中】
L L#1 //初始化循環(huán)指針。這里循環(huán)指針就是我們要修改的尋址指針
T MD 102
M2: L MD 102
T #COUNTER_D
OPN DB100
L DBW [MD 102]
T MW [MD 102]
L #COUNTER_D
L L#2 // +2，是因為數據字的偏移基準是字節。
+D
T MD 102 //自加減循環(huán)指針，這是動(dòng)態(tài)修改了尋址指針的關(guān)鍵
L L#11 //循環(huán)次數=n-1。n=6。這是因為，首次進(jìn)入循環(huán)是無(wú)條件的，
但已事實(shí)上執行了一次操作。
<=D
JC M2
有關(guān)于T MD102 ，L L#11， <=D的詳細分析，請按照前面的內容推導。
【將DB1-10中的1-11數據字，傳送到MW1-11中】
這里增加了對DB數據塊的尋址，使用單字指針MW100存儲尋址地址，同樣使用了循環(huán)，嵌套在數據字傳送循環(huán)外，這樣，要完成“將DB1-10中的1-11數據字，傳送到MW1-11中”這個(gè)任務(wù)，共需要M1循環(huán)10次 × M2循環(huán)6次 =60次。
L 1
T MW 100
L L#1
T MD 102
M1: L MW 100
T #COUNTER_W
M2: 對數據字循環(huán)傳送程序，同上例
L #COUNTER_W
L 1 //這里不是數據字的偏移，只是編號的簡(jiǎn)單遞增，因此+1
+I
T MW 100
L 9 //循環(huán)次數=n-1，n=10
<=I
JC M1
通過(guò)示例分析，程序是讓尋址指針在對要操作的數據對象范圍內進(jìn)行遍歷來(lái)編程，完成這個(gè)任務(wù)。我們看到，這種對存儲器間接尋址指針的遍歷是基于字節和字的，如何對位進(jìn)行遍歷呢？
這就是下一個(gè)帖子要分析的寄存器間接尋址的實(shí)例的內容了。
詳解西門(mén)子間接尋址<4>
L [MD100]
LAR1
與
L MD100
LAR1
有什么區別？
當將MD100以這種 [MD100] 形式表示時(shí)，你既要在對MD100賦值時(shí)考慮到所賦的值是否符合存儲器間接尋址雙字指針的規范，又要在使用這個(gè)尋址格式作為語(yǔ)句一部分時(shí)，是否符合語(yǔ)法的規范。
在你給出第一個(gè)例程的第一句：L [MD100]上，我們看出它犯了后一個(gè)錯誤。
存儲器間接尋址指針，是作為指定的存儲區域的確切數值單元來(lái)運用的。也就是說(shuō)，指針不包含區域標識，它只是指明了一個(gè)數值。因此，要在 [MD100]前加上區域標識如： M、DB、I、Q、L等，還要加上存儲區尺寸大小如：X、B、W、D等。在加存儲區域和大小標識時(shí)，要考慮累加器加載指令L不能對位地址操作，因此，只能指定非位的地址。
為了對比下面的寄存器尋址方式，我們這里，修改為：L MD[MD100]。并假定MD100=8Hex，同時(shí)我們也假定MD1=85000018Hex。
當把MD100這個(gè)雙字作為一個(gè)雙字指針運用時(shí)，其存儲值的0-18bit將會(huì )按照雙字指針的結構Byte.bit來(lái)重新“翻譯”，“翻譯”的結果才是指針指向的地址，因而MD100中的8Hex=1000B=1.0，所以下面的
語(yǔ)句：
L MD[MD100]
LAR1
經(jīng)過(guò)“翻譯”就是：
L MD1
LAR1
前面我們已經(jīng)假定了MD1=85000018，同樣道理，MD1作為指針使用時(shí)，對0-18bit應該經(jīng)過(guò)Byte.bit結構的“翻譯”，由于是傳送給AR地址寄存器，還要對24-31bit進(jìn)行區域尋址“翻譯”。這樣，我們得出LAR1中最終的值=DIX3.0。就是說(shuō)，我們在地址寄存器AR1中存儲了一個(gè)指針，它指向DIX3.0。
L MD100
LAR1
這段語(yǔ)句，是直接把MD100的值傳送給AR，當然也要經(jīng)過(guò)“翻譯”，結果AR1=1.0。就是說(shuō)，我們在地址寄存器AR1中存儲了一個(gè)指針，它指向1.0，這是由MD100直接賦值的。
似乎，兩段語(yǔ)句，只是賦值給AR1的結果不同而已，其實(shí)不然。我們事先假定的值是考慮到對比的關(guān)系，特意指定的。如果MD100=CHex的呢？
對于前一段，由于CHex=1100，其0-3bit為非0，程序將立即出錯，無(wú)法執行。（因為沒(méi)有MD1.4這種地址�。。�
后一段AR1的值經(jīng)過(guò)翻譯以后，等于1.4，程序能正常執行。
不知道這個(gè)算不算：
FUNCTION_BLOCK “ADDRESS”
TITLE =
VERSION : 0.1
VAR_INPUT
IN0 : BYTE ;
IN1 : BYTE ;
IN2 : BYTE ;
IN3 : BYTE ;
IN4 : BYTE ;
IN5 : BYTE ;
IN6 : BYTE ;
IN7 : BYTE ;
END_VAR
VAR_OUTPUT
OUT0 : BYTE ;
OUT1 : BYTE ;
OUT2 : BYTE ;
OUT3 : BYTE ;
OUT4 : BYTE ;
OUT5 : BYTE ;
OUT6 : BYTE ;
OUT7 : BYTE ;
END_VAR
VAR
BYTE_0 : BYTE ;
BYTE_1 : BYTE ;
BYTE_2 : BYTE ;
BYTE_3 : BYTE ;
BYTE_4 : BYTE ;
BYTE_5 : BYTE ;
BYTE_6 : BYTE ;
BYTE_7 : BYTE ;
END_VAR
VAR_TEMP
IN0_B : BYTE ;
IN1_B : BYTE ;
IN2_B : BYTE ;
IN3_B : BYTE ;
IN4_B : BYTE ;
IN5_B : BYTE ;
IN6_B : BYTE ;
IN7_B : BYTE ;
OUT0_B : BYTE ;
OUT1_B : BYTE ;
OUT2_B : BYTE ;
OUT3_B : BYTE ;
OUT4_B : BYTE ;
OUT5_B : BYTE ;
OUT6_B : BYTE ;
OUT7_B : BYTE ;
END_VAR
BEGIN
NETWORK
TITLE =
//IB0
//I 0.0W1 流量故障
//I 0.1NR 快熔故障
//I 0.2W2 快熔故障
//I 0.3W1 快熔故障
//I 0.4NR SCR過(guò)熱
//I 0.5W2 SCR過(guò)熱
//I 0.6W1 SCR過(guò)熱
//I 0.7W2 流量故障
L #IN0;
T #IN0_B;
SET ;
SAVE ;
CLR ;
A BR;
= L 16.0;
A L 16.0;
A L 0.0;
= L 8.0;
A L 16.0;
A L 0.1;
= L 8.1;
A L 16.0;
A L 0.2;
= L 8.2;
A L 16.0;
A L 0.3;
= L 8.3;
A L 16.0;
A L 0.4;
= L 8.4;
A L 16.0;
A L 0.5;
= L 8.5;
A L 16.0;
A L 0.6;
= L 8.6;
A L 16.0;
A L 0.7;
= L 8.7;
A L 16.0;
JNB _001;
L #IN0_B;
T #OUT0;
_001: NOP 0;
A L 16.0;
JNB _002;
L #IN0_B;
T #BYTE_0;
_002: NOP 0;
NETWORK
TITLE =
//IB1
//I 1.0NR 流量故障
//I 1.1W1 接地故障
//I 1.2W2 接地故障
//I 1.3NR 接地故障
//I 1.4W1 浸水故障
//I 1.5W2 浸水故障
//I 1.6NR 浸水故障
//I 1.7W1 控制器故障
L #IN1;
T #IN1_B;
滬公網(wǎng)安備31010802001143號
