Чистого "real time" давно не видел... Ну а насчет QNX (и прочих *NIX) - так у меня вообще больше вопросов, чем ответов.

1. А его и быть не может для потока информации, который нуждается в обработке...
2. Но ведь ответы про то, как выбирать жену, автомобиль и другие полезные вещи у Вас есть?
Почему тогда про SCADA y Вас ответы на "плохом французском"?
Про автомобили, даже на этом форуме мы бы все расставили по местам очень быстро. Понятно, не все согласились бы с выбором даже большинства. Но канва была бы ясна.
Про жен, писали бы долго, но сошлись бы на "классике". (Не привожу, Вы сами знаете...)

Что ж так SCADA не везет? Вроде вещь нужная, а фигня получается с темой...

Если выбирать программное обеспечение под QNX, скажем, для создания терминала РЗА, то да, самое оно. А вот для диспетчеризации зданий, сомнения есть. Не из пушки ли по воробьям? Стоимость владения SCADA и проприетарной ОС, подготовка специалистов, не окажется ли затратней "привычных" систем под окошки?

по ответам получается, что никто собственно не выбирает так чтоб:
1) подготовить список того, что надо от SCADA
2) скачать несколько разных SCADA
3) на контроллере или эмуляторе сделать пример
4) связать контроллер и SCADA
5) реализовать все то, что описано в п.1 выше
6) резюмировать итоги работы
7) ознакомить с резюме читателей форума

или хотя бы оформить свои заметки\наработки по той системе, с которой работаете...в каждой есть свои "фишки"...неудобности....удобности...
почему-то всем нравится средняя школа, где опыт поколений за сотни веков рассказывается за 10 лет.... никто сам не тратит всю жизнь на изобретение колеса... не говоря уж о регуляторе Уатта..... с появлением обязательного среднего образования к 1950 как повысилась образованность населения по сравнению с ,например, 1900 годом? читать\писать все умеют? теперь это норма....познанная необходимость... а во времена Горького ?

отчего же нам самим себе не повысить образованность и уровень? неужели от кого-то убудет, поделись он своими "секретами" ? зачем каждому обязательно проходить то, что уже кем-то пройдено ? получается движения много, но общий уровень - читать\писать...

и пока нефть не кончится.....





какие детали? уточните..............задам "во всей красе"


потому что я 2 раза написал что и в какой форме хочу прочитать в этой теме форума..... а вместо этого обсуждают баб и тачки

Попробую прояснить тему.
Я в автоматизации 25 лет ( юбилей ). Про *NIX системы знаю давно, да и сам принимал участие в их клонировании (адаптации) в СССР.
Меня учили,что (по-русски)- "системы реального времени обладают СТРОГО ОПРЕДЕЛЕННЫМ временем отклика на внешнее возмущение".
У буржуинов (и в СССР) были такие системы. Когда началась эра ПИСЮКОВ и прочих поделок от IBM с архитектурой (по-русски) "выкидыша IBM-370", про "native real-time" пришлось забыть как о явлении. Остались САМОДЕЛКИ (поле деятельности было). Если рассмотреть философию
построения *NIX-систем, то про real-time речи быть не может В ПРИНЦИПЕ - ну не для этого их делали!!!!!!!!!!!
Да, есть "поделки", да - есть там такое понятие, как время отклика. НО, честно говоря, это попытка выдать нечто за *NIX!!!! Маскировка, но удачная. Просто маркетинговый ход.
Теперь о SCADA.
1) ВСЕ SCADA обладают примерно ОДИНАКОВОЙ функциональностью. Пример с WinCC и слова о 100-500 мкс - это не КОРРЕКТНО, т.к. это только процесс (многопоточный - не хочу терминологией загружать) под управлением Windows. Проблема приоритетности процессов была и есть почти неразрешима ( судя по предтечам Винды). Алгоритм управления процессами (потоками) в Винде взят у мастеров, но и он имеет дырки. Спорить на эту тему - дело безнадежное, да и форум АВОК- не место для этого!!! Далее, MS SQL или нечто подобное вообще исключает тему real-time.
Остальное - класс разработчика.
2) Практически ВСЕ SCADA поддерживают идеологию OPC. Преимущества драйверов перед ОРС в среде Винды - это НАСТОЛЬКО спорно, насколько спорно преимущество "блондинок перед брюнетками", "переднего привода перед задним", "Toyota перед Volkswagen".
3) Какое преимущество имеет опат разработки и наработки для 90% задач проекта (10% гиммора) перед изучением новой системы (2% гимммора)? Кто это посчитает в условиях неоднозначности ( время, стоимость программера, стоимость софта, РЕАЛЬНЫЙ выигрыш от новшества)?
4) Ситуация, когда ИСПОЛНИТЕЛЬ ПОЛНЫЙ НОЛЬ во всех SCADA или асс во многих не напоминает СКАЗКУ ?
5) Графический интерфейс ("замануха" для Зака) - и тот достаточен, чтобы убедить. Если не хватает стандартного, то "редкая SCADA не поддерживает инкапсуляцию ActiveX". Ну, допустим, нашли такой экземпляр. Поковыряемся - и придумаем!!!!
6) Насчет жены и авто - теперь, надеюсь, понятна ассоциация ? Да, есть критерий - "по одежке протягивай ножки". "Все кошки ночью серы, все авто имеют руль....". Вопрос - знаешь, где кошку-то искать и где руль - чисто риторический....
6) Последний вопрос про "real-time SCADA"- на хуа, если время отклика диспетчера НИЧЕМ не регламентировано !!!!
Ух, загнул.

