YarrowSoft

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

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

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

Письма за один день 25 Января 2005 с 1 -17 из 17

Письмо #5740

Тема: [asutp] Где можно найти детальное описание на MODBUS ICPCON?
Начало этой темы: [asutp] Где можно найти детальное описание на MODBUS ICPCON?
Это ответ на: нет
Ответ на это письмо: нет
От: Derischev Maxim Дата: 25 Января 2005 00:59

MODBUS - это, конечно стадарт де фактум. Однако и в нем есть свои
диалекты, из за которых очень часто возникают проблемы с
совместимостью. На сколько ICPCON совместим с ADAM? Если совместим,
то это уже стандарт из стандартов. Хочется придерживаться некоторых
норм.

Спасибо!


Письмо #5739

Тема: [asutp] калибровка каналов РСУ
Начало этой темы: [asutp] калибровка каналов РСУ
Это ответ на: нет
Ответ на это письмо: RE: [asutp] калибровка каналов РСУ
От: Michael Дата: 25 Января 2005 09:14

Здравствуйте!

Наши коллеги-метрологи едут учиться по своей проблематике, но
в теме прозвучал вопрос "калибровка наналов РСУ".
Как считаете, на что необходимо обратить их внимание?

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================




------------------------ 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

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


Письмо #5738

Тема: [asutp] RE: ПАЗ на каждый день
Начало этой темы: [asutp] RE: ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: RE: [asutp] RE: ПАЗ на каждый день
От: Michael Дата: 25 Января 2005 10:07

> Для спора с начальством я бы предложил такую позицию

Да это даже не спор, а (пока) обмен мнениями, попытка найти выход из ситуации.
Но идея интересная, спасибо.

> "замычить" и "подспичить"

Такие слова стречаю впервые, но суть, кажется, мне понятна.

> Поэтому я и говорю, что такие вещи окупаются у системных интеграторов,
> как мы, но не у эксплуатирующих организаций, как вы.

А жаль, конечно. Впрочем у нас про тиражуемость даже вопроса не стоит.
Каждый объект строится "с чистого листа".  :(

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

Мда, знакомо. Согласен, что создавать такой документ (и утверждать его)
необходимо. Дело за малым... разработать.  :)

> Надо сказать, что тщательно проведенные испытания сильно сокращают
> количество таких замечаний при эксплуатации.

Подтвержаю сию мысль.

В общем, думаю под темой можно подводить черту.
"Жаль что мы так и не услышали начальник транспортного...", ну т.е. Андрея
Мурашко. Лично мне было бы интересно услышать его мнение. Ну да ладно.

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

P.S.
> Это ответ Ярослава Евдокимова (ему пока не удаётся подписаться самому)

Пусть напишет на E-Mail что именно у него не получается,
если были ответы сервера, то и их пусть перешлёт.




------------------------ 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

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


Письмо #5737

Тема: RE: [asutp] калибровка каналов РСУ
Начало этой темы: RE: [asutp] калибровка каналов РСУ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Января 2005 16:42

Привет! Щас я тебе статейку по этому поводу кину директом...

Для остальных:  Миш, залей ее если полезная в файловую область- у меня
перманентный цейтнот...

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

Наши коллеги-метрологи едут учиться по своей проблематике, но
в теме прозвучал вопрос "калибровка наналов РСУ".
Как считаете, на что необходимо обратить их внимание?




------------------------ 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--------------------------------------------------------------------~->
;


Письмо #12811

Тема: RE: [asutp] калибровка каналов РСУ
Начало этой темы: RE: [asutp] калибровка каналов РСУ
Это ответ на: [asutp] калибровка каналов РСУ
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Января 2005 16:42

Привет! Щас я тебе статейку по этому поводу кину директом...

Для остальных:  Миш, залей ее если полезная в файловую область- у меня
перманентный цейтнот...

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

Наши коллеги-метрологи едут учиться по своей проблематике, но
в теме прозвучал вопрос "калибровка наналов РСУ".
Как считаете, на что необходимо обратить их внимание?




------------------------ 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--------------------------------------------------------------------~->
;


Письмо #5736

Тема: RE: [asutp] RE: ПАЗ на каждый день
Начало этой темы: RE: [asutp] RE: ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Января 2005 16:45

