DENKOBlue マニュアル

第4章 · ファームウェア v484 以降が対象 · 2026-11-01 更新

テストページ

/test の周波数特性スイープ、ゲイン確認、エイリアス調査は、ステーション自身の信号経路を測定します。ファームウェア v450 以降は、起動時に全 4 入力の遅延チェックも自動で行い、API から要求することもできます。回路のモデルではなく、お使いの基板を表す測定値です。

診断の実行中は検出が一時停止します。ステーションは雷を聞きながらテスト信号を注入することはできません。数秒間聞こえなくても困らないときに実行し、大事な雷雨の最中には避けてください。

診断は 1 つずつです。実行中に別の診断を始めようとすると拒否されます(別の診断を実行中です)。進行状況のバーが終わるまで待ってください。

1. スイープ実行:周波数特性

ページ上部のチャンネル選択でチャンネルを選び(最初はチャンネル 2)、スイープ実行を押します。ステーションは信号経路全体の手前(信号経路の図の DAC ブロック)にトーンを注入し、28 の周波数を順に切り替えながら、戻ってくる振幅を測ります。フィルター経路とバイパスで 1 回ずつ測ります。所要時間は約 22 秒で、まず両方の経路のスイープを要求中と表示されます。その後の要求結果だけでは新しい測定を証明できません（下記参照）。

結果は周波数特性(ボード線図)として描かれ、比較のために、回路から計算した受動 LC ラダーの曲線が破線で重ねられます。これは基板ファミリーのモデルであり、お使いの基板の測定ではありません。各経路について、表にピーク、−3 dB の交点、ノイズフロアが表示されます:

要求の結果と測定の完了は別です

測定時刻と実行番号が追加される前の v475 では、要求と利用可能な測定結果を分けて表示します。進行状況バーは待機時間であり、新しい測定結果の証拠ではありません。自動再試行はありません。次の測定を要求する前に状態を確認してください。ファームウェア v482 以降は、結果に実行番号と取得時刻が付き、このページの要求と一致した結果は要求は受理されました。新しい測定結果ですと表示されます(第5節)。

メッセージ意味と次の操作
要求は受理されました。利用可能な結果を表示していますが、新しい測定結果かは未確認です利用可能な結果を表示しますが、以前の測定結果かもしれません。要求の受理は新しい測定の完了を証明しません。
要求は受理されました。利用できる測定結果はなく、新しい測定結果かも未確認です要求は受理されましたが、利用できる測定結果はなく、新しさも未確認です。次の試行の前にステーションと結果を確認してください。
要求は受理されました。結果を取得できず、新しい測定結果かは未確認です要求は受理されましたが、結果を読めませんでした。完了と新しさは未確認です。再試行の前に状態を確認してください。
要求は拒否されました。再試行していません要求は拒否されました。再試行していません。理由と現在の状態を確認してください。
応答の確認内容が一致しません。再試行していません確認応答では今回の要求が受理されたと証明できません。再試行していません。状態を確認してください。
要求の結果は不明です。再試行していません応答が失われたか確認できませんでした。測定が始まった可能性があります。再試行していません。次の試行の前に状態を確認してください。
両方の経路のスイープを要求中スイープを要求中です。待ってください。新しい測定の完了を証明する表示ではありません。
ゲイン確認を要求中ゲイン確認を要求中です。要求の結果を待ってから測定結果を確認してください。
要求は受理されました。新しい測定結果ですファームウェア v482 以降:表示している結果には、このページの要求にステーションが割り当てた実行番号が付いているため、新しい測定です。
結果を消去しましたファームウェア v482 以降:選んだ保存済みの結果を消去しました(第5節)。

2. ゲイン確認:PGA のゲインラダー

ゲイン段は書き込み専用です。ハードウェアにはゲインを読み返す手段がないため、ステーションが表示するゲインはすべて、送ったつもりの値です。ゲイン確認がその裏付けになります。2 つの 8 段階のラダー(×1、×2、×4、×5、×8、×10、×16、×32)の 64 通りの組み合わせすべてを、通過帯域で最も強い周波数で順に試し、各組み合わせがノイズフロアと上限の間に収まる強さで注入します。ページにはゲイン確認は約 14 秒と表示されますが、結果を読み取るまでに 18 秒待ちます。要求の結果を待ち、実行番号を確認してください。進行状況の目安だけでは完了したとは言えません。

