時間トリガー通信システムにおけるbabbling-idiot故障をbus guardianで防ぐ

Avoiding the babbling-idiot failure in a time-triggered communication system

時間トリガー通信システムにおけるbabbling-idiot故障をbus guardianで防ぐ

ブロードキャストバスでノード間通信を行う分散ハードリアルタイムシステムでは、単一の故障ノードがバスを独占するのを防ぐ必要がある。時間トリガー方式では、故障ノードが任意のタイミングで送信してバス上の伝送を破壊する「babbling-idiot故障」が問題となる。本論文は、各ノードにbus guardianを追加し、通常の送信パターンを利用してノードのfail-silent動作を時間領域で強制する手法を提案。bus guardianに課される要件、メカニズム、実装に必要なノードアーキテクチャを述べる。

この種の故障はbabbling-idiot故障として知られている。
  1. amingilani

    無線機のタイムアウトタイマー(TOT)みたいなもの?

    > 起動すると、タイムアウトタイマーはユーザーが送信を始めた瞬間からカウントを開始する。送信が事前に設定された時間を超えて続くと、タイマーは自動的に送信を切断する。この仕組みにより、ユーザーは通信を簡潔にし、チャネルを譲って他の人に送信の機会を与えることが強制される。

    https://talkpod.com/blogs/two-way-radio-wiki/what-is-time-ou...

    編集:いや、もっとスケジュールされたロックアウトに近い。自分の番のときだけ話せる。そして各ノードのクロックが同期していることが前提だ:

    > すべてのノードはグローバル時間の概念を持ち、この概念と静的スケジュールを使って、いつメッセージを送るべきかを決定する。

  2. ronfriedhaber

    余談だが、Enigmaの仕事[1]を読んでいて初めてこれに遭遇した。

    [1] https://www.enigma.inc/posts/sts3215-servo-hacking

  3. captainbland

    時には誰にでもbus guardianが必要だ

この日のほかの記事

2026-09-21