Такие слова стречаю впервые, но суть, кажется, мне понятна.

[Дмитрий Милосердов] :))) кто КИПовцем не был, тот не поймет всю "прелесть"
этих сленговых выражений...


В общем, думаю под темой можно подводить черту.
"Жаль что мы так и не услышали начальник транспортного...", ну т.е. Андрея
Мурашко. Лично мне было бы интересно услышать его мнение. Ну да ладно.

[Дмитрий Милосердов] Миш, а ты ему директом напиши- он кажется оч. редко
теперь читает конфу.



------------------------ 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--------------------------------------------------------------------~->
;


Письмо #12810

Тема: RE: [asutp] RE: ПАЗ на каждый день
Начало этой темы: RE: [asutp] RE: ПАЗ на каждый день
Это ответ на: [asutp] RE: ПАЗ на каждый день
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 25 Января 2005 16:45

Такие слова стречаю впервые, но суть, кажется, мне понятна.

[Дмитрий Милосердов] :))) кто КИПовцем не был, тот не поймет всю "прелесть"
этих сленговых выражений...


В общем, думаю под темой можно подводить черту.
"Жаль что мы так и не услышали начальник транспортного...", ну т.е. Андрея
Мурашко. Лично мне было бы интересно услышать его мнение. Ну да ладно.

[Дмитрий Милосердов] Миш, а ты ему директом напиши- он кажется оч. редко
теперь читает конфу.



------------------------ 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--------------------------------------------------------------------~->
;


Письмо #5735

Тема: Re: [asutp] Регламенты
Начало этой темы: [asutp] Регламенты
Это ответ на: [asutp] Регламенты
Ответ на это письмо: нет
От: Alexander Kulikov Дата: 25 Января 2005 18:19

You wrote to <E-Mail> on Thu, 20 Jan 2005 12:49:25 +0300:

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

Может я написал банальность.
А не пробовали поговорить с обслуживающим персоналом заказчика? Возможно, у
них есть аналогичная документация на другое оборудование. Если это, конечно,
не новое веяние.

With best regards, Alexander Kulikov.
ООО "ГТ-Электрофизика"
Липецк




------------------------ 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

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


Письмо #5721

Тема: Re: [asutp] SCADA - аварийный сигнал - задержка на срабатывание
Начало этой темы: Re: [asutp] SCADA - аварийный сигнал - задержка на срабатывание
Это ответ на: нет
Ответ на это письмо: [asutp] Руководство по зксплуатации для инженера
От: Sergey N. Marchuk Дата: 25 Января 2005 18:28

----- Original Message -----
From: "Дмитрий Цудиков"


> > > > Я настаиваю на той простой мысли, что SCADA не может быть местом
> > > > исполнения технологического алгоритма.
> >
> > > - возражения не в том "как надо", а утверждение в том, что имеют
> > > место быть решения, когда технологические алгоритмы сбора и
> > > управления размещены на верхнем уровне (MTU, SCADA-сервер)
> >
> > Это старый разговор по поводу что лучше PLC или PC.
от меня это не звучало
"кесарю кесарево..."

> > Большинство коллег
> > считают, что алгоритм выполняющийся на PLC надежнее.
конечно

> > Возможно, во многих
> > случаях это так. Но современные компьютеры по
> > производительности намного
> > превышают возможности PLC, а по надежности приближаются к ним. При
> > правильном подборе железа и операционной системы РС ни в чем
> > не уступают.
но тогда речь не о SCADA
однако тема subj плавно уходит....

> Виктор, Вы и меня причислили к сторонникам PLC? Это по меньшей мере
> странно, перечитайте мои письма по связанным темам. Я не считаю, что
> "алгоритм, выполняющийся на PLC, надежнее". Я стараюсь употреблять
> термин "технологический контроллер", это совсем не синоним "PLC".
мы применяем стандартный термин RTU, понимая, что функции RTU м.б.
реализованы на чем угодно (в зависимости от требований надежности к системе
и ее real-time)

Sergei N. Marchuk
META LLC, Tyumen, Russia
Tel: +7 (3452) 451348 Fax: +7 (3452) 451349



------------------------ 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

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


Письмо #5734

