YarrowSoft

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

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

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

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

Письмо #5886

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

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

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


Письмо #5885

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 09:29

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, чем же международные стандарты не устраивает возможность индикации и регистрации факта деблокировки аварийной защиты, при отсутствии у операторов возможности несанкционированного деблокирования?



> Здравствуйте, Михаил!
> Очень Вы мне польстили своей фразой
> > Особенно интересует мнение "зубров" нормативоведения: Андрея
> > Мурашко, Дмитрия Цудикова, Владимира Зюбина.
> Я, собственно, и так собирался ответить на первое Ваше письмо по теме, а
> уж после второго, как говорится, положение обязывает.
>
> Итак, проблема имеет две составляющих:
> 1. Как заблокировать аварийную защиту по аналоговому или дискретному
> сигналу, не изменяя технологическую программу?
> 2. Как не допустить, чтобы аварийные защиты были заблокированы навсегда?
>
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
>
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается
> в SCADA, но с особой пометкой на экране, то есть оператор, с одной
> стороны,
> видит фактически измеренные значения (или признак обрыва, если,
> например, снят измерительный преобразователь), а с другой - знает, что
> данный сигнал сейчас отключен от аварийных защит. Технологический
> алгоритм
> в это время не получает обновленные значения данного сигнала, в нем
> фиксируется
> последнее измеренное (до блокировки) значение. Соответственно, все
> уставки,
> предупреждения и защиты по данному каналу не срабатывают при изменениях
> на
> входе. При этом инженер, разрабатывающий конкретный проект
> автоматизации, даже
> не задумывается о специальной обработке сигналов блокировки каналов -
> это
> функция общесистемная, и поддерживают ее разработчики системного ПО.
> Если заблокированный сигнал участвует в некоторой логической сборке, то
> результирующее значение вычисляется подстановкой логического нуля
> вместо заблокированного сигнала. Таким образом, сборка вида "Сигнал1 И
> Сигнал2" никогда не сработает при блокировке Сигнала1, а сборка "Сигнал1
> ИЛИ
> Сигнал2" будет срабатывать в зависимости от значения Сигнала2 при
> заблокированном Сигнале1. В этом выгодное отличие от предлагаемой
> Д.Милосердовым блокировки выходов: если на одни и те же выходы должны
> воздействовать разные ветки алгоритма, а одна из веток отключена путем
> блокировки входов, то все остальные продолжают работать. А вот
> блокировка
> управляющего выхода приведет к тому, что отключатся все алгоритмические
> блоки, воздействующие на этот выход.
> По сути, такое решение эквивалентно тем самым "сотням ключей для
> блокировки", о которых здесь говорили. Оно полностью соответствует
> требованию неизменения управляющей программы при блокировке защиты. Надо
> сказать, что требование это совершенно разумное.
>
> Теперь о том, как защититься от работы без защит. Опять-таки базовыми
> средствами нашей SCADA реализовано принудительное отключение блокировки
> каналов.
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),
> то он автоматически разблокируется, соответственно, по нему начинают
> работать все защитные функции. Естественно, SCADA сигнализирует о том,
> что
> есть хотя бы один заблокированный канал. Кроме всего прочего, блокировка
> канала, выполняемая через соответствующее контекстное меню в
> операторском
> интерфейсе, может быть разрешена только определенным пользователям.
> Логином
> и соответствующим паролем задается категория, к которой относится данный
> оператор. Категориям назначены различные права (в целом система похожа
> на
> всем знакомое администрирование пользователей в Windows 2000).
> Если персонал не успел провести обслуживание за заданное время, то
> Блокировку можно продлить ещё на 30 минут - опять же с предъявлением
> полномочий и автоматической регистрацией этих действий в электронном
> журнале.
>
> С уважением,
> Исполнительный директор НПК "Ленпромавтоматика"
> Дмитрий Цудиков.
> Тел./факс +7(812)350-19-67
>
http://www.lenprom.spb.ru

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


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

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


Письмо #12873

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 09:29

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, чем же международные стандарты не устраивает возможность индикации и регистрации факта деблокировки аварийной защиты, при отсутствии у операторов возможности несанкционированного деблокирования?



