YarrowSoft

Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы

Ближайшие найденные письма:

[Предыдущее - нет] [Следующее - нет]

Письма за один день 25 Апреля 2005 с 1 -19 из 19

Письмо #4359

Тема: [asutp] File - Управление подпиской на Конференцию
Начало этой темы: [asutp] File - Управление подпиской на Конференцию
Это ответ на: нет
Ответ на это письмо: нет
От: asutp Дата: 25 Апреля 2005 02:57

charset=koi8-r
%charset=koi8-r


         Управление подпиской на Конференцию E-Mail

=============================================================================

- Отписка от Конференции - пустое       письмо       на       адрес
E-Mail   ,  после  чего  ОБЯЗАТЕЛЬНО
подтвердите  свое  желание, отослав обратно ответ сервера через кнопку
"ОТВЕТИТЬ"(Reply) в своей почтовой программе . Только после получения
подтверждения сервер автоматически отпишет вас от Конференции.

- Экономичный  режим  подписки  на  конференцию (режим дайджеста -
-  одно  письмо  со  всеми  сообщениями  за прошедшие сутки) - пустое
письмо   на   адрес   E-Mail   .  Возврат  к
нормальному режиму получения писем - пустое письмо
на E-Mail

- Временная приостановка получения писем (отпуск, командировка) - пустое
письмо   на   адрес   E-Mail   ,   возврат  к
нормальному режиму получения писем - пустое письмо на
E-Mail

Если вы не хотите получать письма в свой почтовый ящик, а
вам удобнее пользоваться онлайном, то
поучаствовать в Конференции вы можете по адресу

http://groups.yahoo.com/group/Asutp/messages


Адрес архива конференции -
http://groups.yahoo.com/group/Asutp


Адрес модераторов - E-Mail

Портал АСУ ТП
http://asutp.interface.ru
- Мир Новых Технологий в области автоматизации технологических процессов.

===============================================================================



------------------------ Yahoo! Groups Sponsor --------------------~-->
Does he tell you he loves you when he's hitting you?
Abuse. Narrated by Halle Berry.

http://us.click.yahoo.com/aFQ_rC/isnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4355

Тема: RE: Re[2]: [asutp] Крутая методика сравнения ТМ с другими SCADA !
Начало этой темы: RE: Re[2]: [asutp] Крутая методика сравнения ТМ с другими SCADA !
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 17:08

Все верно на 100%. Другое дело, что грамотно сформулировать можно далеко не
все проекты. Есть достаточно уникальные вещи, которые еще нигде никогда не
применялись, потому опыта по формулировкам просто ни у кого в нашей стране
не существует. И сами технологи должны более-менее понятно (конечно же с
помощью специалистов АСУ ТП!) сформулировать- что же все-таки им необходимо.
Просто кроме них самих этого больше никто не скажет. На словах все понятно,
но как только дело переходит к бумаге- тут все, у них мозговой запор :)

Я сейчас говорю именно про такие уникальные проекты.
Просто АСУ ТП - у нас такие драфты ТЗ обсосаны до мелочей.
А вот автоматический PTS пока никто не внедрял в области металлургии (судя
по командировкам на аналогичные предприятия в Англии, Турции и т.п.)

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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


------------------------ Yahoo! Groups Sponsor --------------------~--> Take a look at donorschoose.org, an excellent charitable web site foranyone who cares about public education!
http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #12475

Тема: RE: Re[2]: [asutp] Крутая методика сравнения ТМ с другими SCADA !
Начало этой темы: RE: Re[2]: [asutp] Крутая методика сравнения ТМ с другими SCADA !
Это ответ на: Re[2]: [asutp] Крутая методика сравнения ТМ с другими SCADA !
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 17:08

