ワイヤレスアクチュエーター制御：RF、Bluetooth、Wi-Fi、産業用オプション

ワイヤレスアクチュエーター制御の変更 モーションコマンドが機械に届く方法それは、正しく一致した電源ステージ、モーター配線、制限、フィードバック、保護、および制御ロジックの必要性を排除するものではありません。

より広範な制御システムエンジニアリングワークフローについては、アクチュエーター制御システムガイドを参照してください.

実用的なワイヤレスコマンドパスは次のようになります：

オペレーター / 電話 / 送信機
        |
        v
ワイヤレスリンク
        |
        v
受信機 / ゲートウェイ
        |
        v
制御ロジックとモーター電源ステージ
        |
        v
アクチュエーター

ワイヤレスレイヤーは便利な柔軟性を提供しますが、新しいエンジニアリングの質問も追加します：ペアリング、範囲、干渉、コマンド権限、リンク損失動作、チャンネルグループ化、ローカルフォールバック、セキュリティ、地域の無線要件。

OEMプロジェクトにおいては、最良の選択肢は単に最も長い広告された距離を持つものではありません。アプリケーションに対する故障動作、インフラストラクチャ、および制御インターフェースが一致するものでなければなりません。

ワイヤレス制御オプションの比較

オプション	インフラストラクチャ	commissioning	範囲 / タイミング依存	リンク損失設計	典型的なフィット
独自のRFリモート	通常、自己完結型の送信機 + 受信機	送信機をペアリング/登録	アンテナ、エンクロージャ、遮蔽物、バッテリー、および干渉が問題になります	タイムアウトとローカルフォールバックを定義	ローカルオペレーター制御
Bluetooth / BLE	電話、タブレット、またはローカルゲートウェイ	発見、ペアリング、アプリ/デバイスの権限	短距離; 2.4 GHzの混雑とOS/アプリの動作が応答に影響を与える可能性があります	監視タイムアウトと再接続ロジック	セットアップ、近くのHMI、サービス
Wi-Fi / LANゲートウェイ	アクセスポイントとネットワーク	ネットワーク登録 + アプリ認証	カバレッジ、ローミング、共有トラフィック、及び障害が問題です	ローカルの自律的な動作はネットワーク障害を生き残るべきです	工場HMI、艦隊、診断
産業用ワイヤレスコマンド	専用産業ラジオまたは管理されたインフラストラクチャ	制御されたデバイスのアイデンティティと構成	エンジニアリングされた診断と共存がありますが、インストールに依存します	明示的なウォッチドッグ/故障応答	移動式機械および要求の厳しいオペレーター制御

無線リモコンは1つのコマンド層のオプションであり、受信機と下流のモーター制御インターフェースは一致させる必要があります。

オプション1：RFリモートコントロール

専用RFリモートは、しばしば最も簡単な無線アーキテクチャです。

送信機はコマンドを受信機に送信します。受信機は次に下流の制御電子機器、リレー段階、または機械の論理に信号を出力します。

一般的な利点には以下が含まれます：

工場のWi-Fiは必要ありません；
簡単なローカル操作；
迅速な設置；
コンパクトな手持ちコントロール；
簡単な伸縮またはグループコマンド機能。

主な工学的質問は以下の通りです：

送信機がどのようにペアリングされるか；
何台の送信機が許可されるか；
受信機がコマンドをどのように出力するか；
コマンドが瞬時または維持されるか；
ボタンが放されると何が起こるか；
信号が消えると何が起こるか；
複数のチャネルがどのようにアドレスされるか。

リモートの形状は周波数、範囲、ペアリング方式、チャネルの動作を決定するものではありません。それらはプロジェクト固有の要件として残ります。

ファーストパーティのリモート画像が特定の周波数、範囲、ペアリング方法、地域の無線承認を含意するとは限りません。それらの特性は正確なプロジェクト構成に属します。

RF範囲は開放空間の数値ではありません

設置範囲は以下によって減少する可能性があります：

金属エンクロージャ；
フレーム幾何学；
アンテナの向き；
送信機と受信機の間にいる人や機器；
近くのラジオ；
低い送信機バッテリー；
電気ノイズ；
受信機の配置。

したがって、有用な受け入れテストは、空の部屋だけでなく、実際の機械構成での動作を測定する必要があります。

オプション2：BluetoothまたはBLE