結果は、ラダーに対する実測ゲインの 8 × 8 の表です。15 % 以上ずれたセルには印が付き、横線はどの注入レベルでもその組み合わせを測定範囲に収められなかったことを示します。正常な基板では、最後に測定可能な N 組はすべてゲインラダーに追従と表示され、括弧内に最大誤差が出ます。そうでなければ、15 % 以上ずれた組み合わせの数が表示されます。決まって外れるセルはそのゲイン段を、どこもラダーどおりにならない基板は注入経路か変換器を疑ってください。

ゲイン確認を押すと、まずゲイン確認を要求中と表示されます。上記と同じ要求結果と新しさの制限が適用されます。

ゲインのタイミング

ファームウェア v482 以降のゲイン確認は、選んだチャンネルで、2 つのゲイン段の設定によって通過時の遅延がどう変わるかも測定します。ゲインのタイミングの表には、総合ゲインが ×8、×16、×32 となるゲイン段の組み合わせが、同じ総合ゲインになる別の組み合わせも含めて並びます。それぞれについて、同じチャンネル・同じ経路の ×4 · ×4 を基準にした位相傾きの推定値(ナノ秒)と、フィット残差、信号 / ノイズを示します。推定値にはすべて（分岐は不定）と付きます。一定のテストトーンで測定するため、考えられる複数の遅延のうち、どれが本当の値かを区別できないからです。測定できなかった行は利用不可となり、理由と、7 つのテストトーンのうち使えた数が示されます。タイミング測定はまだ実行されていません。は、前回の再起動または消去の後にゲイン確認を実行していないことを示します。

これは診断用の読み値です。雷のタイムスタンプを測定するものではなく、ステーションがイベントの時刻の補正に使うこともありません。同じデータは、トーンごとの生の値とともに /api/resp の gain_timing にあります。

3. エイリアス調査

エイリアス調査は、選んだチャンネルをフィルター経路とバイパスで、わずかに異なる 3 つのサンプリングレート(480、500、525 kSPS)で取り込みます。本当に帯域内にあるトーンは同じ周波数にとどまり、帯域外のトーンが測定帯域に折り返しているだけなら、サンプリングレートを変えると移動します。所要時間は数秒で(複数レートのウィンドウを 6 つ取得中)、結果には、動かないピークか、動くピークを説明できる帯域外の周波数の候補が示されます。スペクトル表示に怪しい動かない線が出たときに使ってください。発生源を特定するものではなく折り返しの証拠ですが、そのトーンがフィルターの通過帯域に本当にあるかどうかがわかります。

エイリアス調査のメッセージ意味
エイリアス調査完了新しい調査が完了しました。結果を確認してください。完了しただけでは干渉源は特定されません。
エイリアス調査失敗 · エイリアス調査がタイムアウトしました · 待機中に接続が切れました調査が失敗したか、最終結果を取得できませんでした。次の調査を要求する前に、ステーションと利用可能な結果を確認してください。
ハードウェアの復元に失敗しました。検出は停止したままです。ステーションが通常の信号経路を復元できませんでした。検出は停止したままです。ステーションを再起動し、繰り返し起きる場合は Denko にお問い合わせください。
判定不能：3つの実効サンプルレートすべてで有意なスペクトルピークを検出できませんでした。エイリアスの証拠にすぎず、発生源の特定ではありません。レートを比較するのに使える信号が少なすぎました。
判定不能：3つの実効サンプルレートに一致する共通候補がありません。エイリアスの証拠にすぎず、発生源の特定ではありません。得られたピークからは、共通の発生源候補を 1 つに絞れません。

4. 信号経路の遅延測定

ファームウェア v450 以降は、既知のテスト信号を注入し、各入力のフィルター経路とバイパス経路を、増幅経路と直結経路の両方で比較します。入力ごとにフィルターが動作しているかを確認し、現在の遮断周波数で加わる遅延を測定します。起動のたびに検出を始める前に自動で実行し、設定した遮断周波数が変わった場合も自動で測定し直します。遅延測定の制限時間は 5 秒で、その後、入力が安定してから検出を再開します。

