QQ登录

只需一步,快速开始

[天文观测] ASI1600+70SA+ZEQ25 天荒坪开光

[复制链接]
 楼主| 苏州振旺光电 发表于 2016-8-7 22:47 | 显示全部楼层 来自: 中国–江苏–苏州 电信
lotsbiss 发表于 2016-8-7 13:29
1:没考虑到这个,我今晚重新模拟一下
2:1600使用中位数算法,最终信噪比无法超过13bit,必须使用平均数 ...

如果你能最终无穷接近真实值,这个信噪比就是无穷大了
而不会受位数的限制

你模拟的就是叠加的过程
叠加对信噪比的提升是以开方的速度
叠加4张 增加一倍SNR
10000张的话 就是100倍
回复 顶~ 砸~

使用道具 举报

椰风123 发表于 2016-8-8 09:26 | 显示全部楼层 来自: 中国–广东–深圳 电信
苏州振旺光电 发表于 2016-8-6 15:42
你仔细看图就知道是信号分成了10份还是噪声?
注意一点: 噪音永远是和信号叠加在一起的 你没法把他们区分 ...

没错,信号和噪声是叠加在一起的。那11e的<信号+噪声>在egain=1e/adu的时候就能够和10e的噪声区分开,在egain=5e/adu的时候,就无法和10e的噪声区分了。所以egain小于1的时候,信号完全没有必要大于10e才能被区分,只有在egain大的时候,才是这个情况。
另外,egain要小到什么程度?只要小于等于1就行,1是个阈值,小于1之后就没区别,大于1的话就是越大越不好。

点评

看楼上几位大神讲的,不完全是这样,10个噪声下1e的信号egain=5仍然可以通过多次采样得到信号,只不过同egain=1相比,要困难得多。 但如果考虑到噪声本来就很低,例如:5个噪声下egain=5相对于10个噪声下egain=1  详情 回复 发表于 2016-8-9 15:05
回复 顶~ 砸~

使用道具 举报

宋城冬叶 发表于 2016-8-9 15:05 | 显示全部楼层 来自: 中国–河南–三门峡 电信
椰风123 发表于 2016-8-8 09:26
没错,信号和噪声是叠加在一起的。那11e的在egain=1e/adu的时候就能够和10e的噪声区分开,在egain=5e/adu ...

看楼上几位大神讲的,不完全是这样,10个噪声下1e的信号egain=5仍然可以通过多次采样得到信号,只不过同egain=1相比,要困难得多。
但如果考虑到噪声本来就很低,例如:5个噪声下egain=5相对于10个噪声下egain=1,再做比较呢??

点评

其实我这个分析只是抛砖引玉, 否定一下某些 “常识” 为了避免太多的没有理论依据的争论我在这里总结一下: ADC位数不够会引入“量化噪声" 而量化噪声也是包括在我们测量的”读出噪声“之内的 读出噪声=像素噪声+  详情 回复 发表于 2016-8-10 11:33
回复 顶~ 砸~

使用道具 举报

 楼主| 苏州振旺光电 发表于 2016-8-10 11:33 | 显示全部楼层 来自: 中国–江苏–苏州 电信
宋城冬叶 发表于 2016-8-9 15:05
看楼上几位大神讲的,不完全是这样,10个噪声下1e的信号egain=5仍然可以通过多次采样得到信号,只不过同 ...

其实我这个分析只是抛砖引玉, 否定一下某些 “常识”
为了避免太多的没有理论依据的争论我在这里总结一下:

ADC位数不够会引入“量化噪声"
而量化噪声也是包括在我们测量的”读出噪声“之内的

读出噪声=像素噪声+电路噪声+ADC量化噪声

所以我们唯一需要关注的 就是”读出噪声"

ADC量化噪声是固定死的: 1/sqrt(12) = 0.28ADU rms

拿10e读出噪声 16bitADC,满井65536e, egain=1e/ADU的CCD来说
量化噪声只有0.28e, 其他噪声为9.72e
如果降到14bit,4e/ADU,量化噪声变成0.28×4=1.12e,读出噪声=9.72+1.12=10.84e
如果降到12bit,16e/ADU, 量化噪声变成0.28×16=4.48e, 读出噪声=9.72+4.48=14.2e
可见对这个sensor来说如果把ADC位数必须至少14位以上


拿10e读出噪声 16bitADC,满井32768e, egain=0.5e/ADU的CCD来说
量化噪声只有0.14e, 其他噪声为9.86e
如果降到14bit,2e/ADU,量化噪声变成0.14×2=0.28e,读出噪声=9.86+0.28=10.14e
如果降到12bit,8e/ADU, 量化噪声变成0.14×8=1.12e, 读出噪声=9.86+1.12=10.98e
可见对这个sensor来说,即使把ADC降到12bit,读出噪声也就增加了不到1个e



