run終了

HV600Vrunを始めたあたりからドライアイスが小さくなり、冷やしきれなくなる。

XpressK7 memo

• FE-I4とのコリレーションは見えるが、途中で(割とすぐ)消える。-->リカバーできないか調査中
• そのため、runは70kくらいで切る
• correlation checkプロットをonline monitorに実装

• 200V 0.3M
• 400V 0.3M
• 600V 2.4M

ビーム止まる

[1:20]

ビーム復活

RD53A, ROIセンサーを再アライメント,KEK53-13復活

ドライアイス投入

TLU#183 XpressK7 +HSIO2+DRS4run ROIchip全体。RD53Aがnoise多いため途中で離脱

RD53A パワーサイクル、KEK53-13動かなくなる。

DRS4をぬいてMPPC+ROIでトリガーを送る。

XpressK7とHSIO2はROIを抜いたためそれぞれlatencyを

ドライアイス到着

• メモリーリークの問題はHistogrammerが原因 DataArchiver を除いてすべてHistogrammer をdisable (scan configでできる)
• LatencyスキャンのためのL1ID分布がなかったのでTimonに作成してもらった --> tool/analyseRawData.cpp
• 32 frameのL1IDを確認しているので理想的には2peakになる。
• 多くのrunでevent header tagが壊れている。データがおかしいか。
• どのLatency を見てもほとんど鋭い4 spike --> L=170-240でスキャンしてもそれっぽいものが見えず L=168でそのピークが二本になる(?) 偽物っぽい。

• もう一度 digital/analog/noisescanでのマスクを丁寧に作った。
• 昨日の168からスタートしたが、ノイズがなくなったおかげでL1分布はほぼ 0 event.
• event Headerの壊れがなくなった!!
• 170-240までスキャン L=230でワイドな２ピークが見えた。おそらくこれが本物.
• run 148 x8869 h271 d164 のrunからXpressK7を同期させる。
• event 数 x15850 h15839 d15850-15900

TLU#133 XpressK7#8781 XpressK7オンラインモニターに入る

UCSCのサンプル回収

LGAD strip->pico C, pad->picoDに入れた

ROI再設定　strip,padでdata take(180-240,15-21)

FEI4のHVカレントがおかしい。KEK133を回収。

KEK132のconfigが通らないためアクセス。

KEK132,133のLVのGNDが抜けていたことが原因。

さしたらHV問題なく,configも通った。

中村さんにつけ直してもらう

array+strip+irrad.padでrun

UCSCのサンプルが640Vかけてたらcurrent tripしてた

ショートしてるっぽい... 明日見てみる

stripの信号見えない、padの信号少ない気がする.

つけ直してずれたっぽい.明日ROI探し直す

2019/3/2

[AM]

[PM]

2019/3/3

[AM]

[PM]

2019/3/4

[AM]

[PM]

2019/3/5

[AM]

[PM]

HV ch. 0-8 プロテクションカードのコネクタが壊れたので保護抵抗なし

LV texio 2.25V

DRS4 ch.18

padと同じ方法に変更

ROI発見(750µm x 2cm)

boxの中にドライアイス1個入れた

LGADの信号をDRS4に入れ直す

pico Dは元に戻した

ビームプロファイル確認。昨日と形状、位置同じ。

細いROIでLGAD strip 測定開始

padもROIにかぶるけど取れるかな

padのdata takeを中断

stripのROI探し
strip+ampの信号をlevel shifterに入れてtriggerにする
LGAD triggerでHSIO2のhit mapをみる
DRS4のbusyはきる

ケーブルも繋ぐ。

KEK53-8,13はLDOで動作したためLV ch2から1.9V,

KEK53-15,17はdirectで動かしLV ch3から1.25Vかける。

HVはKEK53-8を0-0,13を0-1,15を0-2,17を0-7につなぐ。

台調整

高さ334.7 横1934.7

LGADに足を履かせたためROIを変更

row 195-225, col 10-26

KEK133のマスクを外す。新しいconfigファイル1531

LGAD stripのビームの信号をpicoで確認　いえーい

ただしROIと同期するのは1event/spillないくらい

[10:04]

今日とったデータがDRS4で表示されるよりもコンバートしたeventの方が多くなる?

DRS4 reboot

[PM]

2019/3/1

[AM]

アクセス

LGAD ch.5はDRS4に戻す

ch.8をpicoDに入れる

1枚スペーサーを入れた(5mm up)

