Logged in as: Guest
Login
: 2026-02_kek:howto
🔗 http://www.cns.s.u-tokyo.ac.jp/~lim/elog/doku.php?id=2026-02_kek:howto
Table of Contents
  • 注意: 以下のガイドはALICE ITS3のテストビームガイドラインから引用し、機械翻訳したものです。実際の現場の実験には適用されない内容が含まれている可能性があります。詳細については、テストビーム責任者にお問い合わせください。

    テストビーム責任者の業務 (Testbeam Responsible Tasks)

    テストビーム責任者は、DUT(テスト対象デバイス)およびDAQ(データ収集システム)に関して最も豊富な経験と知識を持ち、テストビームの現場に積極的に参加する人物を指します。主な業務は以下の通りです。

    • テストビームの目標設定: 準備フェーズ(次項参照)が開始する前に、目標(対象チップ、統計量、バックアップ/フォールバックの選択肢)、暫定的なスケジュール、および準備の要件(例:新しいファームウェアの準備、特定の事前測定など)をまとめた文書を作成します。
    • 計画とチェックリストの実行管理: 上記の計画、および後述のチェックリストが確実に実行されるよう管理・監督します。
    • プレゼンテーションの調整: WP3ミーティングでの進捗報告プレゼンテーション、およびテストビーム終了後の総括(デブリーフィング)プレゼンテーションの準備を調整します。

    チェックリスト

    準備(テストビーム前)

    • ラボでのテレスコープ組み立て: テストビーム(TB)で使用するものと「完全に同じ構成」でラボ内にテレスコープを組み立てる。すべてのハードウェアおよび各メーカー機器(HAMEG電源、PTH、Zaberステージなど)を含めること。
    • 配線とラベル付け: 最終構成と同じ配線を行い、ラベルを貼る。手抜き(ショートカット)は厳禁。
    • 位置測定: すべてのプレーンの正確な位置を測定する。
    • ソフトウェアのクリーンインストール: eudaq2および付属ソフトウェアを新規インストールする(ITS3のREADMEを参照)。すべてのソフトウェアはホームディレクトリの testbeam ディレクトリ内に配置すること。過去のテストビーム時の同ディレクトリが存在する場合は、tarballに圧縮して適切なラベルを付けた後、元のディレクトリを削除する。
    • スレッショルドチューニング: リファレンス(REF)プレーンの閾値調整を行う。プレーンの位置、接続されたDAQボードのシリアルID、チューニング情報を正確に測定し、すべての情報をTBのTWikiページに追記する。※ alpide-daq-software/scripts/thr_tune.py のスクリプトが役立つ場合があります。
    • 設定ファイルの準備: TBで使用予定の eudaq2 設定ファイル(configファイル)を準備する。
    • Zaberステージの記録: Zaberステージを使用する場合、チャンネルとステージのマッピング、および移動方向を記録する。
    • ドライランの実施: ビームラインでテスト予定の「標準的」な設定と「極端」な設定の両方でドライランを実施する。StdEventMonitor を使用して確認し、想定通りの結果が得られているかチェックする。
    • ドライランの解析: corryvreckan を使用してドライランデータの解析を行う。
    • eLogへの記録: 有用だと思われる情報はすべてTBのeLog(電子ログブック)に追記する。
    • eLogのテスト投稿: 参加者全員が、添付ファイル付きのテスト投稿をeLogで行う。
    • 写真撮影: さまざまな角度から多数の写真を撮影する(ビームラインでのセットアップ時に役立ちます)。DUT、REFプレーン、テレスコープ構成、配線、電源、シンチレータなどを含めること。

    セットアップ(テストビーム初日〜数日)

    • テレスコープの組み立て: 組み立ての際は以下の点に注意すること。
      • 【重要】LEMOケーブル: 組み込む新しいケーブルはすべてテストする。波形発生器とオシロスコープを使用し、ケーブルに触れたり曲げたりしても良好な信号が伝送されるか確認する。
      • 【重要】REFプレーンの順序: ドライランでテストした順序を再現し、DAQボードとREFプレーンのマッチングに注意する。
      • 【重要】保護テープの除去: REFプレーンから保護テープを確実に剥がす。
    • 独立した接続の維持: 複数のセットアップを使用する場合、すべての接続を完全に分けること(電源、PTH、USBハブ、Zaberなどを共有しない)。
    • Zaberステージの初期化: 使用する場合は、セットアップを目視で確認しながらホームポジションへの移動(初期化)を行い、機械的な問題がないか確認する。
    • 位置測定: 再度、すべてのプレーンの正確な位置を測定する。
    • 配線図の記録: 接続スキームをeLogに記録する(特に電源チャンネルのマップ、トリガー、Busyチェーンを含む)。トリガーロジックもメモしておくこと。
    • プロデューサーの設定: 各セットアップには、接続されている「すべての電源」および「PTH」用のプロデューサーを必ず含めること。
    • 現場でのドライラン: ドライランを再度実行し、結果がラボでのテスト結果と一致しているか比較する。
    • 写真撮影と保存: さまざまな角度から多数の写真を撮影し、写真リポジトリに追加する(特に重要なものはeLogとTWikiにも追加)。DUT、REFプレーン、構成、配線、電源、シンチレータを含めること。
    • アライメント: ビームに対してテレスコープの位置合わせ(アライメント)を行う。該当する作業内容をログブックに追記する。

    安定したデータ収集(テストビーム期間中)

    • ビーム情報の記録: 各ランセットの「前後」で、ビームエネルギー、粒子種、および取得可能なすべてのビームパラメータ(コリメータなど)をeLogに追記する。最低1日2回、変更があった都度、およびビーム停止のたびに追記すること。
    • データ転送: 最低でも1日2回、すべてのデータをEOS(設定ファイル含む)に転送する。
    • ランリストの更新: ランリスト(Run List)を維持し、測定の進行に合わせて常に更新する(必要な項目は後述)。
    • オンラインモニターの確認: セットアップごとに、オンラインモニターで毎回のランをチェックする担当者を指名する。データが想定通りか確認し、スクリーンショットをeLogに追加する。
    • Corry解析の実施: corry 解析を実行する担当者を指名する(データセットあたり数ランのサンプルチェックで可)。データが想定通りか確認し、スクリーンショットをeLogに追加する。
    • セットアップ変更時の記録: DUTの交換などセットアップを変更するたびに、「全体像」「組み込んだもの」「取り外したもの」の写真を撮影し、eLogに追加する。
    • アライメントの記録: アライメントを行うたびに、「何をしたか」「なぜ行ったか」を後から理解できるよう、必要な全情報をログブックに追記する。
    • 設定変更時の記録: 新しい設定ファイル(config)でデータ収集を開始するたびに、ログブックに追記する。
    • 問題報告: 問題(Issue)が発生した場合は、その都度eLogに報告を追加する。
    • 定期ステータス報告: テストビームエリアにいる間は、少なくとも「3時間おき」にデータ収集のステータスをeLogに追記する。報告事項がない場合でも「特記事項なし」と記載する。
    • トリガーレートの記録: すべてのトリガーデバイスについて、トリガーレート(スピルあたり、および秒あたり)を記録する。

    総括・撤収(テストビーム最終日)

    • 解体時の写真撮影: 解体作業中にもさまざまな角度から多数の写真を撮影し、写真リポジトリに追加する(重要なものはeLogとTWikiへ)。DUT、REFプレーン、テレスコープ構成、配線、電源、シンチレータを含めること。
    • デブリーフィングの準備: テストビーム後最初のWP3ミーティングに向けて準備を行う。
      • データセットの要約: 取得したデータセットとその品質に関するサマリーを作成する。
      • 問題点の要約: 発生したすべての問題(Issue)に関するサマリーを作成する。

    ランリスト (Run List)

    ランリストには、少なくとも以下の項目(列)を含める必要があります。

    パラメータ (Parameter) 説明 (Description)
    Run number 生データのファイル名(例:runNUMBER_DATA.raw
    Path データ収集のベースディレクトリからランデータへの相対パス
    Ini path データ収集のベースディレクトリから .ini ファイルへの相対パス
    Config path データ収集のベースディレクトリから .conf ファイルへの相対パス
    Beam ビームのエネルギーおよび粒子種
    DUT テスト対象デバイス(DUT)の名称
    Events 記録されたイベント数
    Quality flag 利用可能な情報に基づくデータ品質の評価(例:GOOD または BAD)
    Comments その他の追加情報、備考

    >注意 (N.B.): 変数として変更されるパラメータ(例:VCASNやVbbなど)がある場合は、ランリストにそれぞれ独立した列を設けて記録してください。 ランリストの良いサンプルはこちらから確認できます(※元のリンク先をご参照ください)。