使用过指针的工程师都知道指针灵活，用简短的语句就能实现大量重复性的工作，但是难以驾御，查错也不容易，这回讲讲在使用指针编程中比较容易忽视的故障。
系统提供了四个可供我们操作的寄存器：两个地址寄存器AR1，AR2和两个数据块寄存器DB和DI在监控中显示为DB1，DB2。
先看一个例子


图一 FC1


图二 WinAC OB1监视图
图一为功能块FC1，其功能为修改四个寄存器内容
我们在WinAC或PLCSIM中运行，见图二，调用FC1前后寄存器内容没有变化,FC前后两条指令意思相同均为
L B [AR1,P#0.0] // L DB1.DBB0
L B [AR2,P#0.0] // L DB2.DBB0
接下来在S7-300/400系列CPU中运行
观察图三，OB1调用FC1前后AR1和AR2寄存器的内容发生变化
L B [AR1,P#0.0] // L DB1.DBB0
L B [AR2,P#0.0] // L DB2.DBB0
CALL FC 1
L B [AR1,P#0.0] // 由于AR1内容被修改为P#I0.0，所以该语句实际为L IB0；
L B [AR2,P#0.0] // 同样该语句实际为L QB0


图三 S7-300/400 OB1监视图
通过在不同系列的PLC中实验发现，在WinAC和PLCSIM中FC对AR1，AR2，DB1，DB2寄存器的修改不影响调用块这四个寄存器的内容，而S7-300/400系列PLC中如果在FC中修改了这四个寄存器，在从FC返回后AR1和AR2仍然保持为修改后的值，数据块寄存器不受影响。
如何保证程序能在不同系列的PLC上都能正常运行呢？
养成一个良好的编程习惯，在使用地址寄存器和数据块寄存器前先保存当前状态到中间变量，使用完后再恢复为使用前各寄存器状态。
以下为参考例程
VAR_TEMP
AR1_SAVE : DWORD ;
AR2_SAVE : DWORD ;
DB1_SAVE : WORD ;
DB2_SAVE : WORD ;

NETWORK
TITLE =Save Registers
TAR1 #AR1_SAVE; //AR1寄存器状态保存到#AR1_SAVE
TAR2 #AR2_SAVE; //AR2寄存器状态保存到#AR2_SAVE
L DBNO;
T #DB1_SAVE; //DB寄存器状态保存到#DB1_SAVE
L DINO;
T #DB2_SAVE; //DI寄存器状态保存到#DB2_SAVE

NETWORK
TITLE =User Program
。。。。。

NETWORK
TITLE =Resume Registers
LAR1 #AR1_SAVE; //AR1寄存器恢复到使用前状态
LAR2 #AR2_SAVE; //AR2寄存器恢复到使用前状态
OPN DB [#DB1_SAVE]; //DB寄存器恢复到使用前状态
OPN DI [#DB2_SAVE]; //DI寄存器恢复到使用前状态
BEU ;

这样在无论FC中怎样操作地址寄存器，在从FC返回后都能保证其调用块地址寄存器内容的确定性。