Jun2017TestbeamLog

back to FermilabTestbeam

Documents

Dec2016TestbeamPhoto

Schedule spread sheet (2017.01) : https://docs.google.com/spreadsheets/d/1DSzm2r_JNQ8wyHQEJXe5H2hpDNPJhRzsAvGtT1fJh40/edit?usp=sharing

Seabas TLU用のAdapter Board https://onedrive.live.com/?authkey=%21APD2Ofzo1v7nNqI&id=C92F27C50C266367%2152511&cid=C92F27C50C266367

gas operation

1/20

準備

前回通りにセットアップし直し。完了（2017/01/21 5:59）
前回と大きく変更した点

• MPPCのHVをアナログメータのものへ変更
• Pixelの順番が変更（後述）

HSIO2

data dir : /home/atlasj/data/HSIO2/fnal_20170121/KEK83_KEK114_KEK104_KEK101_KEK115_KEK113

connection

その他

IP Adress

KEK83,KEK114

KEK101,KEK104,KEK113,KEK115

1/21

HSIO2

Tuning status

Sensor	RJ1	RJ2	RJ3	RJ4
KEK83
KEK114
KEK104
KEK101
KEK115
KEK113

cosmic Gui立ち上げ

FE65

configを通してtuning、Mask作成を行った。

FE65の使い方：http://atlaspc5.kek.jp/do/view/Main/FE65p2ChipDAQ

作業ディレクトリは/home/atlasj/work/FNALtestbeam/SPEC/yarr-fnal/src
source /opt/rh/devtoolset-2/enable
./bin/programFpga ../hdl/syn/ext_trigger_test_v3.bit

外部からTriggerを受け取ってデータ取得したい時はExttriggerでscanする

無事Triggerを受け取りbusyを出すことができた。

SVX

前回（2016年12月）に起こった問題、"SVXとTLUのSEABASのIPが被る問題"が解決された。

SVXのDAQ上の問題が様々あったが、結論的には前回の" 通信が不安定な接続構成２"にあたる構成で、

SVXのSEABASのIP addressをdefaultの192.168.10.16から192.168.7.20に変更することで解決した。

DAQのGUIでsetup, config ともにすぐに通り、runも安定して1kHzのトリガーでとり続けることができた。

SVXのtrigger inについて

1/22/00:32 SVXのBUSYがtriggerと無関係に出ていることが確認された。かつそのレートが非常に高く15kHz。

・内部triggerモードの可能性を疑ったが、triggerのNIMを抜いたらDAQが止まるので外部トリガーを受けていることは事実。

・/home/sctjdaq/SVXTools/tele_soft/bin/run　では正しく1kHzのDAQが行えた。

・GUIの方（/home/sctjdaq/src/telescope/SVXReader.cpp）のではなぜか15kHzほど。

結論は、triggerの信号が前回と反転していたので、ずっとトリガー判定されていたようであった。

SVXのtrigger inとなるNIM outの2（?）を反転させてやることで、正しく1kHzでDAQすることができた。

Trigger

ROI

作業ディレクトリは /home/atlasj/work/FNALtestbeam/
source /home/sisoft/usbpix/release-5.0.1/usbpixsetup.sh
STcontrolと打つとUSBpixが立ち上がる

よく分かるUSBpixの使い方：http://atlaspc5.kek.jp/do/view/Main/ROITriggerManual

(注意)
SCANの後、datapanelでプロットを確認するとSTcontrolが落ちる
回避するためには、dataの保存先のrootファイルをlocalに落としてDataViewerで見る必要がある。

以下、atlassi01のPCでプロットを確認する方法：
cd ~/tmp　(別にどこで見てもいいがここには以前scansした結果もある)
source work/usbpix/setup_STcontrol.sh(DataViewer のコマンドを読み込む)
rsync -av -e ssh 192.168.7.15:/home/atlasj/work/FNALtestbeam/USBpix/2016FNAL .（ビームラインのPCからデータを持ってくる）
DataViewer (見たいファイル.root)　(Dataviewerを開いて見たいプロットを表示する)　

(tuning前)

読み込むconfigは

保存先はKEK112_fnal_th2400_7ToTat10ke_connectivity05.root

(tuning後)

tuning targetー＞2400e,7ToT@10ke

configを読み込む時は(dataにあるので注意)

これ以降のscanの保存先はKEK112_fnal_th2400_7ToTat10ke_connectivity06.root

analog scan ->make Mask -> source scan -> makeMask ->source scan -> makeMask ->(繰り返し)

ノイズが1kHz以下になるまで繰り返す

DAQ

PC

kernel updateでUSB to Ethernetが使えなくなった。
解決策として、一つ前のkernelを起動時に読み込むようにする。（起動時のboot画面で2番目を手動選択）

mountはmountdesk.shで行う

引数なし-> localの2T

引数あり（なんでもいい）-> nfs SVXがmountされる

1/22

HSIO2

Tuningは崩れてない。AnalogもOK。
Selftriggerでノイズ確認。 -> KEK115RJ3 がnoisy　原因を究明する

Digital mask（意味なし）でconfigを一回保存。これは一応telescopeとして走らせることができるもの。　　　#448

KEK115を外してNoise scan。config更新 #450

#468　ノイズスキャンのバグ証明

最新版 #476

そのためRJ3->RJ2に変更実施

チューニング終了 #701

ROI

tuningが崩れていないことを確認し、マスクをROI化した。

マスクをROI化する方法
STcontrol左パネルのKEK112をダブルクリック
注目chip(今回はFE2)以外のENABLEを右クリックし、set this chip to value->ALL=0 とする
注目chip(今回はFE2)のENABLEをDisplay/Editで開く
既にanalogscanなどでマスクされていると思うので、まずすべてのピクセルの値を0にする(set selected pixel to value 0)
ROI col low,ROI col high…などの値を入力し(とりあえず(19,217)から(54,130)とした)、値を1にする(analogscanでマスクされている場所が少ない場所を選ぶと良い)
saveボタンを押す
全てのchipのILEAKをENABLEと反転した状態になるようにする(copy from othermask (this chip))

sourcescanを行い、ROI化が正しく行われていることを確認した。

（49,189）がノイジーだったので別途マスクした。

正しくトリガーが発行されていることを確認した。

1/23

1/24

1/25

1/26

1/27

1/28

1/29

1/30

1/31

2/1

2/2

2/3

2/4

2/5

2/6

2/7

2/8

-- Atlasj Silicon - 2017-01-17

Comments

<--/commentPlugin-->