计量论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索

[数字仪表] 请问有没有九位的数字多用表?

  [复制链接]
lymex 发表于 2010-1-12 21:14:17 | 显示全部楼层
Adv 6581也算是比较常见的8位半,而且是仅有的2个双基准校准的万用表之一,我手边有3台,当然只有1台是我自己的。
 楼主| jaccopa 发表于 2010-1-12 22:24:44 | 显示全部楼层
回复 26# lymex


    请问,手头有fluke的源,还有很多可程控的表,要搞软件校准,会一点VB,C,汇编还需要学习什么呢?
GRN 发表于 2010-1-14 01:31:52 | 显示全部楼层
1081是7位半,达不到8位半的指标,我曾经有过2台。
WFHGDZ 发表于 2010-1-19 10:21:50 | 显示全部楼层
请告诉 《数字电压表及数字多用表检测技术》的下载地址吧,谢谢,或给我发个邮件wfhgdz@126.com
 楼主| jaccopa 发表于 2010-1-19 13:34:07 | 显示全部楼层
回复 29# WFHGDZ


       zhe ben shu ,lun tan shang mian  jiu you de .
 楼主| jaccopa 发表于 2010-1-19 13:55:27 | 显示全部楼层
回复 30# jaccopa


    不好意思,刚才不能打中文,这本书计量论坛上面就有的,你搜索以下就看见了
threemore 发表于 2010-1-21 15:27:23 | 显示全部楼层
回复 27# jaccopa


    你好,我也有这方面的想法。可以加我QQ吗,希望有空交流交流。QQ:457759957
 楼主| jaccopa 发表于 2010-1-21 20:39:57 | 显示全部楼层
本帖最后由 jaccopa 于 2010-1-21 20:54 编辑

提出疑问:冯老先生的这本书中有这样一个表,请注意当中3458a的位数,竟然有9位半!!! 未命名.jpg
 楼主| jaccopa 发表于 2010-1-21 20:53:36 | 显示全部楼层
回复 32# threemore


    好的,如果您有什么想法,可以发送邮件到我的邮箱:jaccopa@163.com
gaobingic 发表于 2010-1-21 21:39:23 | 显示全部楼层
本帖最后由 gaobingic 于 2010-1-21 21:40 编辑

其实没有必要追求这么高的位数!因为一般没有准确度这么高的源,即使有4910这样的1ppm/a的基准,+720AKVD,最高也只能保证E-6,所以保留到7位小数位,还算可以,第8位小数其实你没有办法保证了!当然除了JJAVS!再说8 1/2DMM最优准确度也在E-6量级!
ESWOOD 发表于 2010-1-21 22:43:41 | 显示全部楼层
回复 35# gaobingic
说的太好了!目前专业人士太少,同行们还得努力。
 楼主| jaccopa 发表于 2010-1-21 22:59:28 | 显示全部楼层
本帖最后由 jaccopa 于 2010-1-21 23:06 编辑

回复 35# gaobingic


    假设,现在有一台10 1/2的DMM,那对于某唯一确定的基准(源)来说,是否可以用统计的方法,应用某些模型(例如高斯分布),使这一基准(源)可以给出比原来多一位或者若干位的小数位输出呢(同时给出相应位的不确定度)?
threemore 发表于 2010-1-22 13:27:18 | 显示全部楼层
回复 34# jaccopa


    还处在初级阶段,本人菜鸟
呵呵
threemore 发表于 2010-1-22 13:27:50 | 显示全部楼层
回复 33# jaccopa


    是哦,居然是九位半,搞不懂
threemore 发表于 2010-1-22 13:28:40 | 显示全部楼层
我也要加油好好干啊
lymex 发表于 2010-1-22 19:01:11 | 显示全部楼层
提出疑问:冯老先生的这本书中有这样一个表,请注意当中3458a的位数,竟然有9位半!!! ...
jaccopa 发表于 2010-1-21 20:39

