(1)PLCプログラミング設計要件
PLC プログラムの完全なセットは、システムを簡単に実行できるようにするだけでなく、実行前に完全な注釈、優れたアーキテクチャ、優れたスケーラビリティ、完全なアラーム保護システム、シミュレーション システムも必要です。
1、シンプルさ
PLC プログラムはできる限りシンプルにしてください。シンプルとは、できる限り標準化されたプログラム フレームワークを使用し、できる限りシンプルな命令を使用することです。プログラムをシンプルにするには、大きな視点からプログラム構造を最適化し、フロー制御命令を使用してプログラムを簡素化し、小さな視点から、命令の単一機能ではなく命令の強力な機能を使用するとともに、命令の配置順序などにも注意を払う必要があります。
2、読みやすさ
設計されたプログラムの要件は、読みやすさが良いことです。これは、プログラム設計者がプログラムを理解しやすくし、デバッグを容易にするだけでなく、他の人がプログラムを読んで理解しやすくし、ユーザーのメンテナンスを容易にします。必要に応じて、プログラムをプッシュすることもできます。
プログラムを読みやすくするために、プログラムはできる限り明確に設計されます。階層に注意し、オブジェクト指向の方法で設計するまでモジュール性を実装します。より標準的な設計を使用します。
特殊なケースで言語プログラミングを使用する場合は、読みやすさを考慮して、ほとんどの場合ラダープログラミングを使用してください。
次に、IO 割り当ては規則的で、記憶しやすく理解しやすいものにする必要があります。必要に応じて、注釈作業も行います。内部デバイスの使用も規則的で、ランダムに使用しないでください。
プログラム設計の初めに、読みやすさに注意する必要があります。これは簡単ではありません。プログラムのデバッグの過程で、命令の増減、内部デバイスの使用の変更により、元のプログラムが明確になり、少し混乱する可能性があります。そのため、デバッグの設計では増減の余地を残し、デバッグが完了したら少し整理して、プログラムの設計の品質を高めます。
プログラムコメントには、少なくとも以下の点が含まれている必要があります。
A. システムノート: プログラム会社全体の著作権およびこのプログラムセットの使用
B. プログラムブロックのコメント: ブロックの主な目的とプログラムの作成者
C. 段落コメント: このコードの使用
D. 可変コメント: 言うべきことの重要性、/ 0 コメント、中間可変コメントを含む