можно об этом подробнее?

Можно, но долго. Несколько лет назад я этот вопрос исследовал подробно. Резюме - при нынешнем быстродействии НИКАКОЙ разницы нет ( при обработке потоков данных, сравнимых с пропускной способностью каналов в/в, драйвера работают СУЩЕСТВЕННО быстрее - факт). Теперь вопрос - где в сфере АВОК такое случается?

в том то и дело что п р и м е р н о.....
если они все одинаковые, зачем их тогда столько "плодят"? один фиг берут что попало....
из практики: один ведущий (кого?....куда?) инженер при проектировании АСУТП заложил (неверное так же полагаясь на одинаковость скад)в проект SCADA RSView32 от Rockwell .... особо не заморачиваясь с ее возможностями относительно решаемой задачи... при реализации его идей появилась проблема - на АРМе только WindowsXP и RSView32 и установлено два принтера Принтер_1 (обычный ч\б лазерник для печати отчетов) и Принтер_2 ( фотопринтер для наклеек на спецпленке). Принтер_1 установлен как принтер по-умолчанию. Задача: ПРОГРАММНО (не руками через менюшки) надо напечатать отчет на принтер_1 , установить принтер по-умолчанию Принтер_2, напечатать наклейку, вернуть принтер по-умолчанию Принтер_1. И все это ТОЛЬКО средствами WindowsXP и RSView (завязка с принтером по-умолчанию потому что печатать из RSView программно мОжно, но только на принтер по-умолчанию). Решение?

P.S. ....но наш ведущий не заморачивался с этим.... он клепал другой проект.... с решением заморачивался ведомый инженер .....


можно ссылки... наброски... направление поиска....
я очень хочу САМ в этом разобраться.... бытует мнение что OPC довольно глючное звено....
сам сталкивался с "заеданием" при работе через OPC , но там много других факторов.... (в частности работал из-под WMWare )

С RSView32 сталкивался много лет назад ( но плотно не работал), но по-моему, там есть полная поддержка VBA и ActiveX. Средствами VBA или ЛЮБОГО ActiveX (например, от Adobe Reader или Office) задача с принтерами решается легко. Вопрос в квалификации исполнителя....
Про ОРС -http://www.opcfoundation.org/. Там много всего. Драйвера - тут посложнее. MSDN, SDK или сайты для программеров. В принципе,
"глючит" не иделогия OLE (OPC), а исполнение, т.к. многте производители ОРС не отдают свои изделия на тестирование, а рассматривают их как
необходимость. За последнее время ОРС перешли из разряда гаджетов в "стандарт де факто" и производители "железа" делают их зачастую бесплатными.

а вот надо было плотнее работать и внимательнее читать, чтоб такого не писать "там есть полная поддержка VBA" - по сравнению с MS Oficce VBA там нет никаких средств для работы с принтером. Русским по белому написано ТОЛЬКО ВИНДА И СКАДА. По соображениям экономии денежных средств. Возможно, если б в самом начале ведущий не положился бы на одинаковость СКАД , то может и заложил бы в проект лицензионный офис на каждую станцию оператора (если это только {а это только} для возможности менять принтера...что само по себе глупо). И аккуратнее с "Вопрос в квалификации исполнителя...."
Если такой "квалифицированный", то просто напиши решение.... в две строчки.. и все