Все верно на 100%. Другое дело, что грамотно сформулировать можно далеко не
все проекты. Есть достаточно уникальные вещи, которые еще нигде никогда не
применялись, потому опыта по формулировкам просто ни у кого в нашей стране
не существует. И сами технологи должны более-менее понятно (конечно же с
помощью специалистов АСУ ТП!) сформулировать- что же все-таки им необходимо.
Просто кроме них самих этого больше никто не скажет. На словах все понятно,
но как только дело переходит к бумаге- тут все, у них мозговой запор :)

Я сейчас говорю именно про такие уникальные проекты.
Просто АСУ ТП - у нас такие драфты ТЗ обсосаны до мелочей.
А вот автоматический PTS пока никто не внедрял в области металлургии (судя
по командировкам на аналогичные предприятия в Англии, Турции и т.п.)

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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


------------------------ Yahoo! Groups Sponsor --------------------~--> Take a look at donorschoose.org, an excellent charitable web site foranyone who cares about public education!
http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #4354

Тема: RE: [asutp] HA: Re: ХГЛЕПЕМХЕ СПНБМЪ ПЮГДЕКЮ ТЮГ Б НАЕЯЯНКХБЮРЕКЪУ
Начало этой темы: RE: [asutp] HA: Re: ХГЛЕПЕМХЕ СПНБМЪ ПЮГДЕКЮ ТЮГ Б НАЕЯЯНКХБЮРЕКЪУ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 17:09

О, это давняя история. Проектанты- ПМП (Питер) К ним и имеет смысл
обратиться.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

А сайт производителя скажешь? И через кого брали (можно директом).




------------------------ Yahoo! Groups Sponsor --------------------~--> Give the gift of life to a sick child. Support St. Jude Children's Research Hospital's 'Thanks & Giving.'
http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #12474

Тема: RE: [asutp] HA: Re: ХГЛЕПЕМХЕ СПНБМЪ ПЮГДЕКЮ ТЮГ Б НАЕЯЯНКХБЮРЕКЪУ
Начало этой темы: RE: [asutp] HA: Re: ХГЛЕПЕМХЕ СПНБМЪ ПЮГДЕКЮ ТЮГ Б НАЕЯЯНКХБЮРЕКЪУ
Это ответ на: [asutp] HA: Re: ХГЛЕПЕМХЕ СПНБМЪ ПЮГДЕКЮ ТЮГ Б НАЕЯЯНКХБЮРЕКЪУ
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 17:09

О, это давняя история. Проектанты- ПМП (Питер) К ним и имеет смысл
обратиться.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

А сайт производителя скажешь? И через кого брали (можно директом).




------------------------ Yahoo! Groups Sponsor --------------------~--> Give the gift of life to a sick child. Support St. Jude Children's Research Hospital's 'Thanks & Giving.'
http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #4353

Тема: Re: [asutp] KVisionOPC
Начало этой темы: [asutp] KVisionOPC
Это ответ на: [asutp] KVisionOPC
Ответ на это письмо: Re: [asutp] KVisionOPC
От: Alexander Burmistrov Дата: 25 Апреля 2005 17:36

AGC> Скачал случайно для ознакомления KVisionOPC - понравилось жутко :)
AGC> Да еще как выяснилось она абсолютно бесплатная!
Первая версия была вообще с открытыми исходниками, но потом я от этого
отказался.

AGC> Спасибо разработчикам !
Пожалуйста! Будете что нибудь делать на нем - присылайте скриншоты
посмотреть. Можете на форуме отметиться:

http://www.kaskadgroup.ru/modules.php?name
=Forums

AGC> Один вопрос только - что-то не получилось "исторический тренд" заставить работать:
AGC> при попытке добавить график - ноль реакции... Это так задумано ?
KVisionOPC - это преобразованный модуль визуализации от SCADA-системы
КАСКАД. Для максимального упрощения из него выкинули всю привязку к
внутренним службам этой системы, в том числе пришлось пожертвовать и
архивами и звуковой сигнализацией, так как в КАСКАДе эти подсистемы
реализованны отдельными от визуализации модулями. Объекты визуализации
(библиотеки) используются одни и те же что в КАСКАДе, что в
KVisionOPC. Только в KVisionOPC вместо интерфейсов доступа к
историческим значениям стоят заглушки. Поэтому исторический тренд и не
показывает ничего. В КАСКАДе этот объект читает данные из БД,
реализованной на базе сервера Firebird.