所以结论是更多bit数肯定是对减少CCD的读出噪声有用,满井越大,读出噪声越小,影响越大
如果满井小,读出噪声本身就大,更多bit数只是一种浪费
用专业属于来解释就是:动态范围越大,需要越多的位数来描述
如果抛开ADC位数不谈:动态范围才是一个sensor的关键参数

点评

也就是说,量化噪声越大,像素噪声和电路噪声就越小啦?受教  详情 回复 发表于 2016-8-11 00:35
回复 顶~ 砸~

使用道具 举报

onepair 发表于 2016-8-11 00:35 | 显示全部楼层 来自: 中国–北京–北京 联通
苏州振旺光电 发表于 2016-8-10 11:33
其实我这个分析只是抛砖引玉, 否定一下某些 “常识”
为了避免太多的没有理论依据的争论我在这里总结一下 ...

也就是说,量化噪声越大,像素噪声和电路噪声就越小啦?受教

点评

增益不变的话 像素噪声和电路噪声是不变的 量化噪声由ADC位数决定 其实我上面的公式有误,因为噪声是标准差,是经过开方的 准确的公式是这个, 他们之间是平方的关系 读出噪声^2=像素噪声^2+电路噪声^2+ADC量化噪声^  详情 回复 发表于 2016-8-11 12:28
回复 顶~ 砸~

使用道具 举报

huakeqing2000 发表于 2016-8-11 10:58 | 显示全部楼层 来自: 中国–上海–上海 电信

是这家吗?
QQ截图111.png

点评

就是这家  详情 回复 发表于 2016-8-11 12:28
回复 顶~ 砸~

使用道具 举报

 楼主| 苏州振旺光电 发表于 2016-8-11 12:28 | 显示全部楼层 来自: 中国–台湾 中华电信(HiNet)数据中心
onepair 发表于 2016-8-11 00:35
也就是说,量化噪声越大,像素噪声和电路噪声就越小啦?受教

增益不变的话 像素噪声和电路噪声是不变的
量化噪声由ADC位数决定
其实我上面的公式有误,因为噪声是标准差,是经过开方的
准确的公式是这个, 他们之间是平方的关系

读出噪声^2=像素噪声^2+电路噪声^2+ADC量化噪声^2


关于量化噪声的理论依据可以看这里
http://wenku.baidu.com/link?url= ... AXi_y48ikpkcU_fZXIm
以后抽个时间再好好整理一篇文章总结一下这个问题

点评

这片文章里说的量化噪声均方差是 LSB/SQRT(12)。啥时候LSB≡1了? 说实话,经常看不出您引用的论据和您的论点之间有什么关系,以后有机会再向您学习吧  详情 回复 发表于 2016-8-11 22:48
回复 顶~ 砸~

使用道具 举报

 楼主| 苏州振旺光电 发表于 2016-8-11 12:28 | 显示全部楼层 来自: 中国–台湾 中华电信(HiNet)数据中心

就是这家
回复 顶~ 砸~

使用道具 举报

onepair 发表于 2016-8-11 22:48 | 显示全部楼层 来自: 中国–北京–北京 联通
苏州振旺光电 发表于 2016-8-11 12:28
增益不变的话 像素噪声和电路噪声是不变的
量化噪声由ADC位数决定
其实我上面的公式有误,因为噪声是标准 ...

这片文章里说的量化噪声均方差是 LSB/SQRT(12)。啥时候LSB≡1了?
说实话,经常看不出您引用的论据和您的论点之间有什么关系,以后有机会再向您学习吧

点评

LSB就是1个ADU呃  详情 回复 发表于 2016-8-12 12:33
回复 顶~ 砸~

使用道具 举报

 楼主| 苏州振旺光电 发表于 2016-8-12 12:33 | 显示全部楼层 来自: 中国–江苏–苏州 电信
onepair 发表于 2016-8-11 22:48
这片文章里说的量化噪声均方差是 LSB/SQRT(12)。啥时候LSB≡1了?
说实话,经常看不出您引用的论据和 ...

LSB就是1个ADU呃
回复 顶~ 砸~

使用道具 举报

bill44026 发表于 2016-8-17 14:33 | 显示全部楼层 来自: 中国–广东–广州 电信
苏州振旺光电 发表于 2016-8-5 15:50
国际上早有了,60s曝光后的实际对比 曝光时间短 低读出噪声的肯定有优势

8300用60s的片子去对比没有意义,因为根本就不能用天光噪声压过读出噪声,应该对比8300曝光900s*1和ASI1600曝光60s*15才有意义
回复 顶~ 砸~

使用道具 举报

本版积分规则

APP下載|手机版|爱牧夫天文淘宝店|牧夫天文网 ( 公安备案号21021102000967 )|网站地图|辽ICP备19018387号

GMT+8, 2024-12-22 16:46 , Processed in 0.046740 second(s), 6 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

Copyright © 2001-2020, Tencent Cloud.

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