如何在读取之前等待频谱分析仪平均完成

有趣的是，我最近一直在努力解决PSA和同样的问题 - 当然它应该知道它何时完成测量/对齐等？
似乎没有。
即使是手册中的例子，除了缺少一两步之外，也没有给出足够的时间。
这是清除状态寄存器，写入各种掩码以启用位，调用* OPC以在事情完成时请求然后轮询结果的过程......完全浪费我的经验。
最后，令我憎恶的是，我们能够可靠地进行半自动化测量的唯一方法是使用一些丑陋的等待时间。
我们联系了Keysight，他们建议“搜索网络”并查看示例。
当然他们应该知道如何可靠地做这些事情而没有不必要的等待时间？
如果你进一步追求并找到一种等待分析仪的可靠方法，我很想知道你是怎么做到的。
否则，基于扫描时间的计算等待时间，平均“加一点”的扫描次数将是前进的方式。
HTH，Mike Watts



     以下为原文

  Interestingly I have recently been struggling with a PSA and the same issues - surely it should know when it has finished a measurement / alignment or the like?  It seems not.  Even the examples in the manual, apart from missing a step or two, don't give enough time.  That's the process of clearing status registers, writing in various masks to enable bits, calling *OPC to request when things are complete and then polling for the result... a complete waste of time in my experience.

In the end, and to my abhorrence, the only way we could make the semi-automated measurements reliably was with some ugly waiting times.  We contacted Keysight and they suggested 'searching the web' and looking at the examples.  Surely they should know how to do these things reliably and without unnecessary wait times?

If you pursue this further and find a solid way to wait for the analyser, I'd be interested to know how you did it.  Otherwise a computed wait time based on sweep time, number of sweeps to average 'plus a bit' would be a way forward.

HTH,  Mike Watts

嗨迈克，谢谢你的回复。
我能够调整一个轮询和屏蔽状态字节的示例，以便对齐完成，直到它对我有用。
我做了这个已经有一段时间了，我不记得我在哪里得到了这个例子，或者为什么它没有修改就行不通。
我们也有PSA，我很确定它也适用于它们。
我附上了代码。
我认为对齐是一种特殊情况，并且这种事情不需要等待测量结果。
我想类似的事情可以用来找到平均扫描的结束，但看起来似乎没有必要。
我现在要使用等待时间，以便我可以继续前进，但我会记住这一点以备将来工作。
同样，如果您分享了您对此所做的任何进展，我将不胜感激。
唐K.



     以下为原文

  Hi Mike,

Thanks for your reply.

I was able to tweak one of the examples of polling and masking the status byte for the alignment completion until it worked for me. It's been quite a while since I did this, I don't remember where I got the example or why it didn't work without modification. We also have PSAs, I'm pretty sure it works fine for them too. I am attaching the code.

I thought the alignment was a special case, and that this kind of thing was not necessary to just wait for a measurement result. I guess a similar thing can be done for finding the end of the averaging sweeps but it just seems like that shouldn't be necessary.

I'm going to use the wait time for now so I can move forward, but am keeping this in mind for future work. Likewise, I would appreciate it if you shared any advances you make on this.

Don K.

附件

• lib_PXA_Cal.vlb.vee22.9 KB
  

嗨唐，谢谢你的例子。
有趣的是我没有使用Spoll方法。
我认为它确实有点遗留，因为没有选择进行任何“正确的”中断处理，而不是今天的快速计算机存在问题...也许有一个新的机会可以单独设置它
线程如果事情确实需要在此期间处理。
相反（a）我发现需要在“：CAL：ALL”之前插入一个命令“* SRE 32”，并且（b）检查是* STB的查询？
寻找你所拥有的钻头重量32下次我有一个频谱分析仪来玩它我肯定会看到这些方法是否存在差异。
最诚挚的问候，迈克



     以下为原文

  Hi Don,

Thanks for the example.  Interestingly I didn't use the Spoll method.  I thought it was really a bit of a legacy as there is no option to do any 'proper' interrupt handling, not that that is a problem with today's fast computers... maybe there is a new opportunity to set that off in a separate thread if things do need to be processed in the meantime.

Instead
(a) I found there needed to be a command "*SRE 32 " inserted before ":CAL:ALL" and 
(b) the check was a query of *STB? looking for the bit weight 32 as yours does

Next time I have a spectrum analyser to play with it I will certainly see if there is a difference in the methods.

Best Regards,

Mike

感谢您发布您的示例Bill。
我无法用我的仪器完全重新创建它，但类似的尝试放置* OPC？
我的测试中的命令没有成功。
在我的应用程序中，我发现有* OPC？
包含的命令从不伤害任何东西，但有时测量是否有效，具体取决于参数。
换句话说，我认为* OPC？
一直工作，直到参数改变，平均时间变得很长。
我已经实现了状态字节的串行轮询，与用于确定对齐完成的相同，并且它运行良好。
如果使用* OPC？
或* WAI命令将以某种方式执行它我无法使其工作。
在X系列信号分析器编程实例中有一个“扫描完成的串行轮询”的例子（不是Vee），其存在表明需要这样或类似的东西。
感谢关于超时的提醒，我也遇到了这个问题。
唐K.



     以下为原文

  Thanks for posting your example Bill.

I was not able to recreate it exactly with my instrument, but similar attempts to put the *OPC? command into my test were not successful. In my application I found that having the *OPC? command included never hurt anything, but sometimes the measurement would work, or not, depending on the parameters. In other words, I thought the *OPC? was working until the parameters changed such that the averaging time became quite long.

I have implemented the serial polling of the status byte, the same as used to determine the completion of an alignment, and it works well. If using the *OPC? or *WAI commands will somehow do it I have been unable to make it work. There is an example (not Vee) of "serial poll for sweep complete" in the X-series signal analyzer programming examples, the existence of which suggests that this, or something like this, is needed.

Thanks for the heads up about the timeout, I had also run across that.

Don K.

好吧，我发布的关于串行轮询运行良好的信息太早了。
在电源循环测试设置后，寄存器在第二天的行为方式不同。
我承认它有点红脸，但我的问题是* OPC？
是比尔提到的仪器超时。
我知道问题，并认为我设置了它，但导入库文件改变了它。
得到那个整理了* OPC？
和* WAI命令按预期工作。
感谢您的帮助，编程是我的第二份工作，所以我很高兴找到这些用户论坛来帮助我。
唐K.



     以下为原文

  Well, I posted too soon about the serial polling working well. After power cycling the test setup the register did not behave the same way the next day.

I'm a little red-faced to admit it, but my problem with the *OPC? was the instrument timeout Bill mentioned. I knew about issue, and thought I had it set, but importing a library file changed it. After getting that sorted out the *OPC? and *WAI commands are working as expected.

Thanks for the help, programming is a secondary job for me so I was happy to find these user forums to help me out.

Don K.

唐，很高兴这一切都适合你。
我们都犯错了... - 比尔



     以下为原文

  Glad it all worked out for you, Don. We all make mistakes...

-Bill