IEC 61131 PROGRAMMING
IEC 61131 PROGRAMMING
(OP)
I have programmed many models of PLC and am reviewing the pros and cons of the IEC 61131 programming method vs. more conventional standard Ladder logic.
At first glance I do not find this method of programming to be particularly intuitive and the need to repeat variable declarations for each function block would seem redundant. In addition on-line monitoring/debugging seems tedious and awkward when the program is written in one of the textual languages [Instruction List or Structured Text].
However this is a NEW LANGUAGE for me so maybe I will begin to master it in time. I am currently using the Moeller Sucosoft 5.0 software with the PS4-200 series PLC.
I would be grateful to hear opinions from programmers who have used both types of programming language.
1.Are there any recommendations or resources that this forum's readers can suggest to get me up to speed faster with this programming language?
2.Other than the claim that this programming language is capable seamless cross-platform migration what are the true advantages/disadvantage of this system?
3.It would seem that there is a definite reluctance in the N.American market to adopt this programming system. Why?
At first glance I do not find this method of programming to be particularly intuitive and the need to repeat variable declarations for each function block would seem redundant. In addition on-line monitoring/debugging seems tedious and awkward when the program is written in one of the textual languages [Instruction List or Structured Text].
However this is a NEW LANGUAGE for me so maybe I will begin to master it in time. I am currently using the Moeller Sucosoft 5.0 software with the PS4-200 series PLC.
I would be grateful to hear opinions from programmers who have used both types of programming language.
1.Are there any recommendations or resources that this forum's readers can suggest to get me up to speed faster with this programming language?
2.Other than the claim that this programming language is capable seamless cross-platform migration what are the true advantages/disadvantage of this system?
3.It would seem that there is a definite reluctance in the N.American market to adopt this programming system. Why?





RE: IEC 61131 PROGRAMMING
So, in short, don't look at it as an alternative to RLL. It isn't, it comprehends that and is much much more. You are free to comfine yourself to RLL within this context, it simply doesn't BOX you into it. And let's be honest here, RLL doesn't address some automation needs very effectively unless you're using langauge extensions anyway. We have just all agreed to EXPAND our view of the language set to occommodate its omissions, RIGHT?
RE: IEC 61131 PROGRAMMING
RE: IEC 61131 PROGRAMMING
thanks for your detailed and convincing argument toward adopting IEC 61131 programming. While I realize the primary goals are to "standardize" the programming language and provide cross-platform software migration I still remain unconvinced.
In the short time I have been using and learning the Moeller software it is apparent that each vendor includes a library of standardized IEC compliant instructions/functions and file tools. However they are free to provide platform/software specific libraries and tools.
This would seem to defeat the whole purpose of standardization and result in similar issues that currently exist between conventional Ladder Logix programs which you so eloquently discussed.
Any comments? By the way thanks for the link.
RE: IEC 61131 PROGRAMMING
I agree with your observations about certain inefficienties with this standard, which by the way covers much much more than languages provided for in standard -3. The intended outline covers the mechanisms for I/O rack configuration where you learn one time to configure any rack in the world. I don't know that it will all be helpful and what we will end up with is companies providing the standard generators with their 'native' development systems.
I do a good bit of DCS and database work so the overdefining and structuring that may 'irk' you somewhat is just "par for the course" as regards my existing habits.
I explain what EVERYTHING is and where it's at before I even know exactly how to accomplish the task.
I would say this regarding the langauge set.
Is it perfect? Of course not!!
Is it comprehensive? Certainly not, I use 17 languages and some of my favorites aren't even included!!!
Is it more time effective?? This depends really on the scope and breath of the job or system and the specific inclusion of parallel tasks such as data logging, coordinated motion, analysis, supervisory layers and what have you.
Is is always a benefit??? No, indeed sometimes on a small, 'sub 8k', ladder logic natured job it's a pain in the but; but, someday.... someday??
RE: IEC 61131 PROGRAMMING
I loved the idea that I no longer have to care how
Square D, Modicon, Seimans, TI, Reliance, AB, ABB, Telemechanique, or anyone else does stuff. I just use the standard and their stuff works. Most of the questions and threads here, as you may imagine, would go away. You and I wouldn't ask "Can you do run-time edits on a 984 or 777?", we would just know that if it was "certified" it did and we would know how!!!
The down side as I have come to discover is that it essentially has the effect or potential depending on it's acceptance of making those who primarily program plcs a commodity. No longer would some company need to run a ad for a Seimans S7 programmer, they could hire someone who is a programmer of the standard. I beleive that at the bottom some have intended to use this to drive down wages on plc engineers and technicians. Now, That's bad for me!!!
I'm for it in many ways and again it in others; but, I have no doubt that it will prevail in it's acceptance because any company that fails to provide the standard will someday be frozen out by the negative connotation of being a holdout.
RE: IEC 61131 PROGRAMMING
you sure have been busy responding very to my qusetion in much depth, looks like this is as hot an issue for you as it is for me. Yes we used to program in C and C++ back in the good ole microprocessor days. Our push towards PLC's was two-fold, it simplifies the I/O interfacing and dare I say it lowered the cost of necessary programming skills. This meant that a wider audience [from programmer to end-user maintenance folks] were able to work with the control devices. On-site changes, program downloads, on-line debugging etc. etc. all became a less painful and simpler process.
In programming using IEC 61131 standards one is able to mix programming methods [Structured Text, Ladder Diagram, Function Block Diagram and Instruction List] for each program function block. In some cases these may even be mixed within the same function block.
There is no doubt that some instructions [for example array handling, complex calculations] are not efficiently handled with conventional ladder instructions, they are better handled using one of the alternate programming tools. This is a definite advantage. However it would seem that this begins to migrate away from a the very advantages that conventional ladder programming offered - namely a language/method that is readily understood and accepted by all parties involved in it implementation and use.
Needless to say this seems to be the ultimate goal of the IEC 61131 standard. I rememember back in the late 70's trying being laughed at when trying to convince the diehard NEMA standards electrical engineers to implement some DIN/IEC standard components.
Yes the standard is well accepted and being used in Europe. Why the reluctance os US domestic suppliers to adopt the same approach? Pride? NIH [Not Invented Here] Syndrome? Re-Training Costs? Available programmers?
I have yet to see ONE U.S. job description that even mentions the 61131 standard as a requirement!
Oh what to to, which way to turn. I wish I had that crystal ball!
Thanks again for your responses.
Anyone else other than skills have input?