Сделать архивы для KVisionOPC - моя давняя мысль. Но времени на это
нет, и вряд ли когда появится. Но не все так плохо! Есть у меня мысли
по поводу выпуска специальной версии КАСКАДа, принудительно
ограниченной для работы ТОЛЬКО с поставщиками данных в виде
OPC-серверов, но зато работающей без каких либо ограничений. И будет
там все - история, графики, рапорта, звуковая сигнализация. И будет
вам счастье! :-) Пока осталось только убедить наших остальных
разработчиков в гениальности моих мыслей. :-)

С уважением,
Александр Бурмистров,
KASKAD group,
http://www.kaskadgroup.ru









------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4352

Тема: Re: [asutp] Реализация ФАПЧ
Начало этой темы: Re: [asutp] Реализация ФАПЧ
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Реализация ФАПЧ
От: Андрей Мурашко Дата: 25 Апреля 2005 19:01

>Я так понимаю, что вращаться они должны синхронно, а один должен
проворачиваться относительно второго на 0-90.. Так зачем два двигателя?
Изменение фазы должно происходить во время работы, или можно остановить
установку?

Так оно и есть. Если знаете, как это сделать с помощью одного двигателя,
расскажите, я не представляю. Изменение фазы должно происходить во время
работы, оператор следит за техпроцессом и, по потребности, управляет
фазой.

>Если привод имеет встроеный контур управления не только по скорости (как
большинство "бюджетных" частотников) но и по положению, (например, такие
как AX2xxx от Beckhoff, или Mantetic, или Danaher-Motion) то проблемы с
разными редукторами, различием в энкодерах или резольверах, и
относительным сдвигом в реперной точке энкодера решаются однократно при
параментризации драйва.

