SinglePlotMeeting2019
IP一覧
atlaspc9(DAQPC) |
192.168.7.9 |
atlaspc10 |
192.168.7.19 |
raspai |
192.168.7.32 |
vme |
192.168.133.51 |
isg |
192.168.7.121 |
TLU |
192.168.10.16 |
HSIO2 |
192.168.1.11 |
Thinkpad |
192.168.7.88 |
電源タップ |
131.225.176.146 |
2018/11/6
筑波大でミーティング-> photo
2018/12/5
筑波大でミーティング->photo
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
全員分の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
KEK144 + HSIO2, KEK142 + HSIO2のテスト-> digital, analog OK
KEK53-14 + YARRのテスト -> digital OK
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
FEI4 Flex チューニング 10ke 12ToT
各センサーのconfig run number
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
2019/2/20
[AM]
ビームラインでset up
HSIO2のinlink/outlinkを設定
(最終更新2/23 11:00)
module |
RJ |
link |
FEID |
KEK112 |
RJ1 |
0 |
|
|
RJ2 |
× |
|
|
RJ3 |
× |
|
|
RJ4 |
1 |
|
KEK114 |
RJ1 |
14 |
3 |
|
RJ2 |
|
4 |
|
RJ3 |
13 |
5 |
|
RJ4 |
15 |
6 |
KEK132 |
RJ1 |
12 |
1 |
|
RJ2 |
× |
2 |
KEK133 |
RJ1 |
10 |
9 |
|
RJ2 |
11 |
10 |
KEK134 |
RJ1 |
8 |
11 |
|
RJ2 |
9 |
12 |
KEK141 |
RJ1 |
6 |
15 |
|
RJ2 |
7 |
16 |
KEK142 |
RJ1 |
4 |
7 |
|
RJ2 |
5 |
8 |
KEK144 |
RJ1 |
x |
13 |
|
RJ2 |
3 |
14 |
|
|
|
|
[PM]
CAEN V1742借りる, DT5742貸す
位置調整
LV set
iseg ch. |
|
texio 2ch. |
|
texio 4ch. |
|
C0_0 |
LGAD |
+8V |
Seabas 3.3V |
+18V |
LGAD amp,fan 12V |
C0_1 |
LGAD |
+8V |
|
-18V |
MPPC,level shifter TLU adapter -5V |
C0_2 |
|
|
|
+8V |
|
C1_0 |
FEI4 telscope 2V |
|
|
+8V |
|
C1_1 |
FEI4 telscope 2V |
|
|
|
|
C1_2 |
FEI4 telscope 2V |
|
|
|
|
C2_0 |
|
|
|
|
|
C2_1 |
RD53A LDO |
|
|
|
|
C2_2 |
RD53A LDO |
|
|
|
|
C3_0 |
RD53A direct |
|
|
|
|
C3_1 |
RD53A direct |
|
|
|
|
C3_2 |
|
|
|
|
|
HV set
2k |
|
500 |
|
0-0 |
KEK53-8 |
1-0 |
- |
0-1 |
KEK53-13 |
1-1 |
- |
0-2 |
KEK53-15 |
1-2 |
FEI4 x8 |
0-3 |
LGAD array |
1-3 |
MPPC x2 |
0-4 |
NG |
1-4 |
KEK53-14 |
0-5 |
NG |
- |
|
0-6 |
LGAD strip |
|
|
0-7 |
KEK53-17 |
|
|
LGAD ch.
sensor |
amp ch. |
DRS4 ch. |
pad上 |
1 |
20 |
pad下 |
2,3 |
21,22 |
strip |
1~4,8~16 |
0~3,7~15 |
strip +amp |
5,6,7 |
4,5,6 |
ネットワークをセット
MT6.2
P1Q4 19 ->internal
MT6.2
P1Q4 20 ->global
2019/2/21
[AM]
RD53 multi module readout test
[PM]
seabas
NIMIN |
|
NIMOUT |
|
CMOSIN |
|
CMOSOUT |
|
LVDS |
|
4 |
ROItrg |
3 |
DRS4trg |
0 |
pico gene |
0 |
pico A |
in0 |
MPPC上 |
6 |
DRS4busy |
|
|
6 |
HSIO2busy |
1 |
pico B |
in1 |
MPPC下 |
|
|
|
|
|
|
2 |
pico C |
out1 |
xpressK7 trg |
|
|
|
|
|
|
3 |
pico D |
in0 |
xpressK7 busy |
|
|
|
|
|
|
4 |
pico ext |
|
|
|
|
|
|
|
|
8 |
HSIO2trg |
|
|
--DRS4--
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を使う
2019/2/22
[AM]
HSIO2にpingが通らない->ケーブル変えたら治った
mask してself trgger->telescopeでビーム確認
Trg出ない->TLUボード挿す位置間違ってた
[PM]
-- DRAS4 --
作業場所 VME:/home/daq/jpdaq/
runFeb2019.sh -> deta-xxx.dat
./runFeb2019.sh <filename> <max triggers> <trigger delay>
VME:/home/daq/jpdaq/dataにdatファイルが入る
DAQPC:/data/LGADdataをそこにマウントして入れる
--
HSIO2
cosmicGui -i 192.168.1.77
でcosmicGui立ち上げ
latencyは昨年同様235にした
geometryのよくわからないKEK112をROI,50x250のKEK114を90度refにした。
cosmicGuiではHSIO2のport16,17が使えないためRJ1~4まで繋いであったKEK112をRJ2,3のみ繋ぐ。
KEK112のRJ1,4にはヒットがなかったためRJ2,3に繋ぐ
2019/2/23
[AM]
yarrのjtag->192.168.7.9
TLUのjtag->192.168.7.88
DRS4 trg受け取ってもデータ取れない
アクセスしてクレート再起動したら治った
LGADのIV測定
stripのHVがかからない? ->iseg, 2kのch.5がおかしい
ch.5 ->ch.6に変更 logの表も直した
22℃でIV測定
[PM]
DRS4が出すdatファイルをroot fileにconvertするソフト
https://github.com/CaltechPrecisionTiming/FNALTestbeam_05201
DAQPC:~/work/FNALtestbeam2019/DRS4/FNALTestbeam_05201
./convert.sh <input filename.dat> <output filename.root> <number of event>
/data/LGADdataからdat fileをとってきてrootfilesにroot fileを作る
todo naru
DRS4解析をできるようにする
hit/triggerを計算する->ROIを探せる
hit = あるthresholdを超える信号
LGAD simple analysis
root
LGADNtupleInfo.C++
root [1] TFile * _file = new TFile("../rootfile/<converted file>.root");tree = (TTree*)_file->Get("pulse");
LGADNtupleInfo t(tree) ; t.Loop()
[19:00]
TLU adapter NIMin4が死んでいた。
HSIO2 port13が死亡? configが通らない。
quad module KEK114の4枚の中心にビームが当たっているっぽいので90度傾けた。
KEK112からのROI trigger信号を確認。
Hit Or信号はcalibGuiでSELFTRIGGER SCANを行うと出る。cosmicGuiを走らせると止まってしまうがKEK112をexcludeすると出したまま走らせることができる。
2019/2/24
[AM]
- MPPC1 の応答がない問題の調査 -->90Srソースで確認したところANDの後で信号無し。ICを取り換えてうまく動いた。
- SOIがアクセス中だったので auto triggerを用いて HSIO2 + DRS4 busyの動機試験-->うまくいった。
- ROI+MPPCの動機試験。
LGAD simple analysis メモ(testrun-1)
c5にminADCがthresholdを超えたeventのtime vs Vのプロット36個出す
channel番号? ch8,17,26,35は多分それぞれのグループのtrigger
プロット的にはch5,6,7がstrip+ampっぽいけどch4,5,6にさしたのでは? ->アクセスして確認、上のlogが間違ってた修正版は下
ch22,23,24にはarrayっぽいのが見えてる
sensor |
amp ch. |
DRS4 ch. |
pad上 |
1 |
20 |
pad下 |
2,3 |
21,22 |
strip |
1~4,8~16 |
0~4,8~15 |
strip +amp |
5,6,7 |
5,6,7 |
ROI用FE-I4をKEK114に変更。KEK112は50x50ピクセルのefficiencyが悪い?
DRS4とれなくなる問題---
runFeb2019を回すと
Read out triggered: event 0, -4 bytes
と出てtriggerがきてもデータが取れない時がある
おそらくDRS4の再起動が必要
HSIO2
config #1334 KEK114でROI絞ったrun
KEK142がなぜか見えない
アライメント132,141,142 OK!
133下げたい。134WESTに1cm動かしたい
[PM]
アクセスしてDRS4クレート再起動
ネットワーク制御できる電源タップを設置
電源タップ->131.225.176.146
クレートの電源を1にさした
user name, passがわからないのでJJに聞いて明日動かす
(最終更新2/24 14:00)
module |
RJ |
link |
FEID |
KEK112 |
RJ1 |
× |
17 |
|
RJ2 |
× |
18 |
|
RJ3 |
0 |
19 |
|
RJ4 |
1 |
20 |
KEK114 |
RJ1 |
12 |
3 |
|
RJ2 |
14 |
4 |
|
RJ3 |
15 |
5 |
|
RJ4 |
17 |
6 |
KEK132 |
RJ1 |
10 |
1 |
|
RJ2 |
× |
2 |
KEK133 |
RJ1 |
6 |
9 |
|
RJ2 |
7 |
10 |
KEK134 |
RJ1 |
8 |
11 |
|
RJ2 |
9 |
12 |
KEK141 |
RJ1 |
11 |
15 |
|
RJ2 |
× |
16 |
KEK142 |
RJ1 |
4 |
7 |
|
RJ2 |
5 |
8 |
KEK144 |
RJ1 |
2 |
13 |
|
RJ2 |
3 |
14 |
|
|
|
|
ROIの処理が増えたため、cosmicGUIのlatency 225, consec 10に変更する。
LGAD VMEが頻繁にフリーズするのでnetwork controlのパワータップに変えた。アクセスのユーザーとパスワードは エーピーシー エフティービーエフによんろくぜろ
16:00 CMSがアクセスをすると言ったので、XpressK7のインテグレーション
-->Timonのsuggestion通りXpressK7のビジーを6000にしたらメモリーリークはなくなった後ほどchip scopeで確認する。
上のアクセスでKEK134をアライメントを直したがEASTとWESTを間違える。次のアクセスでWESTに2cm(穴4つ)動かす。
KEK114のRJ4はcosmicGuiでは扱えないport17に刺さっていたため、KEK112を外し、KEK114 RJ4にport0をさした。
LGAD
stripの信号が見えない?
padは見えてそう. 50mVでthresholdをかけてカウント
上流2枚の方がhitが多い? noiseが多い気がする
2019/2/25
[AM]
今日やること
latency scan
ROI scan
time resolutionだす
KEK134 のアライメントを直してヒット確認
ステージ高さ335.7->330.9に変更
ビーム出ない
[10:30]
ビーム出たためlatency scan 開始
KEK133がかなりefficiency悪い
HV70->100Vに変更
[11:50]
DRS4 latency15でROIscan開始
[PM]
LGAD 電圧あげたら結構見えてきた
ROI scan-> まずはarrayを探す.それから縦に切ってstripを探す
上の方法ではROIを探せなかったため領域を3mmx3mmに区切って測定していく。
2019/2/26
[AM]
[7:00]
アクセス
LGAD array ch.1をpico Dにつないだ
窒素流入開始
内部ネットワークが繋がらない? ->コントロールルームのネットワークハブを変更、pc10を再起動
BNSコネクタを抜き差ししたらショートなおった。原因不明。
温度モニターで湿度を見れるようにした。
チラーで冷却開始
LGAD ROI探し方法変更
LGADのbusyは切る
picoでLGADの信号を見て、ROI trgが同時に見えるか
見える割合が多いところを探す
ROIに入っていれば50%くらいは同時に見える、入ってなければ1eventくらいしか見えない
ROI発見(1.5x1.5 mm)->col 15~21, row295~325
stripも考えて、このROIを中心にcol3mm, row4mmに広げて使う
latency scan
アクセス
LGAD strip ch.5(+Ampの隣のストリップ)をpicoDに入れた
[PM]
RD53A memo
TriggerはTLUのLVDSoutから出ていてXpressK7で受け取れている。
Busyはいまだ観測できていない。非常にノイジーな状況なのでLVDSin[1] のLVDS->CMOSコンバージョンがうまくいっていないよう。
LVDSin[0]からbusyをもらえるようにfirmを変えてもらった。
LGAD stripの生信号はpicoでは見えず
Ampありの信号をDRS4で探す
DRS4 latency 1=8.5nsに設定
トリガーレート低い->ビームインテンシティ300k/spillにあげてみる
ビームインテンシティをあげるとLGAD hitが増える?
とりあえず300k/spillでLGAD arrayの data take
40000eventとるとstripにもhitが見え始める
eventずれる問題->busyを手で作ればいける??
2019/2/27
[AM]
LGAD arrayのdata take続き
TRGout からのbusyは0.25msくらい
eventずれをなくすには2.5msくらい必要らしい
[10:50]
pad上下の2枚で同時にhit &&もう一枚がならないeventを確認
もう一枚に大きなhitがあるeventを消せばnoise少しは減らせるか
stripは40000trggerで数event
[11:19]
event rate低い? ->昨日からビームがずれてる
台を移動
中村さんにDRS4の2.5msのbusyを作ってもらう
ROIが変えられない問題が解決しない。
DRS4 busy長くしてもeventがHSIO2と同期しない
rate 低くなるのでbusyの長さは元に戻す
[PM]
午前の終わりにFEI4のHV落としている時にまたカレントトリップ。
アクセスしてch1-7に変更
KEK114のconfigが通らないのはanalog電源の電圧がおかしかったせい。
昨日と比べてビームの形が変わったためステージ位置の調整
高さ334.6
横1934.7
DRS4のtrigger inをtで分けてたのをそれぞれTLUから出す
NIMOUT3->group0,1(strip) NIMOUT4->group2,3(pad)
NIMIN |
|
NIMOUT |
|
CMOSIN |
|
CMOSOUT |
|
LVDS |
|
4 |
ROItrg |
3 |
DRS4trg_group0,1 |
0 |
pico gene |
0 |
pico A |
in0 |
MPPC上 |
6 |
DRS4busy |
4 |
DRS4trg_group2,3 |
6 |
HSIO2busy |
1 |
pico B |
in1 |
MPPC下 |
|
|
|
|
|
|
2 |
pico C |
out1 |
xpressK7 trg |
|
|
|
|
|
|
3 |
pico D |
in0 |
xpressK7 busy |
|
|
|
|
|
|
4 |
pico ext |
|
|
|
|
|
|
|
|
8 |
HSIO2trg |
|
|
[17:54]
HSOI2とDRS4のeventがほぼ同期
[20:00]
アクセス
LGAD ch.5はDRS4に戻す
ch.8をpicoDに入れる
1枚スペーサーを入れた(5mm up)
照射モジュールを冷凍boxの中に入れる。
ケーブルも繋ぐ。
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につなぐ。
2019/2/28
[AM]
ビーム位置変わってる
台調整
高さ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]
[17:00]
padのdata takeを中断
stripのROI探し
strip+ampの信号をlevel shifterに入れてtriggerにする
LGAD triggerでHSIO2のhit mapをみる
DRS4のbusyはきる
level shifterからの信号が出ない...
padと同じ方法に変更
ROI発見(750µm x 2cm)
2019/3/1
[AM]
アクセス
boxの中にドライアイス1個入れた
LGADの信号をDRS4に入れ直す
pico Dは元に戻した
ビームプロファイル確認。昨日と形状、位置同じ。
細いROIでLGAD strip 測定開始
padもROIにかぶるけど取れるかな
[PM]
シモーネのサンプルをpadの後ろに入れる
HV ch. 0-8 プロテクションカードのコネクタが壊れたので保護抵抗なし
LV texio 2.25V
DRS4 ch.18
stripのampにLVかからない->ヒューズが飛んでた
中村さんにつけ直してもらう
array+strip+irrad.padでrun
UCSCのサンプルが640Vかけてたらcurrent tripしてた
ショートしてるっぽい... 明日見てみる
stripの信号見えない、padの信号少ない気がする.
つけ直してずれたっぽい.明日ROI探し直す
2019/3/2
[AM]
アクセス
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も通った。
[PM]
TLU#130
XpressK7 をTLUトリガーで動かす。
TLU#133
XpressK7#8781 XpressK7 オンラインモニターに入る
XpressK7 メモ
- メモリーリークの問題は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でそのピークが二本になる(?) 偽物っぽい。
2019/3/3
[AM]
XpressK7メモ
- もう一度 digital/analog/noisescanでのマスクを丁寧に作った。
- 昨日の168からスタートしたが、ノイズがなくなったおかげでL1分布はほぼ 0 event.
- event Headerの壊れがなくなった!!
- 170-240までスキャン L=230でワイドな2ピークが見えた。おそらくこれが本物.
- run 148 x8869 h271 d164 のrunからXpressK7を同期させる。
- event 数 x15850 h15839 d15850-15900
-
[PM]
2019/3/4
[AM]
[08:00]
ドライアイス到着
アクセス
RD53A, ROIセンサーを再アライメント,KEK53-13復活
ドライアイス投入
TLU#183 XpressK7 +HSIO2+DRS4run ROIchip全体。RD53Aがnoise多いため途中で離脱
RD53A パワーサイクル、KEK53-13動かなくなる。
DRS4をぬいてMPPC+ROIでトリガーを送る。
XpressK7 とHSIO2はROIを抜いたためそれぞれlatencyをxpressk7:225 hsio2:230にした。
XpressK7 memo
- FE-I4とのコリレーションは見えるが、途中で(割とすぐ)消える。-->リカバーできないか調査中
- そのため、runは70kくらいで切る
- correlation checkプロットをonline monitorに実装
Run Plan for KEK53-8
- 200V 0.3M
- 400V 0.3M
- 600V 2.4M
run 195から200V run開始
[PM]
[0:15]
ビーム止まる
[1:20]
ビーム復活
[6:00]
HV600Vrun を始めたあたりからドライアイスが小さくなり、冷やしきれなくなる。
[12:00]
run終了
2019/3/5
[AM]
[PM]
--
Atlasj Silicon - 2018-11-06
Comments