> Здравствуйте, Михаил!
> Очень Вы мне польстили своей фразой
> > Особенно интересует мнение "зубров" нормативоведения: Андрея
> > Мурашко, Дмитрия Цудикова, Владимира Зюбина.
> Я, собственно, и так собирался ответить на первое Ваше письмо по теме, а
> уж после второго, как говорится, положение обязывает.
>
> Итак, проблема имеет две составляющих:
> 1. Как заблокировать аварийную защиту по аналоговому или дискретному
> сигналу, не изменяя технологическую программу?
> 2. Как не допустить, чтобы аварийные защиты были заблокированы навсегда?
>
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
>
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается
> в SCADA, но с особой пометкой на экране, то есть оператор, с одной
> стороны,
> видит фактически измеренные значения (или признак обрыва, если,
> например, снят измерительный преобразователь), а с другой - знает, что
> данный сигнал сейчас отключен от аварийных защит. Технологический
> алгоритм
> в это время не получает обновленные значения данного сигнала, в нем
> фиксируется
> последнее измеренное (до блокировки) значение. Соответственно, все
> уставки,
> предупреждения и защиты по данному каналу не срабатывают при изменениях
> на
> входе. При этом инженер, разрабатывающий конкретный проект
> автоматизации, даже
> не задумывается о специальной обработке сигналов блокировки каналов -
> это
> функция общесистемная, и поддерживают ее разработчики системного ПО.
> Если заблокированный сигнал участвует в некоторой логической сборке, то
> результирующее значение вычисляется подстановкой логического нуля
> вместо заблокированного сигнала. Таким образом, сборка вида "Сигнал1 И
> Сигнал2" никогда не сработает при блокировке Сигнала1, а сборка "Сигнал1
> ИЛИ
> Сигнал2" будет срабатывать в зависимости от значения Сигнала2 при
> заблокированном Сигнале1. В этом выгодное отличие от предлагаемой
> Д.Милосердовым блокировки выходов: если на одни и те же выходы должны
> воздействовать разные ветки алгоритма, а одна из веток отключена путем
> блокировки входов, то все остальные продолжают работать. А вот
> блокировка
> управляющего выхода приведет к тому, что отключатся все алгоритмические
> блоки, воздействующие на этот выход.
> По сути, такое решение эквивалентно тем самым "сотням ключей для
> блокировки", о которых здесь говорили. Оно полностью соответствует
> требованию неизменения управляющей программы при блокировке защиты. Надо
> сказать, что требование это совершенно разумное.
>
> Теперь о том, как защититься от работы без защит. Опять-таки базовыми
> средствами нашей SCADA реализовано принудительное отключение блокировки
> каналов.
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),
> то он автоматически разблокируется, соответственно, по нему начинают
> работать все защитные функции. Естественно, SCADA сигнализирует о том,
> что
> есть хотя бы один заблокированный канал. Кроме всего прочего, блокировка
> канала, выполняемая через соответствующее контекстное меню в
> операторском
> интерфейсе, может быть разрешена только определенным пользователям.
> Логином
> и соответствующим паролем задается категория, к которой относится данный
> оператор. Категориям назначены различные права (в целом система похожа
> на
> всем знакомое администрирование пользователей в Windows 2000).
> Если персонал не успел провести обслуживание за заданное время, то
> Блокировку можно продлить ещё на 30 минут - опять же с предъявлением
> полномочий и автоматической регистрацией этих действий в электронном
> журнале.
>
> С уважением,
> Исполнительный директор НПК "Ленпромавтоматика"
> Дмитрий Цудиков.
> Тел./факс +7(812)350-19-67
>
http://www.lenprom.spb.ru

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


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

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


Письмо #5884

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 09:29

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, чем же международные стандарты не устраивает возможность индикации и регистрации факта деблокировки аварийной защиты, при отсутствии у операторов возможности несанкционированного деблокирования?



> Здравствуйте, Михаил!
> Очень Вы мне польстили своей фразой
> > Особенно интересует мнение "зубров" нормативоведения: Андрея
> > Мурашко, Дмитрия Цудикова, Владимира Зюбина.
> Я, собственно, и так собирался ответить на первое Ваше письмо по теме, а
> уж после второго, как говорится, положение обязывает.
>
> Итак, проблема имеет две составляющих:
> 1. Как заблокировать аварийную защиту по аналоговому или дискретному
> сигналу, не изменяя технологическую программу?
> 2. Как не допустить, чтобы аварийные защиты были заблокированы навсегда?
>
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
>
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается
> в SCADA, но с особой пометкой на экране, то есть оператор, с одной
> стороны,
> видит фактически измеренные значения (или признак обрыва, если,
> например, снят измерительный преобразователь), а с другой - знает, что
> данный сигнал сейчас отключен от аварийных защит. Технологический
> алгоритм
> в это время не получает обновленные значения данного сигнала, в нем
> фиксируется
> последнее измеренное (до блокировки) значение. Соответственно, все
> уставки,
> предупреждения и защиты по данному каналу не срабатывают при изменениях
> на
> входе. При этом инженер, разрабатывающий конкретный проект
> автоматизации, даже
> не задумывается о специальной обработке сигналов блокировки каналов -
> это
> функция общесистемная, и поддерживают ее разработчики системного ПО.
> Если заблокированный сигнал участвует в некоторой логической сборке, то
> результирующее значение вычисляется подстановкой логического нуля
> вместо заблокированного сигнала. Таким образом, сборка вида "Сигнал1 И
> Сигнал2" никогда не сработает при блокировке Сигнала1, а сборка "Сигнал1
> ИЛИ
> Сигнал2" будет срабатывать в зависимости от значения Сигнала2 при
> заблокированном Сигнале1. В этом выгодное отличие от предлагаемой
> Д.Милосердовым блокировки выходов: если на одни и те же выходы должны
> воздействовать разные ветки алгоритма, а одна из веток отключена путем
> блокировки входов, то все остальные продолжают работать. А вот
> блокировка
> управляющего выхода приведет к тому, что отключатся все алгоритмические
> блоки, воздействующие на этот выход.
> По сути, такое решение эквивалентно тем самым "сотням ключей для
> блокировки", о которых здесь говорили. Оно полностью соответствует
> требованию неизменения управляющей программы при блокировке защиты. Надо
> сказать, что требование это совершенно разумное.
>
> Теперь о том, как защититься от работы без защит. Опять-таки базовыми
> средствами нашей SCADA реализовано принудительное отключение блокировки
> каналов.
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),
> то он автоматически разблокируется, соответственно, по нему начинают
> работать все защитные функции. Естественно, SCADA сигнализирует о том,
> что
> есть хотя бы один заблокированный канал. Кроме всего прочего, блокировка
> канала, выполняемая через соответствующее контекстное меню в
> операторском
> интерфейсе, может быть разрешена только определенным пользователям.
> Логином
> и соответствующим паролем задается категория, к которой относится данный
> оператор. Категориям назначены различные права (в целом система похожа
> на
> всем знакомое администрирование пользователей в Windows 2000).
> Если персонал не успел провести обслуживание за заданное время, то
> Блокировку можно продлить ещё на 30 минут - опять же с предъявлением
> полномочий и автоматической регистрацией этих действий в электронном
> журнале.
>
> С уважением,
> Исполнительный директор НПК "Ленпромавтоматика"
> Дмитрий Цудиков.
> Тел./факс +7(812)350-19-67
>
http://www.lenprom.spb.ru

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


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

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


