Tags:
create new tag
view all tags
---+ July 2018 CERN TB log >>>>> [[RD53Alog][RD53A testing at kek log]]<<<<< >>>>> [[RD53AtestingatCERN][RD53A testing at cern]]<<<<<<br />%TOC% | Gateway | 192.168.5.251 | | YARR | 192.168.5.25 | | HSIO2 | 192.168.5.26 | ---++ 03 July 2018 [午前中] 原田→CERN ID及びPersonal Dosimeterの入手 中村さん、内山、Jhon→Personal Dosimeterの入手及びH6B control roomに荷物の運び入れ 2枚目のXpressk7を借りる [午後] ohio cardでmodule testing TEXIO power supplyだとdigital currentが0.05Aぐらいしか流れない→ohioのせい? USBpixのregulatorを使ってみる digital currentが低い理由は、ohio cardのmini DPに挿す場所が違ったのが原因(Port D(写真右端のport)に挿していた) 正しい場所はPort A(黄丸) <img alt="ohio_connection.png" src="%ATTACHURL%/ohio_connection.png" /> ---++ 04 July 2018 [12:30] KEK53-7 global-local tune target 4000 002291_thresholdscan lin/diffともにtuneができた。 configの変更点 diffLccEn 0->1 diffVff 50->150 diffPrmp 500 diffPrecomp 100->150 !LinKrumCurr 50->80 [16:00] YARR+HSIO2用のPC(zenpc)をビームラインに移動→<b>IP : 192.168.5.25</b> FEI4のLV電源はTEXIOではなく、ビームラインに置かれていたもの( [[http://uk.farnell.com/rohde-schwarz/r-s-hmp4040/power-supply-bench-adj-4o-p-10a/dp/2408793#][Fernell element14社製 R&S HMP4040]])を使用 LV ch. assign | *ch.* | *for...* | *Voltage* | | 1 | FEI4 VDDD | 1.2V | | 2 | FEI4 VDDA | 1.4V | | 3 | USBpix power | 2.0V | | 4 | fan | 12V | TLU assign | *ch.* | *for...* | | 2 | HSIO2 | | 3 | YARR | [16:00] tunnig組。 diffのみ target 3000e<br />3000eよりも前でピーク。低いスレッショルドでなだらかになり、3000eあたりで急に切れる。<br />->thresholdscanの取り方の問題。解決。<br />data : 002329 <br />KEK53-7のtunnig<br />diffのみ target 1500e(localまで)<br />data : 002367 diffのみ target 1000e(globalのみ)<br />data : 002369 lin<br />target 3000e(global)<br />Vth400->350<br />data : 002427 3000e以下にしようとするとうまくいかず。 夕食前後~ linについて。<br />EnCoreColLin<br />65535->61140<br />に変更し、領域を狭くした。<br />2500eにまでtuneできた。<br />Vth 400->350 data : 002427 Vth 400->300<br />うまくtunningできず。 現在2500e以下には合わせられていない。 ---++ 05 July 2018 [0:00] ohioカードXpressK7を焼くためにatlaspc9のXilinxsを2016.2に. zenpcにHSIO2primlistを入れる. FE-I4のThreshold2400eにチューニング [2:00] zenpcでRD53A作動 [9:30] KEK53-4のtuningから再開 スプレッドシートにRD53Atunningの項目を追加。moduleとscan結果の対応表。 dataの場所は/work/XpressK7_RD53A/YARR-20180703devel/src/dataの中 Logにも詳細は並行して書いていく。 ---+++ KEK53-4 ---++++ digitalscan data : 002466 ---++++ analogscan data : 002483 この時のconfigの変更点 diffLccEn 0->1<br />linkrumCurr 50->120 ---++++ diff_threshold target 1000e 変更点<br />DiffVth1 250->100<br />DiffVth2 50->20<br />2000eぐらいのところで二つ目の山。<br />data : 002507 ---++++ lin_threshold target 2000e<br />領域を狭くしてのtune.<br />data : 002519 ---++++ std_thresholdscan target 3000e<br />領域狭くせず<br />変更点<br />DiffVth1 250->100<br />diffLccEn 0->1<br />linkrumCurr 50->120 data : 002563 std_thresholedの場合2000e/4000eでピーク。<br />lin_threshold 3000e/diff_threshold 3000eでピークを確認<br />data : 002564,002565 analog scanを回すとdiff FEのバイアス構造がない部分で応答が悪くなる→LccEn=0にするとちゃんと返ってくる diff_analogscanを回すと起こる現象だった(std_analogscanだと発生しない)→Trigger Loopのfrequencyが影響していそう(diff_analogscanでfrequency 10000→5000にするとちゃんと返ってきた) ---+++ KEK53-11 ---++++ digitalscan data:002641 ---++++ analogscan data:002649 configの変更点 diffLccEn 0->1<br />linkrumCurr 50->120 ---++++ diff_thresholdscan target 1200e data:002655(but) data:<s>002729</s>(good)→002869 ---++++ line _thresholdscan target 2000e(狭) data:002674 ---++++ std_thresholdscan 3000e std_thresholedの場合2000e/4000eでピークになっていたが、 lin_threshold 3000e/diff_threshold 3000eでピークを確認。 data:002684 ---++++ std_thresholdscan(but?) target 2000e 領域を区切らずに。 data:002723 line/digital data:2720/2721 ---+++ KEK53-12 ---++++ digitalscan data:002905 ---++++ analogscan data:002906<br />変更点<br />DiffLcc<br />DiffPrep 650<br />Vth1 100<br />Vth2 20<br />LinkKrumCurr 50->100 diff_thresholdscan<br />target 1200e<br />data:002931 ---+++ KEK53-13 ---++++ digitalscan data:002935 ---++++ analogscan data:002938 ---++++ diff_thresholdscan target 1200e data:002941 ---++ 06 July 2018 [1:00] micro usb -ethernetのトリガーやビジーが反転問題を修正したFWを焼くがスキャンを行うとデータが返ってこない。 HSIO2のデバック終了。クロックトリガーで問題なく動作。 [3:00] yarrもFWを焼き直して修正。 [4:00] HSIO2,YARRの両方を入れたクロックトリガーが正常に動作。 YARRの処理が遅い?500Hzでは追いつけない,300Hzは追いつける *HSIO2(rce offline producer)->YARR(YARR producer)の順に立ち上げること* [9:20] ohio card+Xpressk7をビームラインから回収、control roomでtuning再開 kekatlaspc9に最新のYARR(FEごとに異なるthresholdでtuningできるようになった)のgit cloneを行った >>>>>No beam for NA before early afternoon.<<<<< ---+++ KEK53-6 ---++++ digitalscan data:003315 ---++++ analogscan data:003320<br />はじめそのままconfigが汚かったり、返ってこなかったりした。<br />返ってきたら汚くともconfigを変えるときれいに返ってきた。<br />configの変更点<br />SldoAnalogTrim26->20 ---++++ diff_thresholdscan target 1200e<br />data:003327 ---+++ KEK53-9 ---++++ digitalscan data:003373 ---++++ analogscan data:003375 KEK53-6と同じ現象。 configの変更点 !SldoAnalogTrim : 26 ->22 <b>linerのポリシリのない領域(中央下)のanalogscanが返ってこない。</b>diffのみのtuneのためこのままtunning ->調査中。 ---++++ diff_thresholdscan target 1200e data:003382 target 1000e data:003460 ---+++ KEK53-7 ---++++ digitalscan data:003394 ---++++ analogscan data:003395 KEK53-6と同じ現象。<br />configの変更点<br />SldoAnalogTrim26->16 ---++++ diff_thresholdscan target 1200e<br />data:003399 target 1000e<br />data:3411 [14:00] >>>>>>No beam for NA before *late afternoon* .<<<<<< [19:30] beam復活、YARRとHSIO2をintegrationして動かしてみる ---++ 07 July 2018 [9:00] 6:40頃からbeam無い状態 tuningを進める [11:00] ビーム復活 ---++++ scanするとマスクされる問題 <br />RD53A tunningではそれぞれのscanをすると勝手にmaskされてしまうという問題がある。<br />./primlist/scan53.sh digitalscan KEK53-**<br />とすると、maskされてしまう。<br />./primlist/scan53.sh digitalscan KEK53-** -m 0<br />とすると、maskはされず、そのままを維持。<br />-m 1に変えると今までのmaskはリセットされる。<br />よって、tunningが終わったら、リセットしてからmaskすることが必要。 tunningの後、 ./primlist/scan53.sh digitalscan KEK53-** -m 1 とすること。 [17:00] latency scan開始 latency : 253から ビームトリガーだとlin FEとdiff FE部分にノイズがのる→DP to Ethernet boardのGNDとTLUのGNDが浮いているせい? noise scanでビームを見てもこのノイズは発生しない←見えてるのは本当にビーム??? [21:00] No beam due to septa problem. beam offでauto trigger modeで走らせると、noise scanに似た結果が得られた→trigger由来のノイズ? DP to Ethernet boardのコネクタ同士のGNDをソルダージャンパーで共通にした→後ほどビームラインに [22:56] ビーム復活 lin FEのノイズはTLU GND由来ではないかもしれない←GND共通にしてもノイズ発生した ---++ 08 July 2018 [10:00] !ToT Scanは-t optionでinjectionを指定できる 10000injection設定、現行configでtot scanをすると、lin FEが大体4、diff FEが大体15あたり !LinKrumCurr : 30,DiffVff : 80に変更、totを7に設定 [11:30] ビーム止まる [12:00] linをマスク(syn off)したconfigでdigitalscan/analogscan/noisescanによるマスクをかぶせたconfigを生成。 data:00657->000694(threshold tuneし直し) stage位置合わせ x=36,y=33 中心付近にビームらしきもの run 611 x=36,y=28 ノイズしか見えない run 612 x=30,y=33 ノイズしか見えない run 664 x=42,y=33 ノイズしか見えない run 665 x=30,y=33 Syn,Linをマスクしても見えない.マスクしてるはずなのに全体にノイズ run 670 [14:00] Diff FEのビーム測定時のThreshold. bias rail構造有りでは1500eではとてもノイジー. 1800でも少しうるさく2000eではほぼない. bias rail構造なしでは1000eでは数ピクセルノイジーな程度. 1000e以下ではthreshold チューニングができない. [15:30] ビームラインにgame PCを設置→<b>IP : 192.168.5.26</b> [17:00] ビームでる [17:20] ビーム止まる [17:25] ビームでる latency 420BC+/-50くらいにあるはず. [2:13] *latency 347!* 位置は(36,31) diff threshold 1200e lin threshold 3000eに変更。 ---++++ KEK53-7 config LinVth : 400 -> 360 !DiffVth1 : 250->100 !DiffVth2 : 50->20 !LinKrumCurr : 50 ->30 !DiffVff : 50 ->80 syn/linはoff 場所は ~/work/yarr_rd53a/Yarr/src/data  の中の data : 000966(lin_threshold) ---++ 09 July 2018 [17:30] beamが戻ったがrunを走らせると、calibserverがコアダンプする現象が起こった。 →HSIO2及びPCの再起動を行ったが解決せず ->RceOfflineProducerの引数の1つのserver IPが192.168.1.77のところ192.168.1.177にしてしまっていたため 上記PC再起動の際に間違って(?)local networkがささっているportをoffにしてしまったらしく、localがしばらく繋がらなくなった→アクセスしてonにしてきた [18:30] 上記問題修正。 ---++ 10 July 2018 [12:00] bias structure部分をmaskする(かなりひどい)codeをpcx17261に移植し、上半分のmaskが出来るようになった ついでにmapやdistを作るものも移植した(こっちは後で消すかも) ---++ 11 July 2018 [2:00] Yarr version 20180710v.2に戻してlong run [3:00] *Yarr version 20180710v.10* *correlation消えない!* yarrった! [5:00] run plan (仮)決定。 [5:40] beam stop [9:30] MDでbeamが止まっていたため、run stop→run1120は#event = 0 KEK53-4のtuningを開始 [11:30] KEK53-4のtuning完了→lin : 3000e, diff : 1200e KEK53-9のLDO modeでconfigが通らない KEKでのtestではLDOでconfigが通らない旨が書かれているが、CERNでのtestではLDOで動かした形跡がある←? [15:30] 新たに1枚ohio cardが借りられたので(しかも数ヶ月借りていいらしい)、control roomでもtuningが出来るようになった beam lineにあったXpressk7(CERNの人から借りたもの)とcontrol roomのXpressk7(KEKのもの)を入れ替え [21:30] オーダー2 KEK53-7 70V 1200eのデータ収集開始 ノルウェーの方からUSBpixなど早く動かしすぎると通信が追いつかずconfigがうまく通らないとアドバイスをもらった. [22:30] ビームが1スピルになり、レート落ちる. ---++ 12 July 2018 [1:45] KKE53-7 HV 70->1000 に変更。 [4:21] 1runごとにcorrelationが見えなくなるのでrun controlからのやり直しが多い。 [5:30] beamが10分ほど止まる。そのあとは300~400Hzまで上がる。 [9:30] module変更 KEK53-7→KEK53-4 HV : 70V config file : KEK53-4_rd53a_tuned_3000_1200.json lin FEを含むとやはりnoiseがひどく、correlationが見えないのでdiff FEのみで走らせる not validが数Hz(多いときは十数Hz)で出てくるが一応dataを取ることにする [12:00] diff FEで変なパターンのhit mapが見えたため、run stop 以降correkationが見えなくなる [12:40] 引き続きcorrelationが見えないため、diff FEのthresholdを上げてみる config file : KEK53-4_rd53a_tuned.json [13:40] 4000e付近まで上げてcorrelationが見えたので1 run取って低thresholdに戻してみる [15:00] もう一度1200eに戻してincludeしてみたがcorrelation見えず bias structureがある部分のノイズがデカいせい ノルウェーmoduleのconfig変更に伴い、NIcrateのconfig fileを変更 new cfg file : ~_batch2b.conf *RD53Aのデータがgreenなら、スプシのSECOND Counterにevent数を記入していくようにしました* [19:00] KEK53-13をth1200e tot 7にチューニング,eudaqで走らせる。correrataionはあるが、ノイズに埋もれてほぼ見えない。 [20:00] KEK53-13をth2400eにチューニングする。noise scanはほぼない。しかし、eudaqで走らせると数千イベント、長くても1万ちょいで消える。 たまにRD53にヒット情報がない時がある。YARRは Get eventを出しているので、信号は出しているはずである。 event builtがされなくなり、HSIO2に問題がありそうだったのでrceをrebootしたら直った。 Receive Data not validが多い気がする。センサーの問題か? [22:00] ノイズの大きかったDiffの左側の数行をマスクEnCoreColDiff1 65535->65532 ノイジーなマスクを消したので大丈夫かなと思ってTH1200eにしたが、コリレーションが見られず、2400eに戻す。 [23:45] FWをversion up,digital scanは問題なく動いた。 ---++ 13 July 2018 [0:30] 新しいFWはbusyの時間を変えることができる。 しかし大きすぎるとYARRが常にDataを吐き出す状態となり、triggerが止まる。 今の所1では動くが、100,2000では動かない。 [1:30] runnmber 1387 Timon氏のfiremware upg grade めっちゃcrrelationがspecialきれい。 [7:30] run 1442,1457,のcorrelationが途中で消えている(一応yellow)。run1444では150,000event run1257では5000eventで切れている。 その後のrunではcorrelationが見えるときは、きれいに見える。 イベントレートが340Hz程度から270Hz程度に下がったが、何か関係ある(?) [8:00] 現在、1runごとにcorrelationは見えなくなっているので注意。 run restartのみではなく、電源ON/OFFあるいはrun controllを落とさないとcorreationは見えない。 [9:08] いまだに自動的に次のrunに切り替わるとRD53Aのcorrelationが見えなくなる 電源off/onで復活はする CPSへのaccessで9:30からbeamが1時間止まるとのこと ビームが止まるまでにKEK53-13のHV100Vのデータがギリギリ1M届かないかもしれない<s>つらい</s> [9:30] beam stop [10:30] KEK53-6とKEK53-9をビームラインに設置 上流から KEK53-6, KEK53-9, KEK53-13, KEK53-12 の順番 data takingをKEK53-6に切り替え theshold : 2000e, HV : 70V [12:15] beam back [13:30] BDAQ込みで走らせるがcorrelationが見えず [15:00] no beam due to LINAC2 problem [15:30] beam復活 [16:00] BDAQを入れて走らせる。correlationを確認する。 BDAQを裏面に取り付けたため、ビームがSyn FEの部分にあたりヒットは少ない。 [17:00] HVを70->100Vに変更。 [19:00] HVを100->20Vに変更。 上流で作業のためno beam [19:30] LINAC2の影響でno beam ->1~2時間かかるとのこと(20:00更新) [20:30] ビーム復活 [21:00] auto restart で初めてcorrelationが確認できた。 [23:30] moduleKEK63-9 LD0モードでconfig通らず(KEKの時は通らず、事前テストでは通っていた) そのためKEK53-9->KEK53-4に変更し、tuning及び、runを開始。 KEK53-4はfirmを変えたためか、dig/anaともきれいに返ってくる。 ---++ 14 July 2018 今日の朝にCMSのハイヒールのうるさいおばちゃんが来るとのこと。 1時までデータとるから、と答えておくこと。 [0:30] KEKがnoisy->dig/ana maskをかけるとcorrlationが見えた。 [1:30] include Bdaq (KEK53-12 2000e) ポリシリ側がかなりnoisy 1runごとにrun controllを落とさないといけないのはrun controlが何か悪さ? [8:00] no beam due to RF problelm. [9:54] beam back [10:30] run1639→run1640,run1640→run1641でauto restartでもYARRのcorrelationが確認できた [10:50] UKの人たちがアクセスしたいというのでKEK53-4のデータ取り終えてからbeam stop KEK53-4からKEK53-13に変更、KEK53-6,9,12は取り外してcontrol roomに KEK53-12を取り外したため、BDAQはexclude [11:20] data taking再開 [13:30] dataをlxatutにコピー data の場所は : lxatut23:/home/kojin/work/ITKTB/PPSdata/v17/cern_2018_jul_itk/native その他のPCのファイルは、 lxatut23:/home/kojin/work/ITKTB/PPSdata/v17/cern_2018_jul_itk/pcsetup -- %USERSIG{AtlasjSilicon - 2018-07-03}% ---++ Comments <br />%COMMENT%
Attachments
Attachments
Topic attachments
I
Attachment
History
Action
Size
Date
Who
Comment
png
ohio_connection.png
r1
manage
134.6 K
2018-07-04 - 12:34
AtlasjSilicon
E
dit
|
A
ttach
|
Watch
|
P
rint version
|
H
istory
: r56
<
r55
<
r54
<
r53
<
r52
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r56 - 2018-07-14
-
AtlasjSilicon
Home
Site map
Main web
Sandbox web
TWiki web
Main Web
Users
Groups
Index
Search
Changes
Notifications
RSS Feed
Statistics
Preferences
P
P
View
Raw View
Print version
Find backlinks
History
More topic actions
Edit
Raw edit
Attach file or image
Edit topic preference settings
Set new parent
More topic actions
Account
Log In
E
dit
A
ttach
Copyright © 2008-2025 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki?
Send feedback