E8257D频率设定是间歇性的

您没有指定用于设置和读取频率的频率和格式。
在某些时候，您将它转换为二进制，这导致浮点精度问题，由于机器epsilon。
刚刚意识到我误读了帖子，+ / - 3Hz让我失望：导致这些命令的顺序是什么？
你提到了步骤，你在什么频率模式？
你有没有把它设置为列表模式？
Spacecase编辑：Spacecase于2012年10月10日上午3:36



     以下为原文

  You don't specify what frequency and format you are using to set and read the frequencies. At some point you are converting it to binary and this is causing floating point precision issues, due to machine epsilon.


Just realized I misread the post, the +/- 3Hz threw me:

What is the sequence leading up to these commands? You mentioned Steps, what Frequency Mode are you in? Did you set it to List Mode?


Spacecase

Edited by: Spacecase on Oct 10, 2012 3:36 AM

我无法超越我们使用的频率，但步长为1MHz。
我们从PRESET开始，然后RF开机，然后设置静态功率值，然后我们循环频率步进。
我不知道LIST模式是什么。



     以下为原文

  I can't go over the frequencies we use but the step size is 1MHz.  We start w/ PRESET, then RF power ON, then set a static power value, then we loop on frequency stepping.  I have no idea what LIST mode is.

> {quote：title = miyamky写道：} {quote}>我不能超过我们使用的频率，但步长为1MHz。
我们从PRESET开始，然后RF开机，然后设置静态功率值，然后我们循环频率步进。
我不知道LIST模式是什么。
首先找出你使用的模式:: FREQ：MODE？
这些是您正在使用的命令吗？
：FREQ [：CW] nxHz'这将输出频率设置为CW（或固定），您也可以使用（：FREQ：FIX nxHz）：FREQ [：CW]：STEP nxHz'这设置步长，但不是
改变频率：FREQ [：CW] UP'这使频率增加步长，：FREQ [：CW] DOWN递减步长列表模式将类似于以下之一：FREQ：MODE LIST：LIST：TYPE LIST
：LIST：FREQ 1GHZ，2GHZ，4GHZ，8GHZ'任意列表的示例：LIST：DIR UP：SWE：DWEL n：SWE：POIN n'这必须匹配列表中的频率数或：FREQ：MODE LIST：LIST：
TYPE STEP：FREQ：STAR nxHZ：FREQ：STOP nxHZ：LIST：DIR DOWN'如果需要，反转发电机步进扫描方向：SWE：POIN n'这将根据（停止 - 启动）/（npoints）设置步长
-1）：SWE：DWEL n这些应该让你开始，我不经常使用列表模式，但它最重要的是非常有用。
Spacecase



     以下为原文

  > {quote:title=miyamky wrote:}{quote}
> I can't go over the frequencies we use but the step size is 1MHz.  We start w/ PRESET, then RF power ON, then set a static power value, then we loop on frequency stepping.  I have no idea what LIST mode is.

First find out what mode you are in with:
:FREQ:MODE?

Are These the commands you are using?
:FREQ[:CW] nxHz ' This sets the output frequency to CW (or Fixed), you could also use (:FREQ:FIX nxHz)
:FREQ[:CW]:STEP nxHz ' This sets the Step size, but does NOT change the frequency
:FREQ[:CW] UP ' This increments the frequency by the step size, :FREQ[:CW] DOWN decrements by step size

List Mode would be something like one of these


:FREQ:MODE LIST
:LIST:TYPE LIST
:LIST:FREQ 1GHZ,2GHZ,4GHZ,8GHZ ' example of an arbitrary list
:LIST:DIR UP
:SWE:DWEL n
:SWE:POIN n ' This must match number of frequencies in list

or

:FREQ:MODE LIST
:LIST:TYPE STEP
:FREQ:STAR nxHZ
:FREQ:STOP nxHZ
:LIST:DIR DOWN ' Reverse the generator step sweep direction, if you want
:SWE:POIN n ' This sets the step size based on, (stop-start)/(npoints-1)
:SWE:DWEL n

These should get you started, I don't use list mode that often, but it the top one is very useful.

Spacecase

我们不设置模式，因此它可能是CW（如果这是默认值）。
我们没有使用step命令（请参阅上文，了解我们正在做的事情）。
我们只是将频率设置为数字（步长是无关紧要的）。
我担心的是SG没有设置我告诉它的频率，并且没有报告错误。



     以下为原文

  We don't set the mode so it's likely CW (if that's the default).  We're not using the step command (see above for exactly what we're doing).  We're just setting the frequency as a number (the step size is irrelavent).  

My concern is that the SG is not setting the frequency I told it to and there's NO error reported.

所以我似乎陷入了对* STB的调用。
不应该总是立即返回w /状态字节中的任何内容？
是否有原因会导致该命令无法完成（最终会超时）？



     以下为原文

  So it appears that I'm stuck in a call to *STB.  Shouldn't that always return right away w/ whatever's in the status byte?  Are there reasons that would cause that command not to complete (it does eventually timeout)?

> {quote：title = miyamky写道：} {quote}>所以我似乎陷入了对* STB的调用。
不应该总是立即返回w /状态字节中的任何内容？
是否有原因会导致该命令无法完成（最终会超时）？
你真的没有给予太多帮助，但听起来你有一个GPIB问题。
首先，断开所有其他仪器与总线的连接，看看你是否还有* STB的问题？
和：FREQ命令。
如果没有，请一次重新连接一个仪器（并检查所有设置），直到症状再次出现（或者您发现电缆松动/损坏）。
另外，什么是Sig Gen语言设置，什么是超时？
Spacecase



     以下为原文

  > {quote:title=miyamky wrote:}{quote}
> So it appears that I'm stuck in a call to *STB.  Shouldn't that always return right away w/ whatever's in the status byte?  Are there reasons that would cause that command not to complete (it does eventually timeout)?

You really aren't giving much to go on, but it sounds like you have a GPIB problem. First, disconnect all other instruments from the bus and see if you still have the problem with *STB? and :FREQ commands. If not, reconnect the instruments one at a time (and check all the settings) until the symptoms reappear (or you find a loose/damaged cable). Also, what is the Sig Gen Language set to, and what is the Timeout?

Spacecase

我们使用LabView的SCPI。
超时为50秒。
这发生在我们所有的测试装置上，所以我非常怀疑这是一个电缆问题。
它当然不是松散的电缆。
所以据您所知* STB应该立即返回正确吗？



     以下为原文

  We use SCPI from LabView.  The timeout is 50 seconds.  This happens on all of our test sets so I highly doubt it's a cable problem.  It's certainly not a loose cable.

So as far as you know *STB should ALWAYS return immediately correct?