UARTの構成とテスト UARTの構成 このケープ(UART2およびUART4)のシリアルインターフェイス(UARTとも呼ばれます)には、 /dev/ttyO2 と /dev/ttyO4 デバイス。 外部から自分でシリアルポートにアクセスしたい場合 CODESYS 、次に対応するLinuxのドキュメントを参照してください。 UART にアクセスしたい場合は、 CODESYS 、ファイルに SysC
既知の問題 シリアルRS485 特定のCAN /シリアルケープのRS485を使用する場合、RS485トランシーバーの使用に問題があります。 Linuxドライバーは送信モードと受信モードを切り替えることができないため、アプリケーションが期待どおりに動作しない場合があります。 詳細な説明:BeagleBone Black(OMAP)のシリアルドライバーは、RS-485に必要な送信/受信切り替え(DE
GPIOとアナログ入力の使用 この章では、I/O マッピングを使用する場合の制限について説明します。 BeagleBone Black GPIO とアナログ入力にアクセスします。 このセクションの内容 :
外部関数の呼び出し このメカニズムは、Unixドメインソケットを介してIECアプリケーションの外部関数を呼び出すために使用できます。これにより、独自の機能を作成できます。同時に、プロセスの分離が達成されます。 IECのインターフェースとして、 EXTAPI.UDSExternalFunction 機能ブロックは、 ExtensionAPI ライブラリ。Pythonでは、 ExternalFunct
自分のI / Oをリンクする この機能により、ローカルI / Oをコントローラーに接続し、IECアプリケーションから使用できます。 デバイスの説明を編集する 提供された例では C:\Users\<user>\CODESYS Control SL Extension Package\<version>\Examples\ExternalIoDrv 、デバイスの説明は、Unixドメインソケットを介して
共有メモリにデータを保持する 一部の製品には、コントローラー内のアプリケーションからの保持データの自動接続が含まれていません(一般的に有効なストレージオプションがないため)。ただし、ランタイムシステムには、共有メモリ(SHM)を介した接続による既存のメカニズムがあり、それぞれの構成でこの目的に使用できます。 たとえば、次のように使用できます。 CODESYS Control SL製品: CODES
拡張SDK Extension SDKを使用すると、Cで独自の関数を実装し、IECアプリケーションからそれらを呼び出すことができます。 この接続では、Cコードは個別の動的コンポーネントの形式でランタイムシステムに統合されます( shared object )。 含めるには2つの方法があります。 コントローラで準備:動的コンポーネントはすでに次のように構成されています CODESYS ランタイムシス
CODESYS Virtual Control for Linux SL このセクションの内容 :
概要 の CODESYS Virtual Control for Linux SL アドオンを使用して、仮想ランタイムとゲートウェイ インスタンスを管理できます。 仮想ランタイム システムは、Docker または Podman コンテナー テクノロジーに基づいて構築されます。 たとえば、Docker はイメージとコンテナを区別します。イメージは、システムの残りの部分からカプセル化されたプロセスを実
インスタンスへの接続の確立 手順 . ランタイムインスタンスへの直接接続の確立 ポート転送を使用すると、ランタイム インスタンスに直接接続できます。これには、ランタイム インスタンス以外のインスタンスは必要ありません。 要件 直接通信用のランタイム インスタンスのポート ( 11740 )を転送する必要があります。 ノート: これはランタイム インスタンスのデフォルト構成ではありませんが、インスタ