また、機密性に関する考慮事項については、コメントを削減するような巧妙な方法ではなく、プログラムの暗号化アルゴリズムやブロックの暗号化で考慮されるべきだと思います。
3、正確性
PLC プログラムは正確でなければならず、実際の作業によって検証され、正しく動作できることを証明する必要があります。これは PLC プログラムの最も基本的な要件であり、この点が満たされなければ、他のものは役に立ちません。
プログラムを正しくするには、命令を正確に使用し、内部デバイスを正しく使用する必要があります。命令を正確に使用し、命令を正確に理解することは、命令の意味と使用条件を明確にすることにつながります。必要に応じて、いくつかの小さなプログラムを作成して、不明瞭な命令をテストすることができます。
同じ命令であっても、工場からの PLC の異なるバッチまたは PLC シリーズの異なるモデルにより、命令の詳細が異なる場合があります。そのため、プログラミング マニュアルを注意深く確認する必要があります。
内部デバイスの正しい使用も重要です。たとえば、一部の PLC にはパワーダウン保護機能がありますが、他の PLC にはパワーダウン保護機能がありません。パワーダウン保護機能はデバイスを保護するために必ず使用してください。その逆は使用できません。
つまり、命令を正確に使用し、内部デバイスを正しく使用して、プログラムが正しく動作するようにプログラムできるようにすることです。これは PLC プログラムの最も基本的な要件です。簡単な例として、シーメンスは、M ポイントや DB ポイントなどの中間変数として、変数の格納機能を持つ立ち上がりエッジと下位ラングを使用する必要がありますが、FC 温度変数を使用すると問題が発生します。
4、信頼性
プログラムは正確であるだけでなく、信頼性も必要です。信頼性は PLC プログラムの安定性を反映し、これは PLC プログラムの基本要件でもあります。
一部の PLC プログラムは、通常の動作条件または合法的な操作では正常に動作しますが、非正常な動作条件 (一時的な停電、その後の急速な再通電など) や違法な操作 (一部のボタンが押す順序に従わない、または同時に複数のボタンが押されるなど) が発生すると、プログラムは正常に動作しません。このようなプログラムは、信頼性が低く、不安定で、不良プログラムです。
良好な PLC プログラムは、異常な動作条件の発生を識別し、それを正常な条件に収束させ、プログラムをさまざまな状況に適応させることができます。良好な PLC プログラムは、違法な動作を拒否することができ、「痕跡」を残しません。合法的な動作のみが受け入れられます。
インターロックは不正な操作を拒否する一般的な手段であり、リレー回路はこの方法でよく使用され、PLC もこの方式を継承できます。
5. 変更の容易さ
プログラムの変更を容易にする、つまり修正を容易にすることです。PLC の特徴の 1 つは、さまざまな状況に柔軟に対応できることです。これを実現する方法は、プログラムを修正または再設計することです。
プログラムの再設計は、PLC プロセスの使用要件を変更する場合に使用され、プログラムが再プログラムされるだけでなく、! /0 も再割り当てされます。ほとんどの場合、再プログラミングは必要なく、いくつかの変更で十分です。これには、プログラムを簡単に変更できることが必要です。
変更が容易であることは柔軟性も意味し、わずかな変更のみで、パラメータの変更やアクションの合理化の目的を達成できます。
6. 拡張性
シーンに入る前に多くのプログラムがプログラムされているかもしれませんが、シーンに別のプログラムを追加する必要がある場合もあります。システム全体の構造が乱れるのを避けるために、各機能領域にバックアップとして一定量のスペースを確保する必要があります。
ハードウェアは十分な余裕を残し、ソフトウェアは手動、自動、半自動の準備を考慮して、位置を省略します。
7、完全な警報システム
PLC システムは産業環境でよく使用されますが、事故が発生すると多かれ少なかれ損失が発生します。事故の事前処理や事故発生時の損失を最小限に抑えるためには、システムの重要な部分として取り上げられる PLC アラームと保護に注意を払う必要があります。
8、プログラムシミュレーション
サイトの試運転の進行状況や顧客への説明を確実にするために、多くの場合、現場に入る前に、完全に自動化されたシミュレーションを独自のプログラムに実行します。このため、切断後に通常のサイトが実行されるシミュレーション プログラム部分をプログラムに追加する必要があります。プログラムにシミュレーション機能を装備するには、次のタスクが必要です。
(1)実際のPLC I/OポイントをPLC中間変数またはデータブロック変数に変換します。
(2)プロセス要件に応じて各デバイスのシミュレーションプログラムを作成します。PLCプログラムを設計するプロセスにおいて、上記の側面の要件を満たすものは良いプログラムと言えます。
(2)PLCプログラミングのヒント
(1)適切なPLCモデルとI / 0ポイントの数を選択します。特別な機能要件がある場合は、特別な機能モジュールを選択します。
(2)選択したPLCプログラミング命令とコンパイルソフトウェアを理解する
(3)内部リレー、保持リレー、データレジスタ、タイマー、カウンター等のソフトコンポーネントの計画を行う。
(4)プログラム計画については、一般的には故障抽出、故障処理、手動処理、自動処理、出力処理などの一連のプログラミングを行います。より大きなプロジェクトや設備は、機能単位の分割、ブロック処理に従って行われます。例えば、自動化生産ラインには、巻き上げ、移動、トップアップ回転装置などがあり、上記の単位分割ブロックに従ってプログラミングする必要があります。
(5)チャンクで書かれたプログラムのサブセクションの前には、プログラムのこのセクションの機能を説明する短い段落の注釈を追加する必要があります。必要に応じて、対応するプロセスフローを示すことができます。プログラムのチャンクまたはサブセクションとプログラム全体の位置の順序は、基本的にプロセスフローの順序に従う必要があります。これにより、プログラムの読みやすさが向上します。
(6)プログラム設計の前に、設備を抽象化し、停止、緊急停止、過負荷、過負荷、タイムアウト、安全ライトカーテン、タッチストップ、ドアスイッチなどの共通要素を抽出し、起動回路または起動メイン制御、インターロック回路に配置して、プログラム全体の構造の前提条件とし、それに基づいて、自動と手動の2つの主要なプログラム機能領域に分割する必要があります。
(7)マニュアル機能領域のプログラム構造には、マニュアル、機器の人身安全を脅かすその他の要素などの共通要素が抽出され、マニュアルマスターコントロール、インターロック回路、マニュアルコントロールの保護、シールド、アラームなどが配置されます。
(8)自動機能領域のプログラム構造は、自動、オーバーラン、タイムアウトなどの共通要素を抽出し、自動マスター制御、インターロック回路、自動制御機器の保護、シールド、アラームに配置する。一般的な原則は、安全を確保する前提の下で、機器の進入に対する制限を厳しくし、機器の退出に対する制限を緩くすることです。
(9)プログラム設計は、全リセット機能をプログラムするように設計する必要があり、機器が故障した場合にユーザーが便利に、できるだけ早く機器の正常な動作を回復することができます。全リセットは、リセットプロセスで機器と人員の安全を十分に考慮する必要があります。
(10)自動モードから手動モードに切り替える場合、プログラムは自動モード出力と中間状態をクリアする必要があります。特に自動モードではSET命令を使用し、手動モードではRESET命令を使用してクリアする必要があります。
(11)プログラムのコンパイル時に二重出力を使用することは固く禁じられています。つまり、同じ出力ステートメントまたは同じ出力コイルがプログラム中に2回以上出現することです。異なるモード条件での同じ出力ポイントの出力は、中間リレーを使用してリレーされ、最終的に一緒に集中化されて出力ポイントにリストされます。
(12)タッチスクリーンを使用する場合、タッチスクリーンとPLCの共通制御領域およびステータス領域では、他の機能のプログラミング使用を行ってはならない。
(13)PLCの特殊ブロックは、使用する前に、まずその制御領域とステータス領域が作業ワードを占有しているかどうかを確認する必要があります。占有されている場合は、これらの作業ワードのプログラミングの他の側面を実行しないでください。
(14)PLCの入力、出力、中間リレー、タイマー、カウンター、データレジスタなどは中国語のコメントに追加する必要があります。入力と出力には、コンポーネント名のビット番号も必要です。入力ポイントに対応して、周辺スイッチをNO接点に接続する一般的なデフォルト、NC接点に接続する必要性をコメントにマークする必要があります。すべてのコメントは明確で、誤解されにくく、一般的な参照の使用を最小限に抑える必要があります。
(15)プロジェクトのデバッグが完了した後、システムは最終的なソフトウェアプログラムを保存し、保存ファイル名にはプロジェクト番号/作成者/日付情報/バージョン番号を含める必要があります。
(16)プログラムの暗号化について:プログラムのパスワードを暗号化するには、専用のファイルに保存し、対応するユーザー名+パスワード+権限を示し、パスワードを理解できる少なくとも2人に配布する必要があります。これにより、空のコードが失われ、プログラムを開けなくなるのを防ぐことができます。
(17) PLCとホストコンピュータ(またはタッチスクリーン)で監視システムを形成する場合、多くの場合、画面には「手動」、「自動」などの制御モードが必要です(通常、複数のモードは1つだけです)。プログラム内では、「MOV」コマンドを使用できます。たとえば、「手動」を選択すると、内部の定数1がレジスタVB10にMOVされ、「自動」を選択すると、同じ音声レジスタVB10にMOVされます。レジスタデータの量を判断する限り、システムがそのような制御モードであることがわかります。このアイデアの利点は、インターロックなどの面倒なプログラムが不要で、理解しやすいことです。

