Т.е. Вы предлагаете начинать строительство дома с крыши, а не с фундамента?
Применительно к автоматике получается, что мы должны сперва установить на объект SCADA с интегрированной средой разработки, обвязать все контроллеры и заливать в них алгоритмы, сидя в диспетчерской, а не бегая по полям с обордуванием. А еще лучше вообще сидеть у себя в офисе или дома на диване и пусконалаживать объект в каком-нибудь Якутске. Мечта инженера пусконаладчика! Жаль, мало соответствует реальности. Соответствует только в той части, что и в обычной системе ничто не мешает заливать сеть контроллеров через SCADA (по крайней мере, EBI это точно позволяет), но это можно делать тогда, когда уже все отлажено и в этой SCADA хранятся актуальные откомпилированные алгоритмы для контроллеров.
А делать ПНР, все-таки, приходится в поле. В поле заливать проги, в поле смотреть как и что отрабатывает, в поле производить юстировку и пр. и пр. Или предлагаете пойти в поле посмотреть, как там что работает, прикинуть параметры ПИД, пойти в диспетчерскую, где стоит сервак с замечательной интегрированной SCADA, внести там новые параметры, снова отправиться в поле наблюдать за установкой и обнаружить, что параметры нужно снова менять? Отличная организация труда! А если еще учесть особенности строительства, когда всем не до SCADA, а нужно вводить в работу сперва один объект, затем второй, третий и т.д., а уже потом думать о SCADA.
ИМХО, утопия эта интегрированная SCADA. Заливать контроллеры через SCADA - пожалуйста, если там по каким-то причинам прога слетела или контроллер заменили, а в процессе ПНР объекта - нереально.

Mars, попробуйте услышать что Вам говорят:
Не из SCADA системы происходит программирование проекта.
Вы же понимаете, что система программирования контроллеров не достается клиенту, и не ставится на объекте - клиент просто получает контроллер программой.
Так же и для отрисовки и создания визуализаций, которые будут стоять у клиента существуют свои средства разработки (инструментальная система) - опять же сугубо ресурс разработчика интерфейса.
Сейчас в инструментальные системы для разработки визуализации для заказчика добавлены средства полного цикла управления, включая как ERP системы сверху над отображением процессов, так и возможность программировать контроллеры из этого же инструмента для разработчика.
То есть Вы имеете глобальный ресурс, в котором описываете и простраиваете систему с низу до верху.
И этот инструмент (инструментальная система) никак не попадает к заказчику, к нему попадают только Ваши результаты работы в этом инструменте, такие как запрограммированные контроллеры, приложение на ПК, где Вы четко регламентировали какие значения параметров клиент может изменять (и отсюда клиент при всем желании не может менять именно программу в контроллерах, а не значение параметров - надо эти вещи разделять).

И как Вы думаете, наверное удобно, когда у Вас в одной системе разработке и визуализация, и одна программа на все Ваши 10 контроллеров, стоящих на расстоянии километра друг от друга (естесственно при условии, что они объеденены в сеть с ПК).

Mars, попробуйте услышать что Вам говорят:
Не из SCADA системы происходит программирование проекта.
Вы же понимаете, что система программирования контроллеров не достается клиенту, и не ставится на объекте - клиент просто получает контроллер программой.
Так же и для отрисовки и создания визуализаций, которые будут стоять у клиента существуют свои средства разработки (инструментальная система) - опять же сугубо ресурс разработчика интерфейса.
Сейчас в инструментальные системы для разработки визуализации для заказчика добавлены средства полного цикла управления, включая как ERP системы сверху над отображением процессов, так и возможность программировать контроллеры из этого же инструмента для разработчика.
То есть Вы имеете глобальный ресурс, в котором описываете и простраиваете систему с низу до верху.
И этот инструмент (инструментальная система) никак не попадает к заказчику, к нему попадают только Ваши результаты работы в этом инструменте, такие как запрограммированные контроллеры, приложение на ПК, где Вы четко регламентировали какие значения параметров клиент может изменять (и отсюда клиент при всем желании не может менять именно программу в контроллерах, а не значение параметров - надо эти вещи разделять).

И как Вы думаете, наверное удобно, когда у Вас в одной системе разработке и визуализация, и одна программа на все Ваши 10 контроллеров, стоящих на расстоянии километра друг от друга (естесственно при условии, что они объеденены в сеть с ПК).

Ветер с моря дул
Ветер с моря дул

Не надо мне два раза повторять.
Это как раз я говорю о том, о чем Вы мне дважды написали.
Не нужна конечному заказчику инструментальная среда, ему нужен конечный продукт, и не в его интересах платить за интегрированную в SCADA среду разработчиков.
А тут люди говорят о некоей интегрированной SCADA, которая и швец и жнец и на дуде игрец. То о чем Вы мне пишете называется не SCADA, а как раз средства разработки. Та же CARE от Honeywell позволяет создать алгоритм для контроллера, сконфигурировать железо, описать Lon-переменные, создать документацию, экспортировать проект для затягивания точек в EBI и т.п.
А в SCADA так или иначе нужно будет прорисовывать графику и привязывать графические элементы к точкам данных. Не думаю, что точки самостоятельно (автоматически) будут привязываться к графическим элементам, о которых еще не догадывается даже тот, кто рисует графическую оболочку в соответствии с хотелками заказчика.
И в чем тогда удобство совмещения среды программирования и визуализации? Нет, конечно, можно сделать так, что при создании в CARE модели объекта управления Schematic автоматически будет генерироваться модель визуализации объекта и точки данных будут сразу же привязываться к графическим элементам. НО! Думаете, что всех заказчиков устроит полученная в результате визуализация? Это еще только когда дело касается каких-нибудь вентустановок. А если пойти дальше? Например, поэтажная схема системы пожарной сигнализации. Как там будет генерироваться графика? Куда будут привязываться состояния датчиков и модулей?
В общем, не надо иллюзий относительно замечательной интегрированной SCADA. К тому же Вы говорите, что инструментальная система не попадает к заказчику. А куда она девается? Самоуничтожается после ПНР и удаления инженерного лицензионного ключа или чудесным образом переписывается на Ваш ноут? Причем, инженерная часть лицензии переписывается, а для визуализации остается у заказчика, но у Вас, тем не менее, получается снова полнофункциональная интегрированная SCADA, т.е. лицензия для визуализации размножается. Ах, да! Еще забыл. У Вас на компе должна быть суперлицензия, которая включает в себя все мыслимые и немыслимые протоколы, ОРС-сервера, драйвера, поддержку работы с видео, пожаркой, охранкой, СКУД и еще не знаю с чем. Ведь эта интегрированная SCADA должна быть у разработчика универсальной. Вы же не знаете какие требования завтра выдаст заказчик.

Понятно, это называется спорим об одном и том же... оба умные
Считаю больше постить на эту тему не стоит. Кому это действительно нужно и интересно разберутся что такое SCADA и какие ключи нужны для неё и что такое система разработки, и какие ключи нужны для неё. Ну а кому не надо, так ведь тоже прав.

Именно.
Внесли тут путаницу с определениями SCADA, смешали все в кучу...
А все уважаемый господин директор со своими понятиями об автоматизации.

Путаницу не вносили - рассказали о дополнительной возможности
А то что у нас с Вами вышло недопонимание по терминам, так тут чего уж поделаешь...

Действительно, диспут несколько витиеватым путем идет. Kassa не хватает. Придет - и всех построит....
Теперь о сути вопроса.
Настройка параметров программы в контроллере. С моей точки зрения, глупо платить за возможность отображения трендов в средстве программирования контроллеров, если эта возможность ОТЛИЧНО реализована практически в ЛЮБОЙ SCADA. Таким образом, совершенно незачем бегать с ноутом от контроллера к контроллеру и настраивать опции типа ПИДовских. Смотрим на тренд в SCADA и спокойно, в достаточно комфортных условиях, корректируем параметры проги и смотрим на резалт в виде трендов. На ВНУТРЕННЕМ языке SCADA( 90%) или на ДРУГИХ языках пишется софт, который анализирует тренды и подправляет параметры. Да, такая технология требует начальных затрат, но потом РЕЗКО снижает "количество пива и сигарет на одну единицу управления "
SCADA есть МАЛЕНЬКИЙ кусок Интегрированной Среды, причем ОРС туда редко входит, т.к. есть "тело инороднее для SCАDA" по своей природе.
При покупке практически ЛЮБОЙ SCADA заказываются ДВА ключа - Инженерный и Исполнительный. Стоимость отличается СУЩЕСТВЕННО. По окончании работы на объекте, Инженерный ключ забираем себе, а Исполнительный оставляем Заку (он именно его и оплатил ). Инженерный ключ покупается, как правило, ОДИН раз. Как-то менторски получилось....
Еще момент. Если на объекте предусмотрена ДИСПЕТЧЕРИЗАЦИЯ, то СЕТЬ строится сразу и по проекту. Так что к Диспетчерской протянут сразу. Заодно и протестируем, пока до контроллеров "достучимся".
Что касается автопостроения картинок, то достаточно иметь НАБОР ActiveX, чтобы Зак выбрал нужные картинки. Структуры же данных (в абстрактном виде) описываются на этапе проектирования (собственно, с этого программный проект и начинается). Так что рисовать картинки и привязывать их к точкам можно СОВЕРШЕННО НЕЗАВИСИМО от работы программистов по контроллерам. Если же что вдруг поменяется, то, при загрузки софта через Интегрированную Среду, будет СРАЗУ ясно, какие точки диспетчеризации исчезли, а каке появились вновь. Тем самым решается проблема ОЧЕПАТОК.