完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我认为在应用端口扩展时,我发现了K因子计算中的错误。
我们有一个放大器稳定性的问题所以我用我们的内部测试程序测量S参数来计算K因子。 所以我在16GHz左右看到了严重的问题。 然后我将跟踪添加到我的PNA-X S参数并启用K因子公式,以便我可以进行一些DUT调整。 我有点惊讶,但DUT没有在PNA-X公式的16GHz显示出如此大的下降。 我首先怀疑我们的测试程序有bug。 我使用我们的测试程序在PNA-X上没有端口扩展启用的情况下重新测量DUT。 PNA-X和我们的测试程序都显示出相似的读数。 有些事情没有加起来。 我生成s2p文件。 一个端口扩展启用时,一个禁用时。 然后我将数据插入S-Parameter_Utilities_101_Rev_6.3(来自Microwave101 web侧的excel文件实用程序)。 我在结果上得到了类似的差异。 你能检查一下吗? K因子是重要的特征。 请参阅附件文件。 no port extention.s2p132.7 KBWiith port extention.s2p133.5 KBNo port extention all.png54.2 KBWith port extention all.png54.8 KB 以上来自于谷歌翻译 以下为原文 I think that I found bug in K-factor calculation when port extension is apply. We have a problem with one of the amp stability so I measure S-parameter with one of our in house test program that calculate K-factor. So I see serious issue at at around 16GHz. I then add the trace to my PNA-X S-parameters and enable the K-factor formula so I can do some DUT tuning. I was bit surprised but that DUT did not show such big dip at 16GHz with PNA-X formula. I first suspect our test program have bug. I remeasure the DUT without port extension enable on PNA-X with our test program. Both PNA-X and our test program showing similar reading. Something do not add up. I generate s2p files. One when the port extension is enable and one when is disabled. I then plug the data into S-Parameter_Utilities_101_Rev_6.3 ( that excel file utility from Microwave101 web side) . I get similar difference in results. Can you please check that. K-Factor is important characteristic. See the attach file Regards. 附件 |
|
相关推荐
2个回答
|
|
使用端口扩展时打开固定装置,问题就会消失。
为什么......长长的st .. 端口扩展是“电延迟”和真正固定之间的混合功能。 与许多事情一样,父亲的罪过传给了儿子,在这种情况下,8510A中端口扩展的实现是以一种有罪的方式完成的,直到今天仍然引起了我们的问题:端口扩展应用于 8510中的PER TRACE基础(并且每个参数有一个跟踪),因此当您在端口2上放置端口扩展但测量端口1时,它不会修改S22的基础更正值(如果未显示S22)。 端口扩展功能只是改变S21(如果是端口2)或S11(如果端口1)的相位,并且不强制进行S22扫描,也不更新S22值。 因此,您无需进行2次扫描,并且可以在不进行校准的情况下应用端口扩展。 快进到PNA大约2002年:我们实现它是相同的兼容。 快进到PNA大约2007年(好吧,我真的不记得日期,你得到了图片):添加了Fixturing但是对于端口匹配,你想在端口匹配之前添加端口扩展。 通过修改校准阵列来应用夹具,但是将端口扩展应用于迹线,因此为了支持正确的所需操作顺序,在Fixturing打开的情况下,在校准过程中应用端口扩展。 但是,要正确应用它,必须前进和后退扫描,因此如果不应用校准,我们必须应用虚拟或“单位”校准。 这使得可以在cal中应用夹具,并且更新所有4个s参数。 如果cal关闭,你仍然可以进行cal扫描。 但是现在您获得了应用端口扩展的所有参数,并且当公式编辑器将S参数从数据存储中拉出时,数据已经针对端口扩展进行了更正。 以上来自于谷歌翻译 以下为原文 Turn on fixturing when using port extensions and the problem will go away. Why...long storty. Port extensions are kind of a hybrid function between "electrical delay" and true fixturing. As with many things, the sins of the father are passed down to the sons, and in this case, the implementation of port extensions in the 8510A was done in a sinful way that causes us problems to this day: The port extensions are applied on a PER TRACE basis in the 8510 (and it had one trace per parameter) so when you put on port extensions on port 2, but measured port 1, it did not modify the underlying corrected value of S22 (if S22 was not displayed). The port extension function just change the phase of S21 (if port 2) or S11 (if port 1) and did not force an S22 sweep nor update the S22 value. Thus you don't need to take 2 sweeps, and port extension can be applied with out calibration. Fast forward to PNA circa 2002: we implemented it the same to be compatible. Fast forward to PNA circa 2007 (OK, I don't really remember the dates, you get the picture though): Fixturing was added but for port matching you want to add the port extension before you do port matching. Fixturing is applied by modifying the calibration arrays, but port extension is applied to the trace, so to support the proper desired order of operation, with Fixturing on, port extension is applied in the calibration process. However, to apply it properly, you must take forward and reverse sweeps and so we must apply a dummy or "unity" cal, if no calibration is applied. This makes it possible to have fixturing applied in the cal, and all 4 s-parameters are updated. If cal is off, you still get the cal sweeps. But now you get all the parameters getting port extension applied, and when equation editor yanks the S-parameters out of the data store, the data is already corrected for port extension. |
|
|
|
Joel博士感谢你的回复。 一如既往的信息。 一个建议。 为什么不将Port Extension移动到Fixturing菜单中? 这将解决一些混乱。 问候。 以上来自于谷歌翻译 以下为原文 Dr Joel Thank You for the reply. As always welf of information. One suggestion. Why not move Port Extension into Fixturing menu? That will solve some of the confusion. Regards. |
|
|
|
只有小组成员才能发言,加入小组>>
1238 浏览 0 评论
2352 浏览 1 评论
2163 浏览 1 评论
2029 浏览 5 评论
2913 浏览 3 评论
983浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
713浏览 0评论
N5230C用“CALC:MARK:BWID?”获取Bwid,Cent,Q,Loss失败,请问大佬们怎么解决呀
813浏览 0评论
1239浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-28 22:56 , Processed in 1.151175 second(s), Total 49, Slave 42 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号