Письмо #12872

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 09:29

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, чем же международные стандарты не устраивает возможность индикации и регистрации факта деблокировки аварийной защиты, при отсутствии у операторов возможности несанкционированного деблокирования?



> Здравствуйте, Михаил!
> Очень Вы мне польстили своей фразой
> > Особенно интересует мнение "зубров" нормативоведения: Андрея
> > Мурашко, Дмитрия Цудикова, Владимира Зюбина.
> Я, собственно, и так собирался ответить на первое Ваше письмо по теме, а
> уж после второго, как говорится, положение обязывает.
>
> Итак, проблема имеет две составляющих:
> 1. Как заблокировать аварийную защиту по аналоговому или дискретному
> сигналу, не изменяя технологическую программу?
> 2. Как не допустить, чтобы аварийные защиты были заблокированы навсегда?
>
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
>
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается
> в SCADA, но с особой пометкой на экране, то есть оператор, с одной
> стороны,
> видит фактически измеренные значения (или признак обрыва, если,
> например, снят измерительный преобразователь), а с другой - знает, что
> данный сигнал сейчас отключен от аварийных защит. Технологический
> алгоритм
> в это время не получает обновленные значения данного сигнала, в нем
> фиксируется
> последнее измеренное (до блокировки) значение. Соответственно, все
> уставки,
> предупреждения и защиты по данному каналу не срабатывают при изменениях
> на
> входе. При этом инженер, разрабатывающий конкретный проект
> автоматизации, даже
> не задумывается о специальной обработке сигналов блокировки каналов -
> это
> функция общесистемная, и поддерживают ее разработчики системного ПО.
> Если заблокированный сигнал участвует в некоторой логической сборке, то
> результирующее значение вычисляется подстановкой логического нуля
> вместо заблокированного сигнала. Таким образом, сборка вида "Сигнал1 И
> Сигнал2" никогда не сработает при блокировке Сигнала1, а сборка "Сигнал1
> ИЛИ
> Сигнал2" будет срабатывать в зависимости от значения Сигнала2 при
> заблокированном Сигнале1. В этом выгодное отличие от предлагаемой
> Д.Милосердовым блокировки выходов: если на одни и те же выходы должны
> воздействовать разные ветки алгоритма, а одна из веток отключена путем
> блокировки входов, то все остальные продолжают работать. А вот
> блокировка
> управляющего выхода приведет к тому, что отключатся все алгоритмические
> блоки, воздействующие на этот выход.
> По сути, такое решение эквивалентно тем самым "сотням ключей для
> блокировки", о которых здесь говорили. Оно полностью соответствует
> требованию неизменения управляющей программы при блокировке защиты. Надо
> сказать, что требование это совершенно разумное.
>
> Теперь о том, как защититься от работы без защит. Опять-таки базовыми
> средствами нашей SCADA реализовано принудительное отключение блокировки
> каналов.
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),
> то он автоматически разблокируется, соответственно, по нему начинают
> работать все защитные функции. Естественно, SCADA сигнализирует о том,
> что
> есть хотя бы один заблокированный канал. Кроме всего прочего, блокировка
> канала, выполняемая через соответствующее контекстное меню в
> операторском
> интерфейсе, может быть разрешена только определенным пользователям.
> Логином
> и соответствующим паролем задается категория, к которой относится данный
> оператор. Категориям назначены различные права (в целом система похожа
> на
> всем знакомое администрирование пользователей в Windows 2000).
> Если персонал не успел провести обслуживание за заданное время, то
> Блокировку можно продлить ещё на 30 минут - опять же с предъявлением
> полномочий и автоматической регистрацией этих действий в электронном
> журнале.
>
> С уважением,
> Исполнительный директор НПК "Ленпромавтоматика"
> Дмитрий Цудиков.
> Тел./факс +7(812)350-19-67
>
http://www.lenprom.spb.ru

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


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

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


