TitleArticle text. --![]() 2022.5.6 TLU動作確認 by北KC705とアダプターボード(かにボード)を準備
KC705をpc24が認識するようにする
2022.06.08 atlaspc26 pixel用ファームウェア準備(倉持)atlaspc26にpixel読み出し用のファームウェアを焼く。ファームウェアをgitからDL git clone -b devel https://gitlab.cern.ch/YARR/YARR-FW.git=![]() ファームウェアをインストールするために hdlmake を有効にする必要がある source /opt/Xilinx/Vivado/2021.1/settings64.sh Vivadoのバージョンが異なるとコンパイルできないので注意 yarr-fw-newadapter/syn/kintex7/Makefile上で make hdl ファームウェアのコンパイル make rd53_ohio_3x4_640Mbps_tlu -j4 読み出すchipの数 x ポートの数_読み出す速度_TLUの有無 RJ45にohio cardを接続してトリガーテスト LVDS信号がみられず対処中→PINのアサインが間違っていたので修正(AJ21->AH25) #LPC_LA07_N setproperty PACKAGE_PIN AH25 [get_ports {LVDSort[1]}] KC705のRJ45_0からトリガー信号が出た! あとはモジュールのトリガーテストをしよう、できるかな、できるよね 2022/06/16(木) 冷却テスト・読み出しテスト・荷造り(倉持)前日15(木)に日付過ぎるくらいまで冷却テスト、ITk-pixの読み出しテスト、荷造りを行った。冷却はボックス内は冷えるが電源をつけたITk-pixは20度目標のところ43度付近をキープしており、冷却ができなかった。パワーがより強いファンを用いてELPH内で冷却テスト予定。 ITk-pixの読み出しテストは本番で用いるものと同じくPreproQ03を使い無事4chipコミュニケーションおよびstd_digitalscanは行うことができた。yarrの仕様によりstd_analogscanにはchipの上の部分に電力供給が足りていないときに見られるポツポツがみられた。この修正はELPHで行う。 pixelモジュールの熱接触を良くするために押さえつけるG-10を作成したが基板カッターおよび3Dプリンターが故障しており手作業で作成した。 2022/06/17(金) ELPH到着・作業開始(倉持)14時半到着15時から講習。事前にweb講習を受けていないとすぐに認証カードがもらえないのでELPH到着前に受講するのが望ましい。 講習終了後、1.35 GeV 電子シンクロトロン見学 加速器の写真等はphoto pageを参照。 電力契約の関係上、ビームは7-10sのリズムで出る。なおこの値は電力の逼迫事情により変動する。 見学後荷物を照射室に運搬。本日の作業はこれで終了 xyステージを移動する方法: xypc.local.lns.tohoku.ac.jp内のxyコントロールのソフトを立ち上げる。(ヒント:杜の都の三神峯公園) 移動する距離を入力する。 移動限界になると止まり、アラートがでるが、アラートが出た後に移動させると移動限界を超えて動く。 移動限界を超えて動くとギアから外れてしまうので気を付ける。 ガンマ線のコンバーターを真鍮 0.6X0に変更した。設置済み 2022/06/18(Sat) 機器類敷設,配線接続,読み出しテスト(比江森,北)各端末のIPをアサインした:外部へ<-- pc23(LGAD IV):192.168.7.23 kekrasp05:192.168.7.26 (--> このラズパイは現在稼働していない(2022/06/18 21:19現在)。詳細は2022/06/18のログを参照せよ。) 外部へ<--atlaspc24: 192.168.7.24 (192.168.10.10) <--> TLU(192.168.10.16) 外部へ<--atlaspc26: 192.168.7.126 (192.168.1.77) <--> HSIO2(192.168.1.10) LeCroy: 192.168.7.3 thinkPad X1: 192.168.7.30 中村:192.168.7.52 五屋:192.168.7.58 北:192.168.7.33 比江森:192.168.7.21 倉持:192.168.7.25 〜午前中まで 機器類(主に電源やレコフレーム,ペルチェクーリングシステム)の設置と,それらに対するケーブルの接続,またパソコン(ラズパイ含む)のネットワーク接続作業を行った。様子はフォトログに記載(フォトログのURLは現時点では関係者のみ認知)。 レコフレームにアライメントを合わせて乗せた 結構4pinmolexが短くてつらい。そしてイーサも短くてつらい。 長いのがもうちょっとあった方がいいかもしれない。 (byきた) 〜ここまで午前中の内容 〜ここから午後の内容 General コントロールルームと地下をつなぐイーサケーブルをさした コントロールルーム:Bのさし口 地下:地面からのびている長イーサ2本セットのうち"B"と書かれたイーサ ※Aのイーサは断線?通信ができなかった (byきた) 温度モニタを行うラズパイを新たに設定した。ローカルIPは192.168.7.27とした。 ITkピクセル: ITkpixelを冷却治具に取り付けて,冷却試験を実施した。ペルチェによるPID制御で設定した温度はモジュール温度20℃とした。結果,冷却治具による冷却効果はほとんど見られず,数分オーダーの時定数で40℃前後,あるいはそれを超過する温度までモジュール温度が上昇する結果となった。モジュールやデータ,パワーボードを設置しているアルミ治具と,ボックス内底の床とを固定するためのL字治具との熱的接触が不十分であり,発熱の拡散が十分に進まなかったと考えられる。今後の方針として,熱の拡散を進めるため,原先生が調達くださったそこそこ強力なファン(12V 0.15A)を用いて,明日再度ボックス内部の気流循環を促した上での冷却試験を実施する算段とした。 読み出し作業に関しては,まずYARR SW v1.3.1による読み出しをまず実施した。KEKのときから見られていたanalog scanでチップ上部に応答のないピクセルがバラバラと見られる問題が再発したが,YARR SWスクリプトの中身においてチップのconfigを行う際に初期化の命令を行う部分をコメントアウトすることで解消した。そのほか,v1.3.1における細かなバグを修正した結果,全チップコミュニケーションを含め正確に読み出しを行うことができた。しかしながら,チップ4右上に,アナログ回路の応答の無いピクセルが集中的に存在していることに気づいた。KEKで過去に読み出しを行った時点ではこのような様子は見られていなかったため,KEKに保管している最中か,ELPHに向けた準備の最中にダメージを与えてしまった可能性が考えられる。しかしながら,前述したように応答のないピクセルの集団が分布する領域はquadモジュールの中心から離れた角側にあるため,本テストビームにおいて問題はないものと考えられる。 さらにdevel branchをcloneして,マルチチップ読み出しを試験した。devel branch からはチップコンフィグのchipnameに謎の16進数をチップごとに入力しておかないとエラーを吐いてスキャンを実行してくれない仕様がある問題に直面したが,YARR の吐くメッセージをもとに解決に成功した。tune なしでのthreshold scanの実行まで全チップ読み出しに成功し,それぞれの結果も正常であった。備忘録として,各チップのchipnameを書き残しておく: chip1 0x1300b chip2 0x1382a chip3 0x13027 chip4 0x13028 TLU, ROI, FEI4その他もろもろのテスト byきた TLUの動作確認 シンチにSr90を貼り付け→TLUでTrigBeamを出す どちらのシンチも見えた:OK あとはビームが出てきたら2シンチのテストをしたい。 HSIO2の動作確認 HV:itkpixに6517をとられた…Takasagoでかけることにした かけてみたけどかかったのかよくわからない。明日がんばることにした。 LV:ROIはboxに近づけすぎるとうまくかからない。ちょっとだけ離したらうまくかかる。なんでだろう FEI4の読みだし、Tel0とTel3のconfigが通らない。明日がんばることにした。 ROIの信号の確認 線源をROIに貼り付けて直接信号を確認:出てこない…明日がんばることにした 2022/06/19(Sun) テレスコープセットアップ(比江森,北)今日のTODO 1 Telescopeとして用いているFEI4のConfigが通らない問題をなんとかする
Comments |