NIMOUT3->group0,1(strip) NIMOUT4->group2,3(pad)

HSOI2とDRS4のeventがほぼ同期

DRS4 busy長くしてもeventがHSIO2と同期しない

アクセスしてch1-7に変更

KEK114のconfigが通らないのはanalog電源の電圧がおかしかったせい。

昨日と比べてビームの形が変わったためステージ位置の調整

高さ334.6

横1934.7

pad上下の2枚で同時にhit &&もう一枚がならないeventを確認

もう一枚に大きなhitがあるeventを消せばnoise少しは減らせるか

stripは40000trggerで数event

[11:19]

event rate低い? ->昨日からビームがずれてる

台を移動

中村さんにDRS4の2.5msのbusyを作ってもらう

eventずれをなくすには2.5msくらい必要らしい

ビームインテンシティをあげるとLGAD hitが増える?

とりあえず300k/spillでLGAD arrayの data take

40000eventとるとstripにもhitが見え始める

eventずれる問題->busyを手で作ればいける??

Ampありの信号をDRS4で探す

DRS4 latency 1=8.5nsに設定

トリガーレート低い->ビームインテンシティあげてみる

TriggerはTLUのLVDSoutから出ていてXpressK7で受け取れている。

Busyはいまだ観測できていない。非常にノイジーな状況なのでLVDSin[1] のLVDS->CMOSコンバージョンがうまくいっていないよう。

LVDSin[0]からbusyをもらえるようにfirmを変えてもらった。

アクセス

LGAD strip ch.5(+Ampの隣のストリップ)をpicoDに入れた

ROI(1.5x1.5 mm)->col 15~21, row295~325

stripも考えて、このROIを中心にcol3mm, row4mmに広げて使う

アクセス

LGAD array ch.1をpico Dにつないだ

窒素流入開始

内部ネットワークが繋がらない? ->コントロールルームのネットワークハブを変更、pc10を再起動

BNSコネクタを抜き差ししたらショートなおった。原因不明。

温度モニターで湿度を見れるようにした。

LGAD ROI探し方法変更
LGADのbusyは切る
picoでLGADの信号を見て、ROI trgが同時に見えるか
見える割合が多いところを探す

ROI scan-> まずはarrayを探す.それから縦に切ってstripを探す

ビーム出たためlatency scan 開始

KEK133がかなりefficiency悪い

HV70->100Vに変更

[11:50]

DRS4 latency15でROIscan開始

latency scan
ROI scan
time resolutionだす

ステージ高さ335.7->330.9に変更

KEK114のRJ4はcosmicGuiでは扱えないport17に刺さっていたため、KEK112を外し、KEK114 RJ4にport0をさした。

stripの信号が見えない?

padは見えてそう. 50mVでthresholdをかけてカウント

上流2枚の方がhitが多い? noiseが多い気がする

16:00 CMSがアクセスをすると言ったので、XpressK7のインテグレーション

-->Timonのsuggestion通りXpressK7のビジーを6000にしたらメモリーリークはなくなった後ほどchip scopeで確認する。

エーピーシー　エフティービーエフによんろくぜろ

ネットワーク制御できる電源タップを設置

電源タップ->131.225.176.146

クレートの電源を1にさした

user name, passがわからないのでJJに聞いて明日動かす

(最終更新2/24 14:00)

runFeb2019を回すと
Read out triggered: event 0, -4 bytes
と出てtriggerがきてもデータが取れない時がある
おそらくDRS4の再起動が必要

HSIO2

config #1334 KEK114でROI絞ったrun

KEK142がなぜか見えない

アライメント132,141,142 OK!

133下げたい。134WESTに1cm動かしたい

• MPPC1 の応答がない問題の調査 -->90Srソースで確認したところANDの後で信号無し。ICを取り換えてうまく動いた。
• SOIがアクセス中だったので auto triggerを用いて HSIO2 + DRS4 busyの動機試験-->うまくいった。
• ROI+MPPCの動機試験。

2019/2/24

2019/2/25

[AM]

[PM]

2019/2/26

[AM]

[PM]

2019/2/27

[AM]

[PM]

2019/2/28

root LGADNtupleInfo.C++

root [1] TFile * _file = new TFile("../rootfile/<converted file>.root");tree = (TTree*)_file->Get("pulse"); LGADNtupleInfo t(tree) ; t.Loop()

TLU adapter NIMin4が死んでいた。
HSIO2 port13が死亡? configが通らない。