Письмо #5883

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 10:18

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, а как же быть в том случае, когда проектная организация и инжиниринговая фирма не предусматривают возможности деблокирования аварийных защит и не оставляют конечным пользователям системы никакого другого способа сделать это, кроме изменения управляющей программы?

> Дмитрий Цудиков
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается в SCADA, но с особой пометкой на экране, то есть оператор,
> с одной стороны, видит фактически измеренные значения (или признак
> обрыва, если, например, снят измерительный преобразователь), а с другой
> - знает, что данный сигнал сейчас отключен от аварийных защит.
     Уважаемый Дмитрий, остается только порадоваться за пользователей Ваших систем...
К сожалению, не все производители программно-аппаратных средств АСУТП обеспечивают такую функциональную поддержку блокировки/деблокировки аварийных защит. Например,используемый у нас AB Controllogix имеет только встроенную возможность форсировки (ручной подмены значений) входных/выходных сигналов, что является недостаточным и исключает возможность просмотра реальных значений полевых сигналов до снятия форсировки... Вот и приходится либо проводить дополнительный инжиниринг на этапе пуско-наладки, либо вносить изменения в управляющую программу уже на этапе функционирования системы, причем, как уже указывал Михаил, дважды для каждой технологической позиции (если деблокируются входные сигналы).
     Естественно, проектная организация, да и инжиниринговая фирма, будут стремиться к минимизации количества деблокировочных ключей - одни опираясь на международные стандарты, другие просто из экономии трудозатрат. Фактически же для конечных пользователей такой системы - заводского отдела АСУТП, получаем прецендент, когда разработчиками средства деблокировки не предусмотрены, а деблокировать надо... При этом мало того, что в процессе деблокировки или возвращения блокировки на место путем изменения программы контроллера можно допустить серьезные ошибки, но при этом к тому же на верхнем уровне никак не фиксируется факт производимых на среднем уровне изменений.
      На мой взгляд, дополнительный инжиниринг (там, где отсутствуют свтроенные средства) для получения требуемого сервиса при деблокировке аварийных защит необходим, вопрос - как добиться его одобрения на уровне проектной организации и правильно обосновать перед руководством предприятия.

> Дмитрий Цудиков
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),то он автоматически разблокируется, соответственно, по нему
>начинают работать все защитные функции. Естественно, SCADA
> сигнализирует о том,что есть хотя бы один заблокированный канал.
     Дмитрий, интересно, в случае когда реальное значение деблокированного канала находится в аварийной зоне, перед разблокировкой канала система сигнализирует о том, что после возвращения аварийной защиты по данному параметру произойдет немедленное срабатывание этой защиты?

С уважением, Вадим Легенкин.


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

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


Письмо #12871

Тема: Re[2]: [asutp] ПАЗ на каждый день
Начало этой темы: Re[2]: [asutp] ПАЗ на каждый день
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 17 Января 2005 10:18

>[Дмитрий Милосердов] Миш, я имел ввиду аппаратные ключи. Но из СКАДы- тоже
>вариант. Мы некоторые блокировки, часто используемые тоже в систему вывели.
>Хотя, согласно международных стандартов это не правильно.
     Уважаемый Дмитрий, а как же быть в том случае, когда проектная организация и инжиниринговая фирма не предусматривают возможности деблокирования аварийных защит и не оставляют конечным пользователям системы никакого другого способа сделать это, кроме изменения управляющей программы?

> Дмитрий Цудиков
> В наших системах задача блокировки аварийных защит решается следующим
> образом. В базовом ПО для контроллера и SCADA предусмотрено, что как
> аналоговый, так и дискретный канал может быть заблокирован (естественно,
> с автоматической регистрацией в журнале такого действия). При этом
> значение сигнала по-прежнему принимается от аппаратуры ввода и
> отображается в SCADA, но с особой пометкой на экране, то есть оператор,
> с одной стороны, видит фактически измеренные значения (или признак
> обрыва, если, например, снят измерительный преобразователь), а с другой
> - знает, что данный сигнал сейчас отключен от аварийных защит.
     Уважаемый Дмитрий, остается только порадоваться за пользователей Ваших систем...
К сожалению, не все производители программно-аппаратных средств АСУТП обеспечивают такую функциональную поддержку блокировки/деблокировки аварийных защит. Например,используемый у нас AB Controllogix имеет только встроенную возможность форсировки (ручной подмены значений) входных/выходных сигналов, что является недостаточным и исключает возможность просмотра реальных значений полевых сигналов до снятия форсировки... Вот и приходится либо проводить дополнительный инжиниринг на этапе пуско-наладки, либо вносить изменения в управляющую программу уже на этапе функционирования системы, причем, как уже указывал Михаил, дважды для каждой технологической позиции (если деблокируются входные сигналы).
     Естественно, проектная организация, да и инжиниринговая фирма, будут стремиться к минимизации количества деблокировочных ключей - одни опираясь на международные стандарты, другие просто из экономии трудозатрат. Фактически же для конечных пользователей такой системы - заводского отдела АСУТП, получаем прецендент, когда разработчиками средства деблокировки не предусмотрены, а деблокировать надо... При этом мало того, что в процессе деблокировки или возвращения блокировки на место путем изменения программы контроллера можно допустить серьезные ошибки, но при этом к тому же на верхнем уровне никак не фиксируется факт производимых на среднем уровне изменений.
      На мой взгляд, дополнительный инжиниринг (там, где отсутствуют свтроенные средства) для получения требуемого сервиса при деблокировке аварийных защит необходим, вопрос - как добиться его одобрения на уровне проектной организации и правильно обосновать перед руководством предприятия.