Тема: [asutp] ╡ЕС 61508
Начало этой темы: [asutp] ╡ЕС 61508
Это ответ на: нет
Ответ на это письмо: нет
От: TANDEM Дата: 25 Января 2005 19:00

Срочно требуется
╡ЕС 61508 SET. Функциональная безопасность электрических/ электронных/ программируемых
электронных систем, связанных с обеспечением безопасности

У кого есть, просьба выслать на e-mail.

Best regards, Bogdan Kudlak
-------------------------------------
Company     KP Tandem
E-mail      E-Mail.ua
            
http://www.votum.if.ua

Tel         380-3422-24285
Tel/Fax     380-342-523020


------------------------ 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

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


Письмо #5733

Тема: RE: [asutp] Регламенты
Начало этой темы: RE: [asutp] Регламенты
Это ответ на: нет
Ответ на это письмо: нет
От: Виктор Титов Дата: 25 Января 2005 19:30

> А не пробовали поговорить с обслуживающим персоналом
> заказчика? Возможно, у них есть аналогичная документация на
> другое оборудование. Если это, конечно, не новое веяние.

Это не веяние, это наши партнёры-интеграторы делают связистам систему управления климатикой здания. Заказчики - связисты на каждую свою систему связи такой регламент от разработчика системы имеют, отсюда, видимо, это требование и взялось. Так что придётся написать бумагу про всё задействованное в системе оборудование, переписать туда требования по обслуживанию от заводов изготовителей, часть оборудования, возможно, придётся признать необслуживаемым, ну и сослаться на те РД, которые в конференции посоветовали. В итоге должен правильный документ получится.

Виктор Титов
ТЕКОН


------------------------ 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

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


Письмо #5732

Тема: [asutp] Новая книга по распределенным системам управления
Начало этой темы: [asutp] ASUCONTROL.RU Newsletter
Это ответ на: [asutp] ASUCONTROL.RU Newsletter
Ответ на это письмо: нет
От: Alexander Burmistrov Дата: 25 Января 2005 19:59

Интересное описание новой книжки:

--------------------------------------
В издательстве ╚Р-2╩ вышла книга ╚Техническое и программное
обеспечение распределенных систем управления╩.
...
В отдельной главе рассмотрены все современные SCADA-системы, в том
числе встраиваемые в ПЛК...
-----------------------------------------------

Вот последняя фраза мне понравилась: во первых ВСЕ современные
SCADA-системы (это какая же должна быть книжка!), во вторых "в том
числе СКАДЫ, встраиваемые в ПЛК" - тоже неплохой перл.

Но это анонс - кто анонсировал, его проблемы. Саму книжку еще не
видел, сказать ничего не могу.

Исходник анонса тут:

http://www.asucontrol.ru/news/2005/january/news-01-23-2005-2.shtml


С уважением,
Александр Бурмистров,
ООО "ЭНТЕЛС", начальник отдела автоматизации.





------------------------ 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

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


Письмо #5731

Тема: [asutp] Поддержка нескольких мониторов в SCADA-системах
Начало этой темы: [asutp] Поддержка нескольких мониторов в SCADA-системах
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Поддержка нескольких мониторов в SCADA-системах
От: Alexander Дата: 25 Января 2005 20:02

Коллеги,
какие SCADA-системы поддерживают вывод графических экранов на
несколько мониторов и какова при этом функциональность оного?
Интересует практическая сторона дела.

А.Токарев


Письмо #5730

Тема: Re: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
Начало этой темы: [asutp] Поддержка нескольких мониторов в SCADA-системах
Это ответ на: [asutp] Поддержка нескольких мониторов в SCADA-системах
Ответ на это письмо: Re[2]: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
От: Alexander Burmistrov Дата: 25 Января 2005 22:45

d> Коллеги,
d> какие SCADA-системы поддерживают вывод графических экранов на
d> несколько мониторов и какова при этом функциональность оного?
d> Интересует практическая сторона дела.

Практическая с какой точки зрения? Как заставить это сделать у
применяемой СКАДЫ, или где такую купить?

А что требуется - растянуть один экран на два монитора, или на каждом
мониторе открыть свою мнемосхему?

У нас в КАСКАДе может работать так:
- растягивание рабочей области на два монитора
- открытие отдельных окон мнемосхем на другом мониторе
- запуск двух копий модуля визуализации, каждая для своего монитора

