2026-10-26 作成。DmxUsbProMonitorM5 の窓の下、512 バーのすぐ上に出る 2 行の、項目ごとの意味・数え方・正常な値の目安。数え方はアプリのソース (RxStats.cs・RxStatsView.cs) から書いた。使い方の頁 (DmxUsbProMonitorM5 使い方と AI 利用 2026-10-17) にはこの 2 行の説明が無かったので、別の頁にした。
この頁の 2 行は、2026-10-28 の版の表示『小』にあたります。新しい表示（中・大のタイル）は → 受信の検査の新しい表示と見方
① 1 行目 = 受信機から PC に届いたフレームを、PC が 1 枚ずつ調べた結果。WIO の DMX モニターの左下 (長さが変わった回数) と同じ数え方に、送り手 (LjPlay など) が ch41〜50 に入れている「ビルド日時・時刻・COM 番号」の検査を足したもの。
② 2 行目 = 受信機 (USB-DMX-PRO 互換機) の FW2.9 だけが測る、DMX の線の上そのものの値 (周期・BREAK・MAB・実際の長さ・枠の誤り)。FW2.8 以前の受信機では出ない。
③ 「累計」の数は窓が受信機に接続してからの合計。その 1 秒に何か起きると行が橙になる。数え直すには接続し直す (Disconnect → Connect)。
形: 29Hz 長さ512-512 | 累計 長さ変化0・誤り0・化け0・戻り0・飛び0・大飛び0・途切れ0 | 最大間隔47ms | #74 22:11:54.87 時計差+260ms
| 項目 | 何を数えるか | LjPlay 30Hz で正常なら |
|---|---|---|
| 29Hz | この 1 秒に PC が受けたフレームの数 | 29〜31 |
| 長さ a-b | この 1 秒のフレームの ch 数の最小-最大。★FW2.8 以前の受信機は誤りの枠を捨てていつも 512ch で送るので、いつも 512 | 512-512 |
| 長さ変化 (累計) | 隣のフレームと ch 数が違った回数 (WIO の「長さ変化」と同じ数え方) | 0 |
| 誤り (累計) | 受信機がフレームに付けた状態が 0 でなかった回数 (本物の ENTTEC の規格: 受信あふれ・待ち行列あふれ) | 0 |
| 化け (累計) | ch41〜50 がありえない値だったフレームの数 (月 0 や 13 以上・時 24 以上 など)。または、ビルド日時・COM 番号が、接続して最初に見た値と違ったフレーム。フレームが割れた・ビットが化けた印 | 0 |
| 戻り (累計) | 送り手の時刻 (ch46〜49) が前のフレームより 50ms 以上戻った回数 | 0 |
| 飛び (累計) | 抜けたと思われるフレームの数。送り手の時刻が 1 フレーム (30Hz = 33.3ms) の 1.6 倍より進んだとき、その差から何枚抜けたかを足す。周期を 0 にした窓は「-」(数えない) | 0 |
| 大飛び (累計) | 送り手の時刻が 10 秒以上進んだ回数。送り手の再起動や時刻の合わせ直し (抜けた枚数には入れない) | 0 |
| 途切れ (累計) | PC にフレームが届く間隔が 1 秒以上空いた回数。( ) は一番長かった間隔 (秒) | 0 |
| 最大間隔 | この 1 秒の、PC に届いたフレームの間隔の最大 (ms)。USB の都合で 2 枚まとめて届くことがあるので 33ms より長く出る | 35〜50ms |
| #74 hh:mm:ss.cc | 送り手の COM 番号 (ch50) と、最後のフレームの送り手の時刻 (ch46〜49) | — |
| 時計差 | 「送り手の時刻 − PC の時刻」のこの 1 秒の中央値 (ms)。送り手と PC の時計の差 + 届くまでの遅れ | — |
LjPlay で「飛び」が 1 秒に 29 ずつ増えて見えた件 (DMX の枠は抜けていなかった) の解析と紹介動画: DMX を 4 台の USB 受信機で同時に見張る — 動画の説明と「飛び」の正体 (2026-11-01)
形: 線(累計) 周期33.12-33.61ms 外れ0 | BREAK174-178µs 短い0 | MAB11-15µs | 長さ512-512 変化0 | 枠の誤り0・余分なBREAK0・記録の抜け0
受信機 FW2.9 が、受けた枠ごとに記録 (通し番号・BREAK の数と時刻・BREAK と MAB の長さ・実際の長さ・誤り) を PC に送り、窓がそれをまとめる。すべて接続してからの累計 (最小-最大と回数)。
| 項目 | 何を数えるか | LjPlay 30Hz で正常なら |
|---|---|---|
| 周期 a-b ms | BREAK の始まりから次の BREAK の始まりまで (= 1 フレームの周期) の最小-最大 | 33.1〜33.7ms |
| 外れ | 周期が送り手の周期 (30Hz = 33.33ms) から ±1ms より外れた回数。周期 0 の窓は出ない | 0 |
| BREAK a-b µs | BREAK の長さの最小-最大 (受信機のピンの割込みで測る。±5µs ほどの揺れを含む) | 167〜185µs |
| 短い | BREAK が 88µs (規格の最小) より短かった回数。ノイズの疑い (受信機は 60µs 以上を BREAK と取る) | 0 |
| MAB a-b µs | BREAK の後の MAB の長さの最小-最大 | 6〜22µs |
| 長さ a-b | 線の上の実際の ch 数の最小-最大 (1 行目の「長さ」と違い、FW2.9 は本当の長さが分かる) | 512-512 |
| 変化 | 実際の長さが前の枠と変わった回数 | 0 |
| 枠の誤り | 受信機が誤りを付けた枠の数 (データの途中で切れた・ビットが崩れた など) | 0 |
| 余分な BREAK | 枠にならなかった BREAK の数 (2 つの枠の間に BREAK が 2 回以上あった)。ノイズの疑い | 0 |
| 記録の抜け | 受信機 → PC の記録の取りこぼし (通し番号が飛んだ数)。線の乱れではなく USB 側 | 0 |
POST /rxstat?hz=0 (窓の HTTP の窓口。保存される)。POST /rxstat?meas=0 / meas=1 (接続中だけ。接続すると入る)。e:\tmp\ai_dmxpromon\rxstat_窓の番号_日付.csv。主な列: hz・len_min/max・len_chg (長さ変化)・status_err (誤り)・info_bad (化け)・time_back (戻り)・time_skip (飛び)・time_jump (大飛び)・outage (途切れ)・gap_max_ms・com・sender_time・offset_ms (時計差)・frame_err・extra_brk・short_brk・size_min/max・size_chg・period_min/max_ms・period_out・brk_min/max_us・mab_min/max_us・rec_lost。CSV の数はその 1 秒ぶん (累計ではない)。| 表示 | 読み方 |
|---|---|
| 29Hz 長さ512-512 | この 1 秒は普通に受けている |
| 化け 835231 | この窓は 12:18 から開いていた。送り手 COM74 は 15:58 に書き換えた (ビルド 26/10/25 15:57) ので、それ以後の枠は「ビルドが最初と違う」で全部「化け」に入った (表示の作り)。乱れの数ではない。接続し直せば 0 から |
| 飛び 753・大飛び 13・途切れ 22 (最長 431.9s) | この日は COM74 の書き換え・電源の入れ直し・線のつなぎ替えが何回もあった。その間の止まりと再開が数に入っている。どれが乱れかは、CSV の時刻と作業の記録を突き合わせて見る |
| 線(累計) 周期0.00-431898.82ms 外れ345 | 周期の最大 431.9 秒 = 途切れの最長と同じ (止まっていた間)。外れも止まり・再開の回数を含む |
| BREAK60-305µs 短い58 / MAB4-728µs / 長さ0-512 変化1995 | 止まり・再開・つなぎ替えの瞬間の、途中で切れた枠も入っている見込み〔推定〕。触らずに置いた区間だけで判断するには、その時刻から接続し直して数える |
E:\tool_cs\DmxUsbProMonitorM5\RxStats.cs (数え方) / RxStatsView.cs (表示・CSV)。Dmx_Tool_M5\stamps3-EnttecPro-Clone\DOCS\USB_DMX_PRO_独自拡張仕様.md。E:\_ai_requests\2026-10-23_Ws_to_tool_cs_DmxUsbProMonitorM5にWIOのような受信状態の表示.md。作成: Ws (Dmx_Tool_M5 担当) 2026-10-26。アプリ: tool_cs。写真: 2026-10-25 22:11 のディスプレイ 3 の画面から切り出し。