> Дмитрий Цудиков
> Если заблокированный канал не разблокирован в течение 30 минут (это,
> конечно, специфика наших объектов - можно установить любое другое
> время),то он автоматически разблокируется, соответственно, по нему
>начинают работать все защитные функции. Естественно, SCADA
> сигнализирует о том,что есть хотя бы один заблокированный канал.
     Дмитрий, интересно, в случае когда реальное значение деблокированного канала находится в аварийной зоне, перед разблокировкой канала система сигнализирует о том, что после возвращения аварийной защиты по данному параметру произойдет немедленное срабатывание этой защиты?

С уважением, Вадим Легенкин.


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

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


Письмо #5882

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

> Я, собственно, и так собирался ответить на первое Ваше письмо по теме, а
> уж после второго, как говорится, положение обязывает.

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

> При этом инженер, разрабатывающий конкретный проект автоматизации, даже
> не задумывается о специальной обработке сигналов блокировки каналов - это
> функция общесистемная, и поддерживают ее разработчики системного ПО.

Т.е. иными словами есть промежуточный блок (подпрограмма), в которой
происходит либо передача входного значения (например с модуля), ну
может быть с минимальными искажениями (шкалирование, полином с градуировкой
и т.п.) и имеет селектор "пущать-не пущать".
В общем-то на одном из первых объектов мы нечто такое делали (правда из совершенно
иных соображений, тогда не особо упирали на "ПАЗ-не ПАЗ"), опять же с индикацией.
Однако позже мы это всё "зарубили", т.к. обработка была на уровне массивов
данных (конфигураций каналов, шкал и пр.), так что разобраться в эдаком
"клубке" данных было совершенно невозможно.
В последний ремонт переделали всё на FBD (блок шкалирования, как раз позволяет
иметь те возможности, что написал).
Но, как писал Вадим, это большой труд (самим, во время короткого ремонта...).

> Если заблокированный канал не разблокирован в течение 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

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


Письмо #5881

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 16:41

Добрый день, Александр,

Сомнительно, что технологи согласятся обжигать лазером такой объем металла.
Зато есть предположения, что предприятия-изготовители ковочного оборудования
в составе своих машин поставляют штампы для нанесения маркировки на изделия
после их проковки. В автоматическом режиме. Согласно ТУ и ГОСТ.

[Дмитрий Милосердов] А это уже их проблема принять решение насчет принципа
маркировки :) Штампы...их уже давно наносят на горячую заготовку. Только
номер вручную меняют. Но при обработке на станке могут срезаться частично
или полностью- их потом вручную пробивают.


Наверное, более актуальны задачи определения качества нанесения маркировки
и контроля движения изделий по переделам (исходя из темы сообщения).

[Дмитрий Милосердов] И это также. Видимо в этом году и эта задача будет
решаться. Не знаю- зависит от бюджета и желаний руководства.
Озадачат- будем решать.


Или посадки господ из МПС, закупающих бракованно-поддельные изделия?

[Дмитрий Милосердов] Видимо не то чтобы бракованные...просто не нашего
завода.
У других срок службы в 2 раза меньше. Не знаю на самом деле как и кто там у
нас принял решение, по факту получил задание- выполняю :)

С уважением,
Дмитрий Н. Милосердов                          mailto: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--------------------------------------------------------------------~->
;


Письмо #12870

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: RE: [asutp] Идентефикация жд колес
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 16:41

Добрый день, Александр,

Сомнительно, что технологи согласятся обжигать лазером такой объем металла.
Зато есть предположения, что предприятия-изготовители ковочного оборудования
в составе своих машин поставляют штампы для нанесения маркировки на изделия
после их проковки. В автоматическом режиме. Согласно ТУ и ГОСТ.

[Дмитрий Милосердов] А это уже их проблема принять решение насчет принципа
маркировки :) Штампы...их уже давно наносят на горячую заготовку. Только
номер вручную меняют. Но при обработке на станке могут срезаться частично
или полностью- их потом вручную пробивают.


Наверное, более актуальны задачи определения качества нанесения маркировки
и контроля движения изделий по переделам (исходя из темы сообщения).

[Дмитрий Милосердов] И это также. Видимо в этом году и эта задача будет
решаться. Не знаю- зависит от бюджета и желаний руководства.
Озадачат- будем решать.


Или посадки господ из МПС, закупающих бракованно-поддельные изделия?

[Дмитрий Милосердов] Видимо не то чтобы бракованные...просто не нашего
завода.
У других срок службы в 2 раза меньше. Не знаю на самом деле как и кто там у
нас принял решение, по факту получил задание- выполняю :)

С уважением,
Дмитрий Н. Милосердов                          mailto: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--------------------------------------------------------------------~->
;


Письмо #5880

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

Добрый день, Дмитрий,