Можно воспользоваться встроенными средствами ОС
Для ХРюни можно использовать хост сценариев CScript
Создаете *.bat
cscript //h:cscript //s \\ установить хост сценариев CScript
prnmngr -t -p "Microsoft Office Document Image Writer" \\ установить данный принтер по умолчанию

Принтер установлен

Затем пишем второй *.bat
cscript //h:cscript //s
prnmngr -t -p "doPDF v6" \\ у меня принтера физического нет, поэтому использовал виртуальный принтер для создания PDF

Второй принтер теперь по умолчанию


В RSView32 вызываем эти батники по потребности (из текста скрипта удалите комментарии)

P.S. для 2003 это то же работает

to s60

Если Вас интересует ответ на КОНКРЕТНЫЙ вопрос - так и пишите, тогда и разговор предметным будет.

собственно почти так и сделал - через Windows Script Host - написал скрипт .vbs , на выполнение файл запустить можно штатными средствами RSView32...
но на WSH с его возможностью перебирать принтеры наткнулся совершенно случайно.... до этого через WinAPI пробовал , но не нашел ответа на свой вопрос... хотя WinAPI функцию получения имени машины в локалке применял наура....

change_prn.js
------------------------------------------------------------------------------------

var WshNetwork = WScript.CreateObject("WScript.Network");

WshNetwork.SetDefaultPrinter("HP LaserJet 5100 PCL 6");
------------------------------------------------------------------------------------

WinApi ->SetPrinter->PRINTER_INFO_5
В инете ПОЛНО утилит и OCX для управления принтерами и печатью. Усли и shareware, то сущие копейки.
Навскидку, http://www.al-soft.com/fpc/fast-printer-chooser-ru.shtml

если писать пример (в данном случае делаем окно MAXIMIZE - на весь экруан) использования WinAPI на VBA , то так:

Private Declare Function ShowWindow Lib "user32" (ByVal hWnd As Long, ByVal nCmdShow As Long) As Long
_______________________________________________________________________________________________
' разворачиваем RSView на полный экран
Sub RSView_MAXIMAZE()
Dim lRCode As Long
Const SW_MAXIMAZE = 3

lRCode = ShowWindow(Application.WindowHandle, SW_MAXIMAZE)

'--- запускаем наш проект ------

gCommand.Execute ("ProjectRun")

End Sub
________________________________________________________________________________________________


ну и тут же тогда надо добавлять код на VBA, как из VBA управлять другой программой.....
(в таком стиле можно самому и DLLку написать и OCX..... и дальше по нарастающей......)
-----------------------------------------------------------------------------------------------------------------------------

я это все к тому, что если проектировщик плохо подумал какие средства\инструменты он заложит в проект для решения задач Заказчика..... то реализатор проекта получит проблему на ровном месте......
ИТОГО: сложность кода растет, квалификация программера растет, а зарплата его остается прежней, и время чтоб разобраться с WinAPI, DLL, OCX, VBA , ADO, ODBC и т.д. в проект не заложено


P.S. а в других SCADA как можно решить вопрос с получением , например, списка принтеров, установкой принтера по-умолчанию.... для сравнения

Специально полез в архив за докой по RSView32 Есть такие команды "AppStart" и "AppActivate". Через них можно запустить требуемую прогу,
работать в ее окне.

руками или кодом на VBA?

Руками. Такие софтинки и предназначены для персонала средней квалификации. К тому же , как правило, там еще и есть понятная диагностика
ошибок . Использование стандартных скриптов имеет ряд недостатков, один из которых - специфическая диагностика ошибок. Это особенно касается консольных версий (CScript). ИМХО, конечно....

уважаемый ggg_ggg, :

1) внимательнее читайте пост #59: "... Задача: ПРОГРАММНО (не руками через менюшки) надо напечатать отчет на принтер_1 ......"

2) смысл ставить автоматизацию, если делать руками? вы всегда так автоматизацию делаете

вы всегда тАк автоматизацию делаете?