При всех режимах функциональность всех окон одинакова.

С уважением,
Александр Бурмистров,
ведущий разработчик SCADA-системы "КАСКАД",

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

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


Письмо #5729

Тема: Re[2]: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
Начало этой темы: [asutp] Поддержка нескольких мониторов в SCADA-системах
Это ответ на: Re: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
Ответ на это письмо: Re[3]: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
От: Maxim Negoda Дата: 25 Января 2005 22:52

Добрый день, Alexander,

25.01.2005 в 13:48, Вы писали в частности следующее:



d>> Коллеги,
d>> какие SCADA-системы поддерживают вывод графических экранов на
d>> несколько мониторов и какова при этом функциональность оного?
d>> Интересует практическая сторона дела.

AB> Практическая с какой точки зрения? Как заставить это сделать у
AB> применяемой СКАДЫ, или где такую купить?

AB> А что требуется - растянуть один экран на два монитора, или на каждом
AB> мониторе открыть свою мнемосхему?

Насколько  я  знаю,  все  виндоус  начиная с NT при наличии 2х видеокарт умеют растягивать
картинку на 2 монитора. Дальше уже ваше дело, что туда выводить.
Если СКАДА поддерживает многооконность, значит у Вас есть такая возможность.

Также 2 видеокарты понимает Сановская платформа с СанОС.

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

Так что всё зависит от компьютера, на котором Ваша СКАДА будет жить и работать

--
С уважением,

Максим Негода,
АК ЭНПАСЭЛЕКТРО




------------------------ 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

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


Письмо #5728

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

> > Кто работал с DeltaV, интересуют Ваши впечатления от системы и если
> > можно, сравнение с другими пакетами.
> >
>
> > Впрочем, присутствующий здесь уважаемый Анатолий Семенович Шилин недавно
> ее
> > внедрил у себя на производстве. Он может поделиться впечатлениями и
> > процессом выбора :)
> >
> > --
> > С уважением,
> >  Дмитрий Н. Милосердов
mailto:E-Mail

Вот делюсь, раз обещал..

   Специальная группа в Севергазпроме по реализации   проекта по
реконструкции СГПЗ была создана в начале 2002 года и  как  раз незадолго до
этого я начал более-менее регулярно читать нашу конференцию:
В разгаре как раз была периодически возобновляющаяся дискуссия о
традиционной технологии 4-20 и перспективах полевых шин. А так как я
занимался до этого момента несколько лет одновременно целой группой
проектов
в матричной структуре УКСа Севергазпрома в должности <слаботочника>
(АСУ,КИП,  линейная телемеханика, связь, сигнализации пожарные и охранные и
пр.) на десятках объектов от Вуктыла до Грязовца, при этом необходимо было
вести всю цепочку начиная от ТЗ и до сдачи объектов, как крупных и сложных,
компрессорные цеха например, так и экзотичных -к примеру крематорий для
сжигания :того что в роддоме остается - условия   способствующие скорее
административным навыкам чем профессиональному самосовершенствованию , то
понимание того, что я изрядно отстал пришло очень быстро и на первый план
вышла задача получения и анализа информации . Кроме того внимательно
ознакомившись с Контрактом (генподрядчик   - концерн Шкода ЙС) я вдруг
увидел, что попадаю в весьма комфортную ситуацию - цена контракта уже
определена с условием <под ключ> и финансовые вопросы по словам шефа
Проекта
с нашей стороны - <не твоя проблема - обеспечь технические и
эксплуатационные характеристики на должном уровне, в этом вопросе
карт-бланш, но и есс-но вся ответственность, претензий со стороны
соответствующих отделов СГП и эксплуатационных служб завода тоже не должно
быть, согласования на тебе:> Все нормально - для отделов как обычно -
отметится - а там <леди с дилижанса - пони  ..>, ну а с эксплуатацией
сотрудничать сам бог велел.
  Кроме того Контракт севергазпромовский ( не газпромовский ) следовательно
Москва до определенной степени сбоку - пока проснутся с ЦУ.., так в
принципе
и вышло:Вот такие сложились начальные условия, весьма для меня
приемлимые..:))
  На этапе базового (предварительного по Контракту) проекта нам необходимо
