Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
Сложность HMI SCADA. (страница 2)

Версия для печати (настроить)
Страницы: 1 2

Новая тема | Написать ответ

Подписаться

Автор Тема:   Сложность HMI SCADA.
bessonov
Member

Сообщений: 88
Откуда: Россия
Регистрация: Август 2003

написано 20 Апреля 2005 11:17ИнфоПравкаОтветитьIP

Статья очень понравилась. Особенно в плане оценки ситуации на рынке SCADA систем. Но количество инсталяций я бы отнёс в основном к грамотной организации маркетинга. Полностью согласен с выбором основных критериев по которым будут оценивать SCADA системы.

ColdFire
Member

Сообщений: 56
Откуда: Россия
Регистрация: Ноябрь 2004

написано 20 Апреля 2005 16:20ИнфоПравкаОтветитьIP

цитата:
bessonov писал:
Статья очень понравилась. Особенно в плане оценки ситуации на рынке SCADA систем. Но количество инсталяций я бы отнёс в основном к грамотной организации маркетинга. Полностью согласен с выбором основных критериев по которым будут оценивать SCADA системы.

Совершенно согласен. Весь текст вплоть до картинки отличный. Если выкинуть из последующего фрагмента рекламу, поспорю только с:
1) Наличие горячей линии техподдержки несомненно плюс, но за весь мой опыт работы со скадами как правило вопросов возникло меньше, чем пальцев на одной руке
2) Многоплатформенность можно вообще выкинуть из списка приоритетов
3) Очень под вопросом структурированность. Несомненно, есть места где без нее трудно жить, но намного больше мест,
где есть сотня объектов, чуть-чуть отличающихся друг от друга. И еще неизвестно, на что больше трудозатраты - на реализацию структурированной или линейной базы. Примерно та же история, что и с XQL (xml-query). Это все если не замахиваться на ERP и MES. В свете же этих двух и политики AdAstra объектно-ориентированная SCADA уже не смотрится нелогичной.

Павел Мощицкий
Member

Сообщений: 852
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 20 Апреля 2005 20:33ИнфоПравкаОтветитьIP

ColdFire
Логика прет изо всех щелей
Статья маркетинговая. ИМХО. На фоне прогнозов о не сильном изменении объема тех. поддержки пятой версии из-за тормознутости шестой, ее выход логичен.

alekst
Junior Member

Сообщений: 2
Регистрация: Апрель 2005

написано 21 Апреля 2005 09:38ИнфоПравкаОтветитьIP

Обо что копья ломаем? Объектно-ориентированные SCADA могут вполне быть, и наверняка есть. Те SCADA, что наиболее популярны на рынке, заточены под стереотипные задачи области применения и наиболее распространенное оборудование. И нагружать их нехарактерными задачами специфических производств и специфического железа нерационально.

R0MER
Member

Сообщений: 74
Откуда: Russia
Регистрация: Июль 2003

написано 21 Апреля 2005 10:03ИнфоПравкаОтветитьIP

Павел Мощицкий
А в чем тормознутость6-ки, пояснить можно? А то кроме того, что куча видеоклипов на экране тормозит в первом релизе, больше ничего и не слышал. А выдаете так, что прямо таки и вся система тормозит ужасно...

bessonov
Member

Сообщений: 89
Откуда: Россия
Регистрация: Август 2003

написано 21 Апреля 2005 10:33ИнфоПравкаОтветитьIP

alekst
Объектно-ориентированные SCADA могут вполне быть, и наверняка есть.

Насколько я знаю все SCADA объектно-ориентированные

alekst
Junior Member

Сообщений: 3
Регистрация: Апрель 2005

написано 21 Апреля 2005 10:59ИнфоПравкаОтветитьIP

цитата:
bessonov писал:
alekst
Объектно-ориентированные SCADA могут вполне быть, и наверняка есть.

Насколько я знаю все SCADA объектно-ориентированные


Это как же так?

Павел Мощицкий
Member

Сообщений: 854
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 22 Апреля 2005 00:23ИнфоПравкаОтветитьIP