1) А оператор-то зачем? Если Вы делаете АВТОМАТИЧЕСКУЮ систему - это одно, если -автоматизированную - другое. Если хочется уж совсем программно - в инете есть КУЧА примеров ( VB, Delphi, C++, HiASM). То есть не вижу НИКАКОЙ проблемы. Можете и готовую софтинку научить щелакть клавишами. Вообщем, специалисту работы на пару пива.....
2) Вам НАВСКИДКУ предложили НЕСКОЛЬКО вариантов решения Вашей задачи, причем ОЧЕНЬ ПРОСТЫХ. Какие проблемы-то?
3) Как решается в других SCADA - да примерно также.
4) Тезис "Все SCADA примерно одинаковы" остается в силе.

оператор нужен длЯ:
1) установить двигатаель на спутник, закрепить его на спутнике
2) завести (нажимая кнопки на клавиатуре) двигатель на стенд
3) ввести: свой табельный номер, номер двигателя, номер ТНВД, если есть: номер турбины, номер электронного блока управления ЭБУ
4) подключить коммуникации: воду для охлаждения, масло для смазки, топливо, установить защитные ограждения... и т.д.
5) визуально контролировать в состояние двигателя во время обкатки и испытания (чтоб не слетел со стенда, чтоб нигде не текло, не стучало и т.д.)
6) проверять подвод масла туда куда оно должно подаваться, проверять зазоры, моменты затяжек...
7) проверять МФГО (масляный фильтр грубой очистки) на наличие загрязнений
8) проверять срабатывание клапана привода вентилятора
9) проверять срабатывания клапана еще какого-то уже не помню
10) останавливать процесс "обкатки\испытания в случае чего аварийного"
11) обнаружения и описания дефекта\ов
12) отсоединения коммуникаций
13) вывод двигателя со стенда
14) съем двигателя со спутника

короче весь процесс должен быть похож на съем денег в банкомате...
причем чек печатается автоматом... а не "Руками. Софтинками и предназначеными для персонала средней квалификации."

_____________

никаких


кто б сомневался

В длинный список добавьте:
15) Выбрать с помощью клавиши ...По окончании того-то вывести отчет №1 на принтер №1. Для этого сделать активным принтер №1 (с помощью
клавиши ...)
16) Переключить принтер нажатием на клавишу ...., и , убедившись, что активен принтер №2, вывести отчет №2
Я не знаю тонкостей Вашей задачи (хотя много лет назад делал стенд для двигателей Стирлинга), но если есть оператор , то он должен ОТРАБАТЫВАТЬ свои деньги. Из этого всегда и исходили.
Все равно, в случае проблем с принтерами, нужен оператор. Или Вы автоматически хотите диагносцировать неисправности?
Задача решается средствами Windows - согласен. Ну а заправлять бумагу - это вряд-ли
А АВТОМАТИЧЕСКИЕ системы - другие деньги, другой подход и другие требования. Об этом речи вроде не было....

вот поэтому за последние 25 лет отечественный автопром дошел пока до уровня ТАЗиков......
еще лет 100 таким темпом и дойдет до уровня MB S500

мсье, ваша точка зрения понята с первого раза...... третий раз писать ".....Все SCADA примерно одинаковы......" не надо

Ну, удачи в возрождении Автопрома !!! Буду гордиться, что имел честь переписываться, хотя и анонимно, с таким "гигантом мысли и отцом НОВОГО слова в АВТОМАТИЗАЦИИ"

весь этот цирк с конями можно избежать выбрав SCADA , в которой вышеописанные вещи делаются штатными средствами

2 s60

Значит что-нибудь другое в ней будет не так...
Идеала нет.
А если есть - мы дружно найдем в нем изъяны
А форум он на то и форум, чтоб делиться опытом... и не надо тут.. "пикироваться" , не к чему это

ты изъяны ищешь....... а кто-то SCADA под задачу выбирает.... каждому свое....

много нашли? изъяны в студию! а мы вам дружно похлопаем

2 s60

Вот это уже теплее.
Так какая задача-то ?

открывая тему, я предполагал, что из нее получится примерно как тут или тут
некий открытый аналог "knowledge base" в противовес закрытым корпоративным базам "особенностей" какждой SCADA, и даже выбрав определенную SCADA под свою задачу, человек заранее будет знать , что его ожидает.... кто предупрежден - тот вооружен (с)

интересен сам процесс выбора... как другие инженеры выбирают.... равно как автовладельцы и рыбаки обсуждают свои увлечения..... хотя вроде бы че там обсуждать? крути баранку, смотри на поплавок.....

