完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
现在，当必须在第一个“步骤”动态分配重叠时，我在尝试完成录制回放时遇到问题。
那是 - 我们有0到12毫秒的启动时间。 因此，从数字解调器转储第一个数据包并从记录中提取新数据后的百分比重叠是未知的。 读取玩家位置返回一个奇怪的数字，似乎可能是样本中的时间？ （回读搜索长度的时间以秒为单位）：3LAN套接字 - 端口5024Agilent.SA.Vsa.Scpi：INP：REC：PLAY：POS？_INPut_RECording_PLAY_POSitionQuery - ：INPut：RECording：PLAY：POSition？10/18/2012 17 ：39：00.94 4LAN套接字 - 端口50244948110/18/2012 17：39：00.96 3LAN套接字 - 端口5024Agilent.SA.Vsa.Scpi：SENS：DDEM：SEAR：SLEN？_SENSe_DDEMod_SEARch_SLENgthQuery - ：[SENSe]：DDEMod：SEARch：SLENgth ？10/18/2012 17：39：04.98 4LAN Socket - Port 50240.68266666666666710 / 18/2012 17：39：05.00然后我做了一些数学运算，得到了很重的％重叠！ 3LAN插座 - 端口5024Agilent.SA.Vsa.Scpi：SENS：TIME：OVER -7248093.359375_SENSe_TIME_OVERlap - ：[SENSe]：TIME：OVERlap10 / 18/2012 17：39：09.00在我拉起播放器窗口的屏幕上，位置是 报告为723.70900324994 ms 以上来自于谷歌翻译 以下为原文 Right now I'm having a problem trying to walk through a recording playback when the overlap has to be dynamically allocated on the first 'step.' That-is we have between 0 and 12 ms of launch time. So the Percent overlap after the first packet is dumped from digital demod and new data is pulled in from the recording is not known. Reading the Player position is returning a weird number, seems like it might be time in samples? (while read back of Search Length is returned in seconds): 3 LAN Socket - Port 5024 Agilent.SA.Vsa.Scpi :INP:REC:PLAY:POS? _INPut_RECording_PLAY_POSitionQuery - :INPut:RECording:PLAY:POSition? 10/18/2012 17:39:00.94 4 LAN Socket - Port 5024 49481 10/18/2012 17:39:00.96 3 LAN Socket - Port 5024 Agilent.SA.Vsa.Scpi :SENS:DDEM:SEAR:SLEN? _SENSe_DDEMod_SEARch_SLENgthQuery - :[SENSe]:DDEMod:SEARch:SLENgth? 10/18/2012 17:39:04.98 4 LAN Socket - Port 5024 0.682666666666667 10/18/2012 17:39:05.00 Then I do some math I get very bad %overlap! 3 LAN Socket - Port 5024 Agilent.SA.Vsa.Scpi :SENS:TIME:OVER -7248093.359375 _SENSe_TIME_OVERlap - :[SENSe]:TIME:OVERlap 10/18/2012 17:39:09.00 On screen when I pull up the player window, position is reported as 723.70900324994 ms 
0
|
|
相关推荐
7个回答
|
|
|
嗨 - 以点为单位确定记录中将重放到测量中的数据位置。
该位置相对于记录的开始（0是第一点）。 位置点由以下计算确定：位置点=（位置时间 - 延迟时间）x SampleRate。 重新开始测量时（使用Measurement.Start），Position将设置为PlayStart的值。 当Position到达录制数据的末尾（PlayStop属性）时，测量要么暂停，要么循环到PlayStart位置，具体取决于PlayLoop属性的状态。 当您录制新数据，调用录制或进入播放模式（将Inputs.DataFrom设置为VsaInpsDataFromRecording）时，Position属性将重置为录制的开头。 我希望这有帮助 - 以上来自于谷歌翻译 以下为原文 Hi - Determine in units of points the data location in the recording at which play back into the measurement will occur. The position is relative to the beginning of the recording (0 is first point). The Position point is determined by the following calculation: Position point = (Position time - Delay time) x SampleRate. When you restart the measurement (with Measurement.Start), the Position is set to the Value of PlayStart. When the Position reaches the end of the recording data (PlayStop property), the measurement either pauses or loops to the PlayStart position, depending upon the state of the PlayLoop property. The Position property is reset to the beginning of the recording when you record new data, recall a recording, or enter playback mode (set Inputs.DataFrom to VsaInpsDataFromRecording). I hope this helped - |
|
|
|
|
醉狼工作室 发表于 2019-3-15 08:12 这有帮助，但我无法调和报告的[第一个]数字与屏幕上显示的内容49481/6 = 8246.8333 6 k是预设标准的采样率第2阶段HDQPSK如果我将点数/符号提高到10 通过该因子调整采样率我开始看到ms 49481 /（6 * 10）= 824.6833 [ms]的东西现在我不确定我们应该使用什么延迟，触发延迟是0.001250 823.433ms仍然很漂亮 远离显示值723.70900324994 以上来自于谷歌翻译 以下为原文 That helps, but I cannot reconcile the [first] number reported with what is displayed on screen 49481/6 = 8246.8333 6 k is the sample rate for the preset standard Phase 2 HDQPSK I have up'ed the Points / Symbol to 10 if I adjust the sample rate by that factor I start to see something in ms 49481/(6*10) = 824.6833 [ms] Now I'm not sure on what the delay we should use, trigger hold off is 0.001250 823.433ms is still pretty far from the displayed value of 723.70900324994 |
|
|
|
|
|
您应该使用记录文件中数据的采样率进行此计算，而不是采样的采样率。
您可以通过查看原始主时间并在两个相邻点之间放置增量标记来确定记录中的采样率。 以上来自于谷歌翻译 以下为原文 You should be using the sample rate of the data in the recording file for this calculation, not the sample rate of the measurement. You can determine the sample rate within the recording by viewing Raw Main Time and placing a delta marker between two adjacent points. |
|
|
|
|
60user190 发表于 2019-3-15 08:37 在测试脚本中执行它会非常麻烦，实际上现在可以降低屏幕上显示的数字。 我手动完成了这个，我看到一个数字0.0016312699166066秒这似乎没有帮助我达到毫秒 以上来自于谷歌翻译 以下为原文 That will be very cumbersome to do in a test script its really to-bad there's now way to pull down the number displayed on screen. I did this manually and I'm seeing a number 0.0016312699166066 Sec this doesn't seem to help me get to milliseconds |
|
|
|
|
dull20112011 发表于 2019-3-15 08:46 这可能都是没有实际意义的，我真正想要做的是在通过录音进行动态设置重叠延迟。 我需要一种方法来询问我们使用数字demod属性中设置的第一个[mega]数据包消耗了多少搜索长度缓冲区。 因此，我可以在不遇到可怕的数组边界超出消息的情况下完成录制。 全部来自测试脚本控件。 以上来自于谷歌翻译 以下为原文 This may be all moot, what I'm really tying to do is dynamically set overlap delay during a walk through a recording. I need a way to ask how much of the search length buffer we consumed with the first [mega] packet as set in digital demod properties. So I can walk through the recording without encountering the dreaded array bounds exceeded message. All from a test script control. |
|
|
|
|
|
：INPut：RECording：PLAY：DELTa：SECond query获取当前录制中的采样点之间的增量时间（以秒为单位）。
查询语法:: INPut：RECording：PLAY：DELTa：SECond？ 返回:: =实数-------------------------------------------- ----------------：INPut：RECording：PLAY：POSition command / query获取或设置录制回放的当前点。 命令语法:: INPut：RECording：PLAY：POSition :: =整数查询语法:: INPut：RECording：PLAY：POSition？ 返回:: =整数#---------------------------------------- ----------------将这些值乘以值以秒为单位计算当前位置。 以上来自于谷歌翻译 以下为原文 :INPut:RECording:PLAY:DELTa:SECond query Gets the delta time (in Sec) between sample points in the current recording. Query Syntax: :INPut:RECording:PLAY:DELTa:SECond? Returns ::= Real number ------------------------------------------------------------ :INPut:RECording:PLAY:POSition command/query Gets or sets the current point of the recording playback. Command Syntax: :INPut:RECording:PLAY:POSition ::= Integer number Query Syntax: :INPut:RECording:PLAY:POSition? Returns ::= Integer number ------------------------------------------------------------ Multiply these to values to calculate the current position in seconds. |
|
|
|
|
|
谢谢戴夫，这比直接放下标记要简单得多......
以上来自于谷歌翻译 以下为原文 Thanks Dave, that's a lot more straight forward than plopping down markers... |
|
|
|
|
只有小组成员才能发言，加入小组>>
1234 浏览 0 评论
2352 浏览 1 评论
2163 浏览 1 评论
2028 浏览 5 评论
2912 浏览 3 评论
980浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
712浏览 0评论
N5230C用“CALC:MARK:BWID？”获取Bwid,Cent,Q,Loss失败，请问大佬们怎么解决呀
812浏览 0评论
1237浏览 0评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1867
评论
淘帖
3518