R0MER
А в чем тормознутость6-ки, пояснить можно?
Хорошо, завтра попрошу своих программистов ответить более подробно. От себя могу сказать, что увидел и не только о тормознутости:
1. Заметно больше времени уходит на открытие ср-в разработки.
2. Не работает временное МРВ из ср-в разработки. Приходится запускать из проводника.
3. Приходится в ср-вах разработки специально сохранять в файл, для МРВ.
4. Про ошибку по стандарту OPC, уже и не говорю. До сих пор не получил ни я, ни один из клиентов, версию с исправленной ошибкой, значит до сих пор ее нету.

Добавление от 22 Апреля 2005 00:24:

bessonov
все SCADA объектно-ориентированные
И GENESIS 32?

R0MER
Member

Сообщений: 75
Откуда: Russia
Регистрация: Июль 2003

написано 22 Апреля 2005 10:24ИнфоПравкаОтветитьIP

Павел Мощицкий
2. МРВ вообще не запускается из среды или выдает ошибку запуска?
3. Это архитектурные особенности. Проект и ресурсы для рантайма теперь разделены.
4. А конкретнее - что за ошибка, от Вас не поступало никаких сообщений об ошибке в ОРС. Если можно директом Вы или Ваши программисты скиньте, пожалуйста.

Павел Мощицкий
Member

Сообщений: 857
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 22 Апреля 2005 17:18ИнфоПравкаОтветитьIP

R0MER
1. Не запускается.
2. Мне здесь постить выдержку из письма одному из моих клиентов от Вашего непосредственного начальника? Там написана даже причина несоответствия.

panteleys
unregistered
написано 25 Апреля 2005 12:59  ПравкаОтветитьIP

Мы все отвлеклись от темы. Давайте все прочтем начало данного раздела и поговорим более конструктивно.

Павел Мощицкий
Member

Сообщений: 861
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 27 Апреля 2005 08:28ИнфоПравкаОтветитьIP

panteleys
поговорим более конструктивно
Считаю тоже, что вопрос не простой и сколько людей, столько мнений. Лично я считаю, что МРВ должно быть ориентировано на оператора, т.к. используется, как АРМ оператора. Ср-ва разработки чаще всего используется системными интеграторами. Сейчас появилась тенденция разработки и внедрения АСУ ТП конечными пользователями, но пока она еще ИМХО минимальна. Единственное, что требует помощи технологов - это мат. обработка. Что касается просмотра архивов, то тут работа технолога и ориентированность должна быть на него. Ну и все части должны быть понятны инженеру АСУ ТП. Вот мое мнение.

Добавление от 27 Апреля 2005 13:11:

R0MER
Ответа не услышал, поэтому привожу выдержку: "В тегах "Источников OPC" у нас путь к тегу OPC-сервера в качестве
разделителя имеет "точку", а OPC-сервер понимате только "/".

Мы будем разбираться в причинах, кто прав, кто виноват.

А пока можно вручную в настройках "Источников OPC" поменять разделители с
"." на "/"."
Письмо подписано руководителем департаменты тех. поддержки Adastra.
Странно, что Вы не в курсе.

bessonov
Member

Сообщений: 90
Откуда: Россия
Регистрация: Август 2003

написано 14 Мая 2005 12:35ИнфоПравкаОтветитьIP

ColdFire
2) Многоплатформенность можно вообще выкинуть из списка приоритетов


ссылка

ColdFire
Member

Сообщений: 57
Откуда: Россия
Регистрация: Ноябрь 2004

написано 18 Мая 2005 13:09ИнфоПравкаОтветитьIP

цитата:
bessonov писал:
ColdFire
2) Многоплатформенность можно вообще выкинуть из списка приоритетов
ссылка

Windows.CE и Windows.просто - жуть как разные платформы
Вот если бы там LinCon поддержали, я бы удивился.

R0MER
Member

Сообщений: 76
Откуда: Russia
Регистрация: Июль 2003

написано 18 Мая 2005 14:52ИнфоПравкаОтветитьIP

ColdFire
Под Linux - в разработке.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика