マシンを接続する
トランスポートとコントローラーを選択し、実行準備完了の状態を確認します。
Beam Benchはレーザー光源ではなく、コントローラーボードとファームウェアに基づいてマシンに対応します。GRBLは対応済みです。追加のG-code、Ruida、標準K40/Lihuiyuの選択肢はExperimentalとして利用できます。
操作手順
- マシンを接続し、電源を入れます。コントローラーが完全に起動するまで待ちます(ほとんどのボードでは数秒かかります)。
- 実行 > Laser Controlまたはデバイスの設定 > 接続を開きます。
- コントローラーが実際に使用している接続の種類を選択します。シリアル、ネットワーク、USBから選択します。
- コントローラーを選択します。 ファームウェアが自身を識別できる場合は自動検出を使用するか、インストールされているコントローラーを明示的に選択します。Experimentalの選択肢には、この一覧内で直接ラベルが付いています。
- エンドポイントを選択します。 シリアルポートを選択し、ネットワークホストとポートを入力するか、一覧にあるUSBコントローラーを選択します。シリアルポートは通常、
/dev/tty.usbserial-*(macOS)、COM3(Windows)、/dev/ttyUSB0(Linux)のような名前です。表示されない場合は、ポートが一覧にないを参照してください。 - マシンプロファイルを選択するか、デフォルトを使用します。プロファイルには、ベッドサイズ、最高速度、その他のコントローラー固有の値が設定されます。デバイスの設定ダイアログでプロファイルを編集できます。
- 確認します。 Laser Controlが実行準備完了になり、検出または選択されたコントローラーが表示されることを確認します。シリアルG-codeコントローラーでは、コンソールパネルにウェルカムメッセージまたは識別応答が表示される場合もあります。
現在のコントローラーの選択肢
各アダプターで利用できる機能とコントローラー表については、対応マシンを参照してください。Original xTool M1はHTTPネットワークと物理ボタンによる開始を使用します。LaserPeckerには一致するアダプターとプリセットが必要です。ポートが表示されるというだけの理由で、どちらも汎用マシンとして設定しないでください。
プロファイルには、最後に成功したシリアルまたはネットワークのエンドポイントと、選択したコントローラーが記憶されます。これらの選択は再起動後やプロファイルの切り替え後に戻りますが、アプリは自動接続しません。10.0.1.155:8080のようにホストとポートをまとめて貼り付けることもできます。接続前に両方のフィールドを確認してください。
Lihuiyu用Windows WinUSBの設定
Beam Benchは、USB ID 1a86:5512のLihuiyu M2/M3 NanoコントローラーにWindows WinUSBバックエンドを使用します。Beam Benchが接続するとき、Windowsはアクティブなデバイスドライバーを切り替えられません。コントローラーはあらかじめWinUSBにバインドされている必要があります。
Beam BenchがWindows USBドライバーに互換性がないと報告した場合:
- Beam Benchに表示されたドライバー名を確認し、LaserDRWやコントローラーを使用している他のソフトウェアを閉じます。
- 信頼できるWindows USBドライバー管理ツールまたは署名済みドライバーパッケージを使用して、
USB\VID_1A86&PID_5512デバイスとインターフェース0にWinUSBをバインドします。別のUSBデバイスのドライバーを変更しないよう、ハードウェアIDを慎重に確認してください。 - コントローラーを取り外して再接続し、デバイスの設定 > 接続に戻り、USBを選択してUSB一覧を更新します。
- もう一度接続します。WindowsがWinUSBまたは互換性のある複合デバイスのバインドを報告すると、Beam Benchで接続できるようになります。
バインドを変更すると、LaserDRWや他のベンダーソフトウェアがコントローラーを使用できなくなることがあります。そのソフトウェアに戻す必要がある場合は、元のドライバーを復元してください。Beam BenchはWindowsドライバーを自動的にインストールまたは置換しません。
今起きたこと
シリアルとネットワークの自動検出では、Beam Benchは範囲を限定した読み取り専用の識別クエリを使用し、コントローラーが一致する証拠を提供した場合にのみ、名前付きアダプターを有効にします。識別結果が明確でない場合、アプリはマシンをGRBLとして黙って扱わず、選択を求めます。
Ruidaの選択肢では、範囲を限定した識別クエリとマシン状態クエリから開始します。RDC6442Sは確立されたExperimental経路を使用します。RDC6445Gやその他の応答するEthernetバリアントは同じ保護されたランタイムを選択できますが、実際のコントローラーでの結果を所有者が確認するまでは未検証のままです。Ruida USBには対応していません。Lihuiyuの選択肢では、一致するCH341デバイスを一覧表示し、認識されたコントローラー状態を確認してから実行準備完了になります。
エラー、文字化け、「応答なし」が表示される場合、最も一般的な原因は次のとおりです。
- 間違った接続タイプ、コントローラー、アドレス、ポート、シリアルボーレートが選択されています。シリアルの問題については、ボーレートの不一致を確認してください。
- 必要なシリアルまたはUSBドライバーがインストールされていないか、オペレーティングシステムがデバイスへのアクセスを許可していません。
- 別のアプリがデバイスまたはネットワークエンドポイントを使用しています。レーザーと通信する他のソフトウェアを閉じてください。
- ExperimentalのRuida Ethernetバリアントは初期チェックには応答しても、フレーミングやジョブ中には異なる動作をする場合があります。結果が予期しない場合はマシンを停止し、ヘルプ > バグを報告を使用して、コントローラーモデル、分かればファームウェアバージョン、接続タイプ、発生したことを記載してください。