未知的PNA-X SCPI错误

如果您在收到错误时实际发布了正在发送的命令的确切语法，那将会有所帮助。
但我的猜测是，您要么拼错参数名称，要么尝试在不支持它的通道中创建测量。
例如，如果我发送命令：CALC：CUST：DEF'myMeas'，'Gain Compression'，'CompIn21'和通道1恰好是标准的s参数通道，那么我将得到该错误。



     以下为原文

  it would help if you could actually post the exact syntax of the command you are sending when you get the error.  But my guess is you are either misspelling the parameter name or you are trying to create a measurement in a channel that does not support it.  for example if I send the command:

CALC:CUST:DEF 'myMeas', 'Gain Compression', 'CompIn21'

and channel 1 happens to be a standard s-parameter channel, then I will get that error.

嗨，我认为我没有很好地解释自己。
多年来，我一直在单通道中使用这些命令，我​​一次预设并运行一个通道和一个测量。
我现在正在调查一些其他用例，我可以异步使用PNA的所有四个端口，因此我不想预设。
因此，如果我发送* SYST：PRES * * CALC1：CUST：DEF'1'，标量混音器/转换器'，'SC21'*工作正常，但是如果我发送* DISP：WIND1：STAT OFF * * DISP：WIND1：
STAT ON * + - 清除通道窗口+ * CALC1：CUST：DEF'1'，标量混合器/转换器'，'SC21'* + - 混合器模式+第一次正常工作，如果再次运行失败，则再次运行成功。
但是，如果我发送* DISP：WIND1：STAT OFF * * DISP：WIND1：STAT ON * + - 清除通道窗口+ * CALC1：PAR：DEF'1'，S21 * + - 标准S参数+多次它工作正常
每次。
基本上，即使频道已被删除，似乎也不可能在没有预设的情况下多次向同一频道发送混音器命令。
这很奇怪，因为您可以在同一窗口中创建具有相同设置的多个不同通道等。就好像应用程序的行为方式与标准S-Parameter方法不同，并维护导致创建失败的信息。
我希望这更有帮助。
我在英国，所以从家里回答这个问题。
如有必要，我会在早上从PNA中抽出一些实际的SCPI。
非常感谢！
尼尔。



     以下为原文

  Hi,

I don't think I explained myself very well. I have been using these commands in single channel for years where I preset and ran one channel and one measurement at a time. I am now investigating some further use cases where I can use all four ports of the PNA asynchronously therefore I don't want to Preset.

So if I send
*SYST:PRES*
*CALC1:CUST:DEF '1', Scalar Mixer/Converter','SC21'*

which works fine, however if I send

*DISP:WIND1:STAT OFF*
*DISP:WIND1:STAT ON* +- to clear window of channels+
*CALC1:CUST:DEF '1', Scalar Mixer/Converter','SC21'* +- Mixer mode+

Works fine first time, then if run again fails, then run again succeeds.

However if I send

*DISP:WIND1:STAT OFF*
*DISP:WIND1:STAT ON* +- to clear window of channels+
*CALC1:PAR:DEF '1', S21* +- Standard S-Parameter+

Multiple times it works fine every time.

Basically it appears that it is not possible to send the mixer command more than once to the same channel without a preset even if the channel has been deleted. Which is odd as you can create multiple different channels with the same settings in the same window etc. Its as if the application is behaving differently the standard S-Parameter method and maintaining information that causes the creation to fail.

I hope this is more helpful. I am in the UK so answering this from my home. I will pull some actual SCPI from the PNA in the morning if necessary.

Many Thanks!

Neil.

