タスク構成の作成 要件：開いているプロジェクトにはプログラムタイプのPOUが含まれており、デバイスツリーでは 応用 1 タスク構成 とともに タスク 挿入されました。 デバイスツリーで、下のタスクオブジェクトをダブルクリックします。 タスク構成 。 の 構成 タスクオブジェクトのタブが開きます。 選択リストから選択 タイプ エントリ サイクリック アウト。 入力フィールド 間隔（例：t＃200ms

マルチコア 物体： タスク構成 今日、ますます多くのコントローラーがいくつかのCPUコアを備えたプロセッサーを搭載しています。これをIECプログラムに使用できるようにし、パフォーマンスを向上させるために、 CODESYS これらのCPUコアにIECタスクを分散する可能性。さらに、IECプログラムはいくつかのタスクに分割する必要があります。 IECタスクをCPUコアに分散する場合、 CODESYS

データの永続性 変数とそのデータの有効期間は、変数が作成されてから削除され、メモリスペースが再び解放されるまで延長されます。変数の作成、初期化、またはインスタンス化のタイミングは、宣言されたスコープによって異なります。通常、メモリ解放の時間も。たとえば、グローバル変数のメモリは、アプリケーションの終了時に解放されます。 通常よりも長くデータを保持できます。の次のメカニズム CODESYS この目的

永続変数でデータを保存する 永続変数は、ダウンロード、ウォームスタート、またはコールドスタートの後、アプリケーションがリロードされたときにその値を保持します。 NVRAMやUPSなどの耐用年数を延ばすには、コントローラに特別な不揮発性メモリ領域が必要です。このようなストレージへのデータのバックアップには追加の時間が必要ありません。これは、PersistenceManagerを使用したデータ保持より

保持変数を使用してデータを取得する 保持変数は、ウォームスタート後もその値を保持します。ただし、値の保持の程度は、永続変数の方が高くなります。 NVRAMやUPSなどの耐用年数を延ばすには、コントローラに特別な不揮発性メモリ領域が必要です。このようなメモリに保持変数を保存する場合、追加の時間は必要ありません。これは、PersistenceManagerを使用したデータ保持よりも優れています。コント

オペレーター：コンテンツオペレーター 演算子は、IEC61131-3規格の拡張です。 演算子を使用すると、ポインターを逆参照できます。演算子を次のように追加します ^ ポインタ識別子に。 注意 アドレスへのポインタを使用する場合、オンライン変更を適用するとアドレスの内容がシフトする可能性があることに注意してください。 例 120 . 例 ST pt : POINTER TO INT; var_in

オーバーロード 重要 型変換演算子のオペランド値がターゲットデータ型の値の範囲外である場合、結果の出力はプロセッサタイプに依存するため、未定義になります。これは、たとえば、負のオペランド値がから変換される場合です。 LREAL ターゲットデータ型に UINT 。 大きなデータ型から小さなデータ型に変換すると、情報が失われる可能性があります。 重要 境界の場合の丸めロジックは、ターゲットシステムまた

浮動小数点数の変換 重要 型変換演算子のオペランド値がターゲットデータ型の値の範囲外である場合、結果の出力はプロセッサタイプに依存するため、未定義になります。これは、たとえば、負のオペランド値がから変換される場合です。 LREAL ターゲットデータ型に UINT 。 大きなデータ型から小さなデータ型に変換すると、情報が失われる可能性があります。 重要 浮動小数点数がターゲットデータ型の値の範囲内に

オペレーター：TRUNC IEC演算子は、変換に使用されます REAL データ型を DINT データ・タイプ。 CODESYS 数値の整数部分のみを取ります。 ヒント の CoDeSys V2.3 、 TRUNC 演算子は変換します REAL の中へ INT 。 V2.3プロジェクトをインポートする場合は、 CODESYS 自動的に置き換えます TRUNC と TRUNC_INT 。 もしも CO

演算子：TRUNC_INT IEC演算子は、変換に使用されます REAL データ型を INT データ・タイプ。 CODESYS 数値の整数部分のみを取ります。 ヒント TRUNC_INT に対応します TRUNC の演算子 CoDeSys V2.3 、およびV2.3プロジェクトをインポートするときに、この時点で自動的に使用されます。の変更機能に注意してください TRUNC 。 もしも CODESY