是德科技
直播中

李乔

7年用户 168经验值
私信 关注
[问答]

间歇扫描

您好,我使用8164B主机和81600B - 201 TLS,由我的软件中的PFL驱动。
该系统设计为连续扫描,除非TLS需要λ归零。
但有时,它会在大约两分钟内停止扫描,没有错误或解释消息。
我猜这不是一个lambda归零,因为它太快了。
那么扫描中有什么停顿?
这是正常的 ?
这是PFL的原因?
提前致谢。

以上来自于谷歌翻译


     以下为原文

  Hello,

I use a 8164B Mainframe with a 81600B - 201 TLS, driven by the PFL in my software.

This system is designed to sweep continuously, except when the TLS need a lambda zeroing. But sometimes, it stops the sweeps during around two minutes, without error or explanation message. I guess that's not a lambda zeroing, because it's too fast.

So what are theses pauses in the sweeps ? It is normal ? It is in cause of the PFL ?

Thanks in advance.  

回帖(3)

李乔

2019-5-8 08:40:47
您好,在使用仪器初始化连接时,软件会发送命令以禁用自动归零。
我检查了自动归零保持一直禁用。
软件在每次扫描之前检查源是否需要归零,如果是,则执行归零。
但在这种情况下,软件会显示一条消息。
所以,它不应该是自动调零。
Regards.Edited:hlodwig于2013年1月7日上午8:32

以上来自于谷歌翻译


     以下为原文

  Hello,

When initializing the connexion with the instrument, the software sends the command to disable auto-zeroing. I checked that the auto-zeroing stay disabled all the time.

The software checks before each sweep that the source needs a zeroing and, if it is, execute the zeroing. But in this case, the software displays a message.

So, it shouldn't be the auto-zeroing.

Regards.

Edited by: hlodwig on Jan 7, 2013 8:32 AM
举报

贾大林

2019-5-8 08:54:19
引用: xbvwerw 发表于 2019-5-8 08:40
您好,在使用仪器初始化连接时,软件会发送命令以禁用自动归零。
我检查了自动归零保持一直禁用。
软件在每次扫描之前检查源是否需要归零,如果是,则执行归零。

好的,这有助于追踪正在发生的事情。
正如您所说,禁用自动校准会阻止仪器进行自动调零。
然后,软件可以检查这个并在需要时自行执行归零,就像您的软件一样。
这就是PFL FastSweep也在做的事情。
当温度变化达到允许温差的0.5度以内时,它在开始下一次扫描之前执行归零。
这是因为当激光连续扫描时,仪器永远不会有机会自动进行。
(这对我来说是新的!)所以2分钟的中断是正常的,并且由FastSweep功能完成,正如您所怀疑的那样。
如果您希望程序决定归零的时间,那么最简单的方法是在变化超出激光器限制的0.5度之前的方便时间强制归零。
如果激光允许4.4度的差异,那么PFL将使用3.9度的限制,你可以使用更低的东西,如3.5度。
然后你的程序将在PFL之前完成。
由于您使用的是PFL和816x即插即用驱动程序,因此使用即插即用命令检查温度最为方便:hp816x_get_TLS_temperatures。
就像你可能已经在做的那样。
跟踪它需要一段时间,但它似乎是你正在观察的。
问候,迈克

以上来自于谷歌翻译


     以下为原文

  OK, that helped to track down what is happening.
As you say, disabling the autocalibration does prevent the instrument from making the automatic zeroing.
It's then good for the software to check this and perform the zeroing itself when needed, like your software does.

This is what PFL FastSweep is also doing. When the temperature change reaches within 0.5 degrees of the allowed temperature difference, it performs the zeroing before starting the next sweep. This is added  because when the laser is sweeping continuously, the instrument would never have a chance to do this automatically. (That's new to me though!)

So the 2 minute interruptions are normal and are made by the FastSweep function, as you suspected.

If instead you want your program to decide the timing for the zeroing, then the simplest way would be to force zeroing at a convenient time before the change is within 0.5 degrees of the limit given by the laser. If the laser is allowing 4.4 degrees difference, then PFL will use a limit of 3.9 degrees and you could use something lower, like 3.5 degrees. Then your program will do it before PFL does.

Since you are using PFL and the 816x Plug&Play driver, it will be most convenient to check the temperatures with the Plug&Play command:
hp816x_get_TLS_temperatures.
like you're probably already doing.

It took a while to track this down, but it seems to be what you are observing.

Regards,
Mike
举报

贾大林

2019-5-8 09:12:42
是的,在这里使用更快的归零形式是有意义的。
对此的SCPI命令是“[:SOURce [n]] [:CHANnel [m]]:WAVelength:CORRection:ZERO:AUTO”,它只是为命令添加“AUTO”以进行较长的程序。
由于您的程序使用驱动程序,因此最好使用驱动程序的传递函数发送SCPI命令:hp816x_cmd我认为此命令没有单独的驱动程序函数。
在发送上述命令之前,您可能还需要增加驱动程序的超时值。
hp816x_timeOut从默认的20s(20000 ms)增加到200s就足够了。
归零完成后,可以返回20秒。
我猜你还需要在归零之前使用Close FastSweep,然后再继续准备FastSweep然后继续测量。
也许你的程序也一直这样做?

以上来自于谷歌翻译


     以下为原文

  Yes, it makes sense to use the quicker form of zeroing here.
The SCPI command for this is
"[:SOURce[n]][:CHANnel[m]]:WAVelength:CORRection:ZERO:AUTO"
which just adds "AUTO" to the command for the longer procedure.

Since your program uses the drivers, it's best to send the SCPI commands with the pass through function of the driver:
hp816x_cmd

I think there is not a separate driver function for this command.

You probably also need to increase the timeout value for the driver before sending the above command.
hp816x_timeOut
Increasing from the default 20s (20000 ms) to 200s should be enough. After the zeroing is completed this can be returned to 20s.

I guess you also need to use Close FastSweep before the zeroing and then Prepare FastSweep again afterwards before continuing to measure. 
Maybe your program has also been doing that too?
举报

更多回帖

发帖
×
20
完善资料,
赚取积分