上轮维护查线后,后来接上纽扣电极BPM,核对算法并且用2G带宽的鼎阳示波器测量的结果,经过不断的数据积累的观察,感觉这次测得结果越来越靠谱了,慢慢展示如下:
每个束团逐圈的X,Y位置如上图中,基本上分别在正负0.4mm和0.2mm的范围(最大值-最小值分别为0.8和0.4mm),随便一个束团的逐圈曲线如下:
通过X,Y的逐圈位置范围换算出的rms和同步光监测算得的光源点的尺寸是符合的:
这段时间我编写示波器的采集程序并初步分析,算出结果并发布,之后雷雷读取PV和数据库来做进一步分析并给出指导意见,配合的相当默契,前段时间接条带BPM测量的时候(不知道是条带,当成纽扣去算),虽然测量的结果一塌糊涂,不过雷雷从分析中发现如果能按204M左右的整数倍去采样的话频谱会更好些,当时采集程序还很粗陋,忙着补缺和增加我想要的功能,就一直没着手在程序中放入重采样的功能,这不,测量的结果靠谱之后,就把这部分加进来了:
示波器是10GHz的采样率,和其最接近的204.534M的整数倍差不多是204.534*49=9997.47MHz,和10G会有差,做FFT的时候就会产生很多杂峰,比如上面那个phoebus界面中:
经过重采样的插值处理原始波形数据后,如上面程序界面图,可以设置每个束团的采样点数,比如64,相当于64*204.534M的采样率,虽然只是简单的线性插值,但是FFT后的频谱就好多了:
杂峰都没有了,并且有新发现:
灰线是BBQ工作点测得的频谱下边带峰位,蓝线和红线分别是X,Y的逐圈位置频谱,虽然那两个小峰不高,但是很明显的和工作点峰位对应并稳定在那!(这里要高兴的跳一跳)
下一步试试雷雷说的陷波滤波,看能不能露的更明显些,这两个标记的小峰,本来只能在注入时才能看到的工作点峰位,现在这个3D参数测量系统平常就可以看到了,下图是注入时的X,Y频谱:
频谱除了工作点峰位以外,还有几个很固定的峰位,一直不知道是怎么来的,有待慢慢核查。
前段时间错误的把条带当成纽扣,测量和计算的结果一塌糊涂,搞得心灰意冷,就让雷雷把纵向震荡相关的内容整理下发篇论文就好了,这几天的数据积累和观察,发现不断地有新的好玩的东西,X,Y相关的结果也靠谱了,估计又要折腾雷雷加进去了。
采集程序里,对于每个通道5百万个点共4个通道的大数组,10G采样率,分给每个束团差不多49.01个点,虽然只是简单的线性插值重采样,点数搞多了也会拖累循环速度,很担心如果再加上滤波之类的会拖累到什么程度。本来从示波器读取波形周期是7秒的,我还嫌慢,可是插值稍多些,循环周期就超过7秒了,如果采用样条插值,算量更多,周期更长。。。,对这类大数据的快速处理,以后再想办法吧,看到这里的专家如果碰到过类似的需求并解决,一定不吝赐教。
不过即使这样的不多点的插值重采样,结果还是不错的,使用SVD提取主成分,丢掉其他的纹波会更纤细:
随便一个束团的X的逐圈位置曲线,和上面的比是不是好一点:
?
看各束团逐圈信息的图像,就像水面上的涟漪一样,每个束团的逐圈信息频谱,本来应该是分离独立的,但是放在一起看,却感觉到其之间似有某种关联一样:
比如这个频谱图,本来45个洞洞的流水,应该各流各的,可是有些闹来闹去,流到别人的碗里去了。。。这类的图像,看动态的变来变去更好玩,愿意看的自己去中控室看吧。
idea官方推送了2020.2.4版本的更新,那么大家最关心的问题来了,之前激活idea202...
本文实例讲述了AJAX+Servlet实现的数据处理显示功能。分享给大家供大家参考,具...
在Flash Player 10.1及以上版本中,adobe新增了全局错误处理程序UncaughtErrorEv...
本文转载自微信公众号「SH的全栈笔记」,作者SH。转载本文请联系SH的全栈笔记公...
来源:DeepenStudy 漏洞文件:js.asp % Dimoblog setoblog=newclass_sys oblog.a...
本文转载自微信公众号「SQL数据库」,作者丶平凡世界 。转载本文请联系开发公众...
CKeditor,以前叫FCKeditor,已经使用过好多年了,功能自然没的说。最近升级到3....
大家好,我是狂聊君。 今天来聊一聊 Mysql 缓存池原理。 提纲附上,话不多说,直...
前言 项目开发中不管是前台还是后台都会遇到烦人的null,数据库表中字段允许空值...
问题:我们在做flex的开发中,如果用到别人搭建好的框架,而别人的server名称往...