July 2018 CERN TB log

>>>>> RD53A testing@kek log<<<<<

>>>>> RD53A testing@cern<<<<<

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(黄丸)

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)をビームラインに移動→IP : 192.168.5.25

FEI4のLV電源はTEXIOではなく、ビームラインに置かれていたもの( Fernell element14社製 R&S HMP4040)を使用

LV ch. assign

TLU assign

tunnig組。

diffのみ　target 3000e
3000eよりも前でピーク。低いスレッショルドでなだらかになり、3000eあたりで急に切れる。
->thresholdscanの取り方の問題。解決。
data : 002329

KEK53-7のtunnig
diffのみ　target 1500e(localまで)
data : 002367

diffのみ　target 1000e(globalのみ)
data : 002369

lin
target 3000e(global)
Vth400->350
data : 002427

3000e以下にしようとするとうまくいかず。

夕食前後~

linについて。
EnCoreColLin
65535->61140
に変更し、領域を狭くした。
2500eにまでtuneできた。
Vth 400->350

data : 002427

Vth 400->300
うまく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
linkrumCurr　50->120

diff_threshold

target 1000e

変更点
DiffVth1 250->100
DiffVth2 50->20
2000eぐらいのところで二つ目の山。
data : 002507

lin_threshold

target 2000e
領域を狭くしてのtune.
data : 002519

std_thresholdscan

target 3000e
領域狭くせず
変更点
DiffVth1 250->100
diffLccEn 0->1
linkrumCurr　50->120

data : 002563

std_thresholedの場合2000e/4000eでピーク。
lin_threshold 3000e/diff_threshold 3000eでピークを確認
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
linkrumCurr　50->120

diff_thresholdscan

target 1200e

data:002655(but)

data:002729(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
変更点
DiffLcc
DiffPrep 650
Vth1 100
Vth2 20
LinkKrumCurr 50->100

diff_thresholdscan
target 1200e
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を行った

-- Atlasj Silicon - 2018-07-03

Comments