Неверно поняли. Не регистрации. А касаемо связи (я о снятии блокировки из
SCADA) - запрещено управление СПАЗ из других систем. Из СПАЗ в SCADA -
пожалуйста. Наоборот- низя...

--
С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #12869

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

Добрый день, Дмитрий,

Неверно поняли. Не регистрации. А касаемо связи (я о снятии блокировки из
SCADA) - запрещено управление СПАЗ из других систем. Из СПАЗ в SCADA -
пожалуйста. Наоборот- низя...

--
С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #5874

Тема: [asutp] Compacs
Начало этой темы: [asutp] Compacs
Это ответ на: нет
Ответ на это письмо: нет
От: kostyanoy_av Дата: 17 Января 2005 17:05

Здравствуйте, asutp.

Пользвателей subj просьба откликнуться. Есть вопросы.
--
С уважением, инженер АСУТП ОАО "Саратовский НПЗ"
Костяной Андрей Викторович
mailto: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

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


Письмо #5879

Тема: Re: [asutp] Идентефикация жд колес
Начало этой темы: Re: [asutp] Идентефикация жд колес
Это ответ на: Re: [asutp] Идентефикация жд колес
Ответ на это письмо: Re:[asutp] Идентефикация жд колес
От: Кузьмин Юрий Дата: 17 Января 2005 18:12

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

>  [Дмитрий Милосердов] А это уже их проблема принять решение насчет
принципа
> маркировки :) Штампы...их уже давно наносят на горячую заготовку. Только
> номер вручную меняют. Но при обработке на станке могут срезаться частично
> или полностью- их потом вручную пробивают.

> Или посадки господ из МПС, закупающих бракованно-поддельные изделия?
>
> [Дмитрий Милосердов] Видимо не то чтобы бракованные...просто не нашего
> завода.
> У других срок службы в 2 раза меньше. Не знаю на самом деле как и кто там
у
> нас принял решение, по факту получил задание- выполняю :)

А что кто подделывает ненаучиться пробивать ту же надпись?
Цена вопроса и сложность процедуры сыграют свою роль)
А мне кажеться уместен сторонний носитель информации.
Та же электронная таблетка.
ПРоблема переводиться в другую плоскость-как ее закрепить и ее
работоспособность в таких условиях.
Вместо того чтобы расчищать надпись экспертам, может предусмотрена
крышечка.ОТкрыл -сканировал надпись и все.
на таблетку можно загнатать много дополнительной информации и т.д.
Недостаток ее крепление
Если постараться загнать эту таблетку можно так, что не вылетит.

С Уважением
Кузьмин Юрий

http://www.it-yuko.narod.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

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


Письмо #5878

Тема: Re:[asutp] Идентефикация жд колес
Начало этой темы: Re: [asutp] Идентефикация жд колес
Это ответ на: Re: [asutp] Идентефикация жд колес
Ответ на это письмо: нет
От: Aleksey Musin Дата: 17 Января 2005 18:26

Здравствуйте, Юрий,

КЮ> Если постараться загнать эту таблетку можно так, что не вылетит.

Мое мнение - никакая электроника на колесе не выживет.
Просто я представляю, какие ускорения колеса вызывает ползун 0,5 мм
(хорда глубиной 0,5 мм).
Тут кондиции гораздо хуже, чем для automotive tire-pressure sensor :)

С уважением,
Алексей Мусин
Екатеринбург



------------------------ Yahoo! Groups Sponsor --------------------~-->
Take a look at donorschoose.org, an excellent charitable web site for
anyone who cares about public education!

http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5877

Тема: [asutp] I-7017
Начало этой темы: [asutp] I-7017
Это ответ на: нет
Ответ на это письмо: Re: [asutp] I-7017
От: Нурлан Дата: 17 Января 2005 19:55

Приветствую вас.

Кто-нибудь работал с I-7017? Если да, то не могли бы ответить на
вопрос: на самом ли деле на входа можно подавать 20мА. Т.к. имели дело с
7018, в паспорте написано, что измеряет до 2,5В. А в реальности
на входе можно подавать лишь 1,25В, если подать больше, то начинает
влиять на остальные входа (садить остальные).
Я думаю, что 7017 аналог 7018, лишь на входах стоит шунт (125 Ом). Правильно ли
это?

--
С наилучшими пожеланиями,
Андосов Нурлан
Руководитель группы ИТиА
ТОО "Компания Монтажинжиниринг"                         mailto:E-Mail




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

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


Письмо #5876

Тема: Re: [asutp] Идентефикация жд колес
Начало этой темы: Re: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Идентефикация жд колес
От: Шилин Анатолий Семенович Дата: 17 Января 2005 20:25