Данный способ ограничен применением в задачах позиционирования, когда
есть возможность частой перекалибровки. При длительной работе
накапливается ошибка ( хотя бы за счет точности пересчета, поскольку,
обычно коэффициенты в частотниках имеют 1-2 фиксированных знака после
запятой. Можно конечно попытаться учесть эту ошибку, и время от времени ее
корректировать, но это несолидно как-то, бо шаманством попахивает.

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


------------------------ Yahoo! Groups Sponsor --------------------~-->
Help save the life of a child.  Support St. Jude Children's Research Hospital's
'Thanks & Giving.'

http://us.click.yahoo.com/mGEjbB/5WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4351

Тема: Re: [asutp] Вторичный прибор
Начало этой темы: Re: [asutp] Вторичный прибор
Это ответ на: Re: [asutp] Вторичный прибор
Ответ на это письмо: нет
От: Sobianin Alexey Дата: 25 Апреля 2005 19:22

----- Original Message -----
From: "GEN++" <E-Mail.ru>
To: <E-Mail>
Sent: Friday, April 22, 2005 9:24 PM
Subject: Re: [asutp] Вторичный прибор



>   Какой даапазон температур и почему обязательно использовать
> токовые выходы. Видимо существует множество решений данной проблемы.
>  Если можно изложить Вашу проблему в виде ТЗ и бросить на мой Email
, то скорее всего можно будет найти подходящее
>   решение.


Ситуация следующая.
В настоящее время в отдельно-стоящем здании на ФЩЛ выведены 12 точек
температуры подшипников дымососов.
Собрана релейная схема останова дымососов.
Технологи захотели видеть температуры в основном корпусе цеха. Нами были
предложены варианты применения контроллера на останов дымососа или
регистраторов с RS-485, а в щитовой основного цеха поставить панель или
компьютер.
Этот вариант не проходит, слишком много возникает затрат на оборудование и
обеспечение условий. Атмосфера в цехе ужасная (хлор, солянка, фосген) и
привести щитовую к нормальным условиям проблема.
Проще на приборном уровне решить эту задачу.
С уважением,
Алексей Собянин
Соликамский Магниевый Завод

>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>



------------------------ Yahoo! Groups Sponsor --------------------~-->
DonorsChoose. A simple way to provide underprivileged children resources
often lacking in public schools. Fund a student project in NYC/NC today!

http://us.click.yahoo.com/5F6XtA/.WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4350

Тема: Re: [asutp] Реализация ФАПЧ
Начало этой темы: Re: [asutp] Реализация ФАПЧ
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 25 Апреля 2005 19:26

Два коаксиальных вала. Во внешнем сделана радиальная повернутая на 45.
прорезь а-ля шнек. Через нее во внутренний вал вкручивается штифт. Еще
лучше сделать таких прорезей и штифтов несколько - для симметрии и
уменьшения нагрузок.
Теперь, перемещая внутренний вал вдоль общей оси, можно менять его угловое
положение относительно внешнего. Это можно сделать, выбрав на его конце паз
и вставив в него водило (вилку, рогатку). Если второй конец вала не должен
перемещаться, то это, думаю не проблема.

С уважением Леонид Мирошко.

----
E-mail автора: E-Mail.ua
(по данным регистрации на iprog.pp.ru/forum)


------------------------ Yahoo! Groups Sponsor --------------------~-->
Has someone you know been affected by illness or disease?
Network for Good is THE place to support health awareness efforts!

http://us.click.yahoo.com/OCfFmA/UOnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4349

Тема: Re: [asutp] Реализация ФАПЧ
Начало этой темы: Re: [asutp] Реализация ФАПЧ
Это ответ на: Re: [asutp] Реализация ФАПЧ
Ответ на это письмо: нет
От: Левин Алексей Дата: 25 Апреля 2005 19:49

>
> >Я так понимаю, что вращаться они должны синхронно, а один должен
> проворачиваться относительно второго на 0-90.. Так зачем два двигателя?
> Изменение фазы должно происходить во время работы, или можно остановить
> установку?
>
>  Так оно и есть. Если знаете, как это сделать с помощью одного двигателя,
> расскажите, я не представляю. Изменение фазы должно происходить во время
> работы, оператор следит за техпроцессом и, по потребности, управляет
> фазой.
>
> Рассогласование по фазе двух механизмов содним приводом можно сделать с
помощью
дифференциальной передачи
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>



------------------------ Yahoo! Groups Sponsor --------------------~-->
Help save the life of a child.  Support St. Jude Children's Research Hospital's
'Thanks & Giving.'

http://us.click.yahoo.com/mGEjbB/5WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4348

Тема: [asutp] Нужны сборники ТМ, ЗК
Начало этой темы: [asutp] Нужны сборники ТМ, ЗК
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 25 Апреля 2005 20:00

Вопрос: кто-нибудь имеет (или встречал в И-нете) электронные версии
сборников типовых монтажных чертежей, закладных конструкций, разработанных
проектными институтами типа ГПКИ "Проектмонтажавтоматика"? Может есть
информация, где можно заказать CD с этими сборниками, или сборники в
бумажном виде? Спасибо за ответ.

2328

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


------------------------ Yahoo! Groups Sponsor --------------------~-->
Give the gift of life to a sick child.
Support St. Jude Children's Research Hospital's 'Thanks & Giving.'

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4347

Тема: [asutp] резервирование на основе шнайдера
Начало этой темы: [asutp] резервирование на основе шнайдера
Это ответ на: нет
Ответ на это письмо: Re: [asutp] резервирование на основе шнайдера
От: svagap Дата: 25 Апреля 2005 20:19

Приветствую всех!
Никто не сталкивался с резервированием на основе шнайдера?
Интересуют возможные грабли, опыт при пуске и эксплуатации.
Где можно подробно ознакомиться с их техническими
решениями-предложениями по организации резервирования (что-то вроде
Simatic S7-400H)?



------------------------ Yahoo! Groups Sponsor --------------------~-->
Give the gift of life to a sick child.
Support St. Jude Children's Research Hospital's 'Thanks & Giving.'

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4346

Тема: [asutp] тест
Начало этой темы: [asutp] тест
Это ответ на: нет
Ответ на это письмо: нет
От: Шилин Анатолий Семенович Дата: 25 Апреля 2005 21:14

тест



------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4345

Тема: RE: [asutp] Перспективы развития технологий АСУ ТП
Начало этой темы: RE: [asutp] Перспективы развития технологий АСУ ТП
Это ответ на: нет
Ответ на это письмо: RE: [asutp] Перспективы развития технологий АСУ ТП
От: Ilya Shustikov Дата: 25 Апреля 2005 21:33

Все-тки это сильно зависит предметной области.
Вот цитата с
http://www.mesa.ru
:
"...
Международная ассоциация производителей систем управления производством (MESA) определила одиннадцать типовых обобщенных функций MES систем:
...
Управление производственными процессами (PM) - Мониторинг производственных процессов, автоматическая корректировка либо диалоговая поддержка решений оператора.
..."

И, например, в трубопроводном транпорте данная функция MES является весьма важной и для ее реализации нужен HMI.

И еще по поводу конвергенции - Ильдар правильно отметил, посмотрите, в шапке сайта каждого второго заметного производителя HMI стоит MES: Wonderware, USDATA, ПУ Fanuc, Citect и т.д. В общем то в самих HMI вендорам особо вылизывать то уже особенно нечего, а MES - относительно новая ниша для них. Я не говорю, что USDATA и ей подобные станут ведущими поставщиками MES систем, но делать какие то кубики для MES онии вполне способны.

--
Best regards,
   Ilya Shustikov
   SLP-Engineering

Илья, нет. Среда для АСОДУ, но не для MES! У MES другие задачи. HMI там особо ни к чему.

Кто-нить из здесь присутствующих хоть раз видел интерфейсы MES?
Там сплошняком таблицы, графики. MES- это планирование и аналитика в бОльшей своей части за небольшим исключением, где по-крупному отрисованы установки (по участкам), но там совершенно другой HMI, т.е. назначение иное.
Так или иначе мастеру, начальнику участкацеха совсем ни к чему смотреть на экраны SCADA. Он же не диспетчер. Инфо им необходимо предоставлять - агрегированное.

Вот, гляньте в качестве примера:

http://www.bronermetals.com/html/solutions/ProdTrack.html


http://www.bronermetals.com/html/solutions/ProdCont.html


http://www.bronermetals.com/html/solutions/MSCC.html


http://www.bronermetals.com/html/solutions/SES.html


http://www.bronermetals.com/html/solutions/HMS.html


http://www.bronermetals.com/html/solutions/ONCTP.html


http://www.bronermetals.com/html/solutions/ONATP.html




------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4344

Тема: Re: [asutp] KVisionOPC
Начало этой темы: [asutp] KVisionOPC
Это ответ на: Re: [asutp] KVisionOPC
Ответ на это письмо: Re[2]: [asutp] KVisionOPC
От: Alex G. Centner Дата: 25 Апреля 2005 22:02

Здраствуте!
> Пожалуйста! Будете что нибудь делать на нем - присылайте скриншоты
> посмотреть. Можете на форуме отметиться:
>
http://www.kaskadgroup.ru/modules.php?name
=Forums


Есть желание сделать.. Не могу начать именно из-за отсутствия исторических
трендов ...
Есть конечно идея сворганить собственное приложение для выборки из
базы/рисования трендов , и запускать
его по кнопке .. Посмотрим что получится.

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

>Есть у меня мысли
> по поводу выпуска специальной версии КАСКАДа, принудительно
> ограниченной для работы ТОЛЬКО с поставщиками данных в виде
> OPC-серверов, но зато работающей без каких либо ограничений. И будет
> там все - история, графики, рапорта, звуковая сигнализация. И будет
> вам счастье! :-) Пока осталось только убедить наших остальных
> разработчиков в гениальности моих мыслей. :-)
Ооо! Это супер мысли ! :) Очень правильные. Если такое случиться  -  будем
внедрять на КАСКАД.
Но опять же КАСКАД - слишком много лишнего. А в KVision не хватает совсем
чуть чуть чтоб он полностью удовлетворил - "тренды", "историческое значение"
(тоже связано с БД) и что-то типа окна оперативных сообщений :).
Кстати, такой вопрос: через скрипт можно изменить свойства обьекта в
мнемосхеме ? К собственному- то caption'у он может достучаться, а к другим
фиг .. Пытался через GUID и ID обьекта химичить - ни чего не вышло :)



