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

定義ジッター、レイテンシー タブ上 モニタリング オブジェクト内 タスク構成 実行時に個々のタスクの周期的なジッター値を監視できます。周期的ジッターは、レイテンシーベースのリリースジッターとは区別されます。次の定義を参照してください。 周期的なジッター 周期的ジッタ（J 沿って ）は、タスクのサイクル時間の偏差です（T 沿って ）目的のタスクサイクル時間（T 0 ）。 J 沿って = T 沿って

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

アプリケーションの保護 PLC固有のライセンス管理と、アプリケーションのオブジェクトプロパティでの設定を使用して、ブートアプリケーションのノウハウ保護とコピー防止を実現します。ダウンロードコードとブートアプリケーションは暗号化して署名することができます。 証明書による暗号化 要件：暗号化されたブートアプリケーションとしてコントローラーにダウンロードするアプリケーションを含むプロジェクトがあります。

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

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

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

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

オペレーター：CAL IEC演算子は、機能ブロックの呼び出しに使用されます。 ILでは、 CAL 関数ブロックのインスタンスを呼び出します。 CAL <function block> (<input variable1> := <value>, <input variableN> := <value>) 例 122 . 例 の呼び出し Inst の割り当てを持つ機能ブロックのインスタンス Par1

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