測定をやり直すには、ステーションに POST /api/delay を送り、GET /api/delay を繰り返し取得します。generation が新しくなり、busy が false になってから結果を確認してください。全 4 入力の捕捉が完了すると steps は 28、error は none になります。さらに、入力ごとの測定が有効かどうかも確認します。要求の受け付けは測定の完了を意味せず、測定を終えても公称値が必要な場合があります。測定中は検出を一時停止し、信号経路が安定してから再開します。フィルターが実装されている入力では、既定のフィルター経路を使用してください。バイパスにすると、ノイズによるトリガーが大幅に増えることがあります。

結果には各入力のフィルターの有無が示され、実測の遅延と代わりに使用する公称値を区別できます。フィルター経路の入力で報告がトリガーされた場合は、同じ増幅経路または直結経路のバイパスと比べてフィルターが加える遅延を、時刻から差し引きます。ファームウェア v482 以降は、測定でフィルターの動作を確認できなかった入力(状態が fallback または unknown)をバイパスに切り替え、フィルターの遅延補正を適用しません。動作を確認したフィルターでも、現在の入力経路や遮断周波数に有効な測定値がない場合は、設定した遮断周波数に対応する公称の遅延で補正し、その旨を状態に表示します。v482 より前は、確認できなかったフィルターも経路に残し、公称の遅延で補正していました。バイパス経路を使用する入力には、フィルターの遅延補正を適用しません。

公開済みのファームウェアには遅延測定の自動再試行があり、起動後も unknown（不明）または fallback（代替値を使用）のままの入力を、再起動せずに測定し直します。現在の入力経路と遮断周波数の構成に対して、自動で試みる回数は最大 3 回です。直前の測定が終わってからの最短待ち時間は、順に 30 秒、120 秒、600 秒です。ステーションが処理中なら測定を延期し、試行回数を消費したり、遅れた測定をまとめて実行したりはしません。すでに測定済みの入力や、動作するフィルターが検出されなかった入力は結果を保持し、残る入力だけを再試行します。測定不可の入力は再試行しません。すべての入力について結論が得られれば、それ以降の自動遅延測定は行いません。手動で測定するか、入力経路または遮断周波数の構成が変わると、新しい再試行の系列を開始します。

再試行のたびに、雷の検出が短時間中断します。各試行の測定制限時間は従来どおり 5 秒で、その後、制限付きの復元処理で通常の信号経路に戻し、捕捉履歴を再び蓄えます。5 秒は測定の上限であり、中断全体が 5 秒以内に収まるという保証ではありません。復元と履歴の回復が成功してから検出を再開し、復元に失敗した場合は検出を停止したままにします。遅延測定の結果には retry_enabled、retry_state、retry_attempts、retry_remaining、retry_due_in_s が含まれるので、再試行の状態が disabled、unavailable、pending、waiting、complete、exhausted のどれなのかを確認できます。

それ以外の経路の遅延は、診断用の測定値です。テスト信号源の遅延を含み、アンテナやアンプヘッドの遅延は測定していないため、報告する時刻からは差し引きません。

遅延測定の有効範囲は遮断周波数 10〜100 kHz（両端を含む）です。ファームウェア v482 以降は、範囲外の遮断周波数では測定を行わず、入力はバイパスを使用してフィルター遅延補正をゼロにします。公称のフィルター補正は使用しません。それより前のファームウェアでは、フィルターを経路に残して公称値で補正します。バイパスには強い応答があり、フィルター経路には応答がない場合、動作するフィルターが検出されなかったと判定します。フィルターが省略されている場合と故障している場合は区別できません。

