PLCプログラミングエントリベースの学習経験

6113961-609f2754d79c2e23.png
ただPLCを使用し始めたときに何年も前、それが混乱しています。エンジニアリングの知識と構成ソフトウェアの表面的な理解に精通し、自分のハードウェアに依存していました、弾丸をかむとタスクを引き継ぎました。その時、それはトレーニングのために遅すぎた、関連する情報が痛んで欠けている、唯一の参照は、英語でS7-200マニュアルです、だけでなく、全体の西部のいくつかの例は最終的にシステムを構築するために3ヶ月で完了し、シーメンスのウェブサイト上で見つけます、準備ソフトウェア。迂回路の間に、障害はしばしば私Chafanbusi、だけでなく、原因PLC上で焼か不注意な運転に作られた、一般的です。だから、僕はブラインド両手を使い始めるそれらのユーザーの気持ちを理解しています。ここでは、悪路ではネチズンの参考のために、自分自身の学習を総括します。1、プログラミングは強い意志と十分な忍耐の人が自分の強みを持っており、一部の人々は長くて退屈なプログラミング作業として見ている必要があり、一部の人々は、プログラミングの楽しいパズルゲームとして見。あなたはかつてのであれば、強くあなたが離れて仕事から滞在することをお勧めします。結局、プログラミングは、人間の忍耐力と忍耐に挑戦です。私は多くの学生が、私は私の顔にフォーカスを表示するために山のシンボルで驚かれることでしょうプログラムいることがわかり、研究室で働いています。実際には、これは関心のおもむくままです。利息ので、私は十分な忍耐力と忍耐を持っています。数々の失敗の後、あなたはPLCが私の要件に応じて系統的実行している、私の考えによると、シンボルがきちんと配置された見たときに、関心がゲームを介して取得するためのパスとして、偉大な出会いとなっています。あなたが見ていることは、私が見ることができる退屈な奇妙なシンボルの束である情熱的なダンサーのグループであり、私は彼らのディレクターだった。だから、私は学生に語りました。2、プログラミングだけでPLC命令の役割を明確にするためにPLC、観察動作上のコマンドを実行し続ける練習する信頼勇気が必要です。多くの初心者は、しばしば恐怖のうち、PLC上の混乱の機器の損傷の恐れを見て。これらの恐怖は正当化されません。マニュアルを注意深く読んで非常に重要ですが、一人で読んだことは、エンジニアになっていません。マニュアルの内容は言うまでもありません網羅しているわけではありません。私はこれらの命令に接触すると、別のPLCの実行を可能にする小さなプログラムをコンパイルするように、精通していません。次いで理解マニュアル、次いで、再記載(MicroWin監視の非常に良好な手段をユーザに提供する)、観察動作の結果が条件を変更するので、これらの命令の役割と使用方法を理解することは非常に直感的であることができます。問題となり、それはPLCの正常な動作に影響を与える書き込みプログラムを心配する必要はありません。手順は、単にPLCのランニングを見つけることができましょう、何の問題もありません。そして、問題を特定し、問題が自分の能力を高めることである解決。ソフトウェアの問題は、PLC損傷が発生したため別にさておき、ハードウェア事業から、ソフトウェアだけでは、私は本当に問題ではありませんでした。ここでは、心配間違ったラインリレー回路可能な結果を​​選択する必要はありません。だから、大胆な練習PLCプログラミングが唯一の方法です。もちろん、野蛮練習操作を大胆ますが、必要な仕様に従わなければなりません。もう一つは、実績のある信頼せずにプログラムする前に、注意すべき不必要な損失を避けるために、負荷をフックしません。LEDデジタルディスプレイ出力。アナログ処理は、いくつかのハードウェアまたはソフトウェアのシミュレーションを解決するための手段かかる場合があります。図3は、プログラミングはそれ自体が論理的な思考プロセスで考えて慎重なプログラミングロジックが必要です。高レベルの言語では、ほとんどの使用はifthenelseで、文を決定これらの条件を選択し、これは因果関係のロジックです。PLCプログラムは、以下からなるこれらの間の因果関係である:条件が成立し、かつ、対応する命令を実行することを決定したか否かを決定します。PLCは、元の中継論理回路を置き換えるために使用され、継承された状態で説明したように接点はリレー回路をトリガー。PLC、代わりのリレーの仮想コンタクト金属接点、及び中継論理回路にそのまま保持されて表現されます。数値処理のも導入は、PLC基本または因果関係を行うリレー回路を行うことができませんでした。プログラミングは慎重に準備作業を実行する必要がありますする前に、各イベントオブジェクト間の論理関係をまっすぐ。私は仕事を受けています、まず最初に、一緒に論理図、ユーザーで繰り返し議論を置くユーザーの受け入れ、プログラムを準備するプロセスの後、実際の開始を取得することです。図4に示すように、PLCプログラムの必須知識は、その後、被験者の特定のプロセスの理解が非常に重要であり、特定のプロセスにおいて直接的な役割を目的とします。私は、ユーザーとの通信処理では、プロセスはさらに、様々な機器、ハードウェア構成を含め、仕上げ工程におけるユーザーコントロールの間の各論理的関係を助け、私の知識の利用者の単位操作を分析するための知識を使いますよ。おかげで私はもともと職業を学びました。もちろん、私たちは、私はこの経験を持っているPLCプログラムエンジニアのすべてを必要としません。しかし知識の二種類が存在することは不可欠である。まず、制御システムの基盤であるセンサ、送信機(第二機器)とPLC自体を含むハードウェアの知識プロセス計装は、2番目には、プロセス制御理論であります原則と様々な制御モデルのアプリケーションでは、最も重要なことは、2と規制PIDレギュレータモデルです。PID規制は、現在、プロセス制御および変更の最も広く使用される手段です。PIDが読むことを学ぶための最良の方法です。ほとんどすべての書籍は、PIDの基本的な理解に関連する本を読んで、プロセスPID制御はおよその内容を持って説明非常に便利です。私は、フィールドを入力してPLCにそのような知識の欠如を多くの友人を発見しました。これはひどいではありません。恐ろしいことは、当事者が停止し、知識の欠陥を是正することができないということです。私たちは学校のこれらの内容を教えていませんが、自分自身の知識を習得する方法に焦点を当てることを責めないでください。学校の仕事で遭遇する問題の多くは、これは私たちが働くことを拒否する理由にはできませんの話されていませんが、これらの問題に対処するための積極的な姿勢を採用すべきです。私の経験では、より簡単に教室で学んだことよりも、覚えておくことは、職場での問題を解決し、学ぶために、その知識です。図5は、誰もが均一性を課すことはない、異なるプログラミング習慣や特性を持っています良いプログラミング習慣を開発します。ほとんどの人が従うことのためにしかし、いくつかの良い習慣や作業をする必要があります。第二は、メインプログラム、サブルーチンの合理的な配分であり、手順を中断し、まず、関係、ブロック図の調製タイミング、ロジックをまっすぐ。図3は、レジスタの合理的な配分、レジスタシンボルテーブル作成です。PLCは、マイクロコントローラに近いプログラミング、またはPLCは、モジュール式のマイクロコントローラです。プログラムの重複で不合理なレジスタ・アドレス・レジスタがある場合はそのため、多くの操作は、PLCに対して指向され、一定の結果が期待されることはありません。(プロンプトの問題があるでしょうMicroWin)上記の問題を避けるためにコンパイルシンボルテーブルだけでなく、登録するだけでなく、プログラムが読みやすくを持たせることができます。VBで定義されているこの変数は同様であろう。VBのプログラミングは、事件について懸念している、と仕事がPCのオペレーティングシステムによって行われるため、メインプログラムは、サブルーチン、VBメインプログラムの概念を強調しません。PLCではありません。PLCプログラムはトランクのメインプログラムで、CPUはメインプログラムループの実行を継続する、それがサブルーチンを呼び出すか、トリガ条件が満たされているだけのルーチンを中断します。フルタイムで行われ、そのタスクのサブルーチンと割り込みルーチンは必要ありません。これらのタスクは、メインプログラムに配置されている場合は、メインプログラムは、プログラムの効率を低下させ、理由もなく、ワークロードが増加します。このマイクロコントローラは、アイデアをプログラミングし、一貫しています。ロジックサブルーチンをより明確にプロセス全体で使用することができる原因。そしてサブルーチンは、デバッグを書き、そして最終的にはメインプログラムに「インストール」するために分離することができます。この方法は、あなたが問題を一つずつ解決することができます。PLCプログラミング、どちらかLAD、またはSTLか、VBように、直感的で楽しく、そしてより多くのではないCAD画像その後、より良いです。しかし、MCUアセンブリ言語の視認性をより良く、より。初心者のために、LAD(ラダーダイアグラム)プログラミングは、比較的直感的で使いやすいです。最後に、PLCは、マイクロコントローラよりも多くを容易にするため、豊富なコマンドモジュールを提供します。しかし、初心者は簡単なプログラミング命令は、自分の目標を達成するために使用してみてください。かかわらず、少し土に見えるが、それは確かに始めるための良い方法です、あなたは、より複雑な命令が役立つだろうと理解しています。いくつかの経験を武器に、同様に最適化プログラムを考慮しなければならないとして、アプリケーションの複雑な命令を把握します。

ます。https://www.jianshu.com/p/0eb06d139e09で再現

おすすめ

転載: blog.csdn.net/weixin_33883178/article/details/91184040
おすすめ