------------------------ Yahoo! Groups Sponsor --------------------~-->
Give the gift of life to a sick child.
Support St. Jude Children's Research Hospital's 'Thanks & Giving.'

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4343

Тема: Re[2]: [asutp] KVisionOPC
Начало этой темы: [asutp] KVisionOPC
Это ответ на: Re: [asutp] KVisionOPC
Ответ на это письмо: нет
От: Alexander Burmistrov Дата: 25 Апреля 2005 22:44

>>Есть у меня мысли
>> по поводу выпуска специальной версии КАСКАДа, принудительно
>> ограниченной для работы ТОЛЬКО с поставщиками данных в виде
>> OPC-серверов, но зато работающей без каких либо ограничений. И будет
>> там все - история, графики, рапорта, звуковая сигнализация. И будет
>> вам счастье! :-) Пока осталось только убедить наших остальных
>> разработчиков в гениальности моих мыслей. :-)
AGC> Ооо! Это супер мысли ! :) Очень правильные. Если такое случиться  -  будем
AGC> внедрять на КАСКАД.
А сейчас что мешает - только то, что он платный? А как же WinCC? Или
вы сейчас строго на чем-то бесплатном хотите?

Вообще - когда люди ко мне обращались дать поизучать КАСКАД, в котором
нет ограничения на два часа работы - я никогда не отказывал, если
человек постарался это серьезно аргументировать, а не просто "дайте".
Так что все в ваших силах - пишите лично, подумаем. E-Mail