было сразу определиться - применяем полевую шину или идем по традиционному
пути, поэтому дискуссия на эту тему в конференции  с разнополярными
мнениями
была весьма кстати. Анализ быстро показал, что высокие технические
параметры
технологии полевых шин практически не оспариваются, северные условия
эксплуатации особенно в части дистанционного обслуживания и диагностики
только добавляет вес этим параметрам (опыта по северным проблемам у службы
АСУ завода было более чем достаточно),  а основными аргументами
<противников> данной технологии были цена, новизна а точнее недостаточная
распространенность по России, производство датчикового оборудования за
кордоном а следовательно возможные проблемы сопровождения и эксплуатации.
  На них и решили сосредоточиться, а чтобы не распылятся - рассмотреть две
основные - FF и Profibus и их основных носителей Эмерсон и Сименс. Аргумент
цены изначально игнорировали (ох, что пишу!), технические характеристики
тоже близки:
   напишу ,что склонило ситуацию в пользу  Delta V и Эмерсона, сразу говорю,
что эти аргументы - чисто наша оценка на тот момент и ни кого не пытаюсь в
чем-то убедить или что-то пропиарить:
· Система локализована для России по языку до уровня системных сообщений
( у
Сименса нет):
· Шина FF позволяет выносить блоки алгоритмов из памяти контроллеров и
помещать их для выполнения непосредственно в приборы FF что позволяет при
необходимости осуществить автономную от контроллеров работу контуров
управления -регулирования ( у Profibus такой функции нет);
· Шина FF оригинальна, Profibus PA - надстройка над Profibus DP;
· Возможность работать на шине FF в горячем режиме, автоопределение
устройств и отсутствие этого у Profibus ( при наладке кстати эти функции
оценили по достоинству);

· Непонятное на тот момент игнорирование Сименсом шины FF как таковой!?
Здесь сработала простая логика эксплуатации - < если в критический момент у
меня в кладовке в наличии прибор с профибасовским протоколом - я имею
возможность немного пошаманив включить его в Дельту, в обратной ситуации -
нет..>


Аргументы разновесовые, но в чем-то нас убедили..
Ну и конечно определенный результат  работы на этом этапе и А.Мурашко и
Д.Милосердова. Их стараниями на момент выбора у нас в наличии была довольно
полная информация, все нормативные документы   на применение в России самой
системы в т.ч. сертификат об утверждении типа средств измерений и  внесении
в реестр средств измерений как системы <измерительно-управляющая> (так в
сертификате) с утвержденными методиками поверки как на саму систему так и
на
устройства с выходным сигналом FF. Поездка в Московский Эмерсон подтвердила
явную возможность реализации принципа <система управления и КИП от одного
производителя>. Всю необходимую нормативную документацию (сертификаты,
метрологию и пр.) на КИП и исполнительные механизмы тоже получили -
возможность снять с себя на начальном этапе головную боль при решении этих
вопросов в дальнейшем ( увы-не всю, как оказалось) тем не менее грела..
Кроме того подтвердилась информация о начале производства на "Метране"
большой номенклатуры наиболее популярных и распространенных эмерсоновских
датчиков (правда пока 4-20 с HART, но в 2005 обещают с FF, с появлением
достаточного спроса..)
Работа и отношение эмерсоновских сотрудников тоже убеждали:да, сразу для
ясности - прямой материальной заинтересованности в реализации этого проекта
у Московского Эмерсона не было и не могло быть по некоторым условиям
Контракта, единственным нашим требованием, которое мной было поставлено уже
чешскому Эмерсону -это наличие московских преподавателей при обучении,
все-таки при доведении нюансов возможностью избежать какого-то языкового
барьера пренебрегать не хотелось.. Так что трудились москвичи в большей
степени на перспективу..
  Для окончательного решения съездили в Брно, посмотрели возможности и опыт
чешской фирмы UNIS - субподрядчика у Шкоды по проектированию системы
управления, заручились их поддержкой нашего решения на случай возражения
генподрядчика по поводу выбора ну скажем так не самого дешевого варианта (а
давили те потом изрядно, причем что интересно - аргументация против, та же,
что и в конференции  была, но <отбиратель> - Заказчик по чешски, как всегда
прав:) , посетили  чешский Эмерсон в Праге, дабы убедится в состоятельности
и на том с выбором  закончили..  Чешской кухне и пиву тоже было отдано
должное внимание, впечатления - ну самые положительные.  На провокационные
вопросы типа <кто платил?> - без комментариев.:-))

  Теперь о  проектировании - в принципе структура и состав и проектной