我在第13#帖里也引用了9位半的数据,因为用的是GPIB卡采集的,很正常。
下面的是一组34458A采集的10位数据,最后一位没啥用,倒数第2位也用处不大。
时间   温度   电压
0:01:38   23.6   9.999998268   
0:01:54   23.6   9.999998048   
0:02:10   23.6   9.999998033   
0:02:26   23.6   9.999998019   
0:02:42   23.6   9.999998019   
0:02:58   23.6   9.99999774   
0:03:14   23.6   9.999998136   
0:03:31   23.6   9.999997549   
0:03:47   23.6   9.999997945   
0:04:03   23.6   9.999998077   
0:04:19   23.6   9.999997769   
0:04:35   23.6   9.999997534   
0:04:51   23.6   9.999997843   
0:05:07   23.6   9.999997593   
0:05:24   23.6   9.999997711   
0:05:40   23.6   9.999998048   
0:05:56   23.6   9.999997564   
0:06:12   23.6   9.999998077   
0:06:28   23.6   9.999998165   
0:06:44   23.6   9.999997637   
0:07:00   23.6   9.999998033   
0:07:16   23.6   9.999997461   
0:07:32   23.6   9.999997696   
0:07:49   23.6   9.999998327   
0:08:05   23.5   9.999997725   
0:08:21   23.6   9.999998092   
0:08:37   23.6   9.999997769   
0:08:53   23.6   9.999998048   
0:09:09   23.6   9.999998341   
0:09:25   23.6   9.999998209   
gaobingic 发表于 2010-1-22 21:26:08 | 显示全部楼层
呵呵!老大的11位数据都出来了!其实8 1/2DMM示值只要保留到7位小数,而其中第6位小数(及E-6量级)这一位是可以保证的(当然你的标准源能检被检),第7位小数其实应该属于随机误差,可以考虑成多次测量的均值,而要是给出第8位,那么这位其实应该是粗大误差了,还有要指出的是这第8位并不在标准量值传递的范围之内(有2个原因: 其一是一般计量机构并不具有JJAVS,而电压基准也集中于E-6量级,其二是81/2 数表的最优准确度也在E-6量级),因此传递到第8位小数也是没有意义的!
cedpc 发表于 2010-1-24 16:03:30 | 显示全部楼层
受益匪浅呀
gaobingic 发表于 2010-1-24 21:34:09 | 显示全部楼层
回复 37# jaccopa


你的标准源和被检表都没有这样的准确度(包括其他计量学特性),哪怕你用矩形分布也是没有任何意义的!
 楼主| jaccopa 发表于 2010-1-25 14:10:53 | 显示全部楼层
回复 44# gaobingic


    我怎么感觉你在说,做计量是没有意义的
gaobingic 发表于 2010-1-25 21:49:24 | 显示全部楼层
本帖最后由 gaobingic 于 2010-1-25 21:50 编辑

回复 45# jaccopa


    我说的是计量数据处理的问题,并不是计量有没有意义的问题,当你出具的数据是真实有效的,那么这就是有意义的,一台表,哪怕位数再高,但是总是稳定不了,那么再多的位数有何意义呢。。。
风随心动 发表于 2010-1-26 13:45:36 | 显示全部楼层
那就另当别论啦.
如果你对数字多用表比较熟悉的话,就知道它的难度
huhao17 发表于 2010-1-27 14:15:53 | 显示全部楼层
回复 10# jaccopa


     能把这本书发给我学习下吗?谢谢了
huhao17@yahoo.com.cn
gaobingic 发表于 2010-1-27 23:11:50 | 显示全部楼层
不确定度评定中仪器的指标就是个主要分量,而且8 1/2DMM就连人员走动时的人体电荷都会给测量带来影响,还有导线的热电势,环境温度以及均热。。。好多方面都是影响分量!
liubc 发表于 2010-1-28 21:04:52 | 显示全部楼层
我们也在用fluke8508,原来用agilent3458,但是稳定性不是很好
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Archiver|计量论坛 ( 闽ICP备06005787号-1—304所 )
电话:0592-5613810 QQ:473647 微信:gfjlbbs闽公网安备 35020602000072号

GMT+8, 2024-5-18 17:19

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.

快速回复 返回顶部 返回列表