結果の項目意味
busy · generation · duration_ms測定中かどうか、測定の識別番号、かかった時間(ミリ秒)。
steps · error全 28 点のうち捕捉できた点数と、捕捉が止まった理由。none は捕捉エラーなしです。cutoff_range、hardware、timeout、adc_phase、dac_phase、snapshot、copy_timeout は、捕捉の未完了または測定対象外を示します。timer_unavailable は診断の時間基準を利用できなかったことを示します。28 点すべてを捕捉しても、入力ごとの測定が有効かどうかを確認してください。
retry_enabled · retry_state · retry_attempts · retry_remaining · retry_due_in_s自動再試行が有効かどうか、その状態、使った試行回数と残りの回数、次の試行までの最短待ち時間。待ち時間が 0 でも、実行時期に達したが延期中という意味の場合があり、測定中を意味するわけではありません。unavailable は、フィルターについての結論ではありません。
measured_mask · absent_mask · fallback_mask入力マスクです。ビット 0〜3 が入力 1〜4 に対応し、フィルターの遅延を有効に測定できた入力、動作するフィルターが検出されなかった入力、公称値への代替が必要なフィルター経路がある入力を示します。実測値のある入力でも代替のビットが立つ場合があります。現在の経路の source を確認してください。
channels · pre_valid4 入力それぞれの結果。state は measured(測定済み)、absent(動作するフィルターなし)、fallback(公称値を使用)、unknown(不明)、unavailable(測定不可)を区別します。測定失敗や測定不可はフィルターがない証拠ではありません。pre_valid のビット 0、1 は、増幅経路と直結経路の測定がそれぞれ有効かを示します。片方だけが有効で、もう片方には公称値が必要なこともあります。
cutoff_hz · filter_ns測定した遮断周波数(Hz)と、フィルターが加える遅延(ナノ秒)。配列は増幅経路、直結経路の順です。実測値と公称値のどちらが入っているかは、pre_valid で確認してください。
correction_ns · sourceこの入力の現在の経路と遮断周波数に対する補正量(ナノ秒)。source は measured(実測値)、fallback(公称値)、bypass(バイパス)です。バイパスのフィルター補正量は 0 です。
bypass_ns · bypass_valid · pre_delta_ns各入力経路のバイパスで測定した遅延と、増幅経路と直結経路の遅延の差(ナノ秒)。bypass_valid のビット 0、1 が、増幅経路と直結経路の測定値がそれぞれ有効かを示します。有効ビットがない場合、遅延の値が 0 でも遅延がないとは判断できません。診断用の値で、時刻の補正には使用しません。
residual_ns · bypass_residual_nsフィルターの差分遅延と、バイパスの診断用遅延の近似誤差(ナノ秒)。バイパスの近似が得られていても、試験帯域内で遅延が変化すると誤差が大きくなる場合があります。
pre_delta_valid · pre_residual_ns直結経路から増幅経路を引いた入力経路の遅延が有効かどうかと、その近似誤差(ナノ秒)。共通経路の位相の曲がりを相殺するため、位相差から遅延を近似します。両方のバイパス経路を測定でき、差分の誤差が 2,000 ns 以下の場合に有効です。診断用の値で、時刻の補正には使用しません。

5. 結果を読む・読み直す

ファームウェア v482 以降は、各スイープ結果とゲイン確認の表に、実行番号と取得開始時のステーションの稼働時間が表示されます。稼働時間はステーションの起動からの経過時間であり、結果の古さやパソコンの時刻ではありません。実行番号は現在の起動中の実行を識別します。UTC は取得時に利用できた場合だけ表示され、それ以外は利用できないと表示されます。このページの要求で受け付けられた実行と一致した結果だけに、要求は受理されました。新しい測定結果ですと表示されます。新しい測定と保存済みの結果を比べるときは、実行番号と取得時刻を確認してください。要求が受け付けられただけでは、測定の完了を意味しません。

保存済みの結果を消すには、結果の選択欄でスイープのチャンネルと経路、またはゲイン確認の結果(ゲインラダー)を選び、結果を消去を押します。チャンネルの結果を消去は、選択したチャンネルの両方のスイープ経路と、そのチャンネルに属するゲイン確認・タイミング測定だけを消します。すべての結果を消去を押すと、保存済みのスイープとゲイン確認の結果をすべて消します。ゲイン確認を消すと、関連するゲインのタイミング測定も消去されます。ステーション内の記録を消すので、ページを読み込み直しても戻りません。選択したチャンネル、設定したゲインやほかの設定は変わらず、測定も開始しません。診断の実行中は消去要求が拒否されるので、終了を待ってから消去してください。消去には、設定を許可するトークンでのログインが必要です(第6章 5 節)。ほかの操作でログインを求めないステーションでも同じです。ログインしていないとログインボックスが開き、ページには要求は拒否されました。再試行していませんと表示されます。消去に成功すると結果を消去しましたと表示されます。

ファームウェア v482 以降は、POST /api/resp の本文に clear=all、clear=channel1〜clear=channel4、clear=c1l0〜clear=c4l1、または clear=gaincheck を指定して同じ消去ができます。スイープのキーはチャンネル 1〜4 と、フィルター経路 l0 またはバイパス l1 を表します。GET /api/resp は結果を読むだけで、消去しません。