EnglishУкраїнськаРocсийский
Login/New
Topic with no new replies

PLCs programming languages IEC-61131-3 (EN 61131)


Poll
Question:
Do you need languages IEC 61131-3 implementing for PLC environments based on OpenSCADA?
No, for me DAQ.JavaLikeCalc and DAQ.BlockCalc enough
 
2 of 8 replies (25%)
Yes, but I cannot to fund for the work
 
1 of 8 replies (13%)
Yes, and I will help in the adapting and testing
 
4 of 8 replies (50%)
Yes, and I will fund for the work
 
1 of 8 replies (13%)


Author Message
Written on: 22. 10. 2012 [17:26]
roman
Roman Savochenko
Moderator
Contributor
Developer
Topic creator
registered since: 12.12.2007
Posts: 3424
Base: actuality and some requests
Funding: Raise: 2300$
Priority: low
State: Fundraising (0%) and actuality polling

IEC 61131-3 is the third part (of 8) of the open international standard IEC 61131 for programmable logic controllers. Part 3 of IEC 61131 deals with programming languages and defines two graphical and two textual PLC programming language standards:
- Ladder diagram (LD), graphical
- Function block diagram (FBD), graphical
- Structured text (ST), textual
- Instruction list (IL), textual
- Sequential function chart (SFC), has elements to organize programs for sequential and parallel control processing.

Into OpenSCADA for that and all other used internal DAQ.JavaLikeCalc (textural) and DAQ.BlockCalc (block) languages which like to JavaSctipt language and FBD. PLC environment for OpenSCADA is not main function then support IEC 61131-3 is not in priority by its specific environments and also internal languages DAQ.JavaLikeCalc and DAQ.BlockCalc more functional, flexible and easier for powerful PLC-environment's functions performing, by OpenSCADA developers mean.

All the work laboriousness evaluation that is:
- Task forming, coordination and organization: 1ЧД
- Textual languages (ST, IL): implementing into a module IEC61131 with use compiled native binaries as the sub-modules of different procedures, that is: the Lexical and Syntax Analyser forms a C-code for each procedure; native gcc compile the C-procedure to a binary module; the module IEC61131 connect the compiled binary sub-module and execute it into the function context and the external requests:
    - Conceptual projecting of the textual languages and a generic mechanisms implementing of call and execution (in an example and only for an one language): 3HD
    - Projecting and implementing of the lexical and syntax analysers (for one languages): 2x4HD
    - Testing, bugfixing and current support/extending: 2x5HD
- Graphical languages (LD, FBD, SFC): execution implements into DAQ.BlockCalc but it's visual development into UI.Vision (potentially into UI.WebVision):
    - Conceptual projecting of the interface of developing and controlling the execution between DAQ.BlockCalc and UI.Vision for the graphical languages (in an example and only for an one language): 1.5HD
    - Implementing into UI.Vision of the developing and execution interface of schemes into DAQ.BlockCalc (in an example and only for an one language): 2HD
    - Forming of the functions library (for DAQ.BlockCalc) and the visual shapes library of that functions (UI.Vision) (for one languages): 3x2HD
    - Testing, bugfixing and current support/extending: 3x5HD

In results we have the minimal complexity per one textual it is 13HD and graphical language it is 11.5HD and the fundraising level to the task start it is 2300$.

Learn, learn and learn better than work, work and work.
Written on: 18. 12. 2012 [07:47]
Gregory
Григорий Рубцов
registered since: 12.12.2012
Posts: 4
Популярность языков стандарта МЭК 61131-3 стремительно растёт. Всё большее число OEM-производителей внедряют в свои ПЛК и промышленные компьютеры поддержку этого стандарта. Поэтому для того чтобы OpenSCADA оставалась конкурентоспособной ей определённо имеет смысл поддерживать эти языки программирования.
Written on: 18. 12. 2012 [11:26]
roman
Roman Savochenko
Moderator
Contributor
Developer
Topic creator
registered since: 12.12.2007
Posts: 3424
"Gregory" wrote:

Популярность языков стандарта МЭК 61131-3 стремительно растёт. Всё большее число OEM-производителей внедряют в свои ПЛК и промышленные компьютеры поддержку этого стандарта. Поэтому для того чтобы OpenSCADA оставалась конкурентоспособной ей определённо имеет смысл поддерживать эти языки программирования.

Вовсе неопределённо и именно для этого создан данный опрос/сбор средств. К вашему сведению этот набор языков для узкоспециализированного класса "слабых" контроллеров, которые в значительной степени уже вытеснены нормальными ПЛК, способными исполнять полноценные ОС и для которых такие языки просто ограничивают возможности современного железа. Следовательно широкое распространение МЭК 61131-3 это чисто субъективное мнение и про конкурентноспособность OpenSCADA, которая ни разу не рыночное решение, а свободный проект, тут не нужно!

Однако если кому это действительно нужно то он и профинансирует работу по реализации языков этого стандарта, а не будет кивать в сторону разработчиков OpenSCADA, которым это лично не нужно.

Learn, learn and learn better than work, work and work.



3218