1
完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
使用34461A测量10 V DC传输参考时,与DMM相比,BenchVue中的分辨率似乎更高。
DMM的分辨率为10μV,而BenchVue的分辨率为1μV。 将数据导出到Excel时,甚至可以达到0.1μV的分辨率。 这是真的,如果是这样,它是否可靠? 对此有所了解并可能有一些解释会很有趣。 以上来自于谷歌翻译 以下为原文 When measuring a 10 V DC transfer reference with the 34461A, there seems to be a higher resolution in BenchVue compared to the DMM. The DMM’s resolution is 10 µV while BenchVue displays a resolution of 1 µV. When exporting data to Excel, there is even a 0.1 µV resolution. Is this real and if so, is it reliable? It would be interesting to get some views on this and possibly an explanation. |
|
相关推荐
5个回答
|
|
|
|
|
|
BenchVue不打算成为前面板的替代品。 它旨在帮助您轻松地从DMM和其他仪器控制和收集数据。 因此,它不会重新格式化DMM返回的数据,通常格式为“+ 4.23450000E-03”。 DMM固件使用相当复杂的算法来确定要显示的位数,基于模式(ACV,DCV),NPLC,分辨率等。不过,我已经沿着这些线提交了增强请求。 布赖恩 以上来自于谷歌翻译 以下为原文 BenchVue was not intended to be a front panel replacement. It was intended to help you control and gather data easily from the DMM and other instruments. As a result, it does not re-format the data returned by the DMM, which is typically in the format "+4.23450000E-03". DMM firmware uses a fairly complicated algorithm to determine how many digits to display, based on mode (ACV, DCV), NPLC, resolution, etc. Nevertheless, I have filed an enhancement request along these lines. Brian |
|
|
|
ws2165946 发表于 2018-11-13 08:02 你好布莱恩谢谢你的回答。 但是,我仍然对此感到好奇。 顺便说一句,我正在使用34461A数字万用表。 我要回到10 V参考。 当BenchVue显示类似10.000 000到10.000 004时,DMM显示10.000 00.如果BenchVue显示10.000 005到10.000 014,则DMM显示10.000 01.对我来说,似乎DMM中可能有一个算法来处理这个问题。 。 你对此有何看法? 坦率 以上来自于谷歌翻译 以下为原文 Hello Brian Thank you for your answer. However, I’m still curious about this. By the way, I’m using the 34461A DMM. I’m going back to the 10 V reference. When BenchVue is showing something like 10.000 000 to 10.000 004, the DMM displays 10.000 00. If BenchVue is showing 10.000 005 to 10.000 014, the DMM displays 10.000 01. To me it seems there could be an algorithm in the DMM taking care of this. What’s your view on this? Frank |
|
|
|
嗨Frank,是的,DMM中有一个算法可以根据模式(DC,AC等),分辨率,读取速度等计算显示的位数.DMM不会返回任何可用的信息。 一个程序员来弄清楚它实际显示的位数。 返回的数据格式为+ n.nnnnnnnnEn -nn。 没有任何关于有效位数的线索,由程序员(例如,BenchVue,还有任何其他自行开发的应用程序)来使用他们认为合适的数据。 通常,人们只是根据限制测试一个值,因此将15个字符的字符串转换为浮点或双精度数,然后进行比较。 例如,如果您正在针对限制测试value = float(“1.19845660E-00”),则通常采用“if(value> 1.0)”的形式和(值计算所有可能的重要组合并非易事 DMM可以返回的数字。如果DMM返回该信息会很好,因为它知道它。所以我建议将其作为DMM设计者的增强。但是有很多工具,所有这些都是 在我们取得任何实际进展之前,我们必须这样做。布莱恩 以上来自于谷歌翻译 以下为原文 Hi Frank, Yes, there is an algorithm in the DMM that figures out how many digits to display, based on mode (DC, AC, etc.), resolution, reading speed, etc. The DMM does not return any information that's usable by a programmer to figure out how many digits it actually displayed. The data that's returned is of the form +n.nnnnnnnnE-nn. Without any clue as to how many significant digits are valid, it is up to the programmer (e.g., BenchVue, but also any other homegrown app) to use the data as they see fit. Often, one is simply testing a value against limits, so the 15 character string is converted to a floating point or double precision number and then compared. For example, if you were testing value = float("1.19845660E-00") against limits, it would typically be of the form "if (value > 1.0) and (value < 1.2) then call pass() else call fail ()". If the DMM was displaying 1.1985 VDC, it really wouldn't matter. It is not trivial to calculate all the possible combinations of significant digits that a DMM can return. It would be nice if the DMM returned that info, since it knows it. So I have suggested that as an enhancement to the DMM designers. But there are a lot of instruments out there, and all of them would have to do that before we could make any real headway. Brian |
|
|
|
在我的电子邮件中有一个msg通知,但我无法在已解决的论坛主题上找到它 - 为什么? 这里是新消息包含在下面:---------------------------------------- ----------------------嗨弗兰克,是的,DMM中有一个算法可以根据模式确定要显示的位数(DC,AC DMM不会返回程序员可用的任何信息,以确定它实际显示的数字位数等。),分辨率,读取速度等。 返回的数据格式为+ n.nnnnnnnnEn -nn。 没有任何关于有效位数的线索,由程序员(例如,BenchVue,还有任何其他自行开发的应用程序)来使用他们认为合适的数据。 通常,人们只是根据限制测试一个值,因此将15个字符的字符串转换为浮点或双精度数,然后进行比较。 例如,如果您针对限制测试值= float(“1.19845660E-00”),则通常采用“if(值1.2)然后调用pass(),否则调用fail()”的形式。 如果数字万用表显示1.1985 VDC,那真的没关系。 计算DMM可以返回的有效有效数字的所有可能组合并非易事。 如果DMM返回该信息会很好,因为它知道它,为什么程序员每次都必须重新发明该算法? 所以我建议将其作为DMM设计人员的增强功能。 但是那里有很多工具,而且在我们取得任何实际进展之前,他们都必须这样做。 布赖恩 以上来自于谷歌翻译 以下为原文 There a msg notify on my email, but i cant find it on the addressed forum topic - why? here it is The new message is included below: -------------------------------------------------------------- Hi Frank, Yes, there is an algorithm in the DMM that figures out how many digits to display, based on mode (DC, AC, etc.), resolution, reading speed, etc. The DMM does not return any information that's usable by a programmer to figure out how many digits it actually displayed. The data that's returned is of the form +n.nnnnnnnnE-nn. Without any clue as to how many significant digits are valid, it is up to the programmer (e.g., BenchVue, but also any other homegrown app) to use the data as they see fit. Often, one is simply testing a value against limits, so the 15 character string is converted to a floating point or double precision number and then compared. For example, if you were testing value = float("1.19845660E-00") against limits, it would typically be of the form "if (value 1.2) then call pass() else call fail ()". If the DMM was displaying 1.1985 VDC, it really wouldn't matter. It is not trivial to calculate all the possible combinations of significant digits that a DMM can return. It would be nice if the DMM returned that info, since it knows it, and why should programmers have to re-invent that algorithm every time? So I have suggested that as an enhancement to the DMM designers. But there are a lot of instruments out there, and all of them would have to do that before we could make any real headway. Brian |
|
|
|
只有小组成员才能发言,加入小组>>
1285 浏览 0 评论
2373 浏览 1 评论
2192 浏览 1 评论
2064 浏览 5 评论
2948 浏览 3 评论
1105浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
752浏览 0评论
N5230C用“CALC:MARK:BWID?”获取Bwid,Cent,Q,Loss失败,请问大佬们怎么解决呀
923浏览 0评论
1285浏览 0评论
小黑屋| 手机版| Archiver| 德赢Vwin官网 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 08:14 , Processed in 1.517737 second(s), Total 83, Slave 68 queries .
Powered by 德赢Vwin官网 网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号