2系統RS485 Modbusゲートウェイの適応開発・納入事例 | Obeita
納入済みプロジェクト。完成したハードウェアとソフトウェアは、試験でお客様と合意した要件を満たしました。新規プロジェクトの仕様は別途合意する必要があります。
Obeitaは、ESP32-C3構成を用いた2系統RS485 Modbusゲートウェイを完成させ、納入しました。顧客要件の確認と契約範囲の確定から、ハードウェア・ソフトウェア設計、実機試験、納入までを実施しました。個別のModbus RTUデータ源を、レジスターの意味を保ちながら合意した上位側のデータ表現に変換することが、この連携開発の特徴です。
バスの動作と必要なデータを定義
公開されている構成では、RS485バスを分離し、Modbus TCPマッピングとMQTT配信の方向性を備えています。各バスには個別のシリアル設定とポーリング要件があり、アプリケーションにはレジスター値を一貫して解釈する仕組みが必要です。要件定義と契約範囲の確定により、これらを納入する機能にまとめました。
バイト順、レジスター順、データ型、工学単位へのスケーリングは、このマッピングの一部です。複数のレジスターに分かれた浮動小数点値は、アドレスだけでは解釈できません。同様の連携では、応答しない機器によってゲートウェイ全体の報告動作が意図せず左右されないよう、タイムアウト、再試行回数、スキャン時間の上限を定め、バスごとにスケジューリングする必要があります。
ゲートウェイファームウェアとローカル管理の組み合わせ
Obeitaは、合意したゲートウェイのハードウェア・ソフトウェア設計を完了しました。公開されている管理機能の方向性には、ブラウザーによる設定、ライブデータ、オンライン書き込み、OTAの開発範囲が含まれます。これらの機能には、編集可能な設定、レジスター権限、更新動作に関する明確な選択が必要です。
公開されている小型ハードウェアでは、ESP32-C3とMAX485ESAトランシーバー経路を使用します。TPS5430DDAが12 Vを5 Vへ変換し、AMS1117-3.3がロジック電源を供給します。レール取り付けと外付け2.4 GHzアンテナを採用するため、現場配線、終端、設定操作部へのアクセスも統合上の検討事項になります。
適応開発と検証の範囲を具体化
新しい用途では、ポーリングとマッピングを確定する前に、機器のレジスターマップと要求するModbus TCPまたはMQTT項目を対応付ける必要があります。オンライン書き込みには明確な権限設定が必要です。設定保持、更新中断からの復旧、バス間の分離動作を新たな範囲に含める場合は、明示的な要件を定める必要があります。
公開されている技術構成と設定
以下の表は、本事例で公開されている技術構成、設定の方向性、選定上の条件を示します。オプション、ファームウェアに依存する選択肢、拡張の方向性が記載されていても、すべてを納入したことを個別に保証するものではありません。実際の納入内容は、本プロジェクトで合意したハードウェア、ソフトウェア、機能の範囲に基づきます。
| 項目 | 構成 |
|---|---|
| コントローラー | ESP32-C3 |
| 現場バス | 独立したRS485 / Modbus RTUを2チャンネル |
| 上位サービス | Modbus TCPマッピングおよびMQTT配信 |
| データ処理 | バイト順変換と工学単位へのスケーリング |
| 管理 | Web設定、ライブデータ、オンライン書き込み、OTA開発範囲 |
| 筐体の方向性 | 82 × 54 × 32 mm、レール取り付け |
納入結果と試験の範囲
契約で定めたゲートウェイのハードウェアとソフトウェアを完成させ、納入しました。実機による機能試験で、納入した成果物が顧客の要求を満たすことを確認しました。
この成果は、合意した機能に適用されます。スキャン速度や容量の保証、あらゆるレジスターマップとの互換性、OTA更新中断やスレーブ切断に関する特定の試験結果を示すものではありません。管理機能は、記載された開発範囲に基づくものです。
同様のプロジェクトのご相談
両バスの機器一覧とレジスターマップ、必要な報告動作、宛先のTCPまたはMQTT項目、オンライン書き込みや更新に関する要件をObeitaまでお知らせください。アプリケーションが実際に必要とするデータと管理動作を中心に、同様のゲートウェイの範囲を定義します。