(18)プログラムにアナログ制御がある場合、アナログ読み取りに基本的にエラーがない場合は、時間フィルタリング方式を採用し、一定時間遅延させることができます。読み取りデータのエラーが非常に大きい場合は、平均値を計算するなど、他のフィルタリング方式を採用する必要があります。関連情報を確認できます。
(19)プログラムのデバッグの過程で(特に設備改造の際、自分のプログラムを元の設備プログラムに追加するとき)、プログラム文が条件を満たして出力コイルが接続されていない場合、プログラムのこの部分がJMP \go to\などの文と他の文の間にあるかどうかを確認できます。もう1つの可能性は、プログラムを中断した後、条件が満たされても出力がオンにならない場合、通常はプログラムがスキャンされないことです。
(20)シーケンス制御プログラムでは、つまり、1つのアクションが完了したら、次のアクションに移行し、その他の同様のシーケンス制御では、+10 +10制御モードを使用します。次のように考えると非常に便利だと思います。レジスタを1つプリセットし、初期化時に値を0にします。システムを起動すると、+10になります。このとき、レジスタは10です。レジスタは10に等しく、最初のアクションで実行できます。最初のアクションが完了すると、最初のアクションが完了すると、レジスタ+10になり、レジスタは20に等しくなり、2番目のアクションを実行できます。2番目のアクションが完了すると、レジスタ+10になり、レジスタは30に等しくなります。したがって、レジスタにどれだけのデータがあるかを判断する限り、アクションが完了することがわかります。ジャンプアクションが必要な場合は、+10がなくなり、+20 \ +30 ...を追加できます。実際の雪に応じて決定されます。 1 ではなく 10 を追加する理由は、10 を追加した後で段落を挿入する場合、この 10 の空きスペース内で位置をランダムに選択するだけだからです。
(21)プログラム設計では、プロセス障害(制御システム以外)が発生した場合、障害現象をそのままにして、ライトとサウンドアラームを出すのが最善です。オペレーターがリセットするまで、システムが故障したことを知らせます。そうしないと、ダウンタイムが発生し、他の人は依然としてプログラムの問題であると考えます。一般的に、新しいシステムの設計では、これらに注意する必要があります。
(22)頻繁に呼び出されるサブルーチンについては、サブモジュールを作成して頻繁に呼び出すことができます。
(23)生産機械の作業サイクル中の各ステップの動作には一定の時間が必要であり、これらの時間には一定の制限があるため、これらの時間を基準にして、作業ステップの動作開始と同時にタイマーを起動して検出することができます。タイマーの時間設定値は、通常の状況での動作継続時間よりも20%〜30%長く設定し、タイマーの出力信号をアラームや自動停止装置に使用することができます。生産機械のステップ動作時間が指定時間を超えて対応するタイマー設定時間に達しても、次のステップ動作に移行しない場合、タイマーは故障信号を発し、信号は正常な作業サイクルプログラムを停止し、アラームまたはシャットダウンプログラムを起動します。これは通常、オーバービート保護と呼ばれます。
(24)一部の安全検出スイッチ(緊急停止ボタン、安全ライトカーテン、リミットスイッチなど)は、実用的には常時閉(NC)入力です。
(25)安全性、省エネの観点から、出力が切断されたときに停止する必要のある通常の出力を設計するのではなく、出力が停止する動作が必要なときのみ、動作が必要な出力を設計し、一度出力が停止するようにする。
(26)執行部の行動原理は混沌としたものではなく、むしろ不動のものであるべきだ!
(27)単一装置制御:単一装置はソフト手動/自動切り替え機能とソフト手動起動/停止機能を備えていなければならない。自動切り替えによりソフト手動に切り替わると、装置は停止できなくなる。ソフト手動切り替えにより自動に切り替わると、装置は自動プログラムに応じて起動/停止する。
(28)単一の機器(ポンプ、ファン、その他の大型機器)が24時間稼働する。




