1. Причем тут WebSCADA? Web (http) - это всего лишь протокол передачи структурированной информации. OpenSCADA (имеется ввиду встроенный протокол Self) уже намного превосходит по коммуникабельности любые существующие открытые протоколы передачи данных (сравнить можно разве что с закрытыми .net или типа того). То есть обмен происходит на уровне объектов, а не просто какой-то структуры данных или передачи скриптов. Протокол обмена Self - это протокол совершенно другого поколения по сравнению с web. А Web в OpenSCADA включено и работает хорошо. А для протокола Self неплохо бы придумать более звучное название, он того достоин.

2. Насчет встраивания в железо. OpenSCADA правильно ориентирована на работу под Linux и задача встраивания в железо не является задачей OpenSCADA. Любой процессор на котором работает Linux теоретически должен поддержать работу OpenSCADA. Для интереса посмотрите довольно длинный список архитектур и процессоров на которых запускается Linux. Так что это больше вопрос к разработчикам ядра операционной системы (чем больше архитектур и процессоров будет поддерживать linux, на это же железо встанет OpenSCADA). Насколько я знаю - множество разработчиков в мире непрерывно занимаются портированием Linux на различные процессоры. Наберите в поисковике "самый маленький компьютер в мире" и посмотрите на чем может работать OpenSCADA.

3. OpenSCADA объединяет в себе и SoftLogic, и SCADA и все другие возможные подсистемы в одной программе. Причем это для широчайшего списка оборудования (пункт 2). Одна и та же программа ставится и в PLC (контроллеры), и на сервера, и на различного рода станции пользователей без всяческих ограничений по количеству переменных (в разумных пределах по быстродействию). В этом плане она несравнима ни с одной даже коммерческой системой.

4. Только не говорите мне, что любой инженер какой-либо области человеческой деятельности, может в какой-нибудь SCADA системе (имеющей все мануалы по быстрому старту) сразу из "кирпичиков" собрать нужный проект. Проект представляет собой программу высокого уровня, даже не программу, а сеть программ и данных. Это Вам не какой-нибудь текстовый документ или векторный рисунок. А OpenSCADA является средой программирования (IDE) на этом языке высокого уровня. Так что освоение OpenSCADA сродни освоению, например, LabVIEW или Delphi. И чем больше будет библиотек графики и блоков вычислителя, тем это будет только сложнее. Так что систему изучит только настойчивый, а, изучив, скажет "Как это оказывается просто". Стоит ли рассчитывать на любого пользователя при написании документации? Все равно инженер-технолог должен быть еще и немножко инженером АСУТП.

5. Проект практически написан одним человеком и не стоит на него наседать, чтобы он делал и все остальное. В свободных проектах должно быть сообщество и каждый делает то, что нужно именно ему. Разработчик пишет ядро программы и модули + документацию по ядру и модулям. Продвинутые пользователи могут создавать дополнительные модули, библиотеки блоков и графики, используя ява-скрипты + документацию. Пользователи могут все это тестировать и учиться методом проб и ошибок + создавать документацию по быстрому старту. При этом один человек может быть и разработчиком и пользователем. На форуме уже не раз поднимался вопрос по документации для быстрого старта и хоть бы кто-нибудь зашел в wiki проекта и накидал хотя бы содержание данного документа. Я, например, даже не представляю о чем там писать (после установки практически мгновенно освоил OpenSCADA, потом неделю разбирался в ядре системы). А, если бы был набросок документа, может быть там что то добавил.

6. Насчет рекламы: хорошие вещи в рекламе не нуждаются, их люди сами находят.

7. Убедить руководство? Создайте условно тендер. Возьмите OpenSCADA и пару других SCADA-систем и просто посчитайте денюжки (особенно важен подбор оборудования - пункт 2)

OpenSCADA на данный момент представляет айсберг, в котором под водой все есть, а над водой не все. Чего не хватает (по моему мнению) для удобства пользователя:

1. Графический редактор блочных схем

2. Группы в дереве проекта (уровень вложенности жестко задан)

XML-RPC это прародитель существующего .net Как там интересно со свободой? Не наступит ли момент когда Microsoft затребует лицензионных отчислений за использование этого протокола?

Графический редактор блоков как раз и нужен, чтобы быстро создавать сложнейшие схемы из блоков-заготовок (библиотека блоков и подпрограмм). На данный момент связи блоков создаются на вкладках блоков, что не очень удобно, вернее очень неудобно. Приходится схему рисовать отдельно, а потом вбивать (вкликивать) ее в дерево проекта. Про наглядность такой схемы молчу. Некоторые заготовки для создания такого редактора есть в OpenSCADA уже давно. Создание редактора схем довольно трудоемкий процесс, но когда-нибудь он все равно появится.

По группам. Сейчас в каком-то модуле, допустим, есть список из 40 контроллеров. С группами это было, допустим, 5 сворачивающихся групп по 8 контроллеров. То же с параметрами контроллеров. Немалая работа, но удобство вырастет в разы.

Концепция входящих/исходящих транспортов сделана очень грамотно, попробуйте это понять.

kuzulis wrote:


Вот тут несогласен... Для предприятия лучше переплатить чуток, но потом не мучатся с сыростью программного продукта (СКАДА) + отсутствием нормальной технической поддержки и т.п. Тем более что OPEN SCADA мало распиарена и СОВСЕМ не обкатана впринципе (ну не считаю пару тройку лабораторий энтузиастов) ... Тут нужен меценат !!!