Zstack 鼎阳SDS6204示波器和Archiver Appliance的重度测试1Zstack 鼎阳SDS6204示波器和Archiver Appliance的重度测试2合肥光源
发的这篇文，我只是搬运工，读者切记。合肥光源工作点测量系统已实现BBQ无激励在线测量，还是前些年永良师弟在这的时候
感觉自己这段时间莫名其妙，老老实实写点工作中踩坑蹚坑的过程，避免后来的碰到类似的坑能少花些时间就好了，哪来的这么多其他的，受点刺激就长篇一大串，我想主要还是闲的，前几年红外、预研、小孩。。弄得疲累不堪，跌跌撞撞的一路走来，现在红外、预研也告一段落，小孩也上学和幼儿园，感觉新光源大干之前的窗口期，就任由自己这么胡为一把吧，写的东西只是自己井底之见，希望能抛砖引玉，得路过的您指教。哎，这种抖落工作上的
合肥光源储存环束流三维参数测量系统的初步结果1上轮维护查线后，后来接上纽扣电极BPM，核对算法并且用2G带宽的鼎阳示波器
拿到学位，这么多年课题就申请过一次，也是刚参加工作那几年，就那么一次，好像是什么中科院创新课题，我那时候想着用CT扫描法去测直线束流的相空间分布，程序都写好了，
俺一牛X同学的一个系统未来需要几千轴的电机控制，这段时间一直在调研现在的电机控制方案，大致有了些眉目，说
除了上面链接的测试内容，这几天又不断给这个服务器上加压：又在上面建了个IOC读取另一个示波器力科HDO6104A的波形；一个WIN10云主机调试Labview程序。数据库清过一次库，之后又重新灌数据进去，截止发博灌了11TB多：鼎阳SDS6204及IOC已连续运行1.3M秒/3600/24=15天多，网络连接没有出现过错误，完全满足在线运行要求。又改了逐束团流强的程序，2M长度的波形在labvie
上面的重度负荷测试就是为这个逐束团测量系统波形存储做准备的，合肥光源的逐束团流强测量系统（Bunches Current Measurement，BCM）是从重大维修改造之后才开始有的（2012年5月份把直线和环全部拆掉，除了房子都是完全重建，2014年初又开始调试运行）。2012年之前的老机器不需要这个系统，主要是那时候直线加速器还是微秒宽度的束团扔到储存环里，但能存到环里的只有45个位置，打个
EtherCat控制器，我能找到的最大轴数能支持到128轴，部署时，几千轴的控制要分成若干组，每组128轴或者64轴。能达到64轴的有上面PCI卡式的，也有独立可接网络连接式的，正运动还有个型号ZMC4128，可达128轴，没有挂在官网。下面重点提一下最近才知晓的软件控制器--软赢科技的产品：太惊艳了，感觉又是下一代的产品。工控机+软件运动控制器，省了实体运动控制器（工控机或者虚拟机本来就是软硬两
https://www.zstack.io/product/portfolio_comparison/EPICS Base - EPICS ControlsEPICS Extensions - EPICS Controls这三样（见上面三个链接，archiver是第三个链接里上面截图画红圈那个）分别代表云主机平台架构，实验物理和工业控制系统以及数据存档，这三样还有其他的代表，比如Vmware、Ta
这个测试一直在进行，虽然因为摸数据库设置而重启过并清过库，但读示波器波形的IOC和示波器的连接一直没有断过，获取波形数据也一直正常，心跳次数现已959000多次并继续，已959000/3600/24=11天多：测试时，不好折腾，闲来无事顺便开了个IOC，又在这个数据库上测试了一下单点archive进数据库不丢数据的极限：上图周期分别设置为10ms，5ms，2ms，1ms时，archiver里的sa
这段时间除了那个重度烤机测试（上面链接），还在做另一件事，想再做一个服务器备份，容我慢慢道来。合肥光源束测在线使用服务器还是从永良师弟搞起的，我以前都是一台台工控机搭系统，每个子系统一台工控机，轻量的一个工控机跑两三个系统。重大维修改造时，师弟那时候博后吧，使用centos+kvm跑虚拟机，每个虚拟机跑起各系统的IOC。新生代就是不一样，我那时候觉得这个东西太高端了，用着蛮好的，但是掌握它我就只好
今天早晨冷师兄问起鼎阳这款示波器的情况，这几天重度烤机，发现这款一直稳定连续运行没出现过连接等等问题，正
先不说话，直接上截图吧，vmware的：zstack的：读者不知道看出什么名堂没有？把浏览器缩放调到50%，vmware的产品线两页截屏
经过雷雷师弟的努力，该款示波器终于调试成功，相关文件现放在gitee仓库里：https://gitee.com/lup9304/siglent/commit/9
本来想发到EPICS mailist里问的，可是发了两次给弹回来，不方便的等不及了，就在这问吧，谁知道怎么解决麻烦一定指导一下。##################################Hi ALL:
浩如烟海历华夏，古来经考有史记我自昂头睨天下，华夏万载多遗迹中华自古世巅立，辉煌无需为谁叙
不禁感慨自己这半生要么蔫了吧唧的一声不吭，要么积极有追求时一直莽撞意气行事，虽做过很多蠢事，但也做了一些能给平淡的生活里添了些这类值得回忆的事情。
大圣在我们印象中就像个小猴子，不过取经后已经过了多年，现在也老了，看他那高兴样，难道是要往生投胎到新人家里？呵呵，他那野性可是难驯，不过有书香门第、学识渊博、仁爱宽厚的姥爷姥姥，那一定会教导成不世之才！
从小在北方，在松原经历的一切都是我美好的回忆，现在的松原少了几十年前的原生态的土冰路、石子路，更多的是城市的繁华，以及全球环境的变暖，再也没有从前冬天那么多场的大雪，以及那时候那么凛冽的割脸的风，不过还是很需要南方小土豆小地瓜们多去，因为那里有我太多的亲情和乡情。
去年做了个电机控制机箱的样版，深度控制在300mm以内，接口都放在前面板，一个机箱装8个驱动器，对于海量电机需要控制的话，两个机箱可以背靠背的放在一层，多层垒放的话，一个机柜控制百轴都是很容易的，自我感觉还是很值得
人生起伏总觉苦，但是如果把人生当成就像坐过山车的游戏，或者是长江黄河中的漂流，回看曾经的跌宕起伏，一定也会乐在其中
集群现在4台服务器了，之后的运行就省心多了，即使一台故障也不需要着急了，并且配合pbs，用的太爽了，以前的虚拟机
杜撰的小诗一龙到底，希望大家能一顺到年底再一个循环，总之充实又顺利的感觉。
折腾了几天，并且在永良和大神Mark Rivers的帮助下，终于编译成功了，下面总结下流程：准备：epenEuler20.03-SP2-LTS的minin
文档是晓康整理的，还一直没空完整的按流程做一遍，正好就着proxmox平台在其下建的CT下跑一遍，晓康当时应该是摸索过程中
Debian11编译EPICS ADAravis记录一年前整理的上面文，这几天重新走了一遍，有些地方会碰到问题，需要补充些环节，motor模块以前和areaDetector一条龙编译时，总是有问题，当时就没尝试了，这几天尝试了一下，流程再总结如下：准备：Debian11的基础安装（我用的是网络安装的虚拟机，选安装包时选ssh服务和网络工具两个选项），git抓包需要自己找渠道设置环境变量翻墙。roo
021.01.27一、突发的大量SSH扫描2021.01.25 22:40，接到用户报告发现有来自校内7个IP的大量SS.
l 这个问题经常会被人问及，因此在这里做一个详细的比较。总的来说，POWERLINK和EtherCAT性能差不多。对于POWERLINK，一个主站带10个从站的网络，最小的循环周期为100μs左右；对于EtherCAT，一个主站带10个从站的网络，最小的循环周期为100～400μs，取决于用户添加的应用层以及主站的性能。 此外，EtherCAT当初是根据机器设备的控制需求制定的方案；而POWERL
昨天听了一个线站控制方面的报告，后来因为各种事提问环节就没有听完。关于该光源二期的建设还在延用VME机箱控制电机的计划实在不能接受，后面讨论的热烈，就没再插嘴了。提到电机控制，真是几场酸辛累，掉进了好几次坑，还为单位捅过一次大漏子（这件事以后专门发文说吧），不过经历了这么多事，至少以后的过程中保证能不再掉进曾经掉过的坑，电机控制，自我感觉还是有些经验值得分享的。我做的工作是束测，有很多部件需要电机
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
