3つの接続方法を共通の管理へ
新しいデバイスはネイティブ接続、既存メッセージはアダプター、子デバイスや現場収集はゲートウェイを利用します。接続後は製品、デバイス、物模型の管理を共用します。
- 選択とトレードオフ
- プロトコル資料、ネットワーク、ファームウェアによって方法が決まります。拡張可能でも、開発なしですべてのプロトコルに対応するわけではありません。
IoT / 基盤プラットフォーム
デバイスごとにプロトコルが違っても、製品開発は止まりません。
デバイスの機能に応じて、ネイティブ接続、既存プロトコルのアダプター、現場ゲートウェイを選び、製品・モデル・運用の共通フローを利用します。
お客様の課題
SIM管理は業務課題の把握から始まります。
新製品ではプロトコルを選べますが、稼働中のデバイスはファームウェアを書き換えられないことがあります。MQTT接続だけでなく、適応箇所、デバイスID、フィールドの意味、制御応答、エラーログを確認する必要があります。
仕組み / 理由 / トレードオフ
画面を見ながら機能の仕組みを理解する。
双方向に明確な拡張ポイント
Go／Yaegiのプロトコルスクリプトで上り・下りの前後処理を分け、製品またはデバイスに割り当てます。
- 選択とトレードオフ
- デバッグ、権限、実行コストの確認が必要です。任意コードを強く隔離する仕組みではありません。
接続後に双方向を確認
上りのフィールド、型、イベントと、下りの対象、パラメーター、送信記録、応答を確認します。ゲートウェイでは親子関係も確認します。
- 選択とトレードオフ
- オンライン表示だけでは、プロパティ、アクション、OTA、制御の動作は証明されません。
具体例 / 仕組みの例
既存の温度センサーを接続する
手順の例です。元フィールドの意味を確認してから、合意した温度プロパティに対応付けます。実測データではありません。
- メッセージ、単位、頻度、ID、ネットワーク情報を用意する
- 適応箇所を選び、製品物模型を定義する
- データ送信、照会、エラー記録を確認し、対応時は下りも試す
接続の準備
接続前に確認すること。
- プロトコル資料、サンプルメッセージ、認証方式、ネットワーク条件
- フィールド単位、送信間隔、制御機能の合意
- テスト用デバイスから始め、接続状態だけで検収しない
基盤の他の機能を見る