документации в контракте были прописаны  подробно и хорошо и особых
нареканий не вызывали. Попросил объединить в один том почему-то изначально
находившиеся порознь разделы ЭПС (электрическая пожарная сигнализация) и
раздел автоматического пожаротушения ,тем более что хотя применялись разные
типы пожаротушения ( водяное, пенное, газовое с СО2 и газовое с ФМ200 для
помещений с персоналом) все находились под мониторингом и управлением
одной
системы фирмы Esser в виде центральной стойки и выносных терминалов .
сё  -
в  в фирменной сети с  названием Essernet ( не путать с созвучным).
  Отдельным томом попросил сделать раздел <Монтажный проект>,стараясь
минимизировать при монтаже понятия <установить по месту>, <определить по
месту> и пр. Подробные кабельные журналы с указаниями длины, способа
прокладки по участкам, , виды уплотнений при переходе в разные зоны
взрывоопасности, радиусы изгиба, высотные отметки,  крепления, маркировка и
т.д. То же по приборам и другому оборудованию - проектные привязки, способы
установки и крепления, обязательные четкие разграничения при трубных
проводках между технологической частью монтажа и киповской, адресные
указания в проекте на врезки, отборы, карманы и кем должны выполнятся  ну и
т.д.  Кто сталкивался с проблемами при монтаже - поймет:
Удалось не все, что хотелось, но многое тем не менее..
  Долго думал, стоит ли требовать согласно нашим нормам отдельного раздела