在同一个通道中进行任意数量的相同S21或SC21测量（或任何其他参数）没有问题，当您通过在同一通道中反复创建新迹线从UI进行操作时，所有工作都有效
精细。
当您从UI执行此操作时，每次创建参数的新实例时，固件会自动为该参数生成新的唯一测量名称。
但是，当您使用SCPI命令执行此操作时，例如：CAL：PAR：DEF或CALC：CUST：DEF，您有责任为参数的每个实例分配一个新的唯一测量名称。
如果您尝试使用相同的测量名称创建两个参数，则会出现错误。
在下面的示例中，我采用了您在帖子中创建S21测量的命令序列，我重复了一遍：http：//dl.dropboxusercontent.com/u/87949221/Forum/ThreadID_40423/SCPICmds.png！
请注意，它第一次正常工作，但第二次我得到一个重复的测量名称错误。
原因是打开和关闭窗口的过程实际上并没有删除任何参数。
它只删除参数的显示实例，但通道中的参数已经存在于通道中，不再显示。
如果要创建具有相同测量名称的两个参数，则必须使用calc：par：del命令删除现有参数。
预设分析仪也具有与删除参数相同的效果。
无论您使用何种类型的测量，唯一的测量名称规则都是相同的，因此创建重复的混音器参数（如SC21）或标准参数（如S21）没有区别。



     以下为原文

  There is no issue with having any number of the same S21 or SC21 measurements (or any other parameter for that matter) in the same channel and when you do from the UI by creating a new trace over and over again in the same channel all works fine.  when you do that from the UI, every time a new instance of the parameter is created, the firmware auto generates a new unique meas name for that parameter.  however, when you do that with a SCPI command such as :CAL:PAR:DEF or CALC:CUST:DEF, it is your responsibility to assign each instance of the parameter a new unique meas name.  if you try to create two parameters with the same meas name, you'll get an error.  in the example below I took the sequence of commands that you had in your post for creating an S21 measurement and I repeated it:

!https://dl.dropboxusercontent.com/u/87949221/Forum/ThreadID_40423/SCPICmds.png!

note that it works fine the first time, but I get a duplicate meas name error the 2nd time.  the reason is that the process of turning the window on and off doesn't actually delete any parameters.  it only deletes the display instance of the parameters, but the parameters that were in the channel already still exist in the channel and are simply not displayed any more.  if you want to create two parameters with the same meas name, then you have to delete the existing one using calc:par:del command.  presetting the analyzer also has the same effect as deleting the parameters.  the unique meas name rule is the same regardless of the type of measurement you are using, so there is no difference in creating duplicate mixer parameters, like SC21, or standard parameters like S21.

好的 - 我想我知道发生了什么事。
在你的SCPI监视器日志中，我可以看到你正在通道11和12中设置SMC测量值，在这两个通道中，你想测量端口3和4之间的混频器（而不是端口1和2，你在
用于通道1和2）。
第一次在通道12中创建跟踪时，发送以下命令：00089> * CALC12：CUST：DEF'ATS_CH12_SC43_T4_W2'，'标量混合器/转换器'，'SC21'* $ DISP：WIND2：TRAC4：FEED'ATTS_CH12_SC43_T4_W2
'$ 00091> CALC12：PAR：SEL“ATS_CH12_SC43_T4_W2”$ 00092> SENS12：MIX：OUTP：FREQ：MODE SWEPT $ 00093> SENS12：MIX：OUTP：FREQ：MODE SWEPT $ 00094> SENS12：MIX：INP：FREQ：MODE
SWEPT $ 00095> SENS12：MIX：OUTP：FREQ：STAR 12060000000.000000 $ 00096> SENS12：MIX：OUTP：FREQ：STOP 12130000000.000000 $ 00097> SENS12：MIX：LO1：FREQ：MODE SWEPT $ 00098> SENS12：MIX：LO1：FREQ
：FIX 2300000000 $ 00099> SENS12：MIX：OUTP：FREQ：SID LOW $ 00100> SENS12：MIX：CALC INP $ 00101> * SENS12：MIX：PMAP 3,4 * $ 00102> SENS12：MIX：ELO：STAT 1 $
00103> SENS12：MIX：APPLY $ 00104> SENS12：SWEEP：POINTS 101 $ note * bold *命令。
第一次（或预设后），您从头开始创建通道12，当您创建新的SMC通道时，默认端口映射是端口1和2，因此，第一次发送命令时：CALC12：CUST
：DEF'ATS_CH12_SC43_T4_W2'，'标量混频器/转换器'，'SC21'在端口映射设置为1,2的通道中创建SC21测量没有问题。
但是，在创建SC21测量后，然后将端口映射更改为3,4，当您发送SENS12：MIX：APPLY命令时，通道端口映射会更改，现有的SC21测量会自动变为SC43。
但第二次，即使你删除了现有的测量，通道12仍然存在，此时，通道12的端口映射是端口3,4，所以当你尝试在该通道中创建SC21测量时，它
抱怨。
其他参数如IPwr或OPwr没有此问题，因为参数名称中没有端口号。
所以这就是它看起来有时有效的原因。
避免此问题的最简单方法是在发送calc：cust：def命令之前始终发送：SENS：MIX：PMAP 1,2 SENS：MIX：APPLY。
第一次围绕它会抱怨，因为您指定的通道尚不存在，但您可以读取并忽略这些错误（或者如果通道尚不存在，您可以编写代码以跳过这些命令）。
另一种方法是首先使用SYST：CHAN：DEL命令删除通道（如果通道已存在）。



     以下为原文

  ok - I think I know what is going on.   in your SCPI monitor log, I can see that you are setting up an SMC measurements in channel 11 and 12 and in these two channels, you want to measure the mixer between ports 3 and 4 (as opposed to ports 1 and 2, which you use for channels 1 and 2).  

