关于间接寻址分为存储器间接寻址和地址寄存器间接寻址，本文主要针对地址寄存器间接寻址进行详细讲解，关于存储器间接寻址可参见前面文章，链接如下：
#
【地址寄存器间接寻址】
在先前所说的存储器间接寻址中，间接指针用 M、DB、DI 和 L 直接指定，就是说，指针指向的存储区内容就是指令要执行的确切地址数值单元。但在寄存器间接寻址中，指令要执行的确切地址数值单元，并非寄存器指向的存储区内容，也就是说，寄存器本身也是间接的指向真正的地址数值单元。从寄存器到得出真正
的地址数值单元，西门子提供了两种途径：
1、区域内寄存器间接寻址
2、区域间寄存器间接寻址
地址寄存器间接寻址的一般格式是：
〖地址标识符〗〖寄存器,P#BYTE.bit〗，比如：DIX[AR1,P#1.5] 或 M[AR1,P#0.0] 。
〖寄存器,P#byte.bit〗统称为：寄存器寻址指针，而〖地址标识符〗在上帖中谈过，它包含〖存储区符〗 〖存储区尺寸符〗。但在这里，情况有所变化。比较一下刚才的例子：
DIX [AR1,P#1.5]
X [AR1,P#1.5]
DIX 可以认为是我们通常定义的地址标识符，DI 是背景数据块存储区域，X 是这个存储区域的尺寸符，指的是背景数据块中的位。但下面一个示例中的 M 呢？X 只是指定了存储区域的尺寸符，那么存储区域符在哪里呢？毫无疑问，在 AR1 中！
DIX [AR1,P#1.5] 这个例子，要寻址的地址区域事先已经确定，AR1 可以改变的只是这个区域内的确切地址数值单元，所以我们称之为：区域内寄存器间接寻址方式，相应的，这里的[AR1,P#1.5] 就叫做区域内寻址指针。
X [AR1,P#1.5] 这个例子，要寻址的地址区域和确切的地址数值单元，都未事先确定，只是确定了存储大小，这就是意味着我们可以在不同的区域间的不同地址数值单元以给定的区域大小进行寻址，所以称之为：区域间寄存器间接寻址方式，相应的，这里的[AR1,P#1.5] 就叫做区域间寻址指针。
既然有着区域内和区域间寻址之分，那么，同样的 AR1 中，就存有不同的内容，它们代表着不同的含义。
【AR 的格式】
地址寄存器是专门用于寻址的一个特殊指针区域，西门子的地址寄存器共有两个：AR1 和 AR2，每个 32 位。
当使用在区域内寄存器间接寻址中时，我们知道这时的 AR 中的内容只是指明数值单元，因此，区域内寄存器间接寻址时，寄存器中的内容等同于上帖中提及的存储器间接寻址中的双字指针，也就是：
这样规定，就意味着 AR 的取值只能是：0.0 ——65535.7
例如：当 AR=D4（hex）=0000 0000 0000 0000 0000 0000 1101 0100（b），实际上就是等于 26.4。
而在区域间寄存器间接寻址中，由于要寻址的区域也要在 AR 中指定，显然这时的 AR 中内容肯定于寄存器区域内间接寻址时，对 AR 内容的要求，或者说规定不同。
比较一下两种格式的不同，我们发现，这里的第 31bit 被固定为 1，同时，第 24、25、26 位有了可以取值的范围。聪明的你，肯定可以联想到，这是用于指定存储区域的。对，bit24-26 的取值确定了要寻址的区域，它的取值是这样定义的：
如果我们把这样的 AR 内容，用 HEX 表示的话，那么就有：
当是对 P 区域寻址时，AR=800xxxxx
当是对 I 区域寻址时，AR=810xxxxx
当是对 Q 区域寻址时，AR=820xxxxx
当是对 M 区域寻址时，AR=830xxxxx
当是对 DB 区域寻址时，AR=840xxxxx
当是对 DI 区域寻址时，AR=850xxxxx
当是对 L 区域寻址时，AR=870xxxxx
经过列举，我们有了初步的结论：如果 AR 中的内容是 8 开头，那么就一定是区域间寻址；如果要在 DB 区中进行寻址，只需在 8 后面跟上一个 40。84000000-840FFFFF 指明了要寻址的范围是：DB 区的 0.0——65535.7。
例如：当 AR=840000D4（hex）=1000 0100 0000 0000 0000 0000 1101 0100（b），实际上就是等于 DBX26.4。
我们看到，在寄存器寻址指针 [AR1/2,P#byte.bit] 这种结构中，P#byte.bit 又是什么呢？
【P#指针】
P#中的 P 是 Pointer，是个 32 位的直接指针。所谓的直接，是指 P#中的#后面所跟的数值或者存储单元，是 P 直接给定的。这样 P#XXX 这种指针，就可以被用来在指令寻址中，作为一个“常数”来对待，
这个“常数”可以包含或不包含存储区域。例如：
● L P#Q1.0 //把 Q1.0 这个指针存入 ACC1， 此时 ACC1 的内容=82000008（hex）=Q1.0
★ L P#1.0 //把 1.0 这个指针存入 ACC1， 此时 ACC1 的内容=00000008（hex）=1.0
● L P#MB100 //错误！必须按照 byte.bit 结构给定指针。
● L P#M100.0 //把 M100.0 这个指针存入 ACC1，此时 ACC1 的内容=83000320（hex）=M100.0
● L P#DB100.DBX26.4 //错误！DBX 已经提供了存储区域，不能重复指定。
● L P#DBX26.4 //把 DBX26.4 这个指针存入 ACC1，
此时 ACC1 的内=840000D4（hex）=DBX26.4
我们发现，当对 P#只是指定数值时，累加器中的值和区域内寻址指针规定的格式相同（也和存储器间接寻址双字指针格式相同）；而当对 P#指定带有存储区域时，累加器中的内容和区域间寻址指针内容完全相同。事实上，把什么样的值传给 AR，就决定了是以什么样的方式来进行寄存器间接寻址。
在实际应用中，我们正是利用 P#的这种特点，根据不同的需要，指定 P#指针，然后，再传递给 AR，以确定最终的寻址方式。
在寄存器寻址中，P#XXX 作为寄存器 AR 指针的偏移量，用来和 AR 指针进行相加运算，运算的结果，才是指令真正要操作的确切地址数值单元！
无论是区域内还是区域间寻址，地址所在的存储区域都有了指定，因此，这里的 P#XXX 只能指定纯粹的数值，如上面例子中的★。
【指针偏移运算法则】
在寄存器寻址指针 [AR1/2,P#byte.bit] 这种结构中，P#byte.bit 如何参与运算，得出最终的地址呢？
运算的法则是：AR1 和 P#中的数值，按照 BYTE 位和 BIT 位分类相加。BIT 位相加按八进制规则运算，而 BYTE 位相加，则按照十进制规则运算。
例如：DB块区域内寄存器间接寻址：
OPN DB1 //打开DB1
LAR1 P#10.0 //将指针P#10.0转载到地址寄存器1中
L DBW[AR1,P#12.0] //将DBW22转载到累加器1中
LAR1 MD20 //将存储于MD20中的指针装载到地址寄存器1中
L DBW[AR1,P#0.0] //将DBW装载到累加器1中，地址存储与MD20中
I //相加
LAR2 P#40.0 //将指针P#40.0装载到地址寄存器2中
T DBW[AR2,P#0.0] //运算结果传动到DBW40中。
I和Q区域内寄存器间接寻址举例：
L P#8.7 //装载指向第8字节第7位的指针值到累加器1
LAR1 //累加器1中的指针装载到AR1中
A I[AR1,P#0.0] //查询I8.7的状态
= Q[AR1,P#1.1] //给输出Q10.0赋值
【AR 的地址数据赋值】
通过前面的介绍，我们知道，要正确运用寄存器寻址，最重要的是对寄存器 AR 的赋值。同样，区分是区域内还是区域间寻址，也是看 AR 中的赋值。
对 AR 的赋值通常有下面的几个方法：
1、直接赋值法
例如：
L DW#16#83000320
LAR1
可以用 16 进制、整数或者二进制直接给值，但必须确保是 32 位数据。经过赋值的 AR1 中既存储了地址数值，也指定了存储区域，因此这时的寄存器寻址方式肯定是区域间寻址。
2、间接赋值法
例如：
L [MD100]
LAR1
可以用存储器间接寻址指针给定 AR1 内容。具体内容存储在 MD100 中。
3、指针赋值法
例如：
LAR1 P#26.2
使用 P#这个 32 位“常数”指针赋值 AR。
总之，无论使用哪种赋值方式，由于 AR 存储的数据格式有明确的规定，因此，都要在赋值前，确认所赋的值是否符合寻址规范。
详解西门子间接寻址<3>
使用间接寻址的主要目的，是使指令的执行结果有动态的变化，简化程序是第一目的，在某些情况下，这样的寻址方式是必须的，比如对某存储区域数据遍历。此外，间接寻址，还可以使程序更具柔性，换句话说，可以标准化。
下面通过实例应用来分析如何灵活运用这些寻址方式。
【存储器间接寻址应用实例】
我们先看一段示例程序：
L 100
T MW 100 // 将 16 位整数 100 传入 MW100
L DW#16#8 // 加载双字 16 进制数 8，当把它用作双字指针时，按照 BYTE.BIT 结构，结果演变过程就是：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
在这个例子中，我们中心思想其实就是：将 DB100.DBW1 中的内容传送到 MW1 中。这里我们使用了存储器间接寻址的两个指针——单字指针 MW100 用于指定 DB 块的编号，双字指针 MD2 用于指定 DBW 和MW 存储区字地址。
对于看到一些网友提出的 DB[MW100].DBW[MD2] 这样的寻址是错误的提法，这里做个解释：
DB[MW100].DBW[MD2] 这样的寻址结构就寻址原理来说，是可以理解的，但从 SIEMENS 程序执行机理来看，是非法的。在实际程序中，对于这样的寻址，程序语句应该写成：
OPN DBW[WM100]， L DBW[MD2]
事实上，从这个例子的中心思想来看，根本没有必要如此复杂。但为什么要用间接寻址呢？
要澄清使用间接寻址的优势，就让我们从比较中，找答案吧。
例子告诉我们，它最终执行的是把 DB 的某个具体字的数据传送到位存储区某个具体字中。这是对数据块 100 的 1 数据字传送到位存储区第 1 字中的具体操作。如果我们现在需要对同样的数据块的多个字（连续或者不连续）进行传送呢？直接的方法，就是一句一句的写这样的具体操作。有多少个字的传送，就写多少这样的语句。毫无疑问，即使不知道间接寻址的道理，也应该明白，这样的编程方法是不合理的。而如果使用间接寻址的方法，语句就简单多了。
【示例程序的结构分析】
我将示例程序从结构上做个区分，重新输入如下：
=========================== 输入 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]
显然，我们根本不需要对主体程序进行简单而重复的复写，而只需改变 MW100 和 MD2的赋值，就可以完成应用要求。
结论：通过对间接寻址指针内容的修改，就完成了主体程序执行的结果变更，这种修改是可以是动态的和静态的。
正是由于对真正的目标程序（主体程序）不做任何变动，而寻址指针是这个程序中唯一要修改的地方，可以认为，寻址指针是主体程序的入口参数，就好比功能块的输入参数。因而可使得程序标准化，具有移植性、通用性。
电气相关知识和经验是用来分享，希望本文能对你有帮助。与人玫瑰，手留余香。
欢迎大家关注，点赞，评论及转发。
