スマートホームで Matter 対応機器が増えるにつれて、「ペアリングは通るのに操作が不安定」「Thread 経由のデバイスだけ反応しない」といった相談が増えています。こうした不具合は、アプリ側の見た目以上に、Border Router、IPv6、mDNS、2.4GHz 干渉といった複数の層が絡んで発生します。

本稿では、Matter 1.3 系の構成を前提に、Thread 接続エラーをどの順番で切り分けるべきかを整理します。ポイントは「アプリで見えている症状」ではなく、「どの層で通信が止まっているか」を見極めることです。

1. 最初に切り分けるべき3つの層

Thread 関連の不具合は、ざっくり次の3層に分けて考えると整理しやすくなります。

• コミッショニング層: 初回追加時に失敗する、QR 読み取り後に止まる
• 発見層: 追加後にデバイスが見えたり消えたりする
• 通信層: 見えてはいるが、操作に対する応答が極端に遅い

初回追加でつまずくなら、認証情報やアプリ側の経路を疑うべきです。一方、追加後に不安定になる場合は、Border Router 周辺か無線干渉の可能性が高くなります。症状を混ぜて考えると原因を見誤るので、まずはどの段階で失敗するかを固定して観察してください。

2. Border Router と IPv6 周りを確認する

Thread は IPv6 ベースのメッシュなので、Wi-Fi 機器のように「SSID に入っているから大丈夫」とはなりません。特に複数の Border Router が混在している環境では、経路の揺れやプレフィックスの扱いが不安定要因になります。

次の点は優先的に確認したいところです。

• Border Router が意図せず複数台動作していないか
• ルーター再起動後に機器が同じネットワークへ再参加できているか
• アプリから見えるデバイス情報が、一定時間後に消えていないか
• mDNS による発見が、同一セグメント内で安定しているか

「追加できた直後は動くが、数分後に死ぬ」ケースは、Border Router の役割が切り替わったあとに発見情報が崩れているパターンが典型です。まずは構成を単純化し、主役となる Border Router を1台に絞って挙動を見たほうが早く原因へたどり着けます。

3. 2.4GHz 干渉を疑うときの見方

Thread は 2.4GHz 帯を使うため、Wi-Fi とチャンネルが近いだけで通信品質が崩れることがあります。RSSI が見えていても、混雑した時間帯だけ反応が悪くなるなら、干渉を疑う価値があります。

Thread チャンネル	近接しやすい Wi-Fi チャンネル	干渉リスク
15	1	中
20	6	高
25	11	中

Wi-Fi 側のチャネル自動設定が有効だと、再起動や混雑状況で配置が変わり、昨日は正常だったのに今日は不安定という現象が起きます。再現性の低い不具合ほど、まずは Wi-Fi を固定チャネルへ寄せて、干渉条件を減らすのが有効です。

4. 現場で効くチェックリスト

調査の順番を固定すると、無駄な再設定を減らせます。

1. Border Router を1台だけ残し、他は一時的に停止する
2. ルーターと Border Router を再起動し、機器の再参加を待つ
3. 問題のデバイスを電源再投入し、アプリ側で再発見できるか確認する
4. 反応しない場合は距離を縮め、干渉源になりやすい Wi-Fi 機器の近くを避ける
5. それでも不安定なら、ファームウェア差分とアプリの対応状況を確認する

重要なのは、いきなり機器を全部削除して再ペアリングしないことです。削除は最後の手段であり、その前に経路、発見、無線条件のどこが壊れているかを押さえるほうが、再発防止につながります。

5. まとめ

Matter の Thread 接続エラーは、アプリ画面だけを見ていると「なぜか不安定」で終わりがちです。しかし実際には、Border Router の競合、mDNS 発見、IPv6 経路、2.4GHz 干渉のどれかに整理できます。症状を層ごとに切り分け、構成を一度単純化してから戻していく。この順番を守るだけで、かなりの確率で原因へ近づけます。