----- Original Message -----
From: "Дмитрий Милосердов" <E-Mail
>
> [Дмитрий Милосердов] И это также. Видимо в этом году и эта задача будет
> решаться. Не знаю- зависит от бюджета и желаний руководства.
> Озадачат- будем решать.
>
>
Дима, колеса-колесами, а вот приведенное ниже сообщение правдиво?
Вы действительно в этом году такие мощности запускаете?
============
По словам А.Дейнеко, на сегодняшний день Волжский трубный завод способен
ежегодно выпускать 360 тыс. т труб диаметром 1420 мм, при потребности
"Газпрома" в 400 тыс т ТБД в год. При этом уже летом 2005 года на Выксунском
металлургическом заводе будут введены в эксплуатацию мощности по
производству 570 тыс т ТБД в год. "После чего мы сможем покрыть потребности
России в трубах на 100 проц.",- отметил директор ФРТП.
ПРАЙМ-ТАСС, 14.01.2005,
http://www.prime-tass.ru
Автор не указан - ТРУБНЫЕ ЗАВОДЫ
УКРАИНЫ УМЕНЬШИЛИ ПРОИЗВОДСТВО ТРУБ В 2004 Г НА 1 ПРОЦ ДО 2,04 МЛН Т

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



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

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


Письмо #5875

Тема: [asutp] ЕТКС - оператор ЭВМ
Начало этой темы: [asutp] ЕТКС - оператор ЭВМ
Это ответ на: нет
Ответ на это письмо: нет
От: Mishutkin@ssgpo.kz Дата: 17 Января 2005 20:48

Здравствуйте, коллеги.

Срочно   требуется   в  электронном  виде  раздел  ЕТКС,  посвященный
квалификационным требованиям к операторам ЭВМ.

Если у кого-то есть, поделитесь пожалуйста.
Можно директом.


С уважением,
Мишуткин Александр Юрьевич,
ведущий инженер
центра информационных технологий,
АО "ССГПО",
г. Рудный,
Казахстан

тел. (8-31431) 2-83-71
ICQ 153096495                         
mailto:E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
Take a look at donorschoose.org, an excellent charitable web site for
anyone who cares about public education!

http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5873

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 21:06

Юра , привет.

Нет, никаких дырдочек (мы тож думали о RFID ) в колесе делать категорически
низя согласно ТУ.

С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #12868

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: Re: [asutp] Идентефикация жд колес
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 21:06

Юра , привет.

Нет, никаких дырдочек (мы тож думали о RFID ) в колесе делать категорически
низя согласно ТУ.

С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #5872

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 21:26

Добрый день, Анатолий Семенович,

У нас Выксунский металлургический...
:))) Диаметр 1420- это проект года на ВМЗ. Туда вбухали огромные средства,
линия по большей части немецкая, пресс вообще уникальный- кажется даже чуть
ли ни самый большой в мире. Туда же планируем MES. Скоро проект запустятся
(без MES конечно пока).
Мощности будут высокие, думаю тут правда.

А вообще, я согласился работать на этом заводе только из-за этого
комплексного проекта в этом цехе. Будет нечто уникальное для России.
Скоро проводим тендер по первому этапу.

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

Дима, колеса-колесами, а вот приведенное ниже сообщение правдиво?
Вы действительно в этом году такие мощности запускаете?
============
По словам А.Дейнеко, на сегодняшний день Волжский трубный завод способен
ежегодно выпускать 360 тыс. т труб диаметром 1420 мм, при потребности
"Газпрома" в 400 тыс т ТБД в год. При этом уже летом 2005 года на Выксунском
металлургическом заводе будут введены в эксплуатацию мощности по
производству 570 тыс т ТБД в год. "После чего мы сможем покрыть потребности
России в трубах на 100 проц.",- отметил директор ФРТП.
ПРАЙМ-ТАСС, 14.01.2005,
http://www.prime-tass.ru
Автор не указан - ТРУБНЫЕ ЗАВОДЫ
УКРАИНЫ УМЕНЬШИЛИ ПРОИЗВОДСТВО ТРУБ В 2004 Г НА 1 ПРОЦ ДО 2,04 МЛН Т


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


Письмо #12867

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: Re: [asutp] Идентефикация жд колес
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 21:26

Добрый день, Анатолий Семенович,

У нас Выксунский металлургический...
:))) Диаметр 1420- это проект года на ВМЗ. Туда вбухали огромные средства,
линия по большей части немецкая, пресс вообще уникальный- кажется даже чуть
ли ни самый большой в мире. Туда же планируем MES. Скоро проект запустятся
(без MES конечно пока).
Мощности будут высокие, думаю тут правда.

А вообще, я согласился работать на этом заводе только из-за этого
комплексного проекта в этом цехе. Будет нечто уникальное для России.
Скоро проводим тендер по первому этапу.

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

Дима, колеса-колесами, а вот приведенное ниже сообщение правдиво?
Вы действительно в этом году такие мощности запускаете?
============
По словам А.Дейнеко, на сегодняшний день Волжский трубный завод способен
ежегодно выпускать 360 тыс. т труб диаметром 1420 мм, при потребности
"Газпрома" в 400 тыс т ТБД в год. При этом уже летом 2005 года на Выксунском
металлургическом заводе будут введены в эксплуатацию мощности по
производству 570 тыс т ТБД в год. "После чего мы сможем покрыть потребности
России в трубах на 100 проц.",- отметил директор ФРТП.
ПРАЙМ-ТАСС, 14.01.2005,
http://www.prime-tass.ru
Автор не указан - ТРУБНЫЕ ЗАВОДЫ
УКРАИНЫ УМЕНЬШИЛИ ПРОИЗВОДСТВО ТРУБ В 2004 Г НА 1 ПРОЦ ДО 2,04 МЛН Т


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


