Последние сообщения форума : Tasks forming http://oscada.org/ru/forum/topics/tasks_forming_formirovanie_zadach/ Tasks forming ru Thu, 16 Apr 2026 12:52:57 +0300 mm_forum powered by TYPO3 60 Adapting OpenSCADA to work on OS MS Windows http://oscada.org/ru/forum/posts///10337/ Tue, 22 Oct 2024 14:28:41 +0300 This one was rejected from any perspective of implementation due to no Author priority here to deal with any commercial-closed OS after negotiation with the QNX firm. any perspective of implementation due to no Author priority here to deal with any commercial-closed OS after negotiation with the QNX firm. ]]> Tasks forming roman PLCs programming languages IEC-61131-3 (EN 61131) http://oscada.org/ru/forum/posts///10336/ Tue, 22 Oct 2024 14:20:52 +0300 The task was started from implementing the visual development as a sub-project "Graphical PLC Programming in OpenSCADA" and with some funding. The project currently is freeze before implementing a pair other tasks and it pre-scheduled to continue from December of 2024. Graphical PLC Programming in OpenSCADA" and with some funding.

The project currently is freeze before implementing a pair other tasks and it pre-scheduled to continue from December of 2024. ]]> Tasks forming roman PLCs programming languages IEC-61131-3 (EN 61131) http://oscada.org/ru/forum/posts///9750/ Thu, 19 Sep 2019 12:04:32 +0300 Популярность языков стандарта МЭК 61131-3 стремительно растёт. Всё большее число OEM-производителей внедряют в свои ПЛК и промышленные компьютеры поддержку этого стандарта. Поэтому для того чтобы OpenSCADA оставалась конкурентоспособной ей определённо имеет смысл поддерживать эти языки программирования. Вовсе неопределённо и именно для этого создан данный опрос/сбор средств. К вашему сведению этот набор языков для узкоспециализированного класса "слабых" контроллеров, которые в значительной степени уже вытеснены нормальными ПЛК, способными исполнять полноценные ОС и для которых такие языки просто ограничивают возможности современного железа. Следовательно широкое распространение МЭК 61131-3 это чисто субъективное мнение и про конкурентноспособность OpenSCADA, которая ни разу не рыночное решение, а свободный проект, тут не нужно! Однако если кому это действительно нужно то он и профинансирует работу по реализации языков этого стандарта, а не будет кивать в сторону разработчиков OpenSCADA, которым это лично не нужно. Всем привет. В поисках доступного решения для реализации своих хотелок наткнулся на ваш проект. С первого раза мне не получилось понять его. вообще ни как. Хотя у меня стаж 9 лет работы со скада системами и плк контроллерами. после чего почитав форумы понял что нужно больше времени чтобы освоить вашу систему. В итоге мне она даже понравилась. и сейчас я ее активно изучаю. Конечно очень не привычно но все таки получается. И действительно как многие сказали демо проекты не для освоения скады новичками. новички и дальше установки не пролезут =)) но эт чисто мое мнение. В процессе изучения я понимаю что система может работать и как контроллер. пытаюсь разобраться что к чему и понимаю - это очень сложная задача. спросите в плане чего она сложная. в плане отладки. создать более менее сложный какой то алгоритм, а потом его отладить будет очень сложно и может даже не возможно. все загвоздка в том что всю картину не видно и нужно ее держать в голове. прямых переходов нету. нужно все искать и открывать. И после чего начинаю искать стороннее решение по программирования на языках IEC-61131-3. Кое что нашел... но все имеют кучу недостатков. я рассматривал только бесплатные решения. и еще было условие - исполнение на компе (SoftPLC) с поддержкой modbus. эт чтобы с вашей системой состыковать =)) Сам работаю в основном с платформами Simens Step 7 и tia portal, а также приходится программировать и другие фирмы Mitsubishi, Omron, ОВЕН, ален брэдли. так вот во всех редакторах програм плк этих фирм присутствуют изыки стандарта IEC-61131-3 и все они имеют функцию мониторинга. что позволяет с легкостью отслеживать и отлаживать программы на рабочем оборудовании и при симуляции. А это сообщение я решил написать когда увидел ваш пост от 18. 12. 2012 в котором вы говорите что эти языки все меньше и меньше используются. И честно говоря меня это очень разочаровало. сегодня на дворе уже 19 год подходит к концу и я смею утверждать что эти языки очень широко используются в системах автоматизации на миллионах объектах. включая не только промышленность. Даже программирование на ардуино стремятся перевести на подобные языки. но как я и говорил нормально работают такие языки не у всех. не имея обратной связи по исполнению программы, то-есть отображения прохождения сигналов, очень сложно отлаживать ее. маленькие алгоритмы не беру в счет. Конечно бы очень хотелось чтобы в вашем продукте появилась полноценная поддержка этих языков с обратной связью по исполнению. но в силу осознавания сколько на это потребуется сил и времени я не вправе что то даже просить не то что требовать =)) Может есть возможность адаптировать уже какие то готовые открытые проекты. к примеру мне понравилась реализация программой среды OpenPLC Editor проекта OpenPLC. я протестировал FBD и он работает как нужно. Отображаются и битовые и числовые переменные. все бы хорошо но это только в режиме симуляции. среда исполнения контроллера на отдельном модуле. и требует отдельного компилированного файла из OpenPLC Editor. и конечно же реальное положение вещей не увидеть. если можно их как то связать бы ло бы превосходно. но это так мысли в слух. я то да же не представляю как там что работает на низком уровне. На данный момент я решил попробовать внедрить OpenSCADA на предприятии на котором сейчас работаю. Пока только в качестве станций визуализации и архивации. без каких либо алгоритмов взаимодействия или управления. И в заключении еще раз хотелось бы вас поблагодарить за систему. если у меня с ней отношения срастутся то буду ее активно использовать и продвигать со всеми вытекающими благодарностями и помощью. "roman" wrote:

"Gregory" wrote:

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

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

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

Всем привет.
В поисках доступного решения для реализации своих хотелок наткнулся на ваш проект. С первого раза мне не получилось понять его. вообще ни как. Хотя у меня стаж 9 лет работы со скада системами и плк контроллерами. после чего почитав форумы понял что нужно больше времени чтобы освоить вашу систему. В итоге мне она даже понравилась. и сейчас я ее активно изучаю. Конечно очень не привычно но все таки получается. И действительно как многие сказали демо проекты не для освоения скады новичками. новички и дальше установки не пролезут =)) но эт чисто мое мнение. В процессе изучения я понимаю что система может работать и как контроллер. пытаюсь разобраться что к чему и понимаю - это очень сложная задача. спросите в плане чего она сложная. в плане отладки. создать более менее сложный какой то алгоритм, а потом его отладить будет очень сложно и может даже не возможно. все загвоздка в том что всю картину не видно и нужно ее держать в голове. прямых переходов нету. нужно все искать и открывать.
И после чего начинаю искать стороннее решение по программирования на языках IEC-61131-3. Кое что нашел... но все имеют кучу недостатков. я рассматривал только бесплатные решения. и еще было условие - исполнение на компе (SoftPLC) с поддержкой modbus. эт чтобы с вашей системой состыковать =))
Сам работаю в основном с платформами Simens Step 7 и tia portal, а также приходится программировать и другие фирмы Mitsubishi, Omron, ОВЕН, ален брэдли. так вот во всех редакторах програм плк этих фирм присутствуют изыки стандарта IEC-61131-3 и все они имеют функцию мониторинга. что позволяет с легкостью отслеживать и отлаживать программы на рабочем оборудовании и при симуляции.
А это сообщение я решил написать когда увидел ваш пост от 18. 12. 2012 в котором вы говорите что эти языки все меньше и меньше используются. И честно говоря меня это очень разочаровало. сегодня на дворе уже 19 год подходит к концу и я смею утверждать что эти языки очень широко используются в системах автоматизации на миллионах объектах. включая не только промышленность. Даже программирование на ардуино стремятся перевести на подобные языки. но как я и говорил нормально работают такие языки не у всех. не имея обратной связи по исполнению программы, то-есть отображения прохождения сигналов, очень сложно отлаживать ее. маленькие алгоритмы не беру в счет.
Конечно бы очень хотелось чтобы в вашем продукте появилась полноценная поддержка этих языков с обратной связью по исполнению. но в силу осознавания сколько на это потребуется сил и времени я не вправе что то даже просить не то что требовать =))
Может есть возможность адаптировать уже какие то готовые открытые проекты. к примеру мне понравилась реализация программой среды OpenPLC Editor проекта OpenPLC. я протестировал FBD и он работает как нужно. Отображаются и битовые и числовые переменные. все бы хорошо но это только в режиме симуляции. среда исполнения контроллера на отдельном модуле. и требует отдельного компилированного файла из OpenPLC Editor. и конечно же реальное положение вещей не увидеть. если можно их как то связать бы ло бы превосходно. но это так мысли в слух. я то да же не представляю как там что работает на низком уровне.
На данный момент я решил попробовать внедрить OpenSCADA на предприятии на котором сейчас работаю. Пока только в качестве станций визуализации и архивации. без каких либо алгоритмов взаимодействия или управления.
И в заключении еще раз хотелось бы вас поблагодарить за систему. если у меня с ней отношения срастутся то буду ее активно использовать и продвигать со всеми вытекающими благодарностями и помощью. ]]> Tasks forming RehDen OpenSCADA adapting to the Android OS. Tablet Asus Nexus 7 II workout http://oscada.org/ru/forum/posts///8894/ Tue, 18 Jul 2017 10:36:24 +0300 Adaption to Android: (+) read a book about Android NDK, using of Android NDK and Crystalx-NDK; (+) compiling for tests, education and execution; (+) initially (minimum) build and execute OpenSCADA for console (without GUI): PCRE, OpenSCADA Core, builtin modules: Transport.Sockets, Protocol.SelfSystem, DAQ.JavaLikeCalc, Special.FLibMath; (+) make the performance tests for Soft and Hard float. (+) compile for all OpenSCADA key modules to include/builtin them into the core. (+) compile for needed external libraries: OpenSSL, SQLite, GD , intl, iconv. (+) rebuild all already built parts into the original Ndk (outward the standalone one); (+) build Qt5: in the default configuration, with the early built libraries; (+) initial build OpenSCADA with Qt5; (+) build and observe an example of Qt5 as a Java package (APK); (+) adapt OpenSCADA to Qt5 on Android and build as a Java package (APK); get the program's locale from Java environment and set it to environment LANG; (+) the Java package (APK) resolve for different data files placing and fill in; (+) OpenSCADA main functions related to Qt restore and fix: Qt5 builds with soft-float but hard-float causes the mostly problems; two branches were created, based on CrystaX NDK r10 (from ABI 19) and Original Ndk r13 (from ABI 21); default interface style was set to "fusion"; (+) some Android specific expandings of the project OpenSCADA. (+) read a book about Android NDK, using of Android NDK and Crystalx-NDK;
(+) compiling for tests, education and execution;
(+) initially (minimum) build and execute OpenSCADA for console (without GUI): PCRE, OpenSCADA Core, builtin modules: Transport.Sockets, Protocol.SelfSystem, DAQ.JavaLikeCalc, Special.FLibMath;
(+) make the performance tests for Soft and Hard float.
(+) compile for all OpenSCADA key modules to include/builtin them into the core.
(+) compile for needed external libraries: OpenSSL, SQLite, GD [expat,libpng,jpeg,fontconfig,freetype], intl, iconv.
(+) rebuild all already built parts into the original Ndk (outward the standalone one);
(+) build Qt5: in the default configuration, with the early built libraries;
(+) initial build OpenSCADA with Qt5;
(+) build and observe an example of Qt5 as a Java package (APK);
(+) adapt OpenSCADA to Qt5 on Android and build as a Java package (APK); get the program's locale from Java environment and set it to environment LANG;
(+) the Java package (APK) resolve for different data files placing and fill in;
(+) OpenSCADA main functions related to Qt restore and fix: Qt5 builds with soft-float but hard-float causes the mostly problems; two branches were created, based on CrystaX NDK r10 (from ABI 19) and Original Ndk r13 (from ABI 21); default interface style was set to "fusion";
(+) some Android specific expandings of the project OpenSCADA. ]]> Tasks forming roman OpenSCADA adapting to the Android OS. Tablet Asus Nexus 7 II workout http://oscada.org/ru/forum/posts///8893/ Tue, 18 Jul 2017 10:35:36 +0300 Tablet Asus Nexus 7 II work out: (+) ROOT access. (+) Molti-boot installation. (+) Android OS version 5 and 6 installation. (-) A full-featured Linux environment installation in parallel through the Multi-boot. (-) Deploy OpenSCADA as a solution into light "chroot" and a screen through X11 by XDMCP. (+) ROOT access.
(+) Molti-boot installation.
(+) Android OS version 5 and 6 installation.
(-) A full-featured Linux environment installation in parallel through the Multi-boot.
(-) Deploy OpenSCADA as a solution into light "chroot" and a screen through X11 by XDMCP. ]]> Tasks forming roman OpenSCADA adapting to the Android OS. Tablet Asus Nexus 7 II workout http://oscada.org/ru/forum/posts///7852/ Sun, 06 Dec 2015 19:00:04 +0200 Base: OpenSCADA adaption to the Android OS Funding: welcomed and 3000WMR now Current difficulty (directly sponsored): 30 (0.21) days Begin: 06.12.2015 Priority: middle State: Android specific expandings of the project OpenSCADA. Achievement: packs manually to the APK generic packages by CrystaxNDKr10 (ABI 19, Android = 4.4) and NDKr13 (ABI 21, Android >= 5), starts and works for both Web and Qt5 Project page: Tablet Asus Nexus 7 II, the work of adapting to Android OS Base: OpenSCADA adaption to the Android OS
Funding: welcomed and 3000WMR now
Current difficulty (directly sponsored): 30 (0.21) days
Begin: 06.12.2015
Priority: middle
State: Android specific expandings of the project OpenSCADA.
Achievement: packs manually to the APK generic packages by CrystaxNDKr10 (ABI 19, Android = 4.4) and NDKr13 (ABI 21, Android >= 5), starts and works for both Web and Qt5
Project page: Tablet Asus Nexus 7 II, the work of adapting to Android OS ]]> Tasks forming roman PLCs programming languages IEC-61131-3 (EN 61131) http://oscada.org/ru/forum/posts///5020/ Tue, 18 Dec 2012 11:26:58 +0200 Популярность языков стандарта МЭК 61131-3 стремительно растёт. Всё большее число OEM-производителей внедряют в свои ПЛК и промышленные компьютеры поддержку этого стандарта. Поэтому для того чтобы OpenSCADA оставалась конкурентоспособной ей определённо имеет смысл поддерживать эти языки программирования. Вовсе неопределённо и именно для этого создан данный опрос/сбор средств. К вашему сведению этот набор языков для узкоспециализированного класса "слабых" контроллеров, которые в значительной степени уже вытеснены нормальными ПЛК, способными исполнять полноценные ОС и для которых такие языки просто ограничивают возможности современного железа. Следовательно широкое распространение МЭК 61131-3 это чисто субъективное мнение и про конкурентноспособность OpenSCADA, которая ни разу не рыночное решение, а свободный проект, тут не нужно! Однако если кому это действительно нужно то он и профинансирует работу по реализации языков этого стандарта, а не будет кивать в сторону разработчиков OpenSCADA, которым это лично не нужно. "Gregory" wrote:

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

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