Bluetoothは、電話、タブレット、または近くのコンピューターがオペレーターの体験の一部である場合に便利です。

コマンドパスは以下のようになる可能性があります：

電話/アプリ → Bluetoothモジュール → 機械制御論理 → モーターパワーステージ

Bluetoothは以下をサポートできます：

設置；
パラメータ設定；
近くのオペレーターコマンド；
診断；
サービスアクセス；
シンプルなアプリベースの制御。

接続されたユーザーインターフェースは、コントロールアーキテクチャに凍結されるべきコマンドと電力要件を追加します。

また、専用のリモコンにはない依存関係を導入します：

対応する電話またはタブレット;
オペレーティングシステムの権限;
アプリケーションライフサイクル;
ペアリング/ボンディング;
再接続動作;
アプリの更新;
ユーザー/デバイスの認可。

アプリがスリープ状態になるか、電話が範囲外に移動した場合、機械は定義された応答が必要です。

ペアリングと動作の安全性を混同しないでください。

成功したBluetoothペアリングは、通信関係を確立します。これは、システム全体の動作が安全性評価済みの停止機能、制約された応答時間、または必要な診断カバレッジを持っていることを証明するものではありません。

通常の運用制御と安全機能は、別々に仕様を定義する必要があります。

オプション3: Wi-Fi、LAN、またはクラウド接続制御

Wi-Fiは、動きのシステムが接続する必要がある場合に魅力的です：

プラントHMI;
ブラウザまたはアプリ;
ローカルネットワーク;
フリート管理;
診断；
リモートサービス;
監視ソフトウェア。

利点は統合です。コストは依存関係です。

コマンドパスは次の内容に依存する可能性があります：

アクセスポイント;
ネットワークアドレッシング;
スイッチまたはゲートウェイ;
認証;
ソフトウェアサービス;
ネットワークの可用性;
おそらく公共のインターネットまたはクラウドプラットフォーム。

非時間的な監視機能には価値があります。予測可能な応答が必要な動作には、共有ネットワークが常に決定論的タイミングを提供するとは限らないことを機械は想定すべきではありません。

ローカル動作論理を優先

堅牢なアーキテクチャはしばしば、動作のインターロック、制限、フィードバック、および直ちにモーター制御を機械にローカルに保持します。

ネットワークは次のような高水準コマンドを送信します：

移動;
停止;
プリセットを選択;
モードを有効にする;
状態を報告。

Wi-Fiまたはクラウド接続が消えると、ローカル制御論理は依然としてシステムを事前定義された状態に移動できます。

オプション4: 工業用ワイヤレスコマンド

工業用リモートシステムは、より厳しいオペレーター環境向けに設計されています。

追加する可能性があります：

頑丈な送信機；
明確な送信機の所有権；
診断フィードバック；
管理されたチャネル；
産業用レシーバー；
機械のI/O統合；
より強力なサービスおよび設定管理コントロールを備えています。

だからといって、すべての産業用無線が自動的に決定論的または安全性の評価を受けているわけではありません。完全なシステムは、干渉、通信の喪失、電源の喪失、受信機の障害、および送信機の交換に対する文書化された応答が必要です。

リンクロスの動作を指定する方法

すべての無線プロジェクトは次の質問に答えるべきです：

有効なコマンドが受信できなくなった時、機械は何をすべきか？

可能な応答には次のものがあります：

モータードライブを停止する；
現在の状態を保持する；
制御された減速を行う；
安全なローカルシーケンスを完了する；
障害をラッチする；
オペレーターのリセットを要求する；
制御を有線ローカルインターフェースに戻す。

正しい答えは、アプリケーションに依存します。

重要なのは、その状態が意図的であることです。

有用なリンク監視要件

指定する：

ハートビートまたは監視間隔；
タイムアウト；
古いコマンドの拒否；
再接続動作;
再接続がコマンド権限を自動的に回復するか；
動作が自動的に再開するか；
オペレーターに表示される状態。

多くの機械の場合、再接続は通信を回復し、動作を自動的に再開することはありません。

マルチチャネル無線制御

無線システムは次のように動作することがあります：

1つのチャネル；
複数の独立したチャネル；
グループ化されたチャネル；
プリセット；
下流のフィードバックロジックによる同期動作。

マルチチャネルのグループ化、優先順位、および部分障害の動作は、無線輸送とは独立して定義されるべきです。