Письмо #5871

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: RE: [asutp] Идентефикация жд колес
От: Айдар Дата: 17 Января 2005 21:26

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

С уважением
Батталов Айдар


>
>
> Юра , привет.
>
> Нет, никаких дырдочек (мы тож думали о RFID ) в колесе делать
> категорически низя согласно ТУ.
>
> С уважением,
>  Дмитрий Н. Милосердов                          
> 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--------------------------------------------------------------------~->
;


Письмо #5870

Тема: Re: [asutp] Форум iprog временно прекращает работу
Начало этой темы: [asutp] Форум iprog временно прекращает работу
Это ответ на: [asutp] Форум iprog временно прекращает работу
Ответ на это письмо: Re: [asutp] Форум iprog временно прекращает работу
От: Мощицкий Павел Дата: 17 Января 2005 21:40

Здравствуйте Михаил.
А я то думал, почему на моем форуме пошло такое оживление. :) Все просто,
преимущество просмотра через нормальный веб-интерфейс, потеряно.
С уважением, Мощицкий Павел.

----- Исходное сообщение -----
От: "Michael" <E-Mail>
Кому: "ASUTP conference" <E-Mail>
Отправлено: 11 января 2005 г. 0:48
Тема: [asutp] Форум iprog временно прекращает работу


>
> Админ "зеркала" iprog сообщает:
>
>>>>>>>>>>>>>>>>
> Форум iprog временно прекращает работу
>
> Сабж, собственно.
> Возникли проблемы с хостингом.
> Кому интересно, подробности здесь:
>
http://www.hostobzor.ru/db/news.php?id
=1237

>
> Я думаю, что раньше месяца наши органы не определятся.
> Копии базы есть, но пока нет желания и времени заниматься
> подыскиванием другого хостинга и заниматься переносом.
>>>>>>>>>>>>>>>>>>
>
> ===========================================================
> С уважением, Волкожа Михаил.
> Co-moderator conference
> ===========================================================




------------------------ Yahoo! Groups Sponsor --------------------~-->
Take a look at donorschoose.org, an excellent charitable web site for
anyone who cares about public education!

http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5867

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: RE: [asutp] Идентефикация жд колес
От: Едренкин Константин Сергеевич Дата: 17 Января 2005 21:42

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

Возможно, технология и к колесам применима.

С уважением,
Константин Едренкин, вед.инженер КИПиА ООО "Нефтестройсервис", г.Уфа


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


Письмо #5869

Тема: Re: [asutp] I-7017
Начало этой темы: [asutp] I-7017
Это ответ на: [asutp] I-7017
Ответ на это письмо: Re[2]: [asutp] I-7017
От: Kuznetsov V.S. Дата: 17 Января 2005 22:03

Модули I7017, как и I7018 конфигурируемые, вполне возможно, Вы неправильно настроили I7018, когда наблюдалась просадка показаний на других входах.

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

Не забудьте правильно настроить модуль на нужный диапазон сигналов и шунтировать вход непосредственно на клеммах модуля. Так и помех будет меньше, и показания точнее.

_________________________________
с уважением,
Кузнецов В.С.
НПП "Интеллект"

----- Original Message -----
From: "Нурлан" <E-Mail>
To: <E-Mail>
Sent: Monday, January 17, 2005 10:55 AM
Subject: [asutp] I-7017


>
> Кто-нибудь работал с I-7017? Если да, то не могли бы ответить на
> вопрос: на самом ли деле на входа можно подавать 20мА. Т.к. имели дело с
> 7018, в паспорте написано, что измеряет до 2,5В. А в реальности




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

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


Письмо #5868

Тема: [asutp] Протокол COMLI.
Начало этой темы: [asutp] Сайт АСУТП
Это ответ на: [asutp] Сайт АСУТП
Ответ на это письмо: нет
От: Борис Григорьев Дата: 17 Января 2005 22:13

Здравствуйте, уважаемый форум.

Может быть кто знает существует ли преобразователь:
COMLI (Slave) <-> Profibus DP (Slave) и где (у кого) можно купить ОРС
сервер для протокола COMLI?
А может быть в WinCC есть встроенная поддержка этого протокола?


--
С уважением,
Григорьев Борис
ОАО Молочный комбинат "Воронежский"

mailto:E-Mail.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

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


Письмо #5866

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 22:34

Добрый день, Айдар,

Шильдики тоже не вариант...30 лет не продержатся. Да и как их крепить?
Сваркой?
--
С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #12866

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: RE: [asutp] Идентефикация жд колес
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 22:34

Добрый день, Айдар,

Шильдики тоже не вариант...30 лет не продержатся. Да и как их крепить?
Сваркой?
--
С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Письмо #5865

Тема: RE: [asutp] Идентефикация жд колес
Начало этой темы: RE: [asutp] Идентефикация жд колес
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 17 Января 2005 22:41

Константин, спасибо! Это зарубежная технология?
Поиск Яндексом ничего не дает :(
А что за передача? По какому каналу?

--
С уважением,
Дмитрий Н. Милосердов                          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--------------------------------------------------------------------~->
;


Страницы: [1|2]

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