spdif123
06.04.2017, 09:52
Добрый день.
1)Долгое время работали в MasterScada, в которой легко было реализовывать объектный поход при разработке проектов АСУТП.
Объектный реализация проекта заключалась в:
-В оборудовании выделялись системы управления (система нагрева,водяная система, система газонапуска и т.д.)
-Для каждого объекта определялись списки внешних переменных ( входы/выходы для макрокоманд от главного объекта )
-Далее каждый специалист разрабатывал объект(модуль) управления той или иной системой.
-Готовые объекты (модули) вставлялись в конечный проект управления оборудованием через библиотеки. Внешние входы/выходы вставленного
в проект объекта связываются с главным объектом системы.
Такой подход позволяет легко добиться тиражирования объектов, организовать групповую работу над проектом и техническую поддержку.
2) Сейчас встала задача реализовать несколько проектов в CoDeSys. На мой взгляд есть несколько вариантов реализации подобной технологии(см.п.1) в CoDeSyS:
2.1.Библиотечные ФБ:
-Объект управления системой делается как визуальный ФБ (программная реализация через ST).
-После разработки - Объект(ФБ) помещается в библиотеку.
-В конечный проект из библиотеки вставляются нужные ФБ (объекты-системы) и визуальными связями связываются между собой и с главным объектом.
2.2. Папки
Этот вариант появился после просмотра демо проектов (в частности VisuDemoMobile.projectarchive) в которых специфичные функции разделяются по папкам.
Но как эти папки передавать в другой проект (без копировать/вставить) пока не решено.
2.3 Application composer (http://www.codesys.ru/docs/conf14/UC_2014_CODESYS_Application_Composer_en.pdf)
Концепция построения близка требуемой.
2.4. Интерфейсы
(пока не изучал)
Уважаемые знатоки CODeSys, подскажите как бы Вы реализовали такую задачу? В какую сторону надо "копать"?
1)Долгое время работали в MasterScada, в которой легко было реализовывать объектный поход при разработке проектов АСУТП.
Объектный реализация проекта заключалась в:
-В оборудовании выделялись системы управления (система нагрева,водяная система, система газонапуска и т.д.)
-Для каждого объекта определялись списки внешних переменных ( входы/выходы для макрокоманд от главного объекта )
-Далее каждый специалист разрабатывал объект(модуль) управления той или иной системой.
-Готовые объекты (модули) вставлялись в конечный проект управления оборудованием через библиотеки. Внешние входы/выходы вставленного
в проект объекта связываются с главным объектом системы.
Такой подход позволяет легко добиться тиражирования объектов, организовать групповую работу над проектом и техническую поддержку.
2) Сейчас встала задача реализовать несколько проектов в CoDeSys. На мой взгляд есть несколько вариантов реализации подобной технологии(см.п.1) в CoDeSyS:
2.1.Библиотечные ФБ:
-Объект управления системой делается как визуальный ФБ (программная реализация через ST).
-После разработки - Объект(ФБ) помещается в библиотеку.
-В конечный проект из библиотеки вставляются нужные ФБ (объекты-системы) и визуальными связями связываются между собой и с главным объектом.
2.2. Папки
Этот вариант появился после просмотра демо проектов (в частности VisuDemoMobile.projectarchive) в которых специфичные функции разделяются по папкам.
Но как эти папки передавать в другой проект (без копировать/вставить) пока не решено.
2.3 Application composer (http://www.codesys.ru/docs/conf14/UC_2014_CODESYS_Application_Composer_en.pdf)
Концепция построения близка требуемой.
2.4. Интерфейсы
(пока не изучал)
Уважаемые знатоки CODeSys, подскажите как бы Вы реализовали такую задачу? В какую сторону надо "копать"?