по
метрологии и решил - себе дороже.. Основные метрологические требования  в
смысле нормативной документации к прибором прописаны в Контракте, относятся
больше к поставщикам, чем к проектировщикам, а когда иногда самим  трудно в
некоторых наших меняющихся правилах однозначно разобраться, посчитал, что
загружать иноземцев как сейчас говорят контрпродуктивно. Больше времени
останется на другие проблемы.
Кстати о документации к оборудованию -  считаю, что допустил системную
ошибку. Контрактом нам было предоставлено право инспекции оборудования у
изготовителя и право подписи   разрешения на отгрузку, так вот почти везде
в
протоколах инспекции приходилось записывать, что недостающая документация
( переведенные инструкции по монтажу, эксплуатации, руководства к ПО,
паспорта ,сертификаты и пр. , чего-то обычно недоставало..) будут
поставлены
совместно с оборудованием - зря верил.. Пришлось потом выбивать трудно с
совместным анализом пунктов контракта (<это переведем а это из  контракта
явно не вытекает:>) , обращаться в тот же Эмерсон и другим участникам
конференции за помощью, за что всем еще раз спасибо: в общем при инспекциях
необходимо - наряду с техническим контролем жесткая проверка   наличия
полного комплекта необходимых документов и особенно в части требующих
перевода и метрологических и только потом - разрешение на отгрузку..
Сам процесс проектирования прошел без особых проблем, делалась версия,
рассматривалась, давались замечания, по ним вносились изменения,
выполнялась
следующая версия и т. д. как говориться до полного удовлетворения..
Теперь к монтажу: Первое преимущество технологии полевых шин мы ощутили уже
в самом начале при следующих обстоятельствах. Как назло весна 2004 года
выдалась затяжной и холодной и хотя уже были готовы эстакады, уложены
лотки,
но температура не поднималась выше 10-15 с минусом и я тянул с разрешением
на прокладку кабелей (береженого бог бережет) настаивая на полном окончании
работ в помещениях, монтажу шкафов, соединительных коробок и т.д. при этом
естественно мы выбивались из графика, зато когда погода позволила, график
удалось быстро наверстать по причине существенного сокращения кабельных
линий. Я не могу дать количественных характеристик на сколько сократились
кабельные линии по причине применения FF, но само время, затраченное на их
прокладку оказалось для меня приятной неожиданностью. И еще - общая длина
кабельных трасс КИП оказалась на 10 км меньше общей длины силовых кабелей,
что мы и  констатировали с коллегой силовиком. Обычно по моему опыту на
аналогичных объектах соотношение обратное.
После монтажа АБП, шкафов с контроллерами Delta V и сегментов FF до коробок
с мегаблоками систему включили и с этого момента работа по отладке ПО,
монтажу, наладке, калибровке внешних устройств шли параллельно благодаря
возможности работать на шине FF в "горячем режиме" и функции
автоопределения
устройств. Действительно ну очень удобно . Дело в том, что при монтаже
устройств FF на отходящих линиях мегаблока короткое замыкание на линии
просто фиксируется светодиодом на соответствующей линии, никакого
повреждения чего-либо не происходит т.е.работать монтажник может совершенно
спокойно, а после окончания монтажа  (если нет ошибок и устройство
исправно)
система сама фиксирует   устройство в сегменте и оно появляется на экране.
Так как это было время белых ночей, а стройка уже перешла в режим
"давай-давай" и работали практически  в несколько смен круглосуточно, то
быстро сформировался алгоритм - ребята-заводчане, будущая эксплуатация,
которым была поручена калибровка, приходя на работу видели на экране вновь
появившиеся устройства, один брал соответствующий калибратор, рацию, шел к
прибору. Второй садился у экрана и через короткое время получал распечатку
калибровочной характеристики прибора либо данные полной прогонки клапана.
Действительно удобно - не отнять не прибавить, все три вида работ идут
параллельно, никто ни кому не мешает, уже на этом этапе выявляется и
исправляется большинство проектных, монтажных, программных ошибок, сокращая
время на индивидуальные испытания и комплексную наладку. По объективным
показателям не имей мы таких возможностей, то времени на эти работы
затратили бы гораздо больше.
Что касается подключения дискретных вводов-выводов , то здесь ситуацию
облегчало расположение основной коммутирующей аппаратуры для насосов,
вентиляторов и подобного в том же здании, что и аппаратная  АСУ ТП, только
на первом этаже, поэтому климатические условия на эту работу особо не
влияли :ну и писать здесь особо не о чем. Правда сейчас,  насколько мне
известно, у Дельты есть возможность делать FF-сегменты для дискретных
сигналов, но на то время такой возможности не было (или Андрей с Дмитрием
мне по вредности об этом не сказали :-)).
Собственно об особенностях Дельты, которые оказали влияние на ход работ в
период монтажа и наладки пожалуй все, что касается возможностей
конфигурирования системы, создания форм отображения, отладки ,диагностики и
вообще оценки ПО, то мне показалось все удобным, понятным ,хорошо осваевы..
о ё!   быстро обучиться можно, но дать сравнительную характеристику с
другими системами не пытаюсь,  непосредственно ручками давно не работал,
для
оценки на данный момент квалификации не хватает..(чтобы программировать -
нужно программировать..:).
Касательно датчикового оборудования. Как я уже писал выше старались
придерживаться принципа "КИП и система управления от одного производителя",
поэтому в основе все от Эмерсона - давление,температура, уровень (кроме
радарных), расходомеры кориолисовые и вихревые, комплектные замерные линии
на диафрагмах от Даниел-Эмерсон, клапаны, анализаторы поточные. Радарные
уровнемеры от E+H, анализатор влажности и серы от Аметек. Приборы местного
контроля - от WIKA.
В принципе по датчикам в основном все пошло без проблем, ну за исключением
транспортных повреждений. Нюансы - у радарных уровнемеров выявилась
неприятная особенность. По температурному диапазону они не требовали
каких-то мер по обогреву, это хорошо, но вот при появлении капелек
конденсата на антенне показания "плывут"-это плохо, пришлось принимать
меры.
По поводу наличия "мертвой зоны" в начале шкалы у вихревых расходомеров
технологи бурчали, но на это собственно надо было обратить внимание еще на
этапе проекта.. У влагомера Аметек эталонный элемент "насосался" влаги из
атмосферы во время хранения ( определенные отверстия не заткнули),
регенерировать не получилось, заказывали новый - вот собственно все
нетипичного, что запомнилось, остальное - штатно.
А вот с клапанами на сегментах FF получилась интересная история.
Монтировали
их естественно после датчиков (испытания, прмывки, продувки трубопроводов -
раньше если не хочешь проблем, ни-ззя, а технологи как всегда в последнюю
минуту..) и вот после монтажа и расключения "зашумели" некоторые сегменты
FF, сбои появились. Сделали ревизию монтажа в части рекомендаций Эмерсона
по
прокладке, заземлению экранов, терминаторов и т.д. , все по правилам и
расчетам - но шумит..Я предложил по своему опыту сесть на сегмент
осциллографом, посмотреть характер шума, полезный сигнал - скорость
невысокая, параметры сигнала известны - все можно увидеть, проанализировать
и сделать вывод, однако чех говорит ":какой осциллограф, им сложно
работать.
Есть же тестер шины FF, я им уже снял параметры, отправил в Прагу - там
думают.." Результат этих "дум" меня несколько ошарашил - из всех
регулирующих клапанов (больше сотни) вынули электронные блоки - залитые
компаундом круглые штуки в виде хоккейных шайб - сложили в чемодан, увезли
в
Прагу ( а может и не в Прагу кстати ) и в том же чемодане привезли другие.
На мой вопрос в чем причина такого "крутого" решения , ответ - там была не
последняя версия ПО!? На мой вопрос как может шуметь "версия", ведь шум был
скорее всего аппаратный, отвечают "ну еще импендансы поменялись.." В общем
внятного ответа не добился, а так как проблема действительно исчезла, а
время все поджимало - ну померла так померла.. не доработал конечно.
Для Андрея Мурашко (записал в свое время)
Стояла"шайба" - 49В3525Х022В рев.6
Поставили        -- 49В3525Х032С рев.7
Может прояснишь ситуацию при случае ? В качестве алаверды за присланные
фотографии, хотя я у вас и так в долгу :-)

