Конечный пользователь SCADA-системы - отдельная категория,а вовсе не ленивый новичок-инженер по автоматизации,упорно не желающий изучать тысячестраничные мануалы для того,чтобы снимать по одному байту информации с тридцати контроллеров (реальный случай применения,упомянутый на форуме). Как правило,это давно сложившийся специалист (и притом не последний в своей отрасли) - технолог производственного участка,агроном большого тепличного хозяйства,инженер пульта охраны...Для него SCADA - только лишь инструмент (и то всего один из многих) решения своих повседневных профессиональных проблем - в основном от автоматизации весьма далеких. Его технической эрудиции достаточно,чтобы по имеющимся шаблонам и примерам применения собрать из готовых блоков программно- аппаратный комплекс,решающий некоторые из вопросов.Но "старичком" в SCADA он не будет никогда - так же как никто не будет изучать молекулярную структуру молотка,чтобы применить его по назначению.Поэтому основным ресурсом для конечного пользователя является не сам проект как таковой,а именно сообщество, складывающееся вокруг него.Именно от сообщества пользователь рассчитывает получить то,в чем нуждается и что как само собой разумеющееся доступно на сайте любой мало- мальски значимой фирмы:инструкции,аппноты, шаблоны,советы,FAQи и т.д.Ну и,естественно, возможность платной поддержки за разумную цену в вопросах,например,создания элементов пользовательского интерфейса (что по определению предполагает наличие у человека дизайнерских способностей,данных не каждому). Учитывая особенности этого проекта как открытого,логично будет,если после оплаты дополнительные разработки пополнят копилку доступных для всего сообщества. Итак,в ответ на упреки разработчиков ("пользователь зачастую сам не знает,чего хочет"):чего все-таки хочет пользователь? 1.Адекватности привлекаемых средств поставленным задачам.Т.е.простые задачи (а конечный пользователь другими и не занимается - для остальных есть специалисты) должны решаться такими же простыми средствами. Ожидаемый ответ - SCADу можно сконфигурировать для чего угодно - не проходит,так как сама по себе ее сложность никуда не девается (она просто не используется).Хотя микроскоп и можно "сконфигурировать" для забивания гвоздей, лучше все-таки воспользоваться молотком. 2.Четкого следования логике решения проблемы пользователем.Т.е.сначала ищется полностью подходящий проект.Если его нет либо он недоступен (например,по цене), ищутся наиболее похожие из доступных и из них путем комбинирования собирается требуемый. Если некоторые элементы найти не удается, они заказываются на стороне.Собственным дизайном пользователь не занимается,разве что в простейших случаях простейшим инструментом. Т.е. его основной инструмент - конструктор, в котором он открывает несколько проектов одновременно и путем пресловутого "копировать/ вставить" собирает свой собственный (опираясь также на имеющиеся библиотеки шаблонов и элементов).При этом сам движок для "проигрывания" готовых проектов является вещью сторонней и со SCADой не ассоциируется. 3.Реальной кроссплатформенности. Точнее даже внеплатформенности.Т.е.само по себе это понятие должно быть прозрачно для пользователя. При этом под платформой понимается не только пресловутые Win/Lin.Какая-нибудь MOXA с "навешенными" на нее контроллерами и подключенная через коммутатор к локальной сети с Web-сервером (или через маршрутизатор к глобальной) сама по себе является полноценной платформой,на которой должен функционировать как минимум модуль DAQ. То же относится и к GPRS-модемам с достаточной вычислительной мощностью (например,от Wavecom). Как можно этого достичь? 1.Выделив из всего массива возможностей SCADы небольшое подмножество,покрывающее большинство требований со стороны конечных пользователей.De facto им является Web- подмножество.Ориентир - возможности,стандартно предоставляемые провайдерами при Web-хостинге. 2.Бескомпромиссно отделив "мух" от "котлет". Т.е.вместо того,чтобы конфигурировать для разных применений нечто из серии 3 в 1,заранее скомпоновать(и так же раздельно позиционировать): сервер для сбора,обработки и архивирования данных(он же - "проигрыватель" готовых проектов); конструктор проектов на базе готовых шаблонов; простой дизайнер графических элементов (на первых порах может отсутствовать).Если для первого использовать стандартную связку Apache+PHP+MySQL, для второго - упрощенный Web-конфигуратор,а в качестве третьего попытаться приспособить подходящий редактор Web-страниц,искомая кросс- платформенность будет достигнута сама собой. Останется только дополнить сервер соответствующим модулем DAQ.Например,осуществляющим преобразование MODBUS RTU - MODBUS ASCII over HTTP.Причем на стороне контроллера он должен допускать портирование и на платформы,отличные от ПК. С чего начать? 1.Инициировать создание отдельного дочернего проекта,ориентированного на нишу ниже уровня предприятия (производственный участок,отдельная установка,фермерское хозяйство,охрана дачного поселка и т. д.),с рабочим названием WebSCADA. Оно,правда,уже широко используется,но нам ли привыкать :) Отдельного - чтобы не отвлекать разработчиков от их цели (как я понимаю, полновесной SCADы масштаба как минимум предприятия для применения не так конечными пользователями,как инженерами АСУТП).Дочернего - потому что,во-первых,базируется на модулях основного проекта,во-вторых,совместим с ним по конфигурационным файлам.Т.е.любой проект openSCADA,не использующий других возможностей, кроме Web-подмножества,будет корректно работать в WebSCADе.Обратное не обязательно,хотя и может быть полезно.На практике,возможно,форматы будут упрощены,а для конвертирования придется разработать дополнительную утилиту. 2.Разработать уже упомянутый модуль DAQ хотя бы для MODBUS RTU.Сделать несколько простейших проектов.Написать наконец инструкцию для быстрого старта.Собрать пакеты для популярных дистрибутивов,выложить для загрузки. 3.Арендовать/установить у интернет-провайдера сервер с предустановленной openSCADой в конфигурации WebSCADA.За совместимую со стандартным Web-хостингом плату давать пользователям возможность тестировать свои проекты для работы через Интернет (например,с использованием GPRS-модемов). 4.Начать работу по миграции сервера на уже упоминавшуюся связку Apache+PHP+MySQL. На первом этапе,возможно,недостающие модули после соответствующей корректировки подключить по CGI. В дальнейшем правильнее всего было бы переписать их на PHP и тем самым закрыть проблему кроссплатформенности в принципе.В качестве JAVA- подобного языка использовать подмножество того же PHP. 5.Собрать с желающих заявки на разработку шаблонов более-менее нетривиальных проектов.Ежели таковых наберется хотя бы с сотню,то за разумную плату (до сотни у.е.с носа) можно приступать. Поначалу,возможно,придется ориентироваться на бытовой сектор (то,что обычно объединяется понятием "умный дом").Собрать из открытых источников элементы пользовательского интерфейса и сформировать полноценную библиотеку ресурсов. 6.Не стесняться рекламы. Демо,запущенное на ПК у клиента и результат работы которого он тут же увидит на экране своего мобильника, подействует сильнее,чем самое подробное описание возможностей проекта.Кстати,тогда,может,и наша молодежь найдет более содержательное применение своим "навороченным" трубкам,чем пустопорожняя болтовня и скачивание из Сети бездумных игр,отупляющих мелодий и сомнительных картинок. Продолжать можно долго,но суть,полагаю,ясна и так. В конце концов,можно рассматривать WebSCADA и как вариант EduSCADA.Понимание его необходимости у сообщества есть,и даже наметились определенные подвижки (камешек в огород Владимира Тихонова :). Ну и напоследок о перспективах проекта.Реализовав в полном объеме WebSCADA,мы получим UbuntuSCADA.Не так в смысле популярного дистрибутива (кстати,незаслуженно обойденного вниманием разработчиков - при том,что он является самым массовым в мире),как в самом прямом смысле этого слова - SCADA "с человеческим лицом".Именно"лицом", т.к.по своей с у т и openSCADA является безусловно выдающимся проектом (даже удивительно,что все это сделано фактически одним человеком).Но суть проявляется не скоро, а лицо видно сразу...А если никто этими предложениями не заинтересуется? Что ж,openSCADA так и останется детищем группки "декабристов" от автоматизации ("...страшно далеки они от народа...").И с той же участью - быть "сосланным" на задворки.Отщипнуть кусок пирога крупных коммерческих проектов,плотно оккупировавших нишу SCADA уровня предприятия,будет ой как не просто.Конечно,автор будет среди первых,кто поздравит Романа,"як його теля та й вовка з'їсть".Но,как уже отмечалось на форуме,основная трудность при освоении действительно крупных заказов - убедить руководство сделать ставку на по сути noname проект в противоположность известным брендам.Кстати, WebSCADA кроме основной цели - освоения своей ниши - попутно поможет и openSCADA в этом вопросе.Так что - время не ждет!