Однако если кому это действительно нужно то он и профинансирует работу по реализации языков этого стандарта, а не будет кивать в сторону разработчиков OpenSCADA, которым это лично не нужно. ]]> Tasks forming roman PLCs programming languages IEC-61131-3 (EN 61131) http://oscada.org/ru/forum/posts///5017/ Tue, 18 Dec 2012 07:47:31 +0200 Популярность языков стандарта МЭК 61131-3 стремительно растёт. Всё большее число OEM-производителей внедряют в свои ПЛК и промышленные компьютеры поддержку этого стандарта. Поэтому для того чтобы OpenSCADA оставалась конкурентоспособной ей определённо имеет смысл поддерживать эти языки программирования. Tasks forming Gregory PLCs programming languages IEC-61131-3 (EN 61131) http://oscada.org/ru/forum/posts///4828/ Mon, 22 Oct 2012 17:26:53 +0300 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 organise programs for sequential and parallel control processing. In OpenSCADA for that and all other the internal DAQ.JavaLikeCalc (textural) and DAQ.BlockCalc (block) languages are used which like to JavaSctipt language and FBD. The PLC environment for OpenSCADA is not the main function then the IEC 61131-3 support is not in priority since its specific and the internal languages DAQ.JavaLikeCalc and DAQ.BlockCalc is 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 organisation: 1HD - Textual languages (ST, IL): implementing in the module IEC61131 with using the 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 executing that into the function context and the external requests:     - Conceptual projecting of the textual languages and a generic implementing mechanisms 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, stabilising and following support/extending: 2x5HD - Graphical languages (LD, FBD, SFC): execution implementing in DAQ.BlockCalc, but they visual development in UI.Vision (potentially in 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 in UI.Vision for the developing and execution the scheme interface in 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, stabilising and following support/extending: 3x5HD Summary, we have the minimal complexity per one textual it is 13HD and one graphical language it is 11.5HD and the fundraising level to the task start it is 2300$. 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 organise programs for sequential and parallel control processing.

In OpenSCADA for that and all other the internal DAQ.JavaLikeCalc (textural) and DAQ.BlockCalc (block) languages are used which like to JavaSctipt language and FBD. The PLC environment for OpenSCADA is not the main function then the IEC 61131-3 support is not in priority since its specific and the internal languages DAQ.JavaLikeCalc and DAQ.BlockCalc is 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 organisation: 1HD
- Textual languages (ST, IL): implementing in the module IEC61131 with using the 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 executing that into the function context and the external requests:
    - Conceptual projecting of the textual languages and a generic implementing mechanisms 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, stabilising and following support/extending: 2x5HD
- Graphical languages (LD, FBD, SFC): execution implementing in DAQ.BlockCalc, but they visual development in UI.Vision (potentially in 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 in UI.Vision for the developing and execution the scheme interface in 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, stabilising and following support/extending: 3x5HD

Summary, we have the minimal complexity per one textual it is 13HD and one graphical language it is 11.5HD and the fundraising level to the task start it is 2300$. ]]> Tasks forming roman Adapting OpenSCADA to work on OS MS Windows http://oscada.org/ru/forum/posts///4827/ Mon, 22 Oct 2012 17:04:28 +0300 Base: Plan and actuality Funding: Raise: 2000$+6000$ Priority: low State: Fundraising (0%) and actuality polling Adapting to build and work OpenSCADA on OS MS Windows is compared easy due to the development process base on open and multi-platform technologies, but some parts, like DAQ modules, needs for hard adapting and also for the development and next support needs purchase commercial OS and some other programs. Fundraising is doing for two work stages: 1. OpenSCADA core and main modules adapting for build and work from Wine — ~10days = 2000$ 2. Build and run OpenSCADA into real environment of OS MS Windows. Adapting most popular but specific for software platform OpenSCADA modules. Prepare distributive of OpenSCADA for MS Windows — ~ 30days = 6000$ If the fundraising will fail then first stage will realized all the same for nominal other software platform support providing but without distribution prepare and free support through OpenSCADA forum. Base: Plan and actuality
Funding: Raise: 2000$+6000$
Priority: low
State: Fundraising (0%) and actuality polling

Adapting to build and work OpenSCADA on OS MS Windows is compared easy due to the development process base on open and multi-platform technologies, but some parts, like DAQ modules, needs for hard adapting and also for the development and next support needs purchase commercial OS and some other programs.

Fundraising is doing for two work stages:
1. OpenSCADA core and main modules adapting for build and work from Wine — ~10days = 2000$
2. Build and run OpenSCADA into real environment of OS MS Windows. Adapting most popular but specific for software platform OpenSCADA modules. Prepare distributive of OpenSCADA for MS Windows — ~ 30days = 6000$

If the fundraising will fail then first stage will realized all the same for nominal other software platform support providing but without distribution prepare and free support through OpenSCADA forum. ]]> Tasks forming roman Rules http://oscada.org/ru/forum/posts///4806/ Thu, 18 Oct 2012 11:54:59 +0300 In this section of the developers' forum the registered users have opportunity to take the lead in forming the tasks for subsequent implementation by the developers. The section serves to targeted fundraising and relevance evaluation for implementing some labor-intensive functions or extensions to OpenSCADA. In contrast to section Features and service request, of public forum, here forming is labor-intensive tasks which are not needed by the developer, but are relevant for OpenSCADA users and they are ready to take a direct part or to finance the implementation of the work. The task is created by the developer or registered user by new topic creation. Next, the developer estimates complexity and creates poll on relevance of the topic and collection funds, if the user is not willing to finance entire development. After the fundraising finishing, the developer moves topic in appropriate section implementation and start working. The developer can start implementing without waiting for full funds collection in high relevance of the theme, thus accomplishing part of the job at his own expense. As fundraising information on progress may be published in the first message. Confirmation to finance the work part or all is the money transfer to developers, showing the certainty.
The section serves to targeted fundraising and relevance evaluation for implementing some labor-intensive functions or extensions to OpenSCADA. In contrast to section Features and service request, of public forum, here forming is labor-intensive tasks which are not needed by the developer, but are relevant for OpenSCADA users and they are ready to take a direct part or to finance the implementation of the work.

The task is created by the developer or registered user by new topic creation. Next, the developer estimates complexity and creates poll on relevance of the topic and collection funds, if the user is not willing to finance entire development. After the fundraising finishing, the developer moves topic in appropriate section implementation and start working. The developer can start implementing without waiting for full funds collection in high relevance of the theme, thus accomplishing part of the job at his own expense. As fundraising information on progress may be published in the first message.

Confirmation to finance the work part or all is the money transfer to developers, showing the certainty. ]]> Tasks forming roman