![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
DECENTRAは、組み込み機器向けの、小型軽量なマルチホップ対応無線プロトコルスタックです。
従来、メッシュネットワークやアドホック通信にはWindowsやLinuxといった贅沢なハードウェア環境が必要でした。DECENTRAはたった数キロバイトのRAMと、8bit、16bitクラスのマイコンで動作し、OSも必要ありません。
数台での基本的な通信から、大規模なマルチホップ通信、モバイル・メッシュネットワークまで、多くの通信用途に対応できる汎用的なプロトコル・スタックとなっています。 ワイヤレス製品の付加価値をさらに高める通信ソフトウェアとしてお使い頂けます。
DECENTRAという製品名は、英単語"de-centralized"（＝中心がない、非中央集権的な）から取られました。
一般にマルチホップ通信では、コーディネータ/コンセントレータと呼ばれる親デバイスが存在し、親デバイスを起点にネットワーク形成を行います。しかしこのタイプのネットワークには、コーディネータが停止するとすべてが機能不全に陥るという、深刻な単一障害点が存在します。
一方でDECENTRAが形成するワイヤレスネットワークには、その製品名の通り中心がなく、すべてが対等なルータとしてアドホックに振舞います。どのデバイスが停止しても全体が不通になることはありません。
DECENTRAでは、必要であればコーディネータを頂点とした大規模なツリー型ネットワークを構築することもできます。その場合でも、コンセントレータが停止してもデバイスは動的経路探索で互いに通信するため、ネットワークが通信不能に陥ることがありません。
一例をご紹介します。あるプロジェクトで、都市部で広範囲にマルチホップ通信を利用するサービスの構想がありました。顧客はそれまでに、Wi-SUN FANなど市販品を多く試しましたが、到達距離が足らず、モジュールコストも高く、システム要件を満たす製品が見つかりませんでした。その顧客が偶然、DECENTRAを見つけ試したところ、うまくいかなかったPoCがあっさり成功。きわめて短期間で子機と親機を組み上げることができました。
その後プロジェクトは無事、サービスインし、数万台の製品が出荷されることになります。
こういった「DECENTRA」の利点が活きた事例でした。
SKSENDBACKコマンドでAck要求ありSKSENDと同等の使い方ができるようになりました。
スター型（互いに1ホップ）のみでの利用を想定したモードです。経路形成や経路維持を省略するため、送信前の遅延がなく、制御メッセージとの送信衝突も発生しません。一般的な無線N対N通信と同じ使い勝手でご利用いただけます。
各ルータの周期的な経路交換を廃止して、コンセントレータから一括で経路（再）構築をコントロールできるようになりました。経路構築用の制御メッセージ数を大幅に削減でき、データの到達性を向上させます。
これまでAckの再送間隔と回数はグローバルに1種類のみでしたが、セレクタ番号との紐づけで複数設定を使い分けできるようになりました。ホップ数に応じて再送回数と間隔を可変にする、メッセージの重要度によって再送回数を多めに設定する、といった柔軟な運用が可能になりました。
DECENTRA搭載の無線デバイスをパソコンに接続して、SKコマンドと呼ばれるコマンドを発行することで、簡単にネットワークを構築できます。
＞SKSEND 1 1000 0002 5 12345
指定した相手にユニキャストで送信し送達確認を求めます。経路がなければ動的に検索し、Ackが戻らなければ自動的に再送します。ZigBeeのようなややこしい接続手順は必要ありません。電源を入れてSKSENDコマンドを発行すれば、経路発見から再送制御まですべて全自動で実行されます。
＞SKSYNC FFFF 5
半径５ホップ圏内のデバイスと時刻同期を行います。
＞SKSETPS 0 3B
仮想時計が０秒になるとスリープし、59秒に起床する間欠動作を開始します。上記SKSYNCコマンドと組み合わせることで、一斉スリープ、一斉ウェイクアップの同期間欠動作が簡単に実行できます。
市販のDECENTRA搭載済み無線モジュールを使えば、思いついたアイデアを短期間で試作できます。
GPS座標を無線で伝送して位置を確認しあうIoTガジェットを作ってみました。
DECENTRAの経路制御はハイブリッド型です。以下の複数の方式を１つ選択、または組み合わせて使うことができ、アプリケーションに合わせた柔軟な運用が可能です。
様々なワイヤレスアプリケーションを素早く実現するため、アプリケーションの特徴ごとに運用・設定のテンプレートを用意しています。
物理層にIEEE 802.15.4g (920MHz帯 100kbps)を使った場合のパラメータ例を以下に紹介します。各レジスタ値は利用する物理層の通信速度によって調整が必要です。
センサネットワークの特徴は、データの送信先が１端末（コンセントレータ）に集中している点です。センサ端末はそれぞれ各自の周期で動作し、データが送信されるタイミングも非同期です。
このパターンでは、ツリーモードのテーブル駆動を活用しコンセントレータ方向への経路を周期的に形成させると良いでしょう。ブロードキャストなしにデータを効率的に集約できます。コンセントレータから各端末への下り方向は、ブロードキャストか、ユニキャストで送られてきたデータに対してセンドバックで送り返す方法が適しています。
| レジスタ | 設定値 | 説明 |
| S03 | 0 | アドバタイズは不要のため停止 |
| S04 | 78 | テーブル交換12秒 |
| S06 | 190 | テーブル期限切れ40秒 |
| S07 | 258 | テーブル削除240秒 |
| S0A | XXXX | コンセントレータのIDを指定 |
| S09 | 1 | ツリーモード |
Many-to-one型は、コンセントレータが周期的に各端末を呼び出し（ポーリング）て、ポーリングに反応もしくは呼び出し対象となった端末だけがデータを送り返すパターンです。
このパターンではコンセントレータからのポーリングにブロードキャストを使うと良いでしょう。各端末は受信したブロードキャストに対してセンドバックを使うことで、上り方向を経路発見なしに素早くユニキャストできます。この際、時刻同期コマンドをポーリングの代用とすると同期スリープが利用できるので一層効果的です。
このパターンではアドバタイズや経路表を周期交換する必要がありません。またフラッディングに対して全端末が同じタイミングで応答すると輻輳するので、応答時間にランダムジッタを持たせることをおすすめします。
| レジスタ | 設定値 | 説明 |
| SS12 | FA | 端末台数が増えて来たら、ブロードキャストの転送ランダムジッタ時間幅を増やして衝突を避ける。 |
端末が他の端末と対等に通信するパターンです。例えば、ほとんどの時間をスリープで過ごすセンサ端末に対して、コンセントレータへの安定した通信路を常時提供する必要がある場合に使われます。
このパターンではフルメッシュモードのテーブル駆動が一番適しています。急なリンク品質の変化やノイズ発生に複数の迂回ルートで対応でき、委譲通信も利用できます。
メモリと処理能力を多く備えたデバイスを、安定した電源供給で構成するのが適しています。
| レジスタ | 設定値 | 説明 |
| S03 | 64 | アドバタイズ10秒 |
| S04 | 78 | テーブル交換12秒 |
| S05 | 258 | ネイバー削除60秒 |
| S06 | 320 | テーブル期限切れ80秒 |
| S07 | 3E8 | テーブル削除100秒 |
| S0C | XX | 適度なRSSI閾値を設定することで、電波状態の良くないリンクを排除する |
| S14 | 1 | エコー発信間隔 |
| S15 | 5 | 経路の切替時間を500msecに短縮 |
| S09 | 0 | フルメッシュモード |
端末が他の端末と対等に通信し、かつ互いに移動しているパターンです。典型例として車車間通信、ロボットの群制御、スマートフォンによるP2P通信などがあります。
このパターンでは基本をフルメッシュモードのテーブル駆動で運用し、アドバタイズ周期、リフレッシュレート、各テーブルの期限切れ時間を可能な限り短く設定します。またこの短い周期でも補足できないような移動性に対しては動的経路発見で対応するため、エコーバック時間を短く設定してリンクダウンの検出時間を極力早める必要があります。
| レジスタ | 設定値 | 説明 |
| S03 | 1E | アドバタイズ3秒 |
| S04 | 32 | テーブル交換5秒 |
| S05 | 64 | ネイバー削除10秒 |
| S06 | C8 | テーブル期限切れ20秒 |
| S07 | 12C | テーブル削除30秒 |
| S09 | 0 | フルメッシュモード |
１対１、もしくは１対多で高レスポンスを期待する通信パターンで、典型例はリモコンです。
このパターンではペアリングを用いて経路を固定すると良いでしょう。ペアリング相手に関する自端末の隣接テーブルエントリーは常に維持されますので、長時間スリープしても経路の再構築は起こりません。また他端末の途中経路に選択されることもないので処理能力を余計に消費しないですみます。
SKコマンド設定例： ペアリングを完了させた後、
| レジスタ | 設定値 | 説明 |
| S11 | 0 | 経路発見の途中経路になるのを避ける |
| S1A | 0 | 動的経路発見をしない |
| S1C | 0 | 他端末からのペアリングを受け入れない |
DECENTRAはマイコン、無線デバイスに中立な移植性の高いプロトコルスタックです。チップメーカーや無線規格を自由に選択して頂けます。
各メーカの無線IC、マイコン、独自無線規格への移植も承っています。
2019年5月より新たにLPWA系無線でも利用可能となりました。従来のGFSKを使ったサブGHz無線よりも格段に通信距離が長く、超広域でのマルチホップ通信が利用可能です。 各メーカの無線IC、マイコン、独自無線規格への移植も承っています。
動作実績・推奨無線IC
DECENTRA対応アナライザ「SK Catcher」によって、目に見えない無線区間のトラフィックを詳細に観測することができるようになります。DECENTRAはパケットの途中経路をすべて記録するルートレコード機能をもっているため、パケットアナライザでデータを観測するだけでマルチホップ通信の通過ルートがすべて把握でき、ネットワークの保守や安定性の分析に効果的です。
量産用の無線モジュール製品をご紹介可能です。弊社窓口までお問い合わせください。
ご紹介資料のダウンロードはこちら(PDF)からどうぞ：
DECENTRAII_202301.pdf
Open AIのGPTsを使ったDECENTRA Q&Aチャットボットをご用意しました。 内部資料を読み込ませており、かなり正確な解答が得られますので、ご不明な点はこちらで質問してみてください。
https://chat.openai.com/g/g-kHSiCtl1b-decentra-q-a
本製品についてのお問い合わせ、製品紹介のご依頼等につきましてはwww.skyley.comのお問い合わせフォームよりお寄せください。
d2_software.png 53件
[詳細]
multi_route.png 137件
[詳細]
tree.png 146件
[詳細]
DECENTRAII_202301.pdf 686件
[詳細]
DECENTRAII_202009.pdf 566件
[詳細]
d2_sniffer.jpg 280件
[詳細]
d2_viewer.jpg 273件
[詳細]
d2layer.jpg 274件
[詳細]