Из разочарований - это ПО ГПА Солар. Машина довольно большая
(11МвТ),технологически выполнена прекрасно,по своему красива ,но вот ПО
системы управления огорчает - в данном случае я как пользователь оцениваю -
выполнено как-то все  "в лоб", минимум диагностики, убогий пользовательский
интерфейс, бедная графика, малая информативность форм отображения, по
всякому поводу без попытки какого-то программного анализа - в аварийный
останов (а при этом естественно запускается ПАЗ и в останов уходит весь
завод) ..Конечно скоро все подлижется, но в этом отношении сравнивая
"отечественный продукт"  - ПО к ГПА от присутствующих здесь
Цудикова-Бунина
как начинателей и Онопренко как продолжателя я  "мысленно им аплодирую" (с)
Таманцев.
  Сейчас завод функционирует и какие-то выводы о правильности выбранных
решений делать можно будет конечно позже, эдак через годик..
  Ну и наверное последнее - в процессе реализации этого проекта как всегда
"неожиданно" обнаружилось,что мощности наливной железнодорожной эстакады не
хватит для своевременной отгрузки продукции вновь вводимого завода. Как- то
там извернулись финансово и в рамках этого проекта был организован тендер
на
модернизацию эстакады. Так вот когда его выиграла немецкая фирма , я понял
сразу, что от продукции "большого баварца" мне не отвертется и был
абсолютно
прав. Система управления наливом выполнена на Win CC, Симатик
,следовательно
на одном объекте свершен акт примирения двух конкурирующих технологий :-)!!

С ув. А.С.Шилин
г.Ухта






------------------------ 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

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


Письмо #5727

Тема: Re[3]: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
Начало этой темы: [asutp] Поддержка нескольких мониторов в SCADA-системах
Это ответ на: Re[2]: [asutp] рПДДЕТЦЛБ ОЕУЛПМШЛЙИ НПОЙФПТПЧ Ч SCADA-УЙУФЕНБИ
Ответ на это письмо: нет
От: Alexander Burmistrov Дата: 25 Января 2005 23:09

MN> Так что всё зависит от компьютера, на котором Ваша СКАДА будет жить и работать
Это в теории. На практике - требуется некоторая "предрасположенность"
СКАДЫ к многомониторности, чтобы облегчить пользователю работу в
таком режиме. Чтобы запоминалось положение окошек, и т.п. Иначе может
получиться так, что ему каждый раз придеться мучительно возиться с
желаемым размещением окон.

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

С уважением,
Александр Бурмистров.




------------------------ 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

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


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