AGC> Но опять же КАСКАД - слишком много лишнего.
Недавно здесь пробегала мысль на эту тему. Да, там много всего. Но вам
ведь все сразу не нужно, правильно? Используйте только то, что нужно.
Это как в любой сложной программе. Вы же используете Excel? И,
наверняка, процентов на 20 от его возможностей. Остальные просто не
трогаете, пока они не станут нужны.

AGC> А в KVision не хватает совсем
AGC> чуть чуть чтоб он полностью удовлетворил - "тренды", "историческое значение"
Знаю. Но времени нет на то, чтобы делать специальные архивы для него.
Да и незачем, когда есть КАСКАД.

AGC> (тоже связано с БД) и что-то типа окна оперативных сообщений :).
Это тоже есть в КАСКАДе. :-)

AGC> А...?
И это тоже есть! :-)

AGC> Кстати, такой вопрос: через скрипт можно изменить свойства обьекта в
AGC> мнемосхеме ? К собственному- то caption'у он может достучаться, а к другим
AGC> фиг .. Пытался через GUID и ID обьекта химичить - ни чего не вышло :)
Нет. Долго обсуждали, стоит ли делать доступ из скрипта к другим
объектам - пока решили не делать. Скрипт идет от образа мышления
программиста, а мы стараемся поддерживать образ мышления настройщика,
который может галочками задать необходимый ему алгоритм работы и
отображения. И в первую очередь предназначение скрипта - при нажатии
на кнопку проанализировать состояние каких-то входных параметров, и, в
зависимости от этого дать пользователю что-то куда-то записать,
включить, или не дать ничего.

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