2 s60
Тема-то интересная, только вопрос все же, наверное, риторический.
И вот почему.
Во-первых, коммерция. Я не могу представить себе ситуации, когда бы инженер выбирал скаду для решения своих задач,
без оглядки на стоимость, доступность, сроки поставки, скидки и пр. коммерческие вопросы.
Во-вторых, скорее всего есть предпочтительные контроллеры, под которыи надо подбирать скаду,
а контроллеры все предпочитают разные (в силу разных причин), просто у кого-то больше сторонников, у кого-то меньше.
В-третьих, если человек дотошно перебирает все скады, при этом он знает, про проблемы,
в том числе про условно названную "двух принтеров", про пути их решения и пр.,
то скорее всего человек уже достаточно компетентен (профессионален) и ему не принципиально, на какой скаде работать.

Вот автомобиль можно подобрать "под себя", потому что в этом вопросе гораздо меньше ограничений,
пожалуй, основное - размер кошелька.

Полностью согласен с Lex !!!
1) Если у меня есть наработки под какую-то SCADA, то надо иметь ОЧЕНЬ веские причины слезть с нее (сроки разработки)
2) Если и придется слезть, то я предпочту SCADA от разработчика контроллеров (Siemens, Siemens SBT, AB, TAC, Advantech и т.д)
3) Есть еще и фактор "Заказчик" - были случаи, когда он оказывался решающим.
4) Есть и "откатно-скидочные" дела.
5) Если я не знаю ни контроллеров, ни SCADA, ни "подводных камней" решаемой задачи - я просто за это не возьмусь, т.к. учиться на реальных объектах в сжатые сроки - это слишком. Сталкивался с такими "субъчиками" - "душераздирающее зрелище".

Попробую проиллюстрировать на примере.
1) Lon -сеть. Существует масса ОРС сторонних производителей. Некоторые хорошо известны и изучены их "+" и "-". Требования к графике
у Зака достаточно стандартны. Использую хорошо знакомую SCADA с кучей наработок.
2) В проекте применены контроллеры Siemens PXC (выбор Зака). Даже не задумываюсь о выборе - Desigo Insight однозначно, т.к. BACnet-объекты поддерживаются в полном объеме только этой SCADA. Вариантов просто НЕТ !!!!
3) По настоянию Зака в комп со SCADA вставляется доп. оборудование, например от Advantech (причины такого решения оставляем за кадром).
Опять выбора нет - Advantech Studio, т.к. только она поддерживает драйвера этих устройств. По остальным параметрам тоже годится, но придется
кое-что "делать ручками".
4) Персонал Зака или "субъчики", сильно привечаемые Заком, настаивают на InTouch. Если с ее помощью МОЖНО решить поставленные задачи - то почему-бы и нет.
5) У меня сложились хорошие КОММЕРЧЕСКИЕ отношения с дистрибьютером SCADA в России. А почему-бы не "продвигать" ее, если мне это выгодно, а задачи
решаются. Мне, может и Винда не очень, но -кормит.

все верно, тут важно последовательность..
№1 - (потому что я инженер а не манагер )это с технической точки зрения... я с этого и начал.. выбрать штуки три в порядке убывания...
например PcvVue, Genesis, zenOn.... их дистрибьюторы находятся в питере...все демо есть...все обесчают поддержку...
№2 - коммерческий...стоимость....сроки поставки...скидки...
фирма образовалась недавно... автоматизация зданий - направление новое...потому никаких пристрастий нет...
за "скорее всего человек уже достаточно компетентен (профессионален)" спасибо
но если "драки" можно избежать , то лучше ее избежать... если в какой-то скаде средств поболе\получше то зачем же идти проти ветра... круто конечно решать "двухпринтерные" задачи... но в проект на это время не закладывается....этот ликбез либо срывает сроки, либо в личное время... да и не оплачивается дополнительно такая "борьба с ветряными мельницами".....что собственно и удручает...

вот! вот такой расклад я хотел читать еще 4 страницы назад
отвечаю по пунктам:
1) работал с iFIX (работал то с DeltaV, но там графическая часть iFIX ) и с RSView32 - веских причин не "слазить" с них нет, даж наоборот...
2) а как же OPC ? Контроллеры не выбраны....например в LON узлы могут быть разных производителей... не так ли? Ну а если контроллеры, то тот же BECKHOFF или WAGO "своих" скад не имеют.... у BECKHOFF есть рекомендованные им...
3) я про него знаю. Тогда само собой. А если Зак не вмешивается (он доверяет врачу )? Я волен выбирать...
4) пока нету... а если появятся или есть то это пункт 2) в ответе Lex
5) non comments

