マルチインターフェースIoTゲートウェイの開発・納入事例 | Obeita
納入済みプロジェクト。完成したハードウェアとソフトウェアは、試験でお客様と合意した要件を満たしました。新規プロジェクトの仕様は別途合意する必要があります。
Obeitaは、STM32F407を用いたマルチインターフェースIoTゲートウェイを納入しました。顧客要件の確認と契約内容の確定から、ハードウェア・ソフトウェア設計、実機試験、納入までを進め、現場のデータ収集と明確に定義したソフトウェア上のデータ経路を接続しました。
機器の識別を軸にしたゲートウェイの範囲
連携上の課題は、データの送信元機器とコマンドの送信先を明確に保ちながら、RS485とローカルsub-GHz無線の通信を扱うことでした。Obeitaは、合意したゲートウェイの範囲でハードウェアとソフトウェアを開発しました。公開されている構成は、収集、検証、クラウド適応、管理を分離し、現場接続とサーバー接続が異なる責務を持つようにしています。
Modbus RTUと無線ノードのメッセージは、それぞれ異なる収集経路を使用します。データモデルは、解析からアップロードまで機器の識別情報を維持する必要があり、下りメッセージには合意したアドレスとルーティング規則が必要です。このメッセージ処理が本事例の技術的な焦点です。物理インターフェースを追加するだけでは、サーバーが接続機器を制御する方法は定まりません。
ネットワーク設定とゲートウェイ管理
公開されている設計には、Ethernet、Cat.1、Wi-Fiの上位回線オプションと、ネットワーク・クラウドパラメーターを設定するホストツールが含まれます。ソフトウェア設計では、設定データとゲートウェイの運用動作を結び付けます。設定の保存と復旧、クラウド登録項目、コマンドの受領応答は、その定義に含まれます。OTAは管理範囲に記載されていますが、イメージの検査と更新中断からの復旧は、選定したファームウェアに適した実装が必要です。
電源ドメインと現場インターフェースの保護
ハードウェア構成では、6–28 V入力、5 V中間段、分離された3.3 Vロジック電源と周辺機器電源、3.9 Vセルラー電源を区別しています。公開されているRS485経路は、SP3072EENトランシーバー、TVS素子、ガス放電管による保護を組み合わせています。これらの部品選択は、回路上の保護の考え方を説明するものです。完成品のサージ耐性を示すには、波形、配線構成、製品レベルの試験報告を定義する必要があり、部品一覧だけでその定格が確定するわけではありません。
公開されている技術構成と設定
以下の表は、本プロジェクトで公開されている技術構成と選定上の条件を示します。オプション、バリエーション、設計入力値には記載の条件が適用されます。表に含まれていても、すべての選択肢が納入構成に含まれたことを個別に保証するものではありません。
| 項目 | 構成 |
|---|---|
| MCU | STM32F407VET6、Cortex-M4 |
| 現場データ収集 | RS485 × 2、Modbus RTU、sub-GHz/LoRa経路 |
| 上位回線 | Ethernet、Cat.1、Wi-Fiの選択肢 |
| 入力設計 | 6–28 V、逆接・保護回路を搭載 |
| 設定 | ネットワーク・クラウドパラメーター用ホストツール |
| 管理範囲 | データ検証、下りコマンド、OTA |
ゲートウェイの納入と確認済みの成果
Obeitaは実機試験を完了した後、合意したゲートウェイのハードウェアとソフトウェアを納入しました。試験した機能は顧客の要求を満たしました。この成果は契約で定めたプロジェクト構成を対象としており、スループットの数値、耐イミュニティ性能の等級、記載されたすべての上位回線オプションを同時に納入したことを保証するものではありません。
新たな導入では、現場の接続構成、機器アドレスのモデル、クラウドメッセージの仕様、更新・復旧要件を合わせて決定すべきです。保護要件も、個々の部品から推定するのではなく、配線と設置環境を反映する必要があります。
同様のマルチインターフェースゲートウェイの範囲を検討
RS485と無線ノードの接続構成、プロトコルの詳細、サーバーメッセージの形式、設置上の保護要件をObeitaまでお知らせください。接続する機器に合わせて、ゲートウェイ開発と実機試験の範囲を定義します。