- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
скада на тонком клиенте
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
скада на тонком клиенте
Общий привет!
По своей работе занимаюсь проектированием и внедрением асутп малого и среднего уровня. Последнее время участилась тенденция к капитальному удешевлению систем, теперь приходится выбирать не только опробование устройства с целью уменьшения длительности разработки, но теперь веяние новое появилось - сделать как можно дешевле, если и не даром...даже старые лптшные ключи от трейсмоуда 5 начали доставать)))
Так вот появилась мысль - а почему бы не использовать тонкие клиеты для реализации функций hmi? Вообще существуют ли скада для тонких клиентов? Браузерные клиенты не интересуют.
Интересно бы было на двух-трех клиентах реализовать управление несколькими отделениями...
Сталкивался из спецов может кто с этим?
По своей работе занимаюсь проектированием и внедрением асутп малого и среднего уровня. Последнее время участилась тенденция к капитальному удешевлению систем, теперь приходится выбирать не только опробование устройства с целью уменьшения длительности разработки, но теперь веяние новое появилось - сделать как можно дешевле, если и не даром...даже старые лптшные ключи от трейсмоуда 5 начали доставать)))
Так вот появилась мысль - а почему бы не использовать тонкие клиеты для реализации функций hmi? Вообще существуют ли скада для тонких клиентов? Браузерные клиенты не интересуют.
Интересно бы было на двух-трех клиентах реализовать управление несколькими отделениями...
Сталкивался из спецов может кто с этим?
-
- почётный участник форума
- Сообщения: 5638
- Зарегистрирован: 07 окт 2011, 09:12
- Имя: Гаско Вячеслав Эриевич
- Страна: Россия
- город/регион: Рязань
- Благодарил (а): 602 раза
- Поблагодарили: 759 раз
Re: скада на тонком клиенте
1. Вот мало SCADA своих задач - давайте туда ещё сервер для тонких клиентов прикрутим!
2. Тонкие клиенты паразитируют на толстых каналах связи и жирных майнфреймах. Где Вы это найдёте в индустриальном сегменте на халяву?
3. Как раз по пути совершенствования встроенных в ПЛК WEB-серверов пока и идёт движуха.
2. Тонкие клиенты паразитируют на толстых каналах связи и жирных майнфреймах. Где Вы это найдёте в индустриальном сегменте на халяву?
3. Как раз по пути совершенствования встроенных в ПЛК WEB-серверов пока и идёт движуха.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
Re: скада на тонком клиенте
Полнофункциональные веб- сервера очень недешовое решение впланн лицензирования, еще и железо надо отнюдь не среднее, а тут думал пойти в сторону удешевления железа...
Всякого железа в наличии для проб полно, вот и думал попробовать...а какого оборудования не будет хватать можно выпросить на пробу.
Главное протестировать и показать руководству, что это работает и указать ценник решения...
Всякого железа в наличии для проб полно, вот и думал попробовать...а какого оборудования не будет хватать можно выпросить на пробу.
Главное протестировать и показать руководству, что это работает и указать ценник решения...
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: скада на тонком клиенте
Простите, а кроме браузерных клиентов что подразумевается под тонкими клиентами?
SCADA+
-
- эксперт
- Сообщения: 1465
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 45 раз
- Поблагодарили: 104 раза
Re: скада на тонком клиенте
Терминал.
У нас скада - PSIcontrol, имеет оба вида. Толстый клиент - видеостена с двумя рабочими АРМ (осн. и рез.) диспетчеров под Linux. А тонкие клиенты для технологического и обслуживающего персонала, терминальные сервера по Solaris 10. Клиент - VNC, Xmanager.
У нас скада - PSIcontrol, имеет оба вида. Толстый клиент - видеостена с двумя рабочими АРМ (осн. и рез.) диспетчеров под Linux. А тонкие клиенты для технологического и обслуживающего персонала, терминальные сервера по Solaris 10. Клиент - VNC, Xmanager.
--------------------------------------------------------------------------------------------
-
- не первый раз у нас
- Сообщения: 353
- Зарегистрирован: 02 фев 2010, 22:28
- Имя: Корнеев Дмитрий
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 1 раз
- Поблагодарили: 7 раз
Re: скада на тонком клиенте
Если задачи не глобальные, может стоит вместо SCADA посмотреть в сторону операторских панелей? К примеру, у мицубиси есть встроенный VNC сервер, с помощью которого видны все нарисованные на панели окна, и управляются они так же, как и с панели.
Запуск и модернизация оборудования без проекта и документации. Дорого.
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
Re: скада на тонком клиенте
Чуть ниже вашего сообщения Эдуард написал ответ, интересна возможность скада работать на терминальном сервере...Romcheg писал(а):Простите, а кроме браузерных клиентов что подразумевается под тонкими клиентами?
Про панели с встроенным веб-сервером вкурсе, шнайдеровскую панельку недавно ковырял, там есть эта функция, только на мой взгляд это нонсенс забирать графику с панели на арм оператора.
-
- эксперт
- Сообщения: 1465
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 45 раз
- Поблагодарили: 104 раза
Re: скада на тонком клиенте
Megavolt86, решение которое работает у нас, вряд ли заинтересует))) Стоимость под сотню лямов))) Это больше наверное не SCADA, а этакий MES. И Ryzhij прав - тонким клиентам нужны производительные ресурсы.
--------------------------------------------------------------------------------------------
-
- администратор
- Сообщения: 17585
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 825 раз
- Поблагодарили: 1653 раза
Re: скада на тонком клиенте
Неэффективно это.
Если хочется удешевить верхний уровень - ставьте СКАДА подешевле, комп попроще и т.д. Если недостаточно дёшево - меняйте всё на операторскую панель.
А т.н. тонкий клиент удешевит Вам только железо. Да, конечно есть преимущество - клиентская часть минимальна и, самое главное, она универсальна, можно перетаскивать с места на место не парясь с адаптацией. Но нужна серверная часть. Хорошо когда она уже есть, а когда её нет - её создание есть весьма трудоёмкая процедура.
В наших дорогих контроллерах именно так и сделан операторский интерфейс. Есть плюсы, есть минусы, но это для нас данность от производителя. А вот самому это создавать с нуля - я даже не представляю сколько это съест человеко-месяцев (и, соответственно, денег).
Если хочется удешевить верхний уровень - ставьте СКАДА подешевле, комп попроще и т.д. Если недостаточно дёшево - меняйте всё на операторскую панель.
А т.н. тонкий клиент удешевит Вам только железо. Да, конечно есть преимущество - клиентская часть минимальна и, самое главное, она универсальна, можно перетаскивать с места на место не парясь с адаптацией. Но нужна серверная часть. Хорошо когда она уже есть, а когда её нет - её создание есть весьма трудоёмкая процедура.
В наших дорогих контроллерах именно так и сделан операторский интерфейс. Есть плюсы, есть минусы, но это для нас данность от производителя. А вот самому это создавать с нуля - я даже не представляю сколько это съест человеко-месяцев (и, соответственно, денег).
По вопросам работы Форума можно обратиться по этим контактам.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
viewtopic.php?f=14&t=6490 тут все долго разбирались, что есть СКАДА. Так ли нужна именно СКАДА? Как уже коллеги говорили, если достаточно HMI, то самое дешёвое - это панели оператора. Мои 5 копеек. Вот может быть полезным в этом обсуждении http://www.weintek.com/globalw/Product/Product_cMT.aspx . +(тут уже упоминали) Мы так же много используем VNC: у нас есть объекты с парками машин, там чтобы оператор не бегал - сидит смотрит картинки со многих машин на паре мониторов. Если бы это делали на СКАДА бало бы дорого и бесполезно ( ни архивов, ни отчётов и тп не нужно)
Alex.
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
Re: скада на тонком клиенте
Алексей, я эту тему читал, тут не облако, а терминальный доступ...
Мне не нужна доступность к скада из любого конца света, вполне достаточно для пяти шести независимых клиентов, которые будут находиться в операторной. Тема такая, что за стоимость шести новых промПК можно купить пару серверных пк среднего уровня и тонкие клиенты...интересно сможет ли скажу работать если разные клиенты будут работать с разными окнами и как вообще лицензироваться будет эта скада?
З.ы. Не стоит воспринимать все в штыки! Я чисто гипотетически имею интерес. А чтоб меня учили использовать давно принятые и всем понятные технологии я бы мог и на работе спросить у дедушек...человеку требуется эволюционировать, а не сидеть на месте и ковырять палкой в земле)))
Мне не нужна доступность к скада из любого конца света, вполне достаточно для пяти шести независимых клиентов, которые будут находиться в операторной. Тема такая, что за стоимость шести новых промПК можно купить пару серверных пк среднего уровня и тонкие клиенты...интересно сможет ли скажу работать если разные клиенты будут работать с разными окнами и как вообще лицензироваться будет эта скада?
З.ы. Не стоит воспринимать все в штыки! Я чисто гипотетически имею интерес. А чтоб меня учили использовать давно принятые и всем понятные технологии я бы мог и на работе спросить у дедушек...человеку требуется эволюционировать, а не сидеть на месте и ковырять палкой в земле)))
-
- почётный участник форума
- Сообщения: 5638
- Зарегистрирован: 07 окт 2011, 09:12
- Имя: Гаско Вячеслав Эриевич
- Страна: Россия
- город/регион: Рязань
- Благодарил (а): 602 раза
- Поблагодарили: 759 раз
Re: скада на тонком клиенте
Анатолий, то что Вы описываете называется сетевой клиент-серверной структурой. Например FTView SE Network от RockwellAutomation может быть сконфигурирована подобным образом. Цена зависит от применяемых компонентов системы, а выигрыш клиент-серверной структуры перед одноранговой начинает проявляться при числе рабочих станций начиная с шести. Далее вылезают требования к резервированию и синхронизации серверной и исторической части системы, что в свою очередь удорожает проект, т.к. о бесплатных SQL-серверах при этом речь уже не идёт.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
Присоединюсь к Вячеславу. Скорее Клиент-Сервер, чем тонкий клиент. Да и рабочие места можно сделать на моноблоках, которые сегодня в разы дешевле стоечного промышленного ПК.
Вот пример
Вот пример
Alex.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
И кстати при чём тут вообще СКАДА? Есть же в принципе технологии тонкого клиента: Citrix, Microsoft, VMWare VDI. Какая разница, что на сервере крутится 1С или СКАДА? Это чисто админская задача, к автоматизации вообще никакого отношения не имеет.
Alex.
-
- эксперт
- Сообщения: 1172
- Зарегистрирован: 14 ноя 2013, 20:35
- Имя: Анатолий Сергеевич
- Страна: Россия
- город/регион: Башкортостан
- Благодарил (а): 13 раз
- Поблагодарили: 68 раз
Re: скада на тонком клиенте
Интересен вопрос лицензирования рантайма при применении данной технологии. Если придется лицензировать каждый клиент, тогда решение в топку, если нет то еще можно и задуматься)))alex_ugrumov писал(а):И кстати при чём тут вообще СКАДА? Есть же в принципе технологии тонкого клиента: Citrix, Microsoft, VMWare VDI. Какая разница, что на сервере крутится 1С или СКАДА? Это чисто админская задача, к автоматизации вообще никакого отношения не имеет.
Смотрю у инсата есть клиентские лицензии, завтра у поддержки спрошу подробнее про msrt-client.
Вообще, сегодня переговорил с айтишниками, можно попробовать поиграться и ручками пощупать как это...начну с мастерскады и трейсмоуда.
-
- освоился
- Сообщения: 233
- Зарегистрирован: 11 апр 2013, 13:22
- Имя: Вишневский Денис
- Благодарил (а): 11 раз
- Поблагодарили: 13 раз
Re: скада на тонком клиенте
связку используем - Wonderware Intouch + win serv 2003, 30 клиентов в терминальном режиме работает, понятно дело чтоэто все таки мониторинг, а не управление,megavolt86 писал(а):Общий привет!
По своей работе занимаюсь проектированием и внедрением асутп малого и среднего уровня. Последнее время участилась тенденция к капитальному удешевлению систем, теперь приходится выбирать не только опробование устройства с целью уменьшения длительности разработки, но теперь веяние новое появилось - сделать как можно дешевле, если и не даром...даже старые лптшные ключи от трейсмоуда 5 начали доставать)))
Так вот появилась мысль - а почему бы не использовать тонкие клиеты для реализации функций hmi? Вообще существуют ли скада для тонких клиентов? Браузерные клиенты не интересуют.
Интересно бы было на двух-трех клиентах реализовать управление несколькими отделениями...
Сталкивался из спецов может кто с этим?
но в принципе не мешает ничего сделать и управление)
alex_ugrumov писал(а):И кстати при чём тут вообще СКАДА? Есть же в принципе технологии тонкого клиента: Citrix, Microsoft, VMWare VDI. Какая разница, что на сервере крутится 1С или СКАДА? Это чисто админская задача, к автоматизации вообще никакого отношения не имеет.
к сожалению имеет, потому что у автоматизаторского софта куча нюансов и в плане обмена с железом, и так не мало мелочей, которые кровь сворачивают иногда.
"- Знаешь, дружище, в чем истинный смысл второго закона термодинамики?
Как ни упирайся, а бардака все больше. И чем серьезнее ты упираешься, тем страшнее неразбериха."(с)
Как ни упирайся, а бардака все больше. И чем серьезнее ты упираешься, тем страшнее неразбериха."(с)
-
- здесь недавно
- Сообщения: 68
- Зарегистрирован: 05 сен 2014, 13:17
- Имя: Виталий Анатольевич Куроткин
- Страна: РФ
- город/регион: Москва
- Благодарил (а): 2 раза
- Поблагодарили: 3 раза
Re: скада на тонком клиенте
У меня есть по этому вопросу небольшой опыт. Сразу стоит разделить графическую HMI часть и "черный ящик" - систему архивации.
По HMI. На современных не дорогих Siemens контроллерах (1200 серия) делается отличный WEB сервер со всеми красочными javascript "рюшечками", всякими индикаторами, кнопочками, даже можно тренд на несколько дней сделать. Погуглите: Siemens HTML5. Далее с любого компьютера, имеющего доступ в интернет и внешний ip делаете перенаправление портов на Ваш контроллер. В Siemens можно даже сделать авторизацию пользователя по паролю. В этом случае будет доступ из интернета.
По системе архивации "черный ящик". Если Вам нужно собирать годовые данные и хранить, то можете обойтись сервером с базой данных. Берете open source базу данных (например, форки mysql) и устанавливайте на не самый дорогой компьютер (тк. графику на нем обрабатывать не надо), можно даже разобраться с linux и поставить систему без графической оболочки. Далее просите программиста написать простую программу (процесс), которая берет данные из контроллера и пишет в базу данных. Лучше использовать не OPC, а простые протоколы типа MODBUS (на большинства контроллеров он есть). Причем если все настройки будут храниться непосредственно в этой программе, то она будет маленькая: берет данные из конкретных регистров modbus и пишет в конкретную таблицу бд. Не более 50 строчек на всех распространенных языках. Смотреть можно в виде таблиц, если подключиться клиентом бд. Или скопировать в Excel и там строить тренды. С сообщениями сложнее, но тоже просто можно сделать - другая программа читает бд и создает письмо email при превышение каких то значений.
Это все "костыльные" бюджетные (бесплатные) методы. Они отлично и надежно работают пока остаются простыми - маленькая программа реализует свою маленькую функцию скады.
По HMI. На современных не дорогих Siemens контроллерах (1200 серия) делается отличный WEB сервер со всеми красочными javascript "рюшечками", всякими индикаторами, кнопочками, даже можно тренд на несколько дней сделать. Погуглите: Siemens HTML5. Далее с любого компьютера, имеющего доступ в интернет и внешний ip делаете перенаправление портов на Ваш контроллер. В Siemens можно даже сделать авторизацию пользователя по паролю. В этом случае будет доступ из интернета.
По системе архивации "черный ящик". Если Вам нужно собирать годовые данные и хранить, то можете обойтись сервером с базой данных. Берете open source базу данных (например, форки mysql) и устанавливайте на не самый дорогой компьютер (тк. графику на нем обрабатывать не надо), можно даже разобраться с linux и поставить систему без графической оболочки. Далее просите программиста написать простую программу (процесс), которая берет данные из контроллера и пишет в базу данных. Лучше использовать не OPC, а простые протоколы типа MODBUS (на большинства контроллеров он есть). Причем если все настройки будут храниться непосредственно в этой программе, то она будет маленькая: берет данные из конкретных регистров modbus и пишет в конкретную таблицу бд. Не более 50 строчек на всех распространенных языках. Смотреть можно в виде таблиц, если подключиться клиентом бд. Или скопировать в Excel и там строить тренды. С сообщениями сложнее, но тоже просто можно сделать - другая программа читает бд и создает письмо email при превышение каких то значений.
Это все "костыльные" бюджетные (бесплатные) методы. Они отлично и надежно работают пока остаются простыми - маленькая программа реализует свою маленькую функцию скады.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
Ок, тогда проблема терминального доступа к 1C и работы с аппаратными ключами, это проблема бухгалтера АнныПетровны.den_vish писал(а): alex_ugrumov писал(а):И кстати при чём тут вообще СКАДА? Есть же в принципе технологии тонкого клиента: Citrix, Microsoft, VMWare VDI. Какая разница, что на сервере крутится 1С или СКАДА? Это чисто админская задача, к автоматизации вообще никакого отношения не имеет.
к сожалению имеет, потому что у автоматизаторского софта куча нюансов и в плане обмена с железом, и так не мало мелочей, которые кровь сворачивают иногда.
Alex.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
Да, при чём у них есть как клиенты (с возможностью управления), так и view станции, соответственно, только для просмотра.megavolt86 писал(а): Смотрю у инсата есть клиентские лицензии, завтра у поддержки спрошу подробнее про msrt-client.
Alex.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: скада на тонком клиенте
Оффтоп. Мы как-то сделали такую штуку. Стояла установка и нужно было журнал вести. Нужно было супербюджет. Мы сделали на wordpress. Так что у нас технологическая установка вела свой блог. Отдельные посты по авариям, по выполненным операциям и т.д. с тегами и категориями. Комменты только отключили :)Siluet писал(а): С сообщениями сложнее, но тоже просто можно сделать - другая программа читает бд и создает письмо email при превышение каких то значений.
Но на самом деле это не очень бюджетно. То есть если постоянно такие системки делать, то да, хорошо. А если редко, то это по сути нужно привлекать непрофильного специалиста (тот же линух, веб и т.д.)
Alex.
-
- освоился
- Сообщения: 233
- Зарегистрирован: 11 апр 2013, 13:22
- Имя: Вишневский Денис
- Благодарил (а): 11 раз
- Поблагодарили: 13 раз
Re: скада на тонком клиенте
"- Знаешь, дружище, в чем истинный смысл второго закона термодинамики?
Как ни упирайся, а бардака все больше. И чем серьезнее ты упираешься, тем страшнее неразбериха."(с)
Как ни упирайся, а бардака все больше. И чем серьезнее ты упираешься, тем страшнее неразбериха."(с)
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: скада на тонком клиенте
Как бы между прочим, насчет аппаратных ключей защиты и лицензионного соглашения: дело в том, что для большинства систем подобный подход - это прямое нарушение лицензионной политики фирмы-разработчика. Рекомендую внимательно читать лицензионное соглашение на ПО, прежде чем его использовать подобным образом. За примером далеко ходить не надо: TraceMode нельзя использовать в решениях с тонким клиентом, когда конечный АРМ подключается к АРМ-серверу и удаленно мониторит (и)или управляет процессом, Адастра даже на уровне ТМ защиту от доступа по RDP делает (через RDP нельзя работать с рантаймом ТМ). Весь спектр ПО типа ТимВьювера, или VNC они конечно же не перекрывают, но такие решения на базе ТМ автоматически становятся вне закона согласно лицензионной политике Адастры.
Так что, будьте внимательнее, подобное может быть не только у них. ;)
Так что, будьте внимательнее, подобное может быть не только у них. ;)
SCADA+
-
- почётный участник форума
- Сообщения: 5638
- Зарегистрирован: 07 окт 2011, 09:12
- Имя: Гаско Вячеслав Эриевич
- Страна: Россия
- город/регион: Рязань
- Благодарил (а): 602 раза
- Поблагодарили: 759 раз
Re: скада на тонком клиенте
О лицензировании.
У разных производителей разные политики на сей счёт.
Поскольку я более-менее разбирался с FTView SE, то могу сказать, лицензирование там идёт уже не по количеству тегов, а по количеству экранов и на дополнительные компоненты платформы, и что есть возможность на сервере лицензий использовать конкурентное лицензирование.
Например, если надо иметь тёплый резерв рабочих мест оператора, то на резервные АРМ лицензию покупать не надо. Действует принцип "кто первый встал - того и тапки".
Софт на АРМ-ах может быть установлен, но количество одновременно работающих клиентов не может превышать числа лицензий на сервере.
Для пакетов разработчика это тоже очень удобно.
К тому же там есть т.н. "период благодати" в одну неделю, означающий, что для полноценной работы ключ должен "доставаться" софту не реже 1 раза в неделю.
У разных производителей разные политики на сей счёт.
Поскольку я более-менее разбирался с FTView SE, то могу сказать, лицензирование там идёт уже не по количеству тегов, а по количеству экранов и на дополнительные компоненты платформы, и что есть возможность на сервере лицензий использовать конкурентное лицензирование.
Например, если надо иметь тёплый резерв рабочих мест оператора, то на резервные АРМ лицензию покупать не надо. Действует принцип "кто первый встал - того и тапки".
Софт на АРМ-ах может быть установлен, но количество одновременно работающих клиентов не может превышать числа лицензий на сервере.
Для пакетов разработчика это тоже очень удобно.
К тому же там есть т.н. "период благодати" в одну неделю, означающий, что для полноценной работы ключ должен "доставаться" софту не реже 1 раза в неделю.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)