1) RSView32 точно отпадает... ну и iFIX туда же...(не заладилось как с ним начиная со скачать демо-версию...)
2) в проекте пока ни в одном (коттедж), ни в другом (гостиница) контроллеры не выбраны... пока выбрана платформа - LON ибо что туда что туда надо учится, а на LON учится выгоднее....
3) если Зак вмешивается - че тут мусолить...
4) см. пункт 3) выше
5) этого тоже нет

Если есть ОРС от производителя по свои контроллеры (я недавно поаплодировал CAREL)- одной "головной болью меньше".
Далее, LON - это СТАНДАРТ РАЗВИТЫЙ, "устаканившийся", достаточно низкого уровня абстракции данных. Тут без разницы - WAGO, TAC или еще что, главное - выход на SNVT. Если что-то нестандартне/необычное -то ту тоже есть варианты. Тот же ТАС - либо SNVT (требуется грамотный программер), либо TAC NVT, "заточенные" под SCADA ТАС Vista (дорогая штучка, но с "прибабахами"). Тут , конечно, есть место для раздумий .
Вообще, если попытаться построить "древо выбора", то его ветвления вгонят в ступор любого человека - уж больно много тонкостей. Именно поэтому
выбор SCADA - процесс практически эвристический, и,думаю, крайне субъективный.

1) оставим субъективность вопроса субъекту - он спросил, мы ответили...
2) вопрос цены - вопрос не для форума
3) у каждой "штучки" получается есть "прибабахи", я открыл тему для сбора всех этих "прибабахов", чтобы :

3.1) помочь себе и другим сориентироваться с выбором
3.2) выбравшему знать на что он подписался...чтобы заложить время на решение "двухпринтерных задач", подключить человека для их решения, добавить цену за решение таких задач... и т.д. короче кто предупрежден, тот вооружен.... с картой оно как-то приятнее ехать....чем без карты.... то и дело ожидая сюрприза..

а по выбранным мной и указанным выше SCADA есть какие-нибудь комментарии?

есть мнение ЗА Genesis32 против по PcVue
---------------------------
Genesis работает так как я хочу и без танцев с бубнами. Что касается OPC и PcVue: года полтора назад выяснил, что PcVue не отображает полное название тегов OPC, соответственно работать невозможно. Написал в Фиорд, они потестировали, нашли указанную проблему и написали в ARC. Исправили или нет не знаю. Вторая большая проблема с PcVue - необходимость добавления тегов в локальную базу. У меня тегов тысячи и мне совершенно не хочется их по-новому называть и тратить на это время. Что касается других брендовых систем, то цены не слишком отличаются. Вот поэтому Genesis.

а в двух словах о чем речь?

В двух словах: в свойствах элемента (кнопки, текстового поля и т.п.) выбирается конкретный тег и операции над ним (математика, логика и тп.) и всё! А у PcVue надо сначала обозвать новую переменную и установить связь с тегом OPC, а дальше уже проводить действия с новой переменной. Вот эта самая главная глупость PcVue, т.к. тратиться огромное количество времени на установление связей, выдумывании имен переменных. Бред!
Что касается работы с тегами, то подробно в документации, ну или вживую с симулятором OPC, там все понятно.

------------------------------
вот так вот... пока нету времени это проверить... но имею ввиду... такое неудобство...

добавлю про RSView32:

1) нет шаблонов. А напрмер в ПО от Shneider для конфигурирования его панелей XBTL-1000 шаблоны есть. Очень удобная вещь. Создал макет-шаблон страницы и вперед. Надо чето изменить, меняешь в ШАБЛОНЕ и все страницы на основе этого шаблона автоматом подхватывают изменения. В RSView32 сделал основу - Сохранить как... и так далее.... и если надо изменить что-то - перелопачиваем все страницы...

2) в iFIX делаешь страницу. А верхняя шапка-меню и строка алармов внизу крепятся в режиме runtime автоматом. Сами В RSView32 никаких предустановок. Все нужно создавать самому, или копировать из других проектов (если есть). Та же строка алармов - рисуем прямоугольник, делаем анимацию моргание красным по системному тегу-неквитированный аларм, добавляем текстовое поле связанное с системным тегом "описание последнего неквитированного аларма"... и т.д.