С уважением,
Александр Бурмистров,
KASKAD group,
http://www.kaskadgroup.ru





------------------------ Yahoo! Groups Sponsor --------------------~-->
Give the gift of life to a sick child.
Support St. Jude Children's Research Hospital's 'Thanks & Giving.'

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4342

Тема: RE: [asutp] Перспективы развития технологий АСУ ТП
Начало этой темы: RE: [asutp] Перспективы развития технологий АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Noname Дата: 25 Апреля 2005 23:42

>И еще по поводу конвергенции - Ильдар правильно отметил, посмотрите, в шапке сайта каждого второго заметного производителя HMI стоит MES: Wonderware, USDATA, ПУ Fanuc, Citect и т.д. В общем то в самих HMI вендорам особо вылизывать то уже особенно нечего, а MES - относительно новая ниша для них. Я не говорю, что USDATA и ей подобные станут ведущими поставщиками MES систем, но делать какие то кубики для MES онии вполне способны.

Пару замечаний по тексту:

1)Компании USDATA уже нет - несколько лет их перекупила компания Tecnomatix, а около полугода тому назад - компания UGS.
2)Что касается их MES системы xFactory, то я впервые познакомился с этой системой еще в 1999 году, уже тогда создавались проекты, правда не у нас а на западе; поэтому не назвал бы это относительно новой нишей :) по крайней мере для USDATA-TECNOMATIX-UGS и о каких кубиках идет речь если это именно функционально законченная система....


------------------------ Yahoo! Groups Sponsor --------------------~-->
Give the gift of life to a sick child.
Support St. Jude Children's Research Hospital's 'Thanks & Giving.'

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #4341

Тема: RE: [asutp] Перспективы развития технологий АСУ ТП
Начало этой темы: RE: [asutp] Перспективы развития технологий АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 23:55

И, например, в трубопроводном транпорте данная функция MES является весьма
важной и для ее реализации нужен HMI.

[Дмитрий Милосердов] Согласен, HMI. Но не SCADA. Информация в любом случае
будет агрегированной. Но это всего лишь одна из функций, скорее это функция
диспетчеризации, но не анализа. Наверное, все же ближе к телемеханике...

Тогда риторический вопрос:
Можно ли назвать к примеру АСКУЭ модулем МЕС?

С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ


------------------------ Yahoo! Groups Sponsor --------------------~--> Ever feel sad or cry for no reason at all?Depression. Narrated by Kate Hudson.
http://us.click.yahoo.com/LLQ_sC/esnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #12473

Тема: RE: [asutp] Перспективы развития технологий АСУ ТП
Начало этой темы: RE: [asutp] Перспективы развития технологий АСУ ТП
Это ответ на: RE: [asutp] Перспективы развития технологий АСУ ТП
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Апреля 2005 23:55

И, например, в трубопроводном транпорте данная функция MES является весьма
важной и для ее реализации нужен HMI.

[Дмитрий Милосердов] Согласен, HMI. Но не SCADA. Информация в любом случае
будет агрегированной. Но это всего лишь одна из функций, скорее это функция
диспетчеризации, но не анализа. Наверное, все же ближе к телемеханике...

Тогда риторический вопрос:
Можно ли назвать к примеру АСКУЭ модулем МЕС?

С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ


------------------------ Yahoo! Groups Sponsor --------------------~--> Ever feel sad or cry for no reason at all?Depression. Narrated by Kate Hudson.
http://us.click.yahoo.com/LLQ_sC/esnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]