8课:单片机寻址方式与指令系统 2020/11/15

单片机的寻址

寻找操作数能通过直接给的方式（立即寻址）

例：MOV A，#52

 让我们先来复习一下我们学过的一些指令：MOV P1，#0FFH，MOV R7，#0FFH这些指令都是将一些数据送到对应的位置中去，为什么要送数据呢？第一个因为送入的数能让灯全灭掉，第二个是为了要实现延时，从这里我们能看出来，在用单片机的编程语言编程时，经常要用到数据的传递，事实上数据传递是单片机编程时的一项重要工作，一共有28条指令（单片机共111条指令）。下面我们就从数据传递类指令开始吧。

  分析一下MOV P1，#0FFH这条指令，我们不难得出结论，第一个词MOV是命令动词，也就是决定做什么事情的，MOV是MOVE少写了一个E，所以就是“传递”，这就是指令，规定做什么事情，后面还有一些参数，分析一下，数据传递必须要有一个“源”也就是你要送什么数，必须要有一个“目的”，也就是你这个数要送到什么地方去，显然在上面那条单片机指令中，要送的数（源）就是0FFH，而要送达的地方（目的地）就是P1这个寄存器。在数据传递类指令中，均将目的地写在指令的后面，而将源写在最后。

直接给出数所在单元地址的方式（直接寻址）

  这条指令中，送给P1是这个数本身，换言之，做完这条指令后，我们能明确地知道，P1中的值是0FFH，但是并不是任何时候都能直接给出数本身的。例如，在我们前面给出的单片机延时程序例是这样写的：

表一

MAIN： SETB P1.0 　　　　；（１）

　　　LCALL DELAY ；（２）

　　　　CLR P1.0 　　　　 ；（３）

　　　LCALL DELAY 　　；（４）

　　　　AJMP MAIN 　　　；（５）

；以下子程序

DELAY： MOV R7，#250　 　；（６）

D1： MOV R6，#250 　　；（７）

D2： DJNZ R6，D2 　　　；（８）

　　 DJNZ R7，D1　　　；（９）

　 　RET 　　　　　　　；（１０）

　　 END 　　　　 　　；（１１）

这样一来，我每次调用延时程序延时的时间都是相同的（大致都是0.13S)，如果我提出这样的要求：灯亮后延时时间为0.13S灯灭，灯灭后延时0.1秒灯亮，如此循环，这样的程序还能满足要求吗？不能，怎么办？我们能把延时程序改成这样(见表2)：调用则见表2中的主程，也就是先把一个数送入30H，在子程序中R7中的值并不固定，而是根据30H单元中传过来的数确定。这样就能满足要求。

表二

MAIN： SETB P1.0 　　　　；（１）

　　　MOV 30H，#255

　　　 LCALL DELAY ；

　　　 CLR P1.0 　　　　 ；（３）

　　　 MOV 30H,#200

　　　 LCALL DELAY 　　；（４）

　　　 AJMP MAIN 　　　；（５）

；以下子程序

DELAY： MOV R7，30H　 　；（６）

D1： MOV R6，#250 　　；（７）

D2： DJNZ R6，D2 　　　；（８）

　　 DJNZ R7，D1　　　；（９）

　 　RET 　　　　　　　；（１０）

　　 END 　　　　 　　；（１１）

 从这里我们能得出结论，在数据传递中要找到被传递的数，很多时候，这个数并不能直接给出，需要变化，这就引出了一个概念：如何寻找操作数，我们把寻找操作数所在单元的地址称之为寻址。

寄存器寻址

还有一种，如果我们把数放在工作寄存器中，从工作寄存器中寻找数据，则称之为寄存器寻址。例：MOV A，R0就是将R0工作寄存器中的数据送到累加器A中去。提一个问题：我们知道，工作寄存器就是内存单元的一部份，如果我们选择工作寄存器组0，则R0就是RAM的00H单元，那么这样一来，MOV A，00H，和MOV A，R0不就没什么区别了吗？为什么要加以区别呢？的确，这两条指令执行的结果是完全相同的，都是将00H单元中的内容送到A中去，但是执行的过程不一样，执行第一条指令需要2个周期，而第二条则只需要1个周期，第一条指令变成最终的目标码要两个字节（E5H 00H），而第二条则只要一个字节（E8h）就能了。

这么斤斤计较！不就差了一个周期吗，如果是12M的晶体震荡器的话，也就1个微秒时间了，一个字节又能有多少？

   不对，如果这条指令只执行一次，也许无所谓，但一条指令如果执行上1000次，就是1毫秒，如果要执行1000000万次，就是1S的误差，这就很可观了，单片机做的是实时控制的事，所以必须如此“斤斤计较”。字节数同样如此。

再来提一个问题，现在我们已知，寻找操作数能通过直接给的方式（立即寻址）和直接给出数所在单元地址的方式（直接寻址），这就够了吗？

看这个问题，要求从30H单元开始，取20个数，分别送入A累加器。

   就我们目前掌握的办法而言，要从30H单元取数，就用MOV A，30H，那么下一个数呢？是31H单元的，怎么取呢？还是只能用MOV A，31H，那么20个数，不是得20条指令才能写完吗？这里只有20个数，如果要送200个或2000个数，那岂不要写上200条或2000条命令?这未免太笨了吧。为什么会出现这样的状况？是因为我们只会把地址写在指令中，所以就没办法了，如果我们不是把地址直接写在指令中，而是把地址放在另外一个寄存器单元中，根据这个寄存器单元中的数值决定该到哪个单元中取数据，比如，当前这个寄存器中的值是30H，那么就到30H单元中去取，如果是31H就到31H单元中去取，就能解决这个问题了。怎么个解决法呢？既然是看的寄存器中的值，那么我们就能通过一定的办法让这里面的值发生变化，比如取完一个数后，将这个寄存器单元中的值加1，还是执行同一条指令，可是取数的对象却不一样了，不是吗。通过例程来说明吧。

MOV R7，#20

　　 MOV R0，#30H

LOOP：MOV A，@R0

　　 INC R0

　　 DJNZ R7,LOOP

这个例程中大部份指令我们是能看懂的，第一句，是将立即数20送到R7中，执行完后R7中的值应当是20。第二句是将立即数30H送入R0工作寄存器中，所以执行完后，R0单元中的值是30H，第三句，过这是看一下R0单元中是什么值，把这个值作为地址，取这个地址单元的内容送入A中，此时，执行这条指令的结果就相当于MOV A，30H。第四句，没学过，就是把R0中的值加1，因此执行完后，R0中的值就是31H，第五句，学，将R7中的值减1，看是否等于0，不等于0，则转到标号LOOP处继续执行，因此，执行完这句后，将转去执行MOV A，@R0这句话，此时相当于执行了MOV A，31H（因为此时的R0中的值已是31H了），如此，直到R7中的值逐次相减等于0，也就是循环20次为止，就实现了我们的要求：从30H单元开始将20个数据送入A中。

这也是一种寻找数据的办法，由于数据是间接地被找到的，所以就称之为间址寻址。注意，在间址寻址中，只能用R0或R1存放等寻找的数据。

摘自：http://www.51hei.com/mcuteach/244.html