3) теги - одномеры. Т.е. никакого ветвления типа Machine1.Tank1.Level1.Value. Для объединения тегов логически пишем префиксы в имени тега - Machine1_Tank1_Level1_Value

4) если надо с одной RSVew32 тянуть данные с других RSVew32 (например АРМ диспетчера тянет данные с АРМов операторов) то все АРМы должны быть в ДОМЕНЕ, рабочие группы не поддерживаются (так и написано в хелпе).... так что надо иметь ввиду.... надо уметь создавать домен....

ни Genesis32, ни zenOn в своем инструментарии VBA не имеют ничего подобного ActivePrinter (или хотя бы просто printer) библиотеки Word из MS Office

У InTouch тоже нет стандартных средств. Сама в себе скада

в VBA скады PcVue в библиотеке "FrontVue" есть метод "PrintOut([Copies As Integer], [Orientation As fvOrientation], [Printer As String])" в [Printer As String] собственно и напишем на какой принтер печатать зачет PcVue по решению "двухпринтерной задачи" !

вопрос конечно еще остается, что и как можно печатать этим методом..... файл....принтскрин... но вопрос то был именно по выбору конкретного принтера!

может можно импортнуть в VBA скады саму библиотеку Word из MS Office ...... ?

Посмотрите в сторону Mozilla Firefox (функциональность на уровне+ открытый код).
Есть такой ключик в реестре - HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping. Он много чего интересного содержит, в том числе и про принтеры.
Есть и сайты с ИСХОДНИКАМИ на чем угодно - там МНОГО интересного. Так что расширить функциональность SCADA не сложнее, чем проапгрейдить
комп. Кто ищет, тот всегда найдет.

а я ей и пользуюсь уже лет 5

Я имел ввиду требуемые функции - печать на принтеры.

обязательно посмотрю....

но смысл SCADA в том чтоб я как можно меньше руками делал, а ты все время сводишь к запросу тегов по имени через командную строку .....
с твоим подходом готовая SCADA вообще не нужна - сам наклепаешь все что нужно на чем только можно под какую угодно платформу.....
и вообще ничего готового брать не надо.... все равно малофункционально.... и "заточено под всех" ..... а есть замечательный журнал "Сделай сам"
все буду делать сам.... и жить буду вечно


а то ..... не МНОГО , а ОЧЕНЬ МНОГО.....


?

К сожалению, есть такое правило "выигрывая в одном, неизбежно проигрываешь в другом". Правда, это правило из Статики, но в жизни тоже работает.
Может, мне не попадалась SCADA, в которой есть ВСЕ и за приемлемые деньги (стоимость лицензий (инженерной и runtime)+стоимость разработки)?
У меня сложился несколько другой подход : есть задача, ее надо решать и не за "шорох орехов". Отсюда и отношение: "за неимением гербовой
пишем на простой". Я бы тоже хотел ездить на АНТИКВАРНОМ RollsRoys, но денег хватает на ПОДЕРЖАННЫЙ Jaguar. И что ?
Насчет функций в Firefox- printDialog.

Насчет функций в Firefox- printDialog.
это гдЕ? это чтО? как это прикручивается к скаде?

to ggg__ggg
а сами в качестве SCADA что используете?

"В мае 1997 года в CERN был запущен проект по исследованию коммерческих SCADA-систем и разработке критериев их оценки и выбора. Он называется Joint Control Project (JCOP) и осуществляется специально созданной группой LHC Controls Steering Body. На первых этапах проекта все оценки и сравнения базировались на технической документации и разговорах с представителями различных компаний (всего 142 приложение 1). В результате такого сравнения на основании 77 критериев (приложение 2) выявилось 6 победителей. Это Cimplicity, Cimview, Citect, Cube, Panorama и Wizcon (по алфавиту)."

читать тут

Мне кажется за 11 лет данные несколько потеряли актуальность.

CERN - это серьезно, но там своя специфика. Наработками под маркой организации много пользовался в 80-е годы. Качество - 5++.
to s60
Последние несколько лет это решают без меня, но иногда подключаюсь к проекту - когда есть тонкости. Сфера моих профессиональных интересов достаточно далека от SCADA