収集と遠隔制御の参考ソリューション
ページガイド
1. ソリューション概要
産業現場のデバイスネットワーク化は、一般的に 4 つの課題に直面しています：デバイスのブランドとプロトコルが多種多様でデータがそれぞれ孤立していること、手作業の巡回点検のコストが高く運用パラメータがメーター読み取り記録に依存していること、故障は事後に発見され事前警告が欠けていること、現場の起動・停止が人の到着に依存し遠隔対処ができないことです。
本ソリューションは FastBee IoT プラットフォームを中核とし、IoT ゲートウェイを通じて工場現場のデバイスを統一的に接続し、モノモデルで異なるデバイスを統一された属性、メソッド、イベントに抽象化します。その上に、データ収集、遠隔制御、シーン連携、アラーム通知、可視化管理の機能を提供します。プラットフォームはプライベートデプロイをサポートし、データは工場構内から出ないため、データセキュリティとイントラネット運用に要件のある製造企業に適しています。
2. システムアーキテクチャ
本ソリューションは 4 層アーキテクチャを採用し、下から順に：
- デバイス層：工作機械、PLC、インバーター、計測機器、温湿度・電流センサーなどの現場デバイス、および GB28181 で接続されるネットワークカメラ。
- 接続層：IoT ゲートウェイがプロトコル変換とデータ集約を担い、MQTT、Modbus、TCP、UDP、WebSocket などの一般的なプロトコルをサポートし、ビジュアルプログラミングによるカスタム収集ロジックをサポートします。
- プラットフォーム層：FastBee プラットフォームがモノモデル管理、デバイス管理、シーン連携、アラーム通知、タイマータスク、レポート統計などのコア機能を提供します。
- アプリケーション層：役割の異なるユーザー向けに可視化大画面、Web 管理端末、モバイル端末を提供し、管理者はオフィスや現場外からでもデバイス状態を把握できます。
3. コア機能
3.1. データ収集
製品ごとに収集ポイントと送信周期を定義し、ゲートウェイが現場のレジスタやセンサー読み取り値をプラットフォームの属性に変換してリアルタイム送信します。リアルタイム値と履歴曲線の表示をサポートし、属性ごとの統計分析によるレポート作成も可能です。
3.2. 遠隔制御
モノモデルで定義されたデバイスメソッドを通じて、Web 端末またはモバイル端末からデバイスに起動・停止やパラメータ設定などの制御指令を送信します。デバイスの汎用画面はドラッグ&ドロップレイアウトをサポートし、工場現場の習慣に合わせて監視パネルを構成できます。制御と送信はいずれもデバイスログに記録され、追跡可能です。
3.3. シーン連携
「トリガー条件 → 実行アクション」で自動化ルールを設定します。例えば、温度がしきい値を超えたらファンを自動起動する、電流異常時に連携して停止し当直担当者に通知する、といった設定が可能です。ルールはプラットフォーム上でビジュアルに設定でき、デバイスプログラムの変更は不要です。
3.4. アラーム通知
重要な属性にしきい値とアラームレベルを設定し、トリガー後にプラットフォームメッセージと通知チャネルでプッシュします。アラーム記録は痕跡として残り、確認と処理のクローズドループをサポートし、異常が巡回点検で見落とされることを防ぎます。
3.5. 可視化大画面
デバイス分布、リアルタイムパラメータ、アラーム動態、統計データを大画面ダッシュボードとして構成し、工場現場の中央制御室やショールームでの表示に使用します。大画面データはプラットフォームとリアルタイムに同期します。
3.6. モバイル端末とレポート
モバイル端末でデバイス状態の確認、アラームの受信、遠隔制御の実行ができ、当直と巡回点検のシーンに適しています。プラットフォームは送信された属性に対して統計分析とレポートを提供し、エネルギー消費と運用の振り返りを支えます。
4. デバイス接続
4.1. ゲートウェイとプロトコル
現場デバイスは IoT ゲートウェイを経由してプラットフォームに接続します：RS485 シリアルポートによる Modbus デバイスの接続をサポートし、TCP、UDP によるネットワークポート付きコントローラとの接続をサポートし、MQTT と WebSocket によるサードパーティサブシステムとの接続をサポートします。ゲートウェイ側はビジュアルプログラミングをサポートし、エッジで単位換算、しきい値事前処理などのカスタムロジックを実現できます。プロトコル選定の背景はIoT の一般的な通信プロトコルの比較（中国語）を、エッジ側の設計思想はIoT システムにおけるエッジコンピューティングの応用実践（中国語）を参照してください。
4.2. モノモデルモデリング
同タイプのデバイスはプラットフォーム上で 1 つの製品としてモデリングし、製品にモノモデルをマウントします：属性は読み書き可能な状態量（温度、回転数、稼働状態など）を記述し、メソッドは送信可能な動作（起動・停止、リセットなど）を記述し、イベントはデバイスが自発的に送信する異常（故障コードなど）を記述します。デバイスの新規追加では製品にバインドするだけで、すべてのポイント定義を継承できます。
4.3. シーン連携の設定
「温度がしきい値を超えたらファンを自動起動」を例にすると：温度センサーが周期ごとに属性を送信し、ルールエンジンがトリガー条件を満たすかを判定し、満たせば実行機構に制御指令を送信し、同時にアラーム通知を追加できます。より多くの連携ルールの設計方法はルールエンジンのシーン連携実践（中国語）を参照してください。
5. デプロイ実施
ソリューションは以下の手順で導入し、全体のペースは 1 つの工場現場での試行から始めて全工場に拡大できます：
- 環境準備：サーバーまたは産業用 PC のリソース、工場構内ネットワーク、ゲートウェイの設置位置を確認し、デバイスリストとポイント表を計画します。
- プラットフォームデプロイ：工場構内のサーバーに FastBee プラットフォームをプライベートデプロイし、基本設定とユーザーロールの区分を完了します。
- ゲートウェイ設置：エリアごとに IoT ゲートウェイを設置し、配線とネットワーク設定を完了し、デバイス通信を 1 台ずつ確認します。
- モデリング接続：デバイスタイプごとに製品とモノモデルを作成し、デバイスをバインドして属性送信と制御送信を検証します。
- ルール設定：シーン連携、アラームしきい値、通知方式を設定し、典型的な稼働状況で連携テストを行います。
- アプリケーション稼働：可視化大画面を構築し、モバイル端末アクセスを開放し、試運転を組織してフィードバックを収集した後に展開します。
6. よくある質問
FastBee はどの産業プロトコルの接続をサポートしていますか？
IoT ゲートウェイは MQTT、Modbus、TCP、UDP、WebSocket などのプロトコルをサポートし、ビジュアルプログラミングによるカスタム収集と変換ロジックをサポートします。一般的な PLC、インバーター、計測機器、センサーはいずれも接続可能です。ビデオ監視デバイスは GB28181 国家標準で接続します。
現場のネットワークが不安定だと使用に影響しますか？
プラットフォームは工場構内にプライベートデプロイされ、収集と制御は主に工場構内 LAN を経由するため、パブリックネットワークへの依存はありません。重要な安全回路については、ローカルのハードワイヤードインターロックの維持を引き続き推奨し、プラットフォームの遠隔制御は補助手段とします。これは産業安全の慣行に沿ったものです。
遠隔制御で誤操作を防ぐには？
プラットフォームはユーザーロールごとにデバイス操作権限を割り当て、制御指令と属性送信はいずれもデバイスログに記録され追跡可能です。高リスクの動作については、モノモデルと連携ルールに確認ステップや条件制約を追加できます。
このソリューションの実施期間はどのくらいですか？
単一の工場現場での試行を例にすると、プラットフォームデプロイとゲートウェイ設置は通常数日で完了し、主な作業量はポイント確認と連携ルールの連携テストにあります。ポイント表の準備が十分であるほど、接続テストは速くなります。導入後の実際の形態は検証済みプロジェクトまたはデモ事例（中国語）を参照してください。