西门子PLC如何间接寻址

从寄存器到得出真正的地址数值单元，途径：

区域 内 寄存器间接寻址

区域 间 寄存器间接寻址

地址寄存器间接寻址的一般格式是：

 〖地址标识符〗〖寄存器,P#bytebit〗，比如：DIX[AR1,P#15] 或 M[AR1,P#00]

〖寄存器,P#bytebit〗统称为：寄存器寻址指针，而〖地址标识符〗在上帖中谈过，它包含〖存储区符〗+〖存储区尺寸符〗。但在这里，情况有所变化。比较一下刚才的例子：   DIX [AR1,P#15]    X [AR1,P#15]

DIX可以认为是我们通常定义的地址标识符，DI是背景数据块存储区域，X是这个存储区域的尺寸符，指的是背景数据块中的位。但下面一个示例中的M呢？X只是指定了存储区域的尺寸符，那么存储区域符在哪里呢？毫无疑问，在AR1中！

DIX [AR1,P#15] 这个例子，要寻址的地址区域事先已经确定，AR1可以改变的只是这个区域内的确切地址数值单元，所以我们称之为：区域内寄存器间接寻址方式，相应的，这里的[AR1,P#15] 就叫做区域内寻址指针。

X [AR1,P#15] 这个例子，要寻址的地址区域和确切的地址数值单元，都未事先确定，只是确定了存储大小，这就是意味着我们可以在不同的区域间的不同地址数值单元以给定的区域大小进行寻址，所以称之为：区域间寄存器间接寻址方式，相应的，这里的[AR1,P#15] 就叫做区域间寻址指针。

AR的格式

地址寄存器是专门用于寻址的一个特殊指针区域，西门子的地址寄存器共有两个：AR1和AR2，每个32位。

当使用在区域内寄存器间接寻址中时，我们知道这时的AR中的内容只是指明数值单元，因此，区域内寄存器间接寻址时，寄存器中的内容等同于上帖中提及的存储器间接寻址中的双字指针，也就是：   其0-2bit，指定bit位，3-18bit指定byte字节。其第31bit固定为0。   AR：

0000 0000 0000 0BBB BBBB BBBB BBBB BXXX

这样规定，就意味着AR的取值只能是：00 ——655357

例如：当AR=D4（hex）=0000 0000 0000 0000 0000 0000 1101 0100（b），实际上就是等于264。   而在区域间寄存器间接寻址中，由于要寻址的区域也要在AR中指定，显然这时的AR中内容肯定于寄存器区域内间接寻址时，对AR内容的要求，或者说规定不同。   AR：

1000 0YYY 0000 0BBB BBBB BBBB BBBB BXXX

比较一下两种格式的不同，我们发现，这里的第31bit被固定为1，同时，第24、25、26位有了可以取值的范围。聪明的你，肯定可以联想到，这是用于指定存储区域的。对，bit24-26的取值确定了要寻址的区域，它的取值是这样定义的：   区域标识符    26、25、24位

P（外部输入输出）    000

I（输入映像区）    001

Q（输出映像区）    010

M（位存储区）    011

DB（数据块）    100

DI（背景数据块）    101

L（暂存数据区，也叫局域数据）    111

如果我们把这样的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区的00——655357。

例如：当AR=840000D4（hex）=1000 0100 0000 0000 0000 0000 1101 0100（b），实际上就是等于DBX264。

我们看到，在寄存器寻址指针 [AR1/2,P#bytebit] 这种结构中，P#bytebit又是什么呢？   P#指针

P#中的P是Pointer，是个32位的直接指针。所谓的直接，是指P#中的#后面所跟的数值或者存储单元，是P直接给定的。这样P#XXX这种指针，就可以被用来在指令寻址中，作为一个“常数”来对待，这个“常数”可以包含或不包含存储区域。例如：

● L P#Q10 //把Q10这个指针存入ACC1，此时ACC1的内容=82000008（hex）=Q10   ★ L P#10 //把10这个指针存入ACC1，此时ACC1的内容=00000008（hex）=10   ● L P#MB100 //错误！必须按照bytebit结构给定指针。

● L P#M1000 //把M1000这个指针存入ACC1，此时ACC1的内容=83000320（hex）=M1000   ● L P#DB100DBX264 //错误！DBX已经提供了存储区域，不能重复指定。

● L P#DBX264 //把DBX264这个指针存入ACC1，此时ACC1的内容=840000D4（hex）=DBX264   我们发现，当对P#只是指定数值时，累加器中的值和区域内寻址指针规定的格式相同（也和存储器间接寻址双字指针格式相同）；而当对P#指定带有存储区域时，累加器中的内容和区域间寻址指针内容完全相同。事实上，把什么样的值传给AR，就决定了是以什么样的方式来进行寄存器间接寻址。在实际应用中，我们正是利用P#的这种特点，根据不同的需要，指定P#指针，然后，再传递给AR，以确定最终的寻址方式。

在寄存器寻址中，P#XXX作为寄存器AR指针的偏移量，用来和AR指针进行相加运算，运算的结果，才是指令真正要 *** 作的确切地址数值单元！

无论是区域内还是区域间寻址，地址所在的存储区域都有了指定，因此，这里的P#XXX只能指定纯粹的数值，如上面例子中的★。

指针偏移运算法则

运算的法则是：AR1和P#中的数值，按照BYTE位和BIT位分类相加。BIT位相加按八进制规则运算，而BYTE位相加，则按照十进制规则运算。

例如：寄存器寻址指针是：[AR1，P#26]，我们分AR1=264和DBX264两种情况来分析。   当AR1等于264，    AR1：262    + P#： 26

 ---------------------------    = 297 这是区域内寄存器间接寻址的最终确切地址数值单元   当AR1等于DBX264，    AR1：DBX262    + P#： 26

 ---------------------------    = DBX297 这是区域间寄存器间接寻址的最终确切地址数值单元   AR的地址数据赋值

通过前面的介绍，我们知道，要正确运用寄存器寻址，最重要的是对寄存器AR的赋值。同样，区分是区域内还是区域间寻址，也是看AR中的赋值。   对AR的赋值通常有下面的几个方法：   1、直接赋值法   例如：

L DW#16#83000320   LAR1

可以用16进制、整数或者二进制直接给值，但必须确保是32位数据。经过赋值的AR1中既存储了地址数值，也指定了存储区域，因此这时的寄存器寻址方式肯定是区域间寻址。   2、间接赋值法   例如：   L [MD100]   LAR1

可以用存储器间接寻址指针给定AR1内容。具体内容存储在MD100中。   3、指针赋值法   例如：

LAR1 P#262

使用P#这个32位“常数”指针赋值AR。

总之，无论使用哪种赋值方式，由于AR存储的数据格式有明确的规定，因此，都要在赋值前，确认所赋的值是否符合寻址规范。   详解西门子间接寻址<3>

使用间接寻址的主要目的，是使指令的执行结果有动态的变化，简化程序是第一目的，在某些情况下，这样的寻址方式是必须的，比如对某存储区域数据遍历。此外，间接寻址，还可以使程序更具柔性，换句话说，可以标准化。

下面通过实例应用来分析如何灵活运用这些寻址方式，在实例分析过程中，将对前面帖子中的笔误、错误和遗漏做纠正和补充。

存储器间接寻址应用实例   我们先看一段示例程序：   L 100

T MW 100 // 将16位整数100传入MW100

L DW#16#8 // 加载双字16进制数8，当把它用作双字指针时，按照BYTEBIT结构，    结果演变过程就是：8H=1000B=10   T MD 2 // MD2=8H

OPN DB [MW 100] // OPN DB100   L DBW [MD 2] // L DB100DBW1   T MW[MD2] // T MW1    A DBX [MD 2] // A DBX10   = M [MD 2] // =M10

在这个例子中，我们中心思想其实就是：将DB100DBW1中的内容传送到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的赋值（绿色部分），就可以完成应用要求。

结论：通过对间接寻址指针内容的修改，就完成了主体程序执行的结果变更。

使用S7-200软件STEP7 MicroWINV40的交叉索引功能可以实现你的要求。
双点击左边的“交叉引用”图标，打开交叉引用窗口，输入输出点的使用情况，以及字节和位使用情况。打开别人编写好的程序，先编译，编译无错误后，再点击交叉引用项目，就可以看到已经使用的地址了。除了编译以后在交叉引用中查看，还要注意有没有用到指针寻址，如果用了就得自己算一下哪些地址曾经被指针引用过。
维尔纳·冯·西门子 （Ernst Werner von Siemens）（1816-1892）德国工程学家、企业家、电动机、发电机、有轨电车和指南针式电报机的发明人，改进过海底电缆,提出平炉炼钢法,革新了炼钢工艺,西门子公司创始人。
1866年，西门子提出了发电机的工作原理，并由西门子公司的一名工程师完成了人类第一台发电机。同年，西门子还发明了第一台直流电动机。西门子研发的这些技术往往马上被产品化投入市场，或者将其应用到新的产品中。例如有轨电车（1881）无轨电车（1882）、电梯（1880）、电气火车（1879）等都是西门子公司利用其创始人的发明最先投入市场的。讽刺的是，直到20世纪末才开始有所发展的电动汽车也是西门子公司在1898年最先发明的。

答：1、S7-200PLC的变量区都是从16#8000000开始的，200的十六进制数是16#C8 ，因此VB200的内存地址就是16#80000C8。&VB200是取VB200的内存地址。
2、 MOVD &VB200，AC1 是将VB200的内存地址赋值给AC1，AC1的值是16#80000C8 MOVW AC1，AC0 该指令是将VB200开始的两个字节的值赋给AC0，VB200是高字节，VB201是低字节，VB200的值是12 VB201的值是34 ,虽然你的赋值是十进制的，但是在内存中都是按十六进制存放的，因此，VB200对应的是16#0C VB201对应的是16#22 。因此由VB200和VB201组成的双字节数就是16#0C22 转换成十进制就是3106
啰嗦了这么多，不知道你看明白否？

---