無線輸送自体は、モーターのチャネルが何をするかを証明するものではありません。

マルチチャネル仕様は次のことを定義する必要があります：

個別対グループコマンド；
コマンドの優先順位；
同時コマンドの動作；
確認；
部分的な障害；
1つのチャネルに障害が発生した場合の動作；
グループ化された動作が単に同時か、実際にフィードバックで調整されているか。

アプリケーションが真のマルチアクシス同期を必要とする場合、それはワイヤレスリンクとは別のモーションコントロール要件です。

電力と電気的互換性は引き続き適用されます。

受信機は低電流のコマンド信号のみを出力する可能性があります。また、リレーやモーターパワーステージを含むこともあります。

これらのアーキテクチャが互換性があると仮定しないでください。

確認：

供給電圧；
受信機の電力消費；
出力タイプ；
出力電流能力；
モータードライブ電流；
コネクタ／ピンアウト；
モーター極性；
フィードバックインターフェース；
チャネル数；
制限／保護動作。

混合コンポーネントの場合、次のことを使用します。システム互換性リソース試験的に配線する前に。

接続されたワイヤレスシステムのセキュリティ

制御パスが接続されるほど、誰がモーションコマンドを送信できるかを管理することが重要になります。

アーキテクチャに応じて、要件には以下が含まれる場合があります：

ユニークなデバイスID；
認証ペアリング；
暗号化／整合性保護された通信；
リプレイ耐性；
ユーザーまたはロールの認可；
制御されたファームウェア更新；
キーの交換／取り消し；
デフォルトの資格情報を無効化；
ログ記録；
セグメント化されたプラントネットワーク。

簡単な専用リモコンとクラウド接続ゲートウェイには、非常に異なるセキュリティ表面があります。それに応じて対処してください。

ワイヤレス制御と機械の安全性

ワイヤレスコマンドと安全機能は同じではありません。

普通のRF、Bluetooth、またはWi-Fiコマンドは制御ロジックに停止するよう指示することがありますが、それは自動的に緊急停止回路や他の安全関連の制御機能と同等になるわけではありません。

安全性は、次を含む完全なアーキテクチャに依存しています：

故障検出；
応答時間；
安全状態の定義；
再起動防止；
出力監視；
要求される性能レベルまたは整合性レベル；
機械リスク評価に対する検証。

プロジェクトがワイヤレス安全機能を必要とする場合、完全なケーブルレス安全システムはその役割のために特別に設計され、検証されなければなりません。

OEMワイヤレス統合チェックリスト

ワイヤレスコマンド方法を選択する前に、凍結してください：

コマンドタスク

伸縮；
ジョグ；
位置プリセット;
グループコマンド;
モード選択;
停止;
リセット。

オペレーターと権限

誰が送信機を所有しているか;
デバイスがどのようにペアリングされるか;
失われた送信機がどのように削除されるか;
ローカル対リモートの優先度;
サービスモード。

無線環境

ターゲット距離;
エンクロージャ材料;
アンテナ配置;
障害物;
隣接する無線;
目的市場。

故障動作

リンクタイムアウト;
コマンド喪失状態;
再接続状態;
ローカルフォールバック;
意図しない再起動なし。

チャンネル

チャンネル数;
独立／グループ動作;
確認；
部分的な故障応答;
ダウンストリーム同期要件。

電気インターフェース

受信機の供給;
コマンド出力タイプ;
駆動段階要件;
モーター電流;
制限とフィードバック;
コネクタ／ピンアウト。

接続システムのセキュリティ

デバイス認証;
アクセスロール;
更新プロセス;
キーライフサイクル;
該当する場合のネットワークセグメンテーション。

要件が定義されたら、商業用無線オプションを評価できます。無線モーターコントロールページ.

プロジェクト特有のコマンドおよびインターフェース統合が必要なOEMアーキテクチャの場合、制御システムOEMサポートは次の橋です。

よくある質問

アクチュエータ制御に最適な無線オプションはどれですか？

普遍的な最適オプションはありません。RFはしばしばシンプルで自己完結しており、Bluetoothは近くのアプリ／サービス機能によく機能し、Wi-Fiはネットワーク統合に役立ち、産業用無線はより demanding なオペレーター環境に適しています。インフラ、故障動作、チャネルニーズ、セキュリティ、環境で選択してください。