Feb2019TestbeamLog


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

How to setup fermi krb
[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 KEK53-14        
C2_2 RD53A KEK53-6        
C3_0          
C3_1          
C3_2          

HV set

2k   500  
0-0 RD53 irrad 1-0 -
0-1 RD53 irrad 1-1 -
0-2 RD53 irrad 1-2 FEI4 x8
0-3 LGAD array 1-3 MPPC x2
0-4 NG 1-4 RD53 nonirra
0-5 NG -  
0-6 LGAD strip    

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を探す

2019/2/26

[AM]
[PM]

2019/2/27

[AM]
[PM]

2019/2/28

[AM]
[PM]

-- Atlasj Silicon - 2018-11-06

Comments


Edit | Attach | Watch | Print version | History: r67 | r41 < r40 < r39 < r38 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r39 - 2019-02-25 - AtlasjSilicon
 
  • Edit
  • Attach
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2022 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback