WebSCADA
| Author |
Message |
|
Written on: 04. 08. 2009 [11:07]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
almaz wrote:
Просто мы используем логический уровень для хранения переменных блочных схем, а внешние ссылки для ввода-вывода данных в схему. Может быть это неправильно и лучше (быстродейственнее) хранить их в контроллере блочного вычислителя (ветка параметры), но работает.
Что значит хранение? Переменные хранятся в блочной схеме. А для предоставления к ним доступа как к атрибутам параметрам на них делаются ссылки в параметрах контроллеров BlockCalc.
almaz wrote:
Тогда нам остается только принять активное участие в наполнении библиотеки блоков (есть наработки и будут), то есть сформировать графический язык программирования (элементную базу) и wiki-документацию . Куда эти блоки лучше размещать? В модуль "Специальные" или в библиотеку Ява-вычислителя? У нас сейчас наработки в яве, но в модуле "Специальные" функции должны выиграть по быстродействию.
P.S. По-моему модуль "Специальные" постепенно становится библиотекой элементов. То есть в модуле "Специальные" базовая библиотека функций, а в Ява-вычислителе - пользовательская библиотека функций.
Предложение!!! Склонировать модуль "Специальные" и назвать его "Библиотека функций". Ну и потом из модуля "Библиотека функций" удалить "Тесты системы", а из модуля "Специальные" удалить всю библиотеку функций
"Специальные" это не модуль, а подсистема. И хранит она там статические библиотеки функций. Следовательно менять Вы их не можете и переноситься они никуда не будут, потому как им там место.
Learn, learn and learn better than work, work and work.
|
|
Written on: 04. 08. 2009 [13:36]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Я и имел ввиду, что подсистема "Специальные" стала "Стандартной библиотекой функций" и, будет ли она переносится/переименовываться или не будет, не имеет значения. А в этой "Стандартной библиотеке функций" находится модуль "Тесты системы", который к библиотекам отношения не имеет.
Просто провел аналогию с многими средами разработки, где библиотеки есть стандартные и пользовательские, соответственно так и называются. В нашем случае пользовательские библиотеки находятся в Ява-вычислителе.
Про замену функций я ничего не говорил, только о дополнении новыми функциями, нужными для графического программирования (соответственно, о создании мной новых групп функций в подсистеме "Специальные", так как это и есть "Стандартная библиотека").
Кроме того, скажу, что имею огромный опыт по работе с языками графического программирования и знаю какой набор функций необходим для эффективного программирования (сейчас их нет). И собираюсь начать не с добавления функций, а написания в wiki документации с набором этих функций, а уж потом реализации.
Так куда их нужно будет добавлять?
[This article was edited 1 times, at last 04.08.2009 at 16:54.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 04. 08. 2009 [19:02]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
almaz wrote:
Я и имел ввиду, что подсистема "Специальные" стала "Стандартной библиотекой функций" и, будет ли она переносится/переименовываться или не будет, не имеет значения. А в этой "Стандартной библиотеке функций" находится модуль "Тесты системы", который к библиотекам отношения не имеет.
Не стала ( http://wiki.oscada.org/Doc/OpisanieProgrammy?v=axu#h824-11 ).
Модуль движка визуализации, также содержит библиотеку с рядом функций ( http://wiki.oscada.org/Doc/VCAEngine?v=113i#h668-24 ), не обзывать же подсистему визуализации библиотекой. 
Мало того любой объект в OpenSCADA может предоставить пользовательские функции для контроля над ним. Почитайте концепцию внимательнее: http://wiki.oscada.org/Doc/SredaProgr
almaz wrote:
Кроме того, скажу, что имею огромный опыт по работе с языками графического программирования и знаю какой набор функций необходим для эффективного программирования (сейчас их нет). И собираюсь начать не с добавления функций, а написания в wiki документации с набором этих функций, а уж потом реализации.
Так куда их нужно будет добавлять?
Какие это функции Вы имеете в виду, например?
Пользователи должны писать на JavaLikeCalc. В подсистеме "Специальные" располагаются библиотеки статических функций системного API которые не могут быть реализованы в JavaLikeCalc:
Learn, learn and learn better than work, work and work.
|
|
Written on: 04. 08. 2009 [20:20]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
roman,
Вам не кажется что в вашей скаде чо(ё)рт голову сломает?
Ужос! Даже almaz "крошится"
ЗЫ: без литра не разберешься!
[This article was edited 1 times, at last 04.08.2009 at 20:22.]
|
|
Written on: 05. 08. 2009 [01:53]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
kuzulis wrote: Ужос! Даже almaz "крошится"
Никто ничего не "крошится". Просто из-за того, что Вы отвлекаете все забыли суть темы, даже Роман. Я не забыл и четко веду линию этой темы форума.
roman wrote:
Какие это функции Вы имеете в виду, например?
Пользователи должны писать на JavaLikeCalc.
Напоминаю краткое содержание:
1. Конечные пользователи выставили манифест из-за того, что система программирования очень сложная и для широкого круга не доступна и даже выдвинули некоторые предложения по улучшению ситуации.
2. Эти предложения были опровергнуты, так как они не приводили к желаемому результату.
3. Зато было принято предложение, которое существенно снизит планку необходимых специфических знаний для работы с OpenSCADA. Это создание графического языка программирования.
Как я представляю работу пользователя, который не знаком с синтаксисом ни одного языка программирования (в том числе и Ява-вычислитель), в OpenSCADA:
1. Он рисует в графическом языке программирования нужную логику работы технологического процесса. При этом он создает переменные, блоки и связи между ними. Кроме того, создает связи с модулями ввода-вывода сигналов (DAQ). При создании каждого блока он использует функции "Стандартной библиотеки функций", которая сейчас называется подсистемой "Специальные" (библиотека Ява-вычислителя-то пустая в новом проекте пользователя).
roman wrote:
В подсистеме "Специальные" располагаются библиотеки статических функций системного API которые не могут быть реализованы в JavaLikeCalc
80% этих функций можно написать в том же Ява-вычислителе. Ну плюс-минус - цифра неточная.
Так почему же другие нужные пользователю функции должны располагаться в другом месте?
Под этими функциями подразумеваю, например, элемент "И" с двумя логическими входами и одним логическим выходом. Всего 1 короткая строчка в Си или Яве, а конечному пользователю она нужна в виде графического блока. Это простейший блок, будут и намного сложнее (например FuzzyLogic-регулятор, другие регуляторы с искусственным интеллектом и базой знаний или анализатор работы дискретного клапана). Некоторые блоки на Ява-вычислителе могут и не получиться.  и скорость работы функций может пострадать.
2. Он набрасывает визуализацию из "Библиотеки виджетов" и создает связи атрибутов виджетов со своей блочной графической схемой, которая обрабатывает не только технологический процесс, но и некоторые задачи визуализации. И никакие библиотеки функций тут ему не нужны и даже если они есть неважно как называются. С "библиотекой виджетов" сейчас все нормально, она так и называется. Но пополнять ее тоже нужно.
От того, что я туда в 100-ый раз заглянул, многим конечным пользователям легче не стало. Роман, гляньте на все с их точки зрения. Пока OpenSCADA только для программистов.
P.S. Остаюсь при своем мнении, что любой даже с графическим языком программирования OpenSCADA не осилит, но это существенно увеличит круг пользователей.
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 05. 08. 2009 [07:36]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
kuzulis wrote: Вам не кажется что в вашей скаде чо(ё)рт голову сломает?
Никто голову не сломает. Уверен, что OpenSCADA со временем предоставит все свои возможности широкому кругу пользователей. И каждый пользователь сможет углубиться в работу с системой в соответствии со своими способностями и возможностями.
А документация по быстрому старту должна охватить именно графический язык программирования, ввод-вывод данных с использованием модулей DAQ, шлюз данных и простую визуализацию.
Освоив это начинающий пользователь сам решит до каких глубин изучать систему. И при этом сможет выполнить свои задачи, не изучая сложной документации.
[This article was edited 1 times, at last 05.08.2009 at 07:42.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 05. 08. 2009 [07:48]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
От того, что я туда в 100-ый раз заглянул, многим конечным пользователям легче не стало. Роман, гляньте на все с их точки зрения. Пока OpenSCADA только для программистов.
+500! )
1. Согласен, что необходима визуальная "парадигма" программирования - для "чайников" в виде блоков. Но! Эта возможность должна быть опциональная, т.к. может я не захочу писать логику блоками.
2. Т.к. ОПЕН СКАДА позиционируется и как SoftLogic система, то необходима и поддержка стандатров программирования МЭК хххх (хотябы ST)! (ну кроме FBD - т.к. это п.1)
3. Я так понимаю, что ОПЕР СКАДА, благодаря джава подобным скриптам и п.1. - ближе всего позиционируется к DCS системам , нежели к классическим SCADA ?
4. А как в ОПЕН СКАДЕ с обработкой алармов? Поясните принцип в двух словах, а то мне неохота копаться в документации (если честно - задолбало меня это)! По рабоче-крестьянски! Каким образом они (алармы) привязываются к тэгам, каким образом обрабатываются, каким образом выдается звуковое сопровождение ?
ЗЫ: опен скаду ставил оч давно.. еще в том году.. так что вот все по памяти пишу..
|
|
Written on: 05. 08. 2009 [08:12]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
1. Так оно и будет. Параллельно будут существовать различные возможности. Никто не мешает пользоваться пользовательской библиотекой функций в Ява-вычислителе (эта библиотека у каждого своя)
2. Не надо. Роман говорил о простеших абстрактных блоках. Лишь бы была полная библиотека функций.
3. Забудьте слово СКАДА. OpenSCADA - единственный свободный аналог единственной нормальной среды графической разработки LabVIEW.
4. Алармы можно сделать по-разному, как захочет пользователь. Это же среда программирования.
ЗЫ поставьте еще раз и попользуйтесь.
[This article was edited 2 times, at last 05.08.2009 at 08:19.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 05. 08. 2009 [10:00]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
kuzulis wrote:
Поясните принцип в двух словах, а то мне неохота копаться в документации (если честно - задолбало меня это)! По рабоче-крестьянски! Каким образом они (алармы) привязываются к тэгам, каким образом обрабатываются, каким образом выдается звуковое сопровождение ?
Денис - курите документацию  , там все есть, а именно по сигнализациям вот тут
http://wiki.oscada.org/Doc/VCAEngine?v=113i
1. Конечные пользователи выставили манифест из-за того, что система программирования очень сложная и для широкого круга не доступна и даже выдвинули некоторые предложения по улучшению ситуации.
Да вроде не так уж и сложно, поначалу непревычно, это да, в процессе изучения вопросы тоже возникают, а так что-бы вооще было не понятно, тут я воздержусь.
|
|
Written on: 05. 08. 2009 [10:17]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Aleksey wrote: Да вроде не так уж и сложно, поначалу непревычно, это да, в процессе изучения вопросы тоже возникают, а так что-бы вооще было не понятно, тут я воздержусь.
Значит Вы находитесь не с краю этого широкого круга, а ближе к центру
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
|