quad module KEK114の4枚の中心にビームが当たっているっぽいので90度傾けた。

KEK112からのROI trigger信号を確認。

Hit Or信号はcalibGuiでSELFTRIGGER SCANを行うと出る。cosmicGuiを走らせると止まってしまうがKEK112をexcludeすると出したまま走らせることができる。

DAQPC:~/work/FNALtestbeam2019/DRS4/FNALTestbeam_05201

./convert.sh <input filename.dat> <output filename.root> <number of event>

/data/LGADdataからdat fileをとってきてrootfilesにroot fileを作る

https://github.com/CaltechPrecisionTiming/FNALTestbeam_052017

todo naru

DRS4解析をできるようにする
hit/triggerを計算する->ROIを探せる
hit = あるthresholdを超える信号

ch.5 ->ch.6に変更 logの表も直した

アクセスしてクレート再起動

LGADのIV測定

2019/2/23

TLUのjtag->192.168.7.88

cosmicGui -i 192.168.1.77

でcosmicGui立ち上げ

latencyは昨年同様235にした

geometryのよくわからないKEK112をROI,50x250のKEK114を９０度refにした。

cosmicGuiではHSIO2のport16,17が使えないためRJ1~4まで繋いであったKEK112をRJ2,3のみ繋ぐ。

KEK112のRJ1,4にはヒットがなかったためRJ2,3に繋ぐ

runFeb2019.sh -> deta-xxx.dat

VME:/home/daq/jpdaq/dataにdatファイルが入る

DAQPC:/data/LGADdataをそこにマウントして入れる

--

2019/2/22

mask してself trgger->telescopeでビーム確認

DRS4作業スペース->daq@192.168.133.51 /home/daq/jpdaq

caen-01を使えば良さそう. run1.shが去年の?

データは何チャンネル取れる?

--

xpressk7 multi

2枚同時read out 成功!!

--

emu trigをxpressK7, HSIO2, DRS4に配ってbusyのテスト

ビーム開始

SeabasTLU-FNAL3が変?-> FNAL2を使う

pico

LGAD ch.

ネットワークをセット

MT6.2 P1Q4 19 ->internal

MT6.2 P1Q4 20 ->global

2019/2/21

2019/2/20

[AM]

ビームラインでset up

[PM]

CAEN V1742借りる, DT5742貸す

LV set

2019/2/

[AM]

[PM]

2019/2/

[AM]

[PM]

2019/2/

[AM]

[PM]

2019/2/

[AM]

[PM]

2019/2/

[AM]

[PM]

KEK132 #919

KEK133 #935

KEK134 #950

KEK141 #967

KEK142#993

KEK144 #1012

[PM]

ドシメトリーバッチ入手

MPPCの生存確認

MPPC3,4 LV current高い, 信号見えない IC壊れた?

MPPC0,2はOK

daqチューニング MPPC2->200, MPPC0->100

raspberry pi(予備) -> 192.168.7.31

raspberry pi(使う用) 192.168.7.32

How to setup fermi krb

2019/2/19

[AM]

コンセントを宙ぶらりんにして怒られる。

iseg IPアドレス　192.168.7.121

HVのinhibitが消えない->iseg moduleの再起動が必要だった

HV確認

slot3,ch.4(short)以外OK

LV確認

CH0_1は使えない. 他はOK

FEI4 Flex6枚に2V,7Aかける->OK

digital scan確認　全てのconfigを通した状態でcurrent6.8A

KEK53-14 + YARRのテスト -> digital OK

[AM]

[PM]

全員分のPCのmac address を登録した

desktop は、atlaspc9,atlaspc10,soi-sofist, hepsoi2 も登録

登録のページ : https://fermi.service-now.com/wp/?id=evg_sc_cat_item&sys_id=afd29c2dcc6dcd80f9e6f19b4c359c2a

詳細の変更 : http://appora.fnal.gov/pls/default/node_registration.html

2019/2/18

[AM]

ID取得

荷物確認, 冷却器以外は到着

beam area外でレコフレーム組み立て

[PM]

レコフレーム組み立て

PC生存確認

sensor set up

IP adressの設定

network habで内部ネットワーク->192.168.7.xxx

DAQ PC(atlaspc9)->192.168.7.9

HSIO2, Seabas set up

2018/12/5

筑波大でミーティング->photo

Feb2019TestbeamLog

2018/11/6

-- Atlasj Silicon - 2018-11-06

Comments

<--/commentPlugin-->