完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
电子发烧友论坛|
大家好,我今晚遇到了一些惊人的举动,我正在使用2端口E8362C,运行固件版本,A.09.42.22。
令人震惊的是因为我正在使用一个助推器放大器并且它当时正在使用。 我用独立的N1913A功率计监控电源。 从用户预设的测试端口电源关闭,默认电源-25 dBm,电源偏移为+25 dBm,使源电平为-50 dBm,使用COM,我创建了一个测量,然后我涉及更改Tracetitle属性 测量结果,一旦我将标题设置为“asdfasd”,PNA就会突然打开端口电源,忽略我的偏移量。 我上面提到的独立功率计读数为~24 dBm并保持稳定。 一旦我触发扫描,功率水平就会恢复到我预期的水平。 我的功率偏移平均约为25 dBm。 很奇怪。 很高兴我没有吹气。 幸运的是,端口1仅连接到U2000A功率传感器而不是我的N4691B ecal模块。 让人惊讶。 一切都按预期工作,并且需要,直到我设置跟踪标题属性。 我想知道是否有人可以重现这种行为。 这似乎是个bug。 有一件事是肯定的,我不会再用助推器放大器“d”“了。 但问题仍然是电源开启和功率偏移被忽略的原因? 谢谢你的帮助,安迪 以上来自于谷歌翻译 以下为原文 Hi All, I encountered some alARMing behavior tonight, I am working with an 2-port E8362C, running firmware version, A.09.42.22. Alarming because I'm using a booster amp and it was on at the time. I'm monitoring power with an independent N1913A power meter. From a user preset with test port power OFF, default power -25 dBm, with power offset of +25 dBm, which puts the source level at -50 dBm, using COM, I created a measurement and then I dabbled with changing the TraceTitle property of the measurement, as soon as I set the title to, "asdfasd," the PNA suddenly turned on the port power, IGNORING my offset. My aforementioned independent power meter was reading ~24 dBm and holding quite steady. Once I triggered a sweep, the power level returned to where I expected it to be. My power offset averages ~25 dBm . Very strange. Glad I didn't blow anything up. Fortunately port 1 was only connected to a U2000A power sensor and not my N4691B ecal module. Yikes. Everything works as expected, and needed, until I set the trace title property. I wonder if anyone can reproduce this behavior. It seems like a bug. One thing for sure, I won't "dabble" anymore with the booster amp powered up, duh. But the question remains why the power turned on and the power offset was ignored? Thanks for any help, Andy |
|
相关推荐
8个回答
|
|
|
那*是惊人的!
我会立即调查并在此发布我的发现。 你能回忆一下你的Preset状态,然后将它保存为.csa文件并在此处发布。 输入标题后,也可能是.csa文件。 如果您手动输入标题,它是否也会这样做? 我尝试过一些东西,但似乎无法复制它...所以.csa文件会有所帮助。 以上来自于谷歌翻译 以下为原文 That *is* alarming! I will look into it immediately and post my findings here. Can you recall your Preset state, then save it as a .csa file and post that here. Also helpful might be a .csa file after you enter the title. And does it do the same if you manually type in the title? I have tried a few things but can't seem to duplicate it yet...so the .csa files would help. |
|
|
|
|
|
嗨jvall,我注意到今晚有很多奇怪的举动。
像debug.assert(PNA.Channel(15).channelnumber)一样,创建一个通道15.(15是任意的。)文档说明你必须检查它是否存在。 我不知道以这种方式创建频道是否合适。 我也可以一次又一次地看到,即使PNA.SourcePowerState返回False,我的PNA电源也会打开。 如果我设置PNA.SourcePowerState = False,电源将关闭。 这绝对是真实的。 这似乎是断断续续的,我无法故意重现,但它仍然没有发生任何押韵或理由,我可以说。 我知道这让我很头疼。 它现在正在做,我附上了一个.csa。 (有2个频道,第二个我在电源打开后添加。)谢谢,Andy编辑:andeezlemoyo于2014年11月13日10:26 PM编辑:andeezlemoyo于2014年11月13日下午10:27 以上来自于谷歌翻译 以下为原文 Hi jvall, I noticed a lot of strange behavior tonight. Like debug.assert(PNA.Channel(15).channelnumber), creates a channel 15. (15 is arbitrary.) The documentation states that you have to check that it exists. I don't know if it's good to create the channel that way. I also can see that time and again, my PNA power is turned on, even though the PNA.SourcePowerState returns False. If I set PNA.SourcePowerState=False, the power turns off. It is definitely real. It seems intermittent and I'm not able to reproduce deliberately, but it keeps happening with no rhyme or reason yet that I can tell. I know it's causing me a headache. It's doing it right now , I've attached a .csa. (there are 2 channels, the second I added after the power turned on.) Thanks, Andy Edited by: andeezlemoyo on Nov 13, 2014 10:26 PM Edited by: andeezlemoyo on Nov 13, 2014 10:27 PM 附件
|
|
|
|
|
JST2006 发表于 2018-10-23 13:40 我星期五休假(意外保姆),但会在星期一调查......除非别人打败我。 以上来自于谷歌翻译 以下为原文 I am taking Friday off (unexpected babysitting duty), but will look into it on Monday....unless someone else beats me to it. |
|
|
|
|
JST2006 发表于 2018-10-23 13:40 这个和你的另一篇文章让我相信你的pna代理与fw rev不符。 当您安装PNA时,它应该在PNA上安装代理,以便您在PC上运行。 事情是命令做一件事(改变标题)做其他事情(打开电源)表明这种类型的问题。 我还把它转发给了一个真正了解我刚刚说过的人(我不知道关于COM的事情)。 以上来自于谷歌翻译 以下为原文 This, and your other post, leads me to believe your pna proxy doesn't match the fw rev. When you install PNA it should install the proxy on the PNA for you to run on your PC. the fact that commands to do one thing (change title) do something else (turn on power) is indicative of this type of issue. I've also forward it to a guy who actually knows something about what I just said (I don't know nothin' about COM). |
|
|
|
|
脑洞大赛9 发表于 2018-10-23 13:55 当我的孙子正在睡觉时,我应该插话。我假设您的COM命令是从PC发出的,而不是来自PNA内部。 如果是这样,您正在使用DCOM。 如果您从PNA的CPU中发出命令,那么您正在使用COM。 要使DCOM正常工作,必须将PNAproxy.exe程序从PNA中的Automation目录复制到PC,通常通过笔式驱动器。 然后,您必须在PC上执行PNAProxy程序。 这将使一切“同步”。 你有没有这样做过? *每次更新固件*时都应该这样做,因为可能已经引入和/或更改了新命令。 如果你从PNA本身发出命令,那么很奇怪。 我将再次对此进行调查,但与此同时,请告知我们您运行程序的位置。 以上来自于谷歌翻译 以下为原文 While my grandchild is sleeping, I should chime in. I am assuming your COM commands were issued from a PC and not from within the PNA itself. If so, you are using DCOM. If your are issuing the command from within the PNA's CPU, then you are using COM. For DCOM to work properly, you must copy the PNAproxy.exe program from the Automation directory in the PNA to your PC, typically via a pen drive. You must then execute the PNAProxy program on your PC. That will get everything "sync'd up". Have you done that already? *You should do that each time you update firmware* because new commands may have been introduced and/or changed. If you are issuing the command from the PNA itself, then something is very strange. Again, I will look into this on Monday, but in the meantime, let us know from where you are running your program. |
|
|
|
|
胡bbs2 发表于 2018-10-23 14:06 大家好,我正在使用DCOM。 我卸载了以前的PNAProxy.exe,运行了帖子中找到的删除注册表项实用程序,然后将新的代理版本复制到远程PC,并在那里执行。 在我重新安装之前,我确保所有文件的痕迹都从PC上消失了。 然后重新安装代理。 我仍然经历过同样的行为。 我发现,如果在运行有问题的代码块之后发出PNA.SourcePowerState = False,它会解决问题。 当我有时间,可能会有一段时间,我会尝试将一些代码放在一起以重现问题。 谢谢你,安迪 以上来自于谷歌翻译 以下为原文 Hi All, I'm using DCOM. I uninstalled the previous PNAProxy.exe, ran the delete registry keys utility found here in the posts, and then copied the new proxy version to the remote PC, and executed it there. Before I reinstalled, I made sure all traces of the files were gone from the PC. And then reinstalled the proxy. I still experienced the same behavior. I found that if I issue a PNA.SourcePowerState = False after running the offending blocks of code that it quells the problem. When I get time, may be a while, I will try to put some code together to reproduce the problem. Thank you, Andy |
|
|
|
|
JST2006 发表于 2018-10-23 14:26 好吧,有了这些额外的信息,它仍然非常令人困惑......而且仍然令人担忧。 我将在周一与其他人商量。 以上来自于谷歌翻译 以下为原文 Well, with that additional information, it is still all very confusing...and still alarming. I will confer with others on Monday. |
|
|
|
|
|
我无法复制这个。 正如我过去多次说过的那样,重复这个问题的目标是解决问题的90%。 一些问题和评论:1。您可以尝试相同的程序,但这次是从PNA运行。 这消除了任何DCOM问题。 2.您是在开发程序时(即在IDE中)发现此问题,而不是仅运行最终的.exe。 3.如果你在IDE中看到这个,你可以在PNA上安装你的开发程序并从那里试试吗? 4.您可以使用“添加/删除”卸载PNA应用程序,然后重新安装吗? 我的想法已经不多了。 以上来自于谷歌翻译 以下为原文 I am unable to duplicate this. As I have said many times in the past, duplicating the issue is 90% towards solving it. Some questions and comments: 1. Can you try your same program but this time run it from the PNA. This eliminates any DCOM issues. 2. Are you finding this issue while developing the program (i.e. within the IDE) as opposed to just running the final .exe. 3. If you see this in the IDE, can you install your development program on the PNA itself and try it from there? 4. Can you uninstall the PNA application using Add/Remove and then reinstall it again? I am running out of ideas. |
|
|
|
|
只有小组成员才能发言,加入小组>>
1844 浏览 0 评论
2739 浏览 1 评论
2640 浏览 1 评论
2449 浏览 5 评论
3458 浏览 3 评论
1844浏览 0评论
417浏览 0评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-2 03:44 , Processed in 0.801551 second(s), Total 86, Slave 69 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
9273