the first time you create a trace in channel 12, you send the following commands:

00089 > *CALC12:CUST:DEF 'ATS_CH12_SC43_T4_W2','Scalar Mixer/Converter','SC21'* $ DISP:WIND2:TRAC4:FEED 'ATS_CH12_SC43_T4_W2'$
00091 > CALC12:PAR:SEL "ATS_CH12_SC43_T4_W2"$
00092 > SENS12:MIX:OUTP:FREQ:MODE SWEPT$
00093 > SENS12:MIX:OUTP:FREQ:MODE SWEPT$
00094 > SENS12:MIX:INP:FREQ:MODE SWEPT$
00095 > SENS12:MIX:OUTP:FREQ:STAR 12060000000.000000$
00096 > SENS12:MIX:OUTP:FREQ:STOP 12130000000.000000$
00097 > SENS12:MIX:LO1:FREQ:MODE SWEPT$
00098 > SENS12:MIX:LO1:FREQ:FIX 2300000000$
00099 > SENS12:MIX:OUTP:FREQ:SID LOW$
00100 > SENS12:MIX:CALC INP$
00101 > *SENS12:MIX:PMAP 3,4* $
00102 > SENS12:MIX:ELO:STAT 1$
00103 > SENS12:MIX:APPLY$
00104 > SENS12:SWEEP:POINTS 101$

note the *bold* commands.  the first time around (or after a preset), you are creating channel 12 from scratch and when you create a new SMC channel, the default port mapping is ports 1 and 2 and therefore, the first time you send the command:

CALC12:CUST:DEF 'ATS_CH12_SC43_T4_W2','Scalar Mixer/Converter','SC21'

it has no problems creating a SC21 measurement in a channel with a port mapping set to 1,2.  however, after you have created the SC21 measurement, you then change the port mapping to 3,4 and when you send the SENS12:MIX:APPLY command the channel port mapping changes and the existing SC21 measurement automatically becomes SC43.

but the 2nd time around, even after you have deleted the existing measurement, channel 12 still exists and at this time, the port mapping for channel 12 is ports 3,4, so when you try to create an SC21 measurement in that channel, it complains.  Other parameters like IPwr or OPwr don't have this problem, because there is no port number in the parameter name.  so this is why it appears that it works sometimes.  

the easiest way to avoid this problem is to always send:

SENS:MIX:PMAP 1,2
SENS:MIX:APPLY

before sending the calc:cust:def commands.  the first time around it will complain, because the channel you are specifying doesn't exist yet, but you can read and ignore those errors (or you can write your code to skip these commands, if the channel doesn't already exist).  the other way is to first delete the channel by using the SYST:CHAN:DEL command (if the channel already exist).

这就是诀窍谢谢!!
我使用* SYST：CHAN：DEL *，因为它适合我更适当创建的通用通道/窗口设置代码。
它似乎比创建和处理错误更优雅。
_2点注释总结那些可能在将来有用的人_ - +即使您要求所有通道的目录，测量和跟踪在我收到错误时没有显示 - PNA正在保持基于通道的通道设置
不存在/不查询（能够）。+ - +正在创建的错误是基于应用程序已自动更正测量参数（从SC21到SC43）但应用程序不接受该参数的事实
第一名。+ _基于上述的最终问题_有没有计划改进变频器应用以接受SC43等加上4端口PNA的所有其他组合？
因为这妨碍了从头开始在端口3或4上设置回波损耗测量的能力。
再一次感谢你的帮助:)尼尔



     以下为原文

  That did the trick thanks!! 

I used the *SYST:CHAN:DEL * as it fitted in the generic channel/window setup code I had created more appropriately. It also seemed more elegant than creating and handling errors.

_2 points of note to summarise for those who this might be helpful in the future_

- +Even if you request a catalog of all channels, measurements and traces nothing was showing up when I was getting errors - the PNA is holding channel based settings for channels that do not exist/are not query(able).+

- +The errors that were being created were based on the fact that the Application had auto corrected the measurement parameter (From SC21 to SC43) but the Application wont accept that parameter in the first place.+

_Final question based on the above_
Are there any plans to improve the Frequency Converter Application to accept SC43 etc plus all of the other combinations for 4 port PNAs? As this hampers the ability to set up a return loss measurement on ports 3 or 4 from scratch too.

Once again thanks for your help :)

Neil

> {quote：title = Neilfenstein写道：} {quote}> _基于上述的_Final问题_>有没有计划改进变频器应用程序接受SC43等加上4端口PNA的所有其他组合？
因为这妨碍了从头开始在端口3或4上设置回波损耗测量的能力。
>简短的回答是否定的，但答案是肯定的;
我们的长期愿景是FCA应用程序支持额外的测量，例如在同一通道中的LO回波损耗测量。
但是，此增强功能目前尚未包含在我们即将发布的任何版本中。
但是，要进行隔离（LO至RF或IF，RF至LO或IF，......）和LO回波损耗测量等测量，您可以设置具有3或4端口校准的标准s参数通道并进行这些测量。
您可能需要更多的一个额外通道来进行所有隔离和回波损耗测量，但这些测量不需要频率偏移模式，因此可以在带有s参数校准的s参数通道中完成。
如果已将端口映射设置为3,4，则当前FCA应用程序确实接受SC43作为有效参数。
问题是鸡肉和鸡蛋。
您必须先创建SMC通道才能更改其端口映射，并且要从远程接口创建SMC通道，您必须在其中定义跟踪。
因此，如果你想要一个总是有效的序列而不管你需要哪个端口映射，那么如果通道还不存在你应该做的事情：CALC：CUST：DEF'urMeas'，'Scalar Mixer / Converter'，'IPwr
'SENS：MIX：PMAP x，y SENS：MIX：APPLY CALC：CUST：DEF“urSCyxMeas'，'Scalar Mixer / Converter'，'SCyx'DISP：WIND：TRAC：FEED'urSCyxMeas'CALC：PAR：DEL'urMeas
'* - 删除'IPwr'meas是可选的，如果您不需要该参数*基本上，这允许您使用端口映射不可知参数创建SMC通道，首先'IPwr'然后将端口映射设置为什么
你想要的，然后创建特定的混音器s参数。所以，如果你将端口映射设置为1,2，那么你可以创建SC12，SC21，S11或S22，如果你将端口映射设置为3,4，
然后您可以创建SC34，SC43，S33和S44参数。



     以下为原文

  > {quote:title=Neilfenstein wrote:}{quote}
> _Final question based on the above_
> Are there any plans to improve the Frequency Converter Application to accept SC43 etc plus all of the other combinations for 4 port PNAs? As this hampers the ability to set up a return loss measurement on ports 3 or 4 from scratch too.
> 

the short answer is no, but the long answer is yes; it is in our long term vision for the FCA app to support additional measurements such as LO return loss measurements in the same channel.  however, this enhancement is not currently scoped into any of our upcoming releases.

however, to make measurements like isolation (LO to RF or IF, RF to LO or to IF, ...) and LO return loss measurements you can setup a standard s-parameter channel with 3 or 4 port calibration and make those measurements.  you may need more that one additional channel to make all the isolation and return loss measurements, but these measurements don't require frequency offset mode, so they can be done in an s-parameter channel with an s-parameter calibration.

the current FCA application does accept SC43 as a valid parameter if you have already set the port mapping to 3,4.  the problem is chicken and the egg.  you have to create an SMC channel first in order to change its port mapping and in order to create an SMC channel from the remote interface, you have to define a trace in it.  so if you want a sequence that always works regardless of which port mapping you need, then this is what you should do if the channel does not exist yet:

CALC:CUST:DEF 'urMeas', 'Scalar Mixer/Converter', 'IPwr'
SENS:MIX:PMAP x,y
SENS:MIX:APPLY
CALC:CUST:DEF "urSCyxMeas' , 'Scalar Mixer/Converter', 'SCyx'
DISP:WIND:TRAC:FEED 'urSCyxMeas'
CALC:PAR:DEL 'urMeas'  *--deleting the 'IPwr' meas is optional if you don't need that parameter*

basically, this allows you to create the SMC channel using a port mapping agnostic parameter, 'IPwr' first and then set the port mapping to what you want, and then create the specific mixer s-parameter.  so, if you set the port mapping to 1,2, then you can create SC12, SC21, S11, or S22 and if you set the port mapping to 3,4, then you can create SC34, SC43, S33, and S44 parameters.