ZEMAX中文说明3.doc

关于数据域编号需要直到一个非常重要的事情。如果它的值为零，则执行宏指令，得到OPTRETURN 0 中的值。然而，如果数据域编号不是零，那么不执行宏指令，而代替使用前面调用该宏指令时储存的数值。这种约定有着实质性的好处。如果宏指令计算了许多数值，它们所有都需要被优化，则这个宏指令只要调用一次，而多次使用ZPLM 操作数就可以得到这个数据。这比多次调用宏指令有效得多。例如，假设名为ZPL11.ZPL 计算三个数值，它们三个都需要优化。在这个宏指令中将使用OPTRETURN 来储存这三个数据： OPTRETURN 0=x OPTRETURN 1=y OPTRETURN 2=z 那么在评价函数中用三个ZPLM 操作数来摘录这个数据，仅调用一次这个宏指令来执行优化： ZPLM 11 0 ZPLM 11 1 ZPLM 11 2 仅在ZPLM 11 0 中调用宏指令ZPL11.ZPL。注意，仅当Int2 的值为零时，可以使用Hx、Hy、Px、和Py 的值，因为仅在这种情况下，宏指令才被求值。 最后，在宏指令执行过程中镜头数据不能有任何改变，这一点十分重要。这些改变将涉及到后面其他操作数求值。ZEMAX 不能将已经求值的镜头数据恢复到对ZPLM 指定的宏指令求值之前的状态。同样，ZPLM 也不应用在默认评价函数的中间，而应该放在ZEMAX 默认定义的那部分评价函数的前面或后面。如果在宏指令操作的过程中镜头数据被改变了，ZEMAX 将无法知道哪个数据被改变了，而且不能不能将镜头数据恢复到没改变时的原始状态。只允许ZPL 宏指令执行对镜头数据的拷贝数据进行优化，而不是对实际数据进行优化，这样可以避免出现上述情况，然而这个功能当前不被支持。其原因是有时候宏指令在对后面的操作数进行求值之前需要改变镜头数据。在这种情况下，应执行两个宏指令。第一个应按要求修改数据，第二个应将数据恢复到原始条件。这两个宏指令，和执行改变镜头数据的插入操作数一起，都可以在评价函数编辑界面中列出。 使用外部编译的程序的优化 创建一个用户自定义操作数（UDO）的第二种方法是编写一个外部窗口程序来计算数据，然后使用动态数据交换（DDE）来将数据输入ZEMAX 中或从ZEMAX 中输出。DDE 界面在“ZEMAX 扩展”一章中进行说明。那里介绍的内容在这里不再复述；这里的说明是在假定已理解那一章的内容的前提下进行的。 操作数UDOP 被用来从评价函数内部调用一个外部客户程序。客户程序可能通过制造多个联系到ZEMAX 服务器的DDE 调用来执行要求的计算，然后使用DDE 界面将结果返回到ZEMAX。然后将计算得出的数据放在评价函数编辑界面中的“值”栏中，这样才可能以通常的方法被优化。 UDOP 是很容易使用的。Int1 和Int2 的值分别用来指定客户程序编号和数据域编号。客户程序编号指出了哪个客户程序将被执行，而数据域编号则指出了由客户程序计算的哪个值将被优化。 客户程序编号必须是0 到99 之间的整数。例如，如果一个UDOP操作数的Int1 的值被设为17，那么客户程序编号为17，被执行的客户程序必须被命名为UDO17.EXE。客户程序名必须始终使用与客户程序编号相对应的一个两位数。如果客户程序编号为6，那么要被执行的客户程序应该是UDO06.EXE。客户程序文件必须放在ZEMAX主目录下的\UDO 目录中。当到达一个其数据域编号为零的UDOP 操作数，ZEMAX 将调用这个客户程序。假设客户程序编号为17，客户 程序将以如下的语法结构被调用： UDO17.EXE 缓冲器代码 Hx Hy Px Py 这缓冲器代码是由ZEMAX 提供给客户程序的一个整数值，它是唯一能识别正确镜头的标识符。因为ZEMAX 能够同时对多个镜头进行求值，缓冲器代码被用作一个标识符，以便于当客户程序申请或返回数据时，它和正确的镜头相联系。注意在优化时，ZEMAX 将同时对许多镜头进行求值，将计算出输出的细微差异，这个优化将继续下去。客户程序必须计算指定镜头的数据。 一旦客户程序开始执行，客户程序必须执行一下一个关键的步骤： 1） 建立与ZEMAX 服务程序相连的DDE 链。 2） 将正确的镜头数据加载到ZEMAX 服务程序的存储器中。 3） 计算要求的数据。 4） 将数据传输回ZEMAX。 5） 清除ZEMAX 服务程序的存储器中的内容。 6） 终止DDE 链，并退出。 具有代表性的是，DDE 链是由ZCLIENT 编码维持的，这在DDE一章中介绍（当然如果愿意的话，用户自己可以自由编写它们）。ZCLIENT 调用了用户定义的用户函数来计算操作数数据。为了将正确的镜头数据加载到ZEMAX 服务程序的存储器中，必须发送一个单个的名为GetUDOSystem 项目到ZEMAX服务程序中。 其语法结构为“Ge