- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Обеспечение отказоустойчивости FF
Модератор: Глоб.модераторы
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Обеспечение отказоустойчивости FF
Вопрос к специалистам по Fielbus Foundation.
Как в FF обеспечивается отказоустойчивость сети? В той информации, что попадалась мне на глаза, были только общие принципы построения от одного контроллера до датчиков и исполнительных механизмов, а про отказоустойчивость - ничего :(
Как в FF обеспечивается отказоустойчивость сети? В той информации, что попадалась мне на глаза, были только общие принципы построения от одного контроллера до датчиков и исполнительных механизмов, а про отказоустойчивость - ничего :(
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Обеспечение отказоустойчивости FF
Я имею в виду в первую очередь аппаратные решения. То есть, к примеру, есть дублированный контроллер (два физических контроллера), необходимо подключение каждого физического контроллера к оборудованию в поле.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Обеспечение отказоустойчивости FF
А как тогда обстоят дела с питанием поля? Оно ведь вроде как по той самой основной линии приходит.контур КИП имеет возможность перехватить управление на себя при обрыве основной линии
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Обеспечение отказоустойчивости FF
4..20 - действительно не дублирую. Но там у меня аналоговый сигнал идёт до платы в/в, которая стоит в корзине. В той же корзине - до двух блоков питания (аппаратное резервирование) и две платы соединения с контроллерами (по одной на каждый физический в составе дублированного). В случае неисправности одной из этих интерфейсных плат контроллер переключится на резервный. По активному оборудованию узкое место - в плате в/в, но это всего 8 каналов. Что касается активки в FF - получается, что неисправность любого элемента - потеря всего сегмента, который живёт за ним?Дмитрий Милосердов писал(а):Точнее будет сказать- при потере связи с ПЛК (не физическом обрыве с потерей питания). :) Вот посмотри стр. 10 http://www.fieldbus.org/images/stories/ ... __rus_.pdf
по питанию и стр. 19 по функциональному блоку.
В общем, представь себе сеть типа звезда. Это и будет филдбас со всеми его достоинствами и недостатками. (см. стр. 29).
Впрочем, и у классики 4-20 недостатки те же + еще много. Ты же 4-20 тоже не дублируешь (кабель)...
Лучше этого- только беспроводка. Но она пока довольно серьезно ограничена в применении. Но в некоторых моментах- просто незаменима.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Обеспечение отказоустойчивости FF
мысли вслух: и почему дублированный CAN в таких случаях не применить.... почему его в полевых датчиках нет.....
По вопросам работы Форума можно обратиться по этим контактам.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Обеспечение отказоустойчивости FF
Да это я в курсе, читаю. Просто подумал, почему бы не гнать те же измерения по CAN. Правда вопрос с питанием датчика.....Дмитрий Милосердов писал(а):Потому что это дискрет. А мы говорим про аналоговые шины. Я там обзорчик из СТА давал вверху :)
По вопросам работы Форума можно обратиться по этим контактам.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Обеспечение отказоустойчивости FF
Да, вот тут - на с.5 весьма интересные схемы.Дмитрий Милосердов писал(а):Можно для H1:
http://www.fieldbus.org.au/JA05info/PAPERS/MN-MIp6f.pdf
Ну не только же в ПАЗ резервирование нужно. А если остановка объекта стоит офигенных (а запуск - ещё бОльших) денег? У меня уже были случаи, когда приходилось на ходу менять сдохшую станцию (работала в это время резервная): с точки зрения технологии всё проходило незаметно, а ведь могли выйти на несколько часов простоя (неисправность аварийная остановка вызов меня на работу пока доберусь и починю запуск технологии после аварийной остановки) и потери, сравнимые со стоимостью АСУТП объекта). Так что, не ПАЗом единым... :DДмитрий Милосердов писал(а):Но я не пойму...зачем тебе резервировать, если мы FF в ПАЗ не применяем. :)
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Обеспечение отказоустойчивости FF
Дим, ну ты.... :) А может я бы применил это как раз для ПАЗ. :) Я ж говорю - это просто мысли вслух.Дмитрий Милосердов писал(а):Но я не пойму...зачем тебе резервировать, если мы FF в ПАЗ не применяем. :)
К тому же, Саша правильно отметил, что не ПАЗом единым - простой тоже таким боком может выйти что мама не горюй.
По вопросам работы Форума можно обратиться по этим контактам.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Обеспечение отказоустойчивости FF
В общем понятно. Ты мне тока напоследок ещё поясни, что цифра запрещена у нас в ПБ: это у вас в РН или у нас в России?
Я в этом вопросе пока не вполне копенгаген. А у военных кстати видел - бежит себе CAN, и в нём всё.
Меня ещё несколько коробит что FF и ProfiBUS далеко не бесплатная штука, в отличие от CAN.
Я в этом вопросе пока не вполне копенгаген. А у военных кстати видел - бежит себе CAN, и в нём всё.
Меня ещё несколько коробит что FF и ProfiBUS далеко не бесплатная штука, в отличие от CAN.
По вопросам работы Форума можно обратиться по этим контактам.
Re: Обеспечение отказоустойчивости FF
http://www.fieldbus.org/images/stories/ ... if_908.pdf
Страница 15 – очень наглядно.
FF-SIF стандарт разработанный для ПАЗ, прошел Tuv сертификацию до уровня SIL 3.
Можно дублировать датчики и блоки питания и I/O модули и контроллеры.
Нет тут людей с Sakhalin Energy? Рассказали бы как сделано...
Страница 15 – очень наглядно.
FF-SIF стандарт разработанный для ПАЗ, прошел Tuv сертификацию до уровня SIL 3.
Можно дублировать датчики и блоки питания и I/O модули и контроллеры.
Нет тут людей с Sakhalin Energy? Рассказали бы как сделано...
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Обеспечение отказоустойчивости FF
А, вот ты про что. Но это, к счастью, не про нас Хотя кое-что оттуда применить неплохо бы, по уму.Дмитрий Милосердов писал(а):Я про "ОБЩИЕ ПРАВИЛА ВЗРЫВОБЕЗОПАСНОСТИ ДЛЯ ВЗРЫВОПОЖАРООПАСНЫХ ХИМИЧЕСКИХ, НЕФТЕХИМИЧЕСКИХ И НЕФТЕПЕРЕРАБАТЫВАЮЩИХ ПРОИЗВОДСТВ" для всех, не только РН :)
Для производителя прибора конечно же. Что отразится на стоимости прибора.Дмитрий Милосердов писал(а):Жень, не бесплатен для кого? :) Для эксплуатации капзатраты на сам датчик с FF стоит ровно столько же, сколько и с HART. Но в эксплуатации FF дешевле выходит.genelectric писал(а):Меня ещё несколько коробит что FF и ProfiBUS далеко не бесплатная штука, в отличие от CAN.
По вопросам работы Форума можно обратиться по этим контактам.
Re: Обеспечение отказоустойчивости FF
В РФ мы не можем применять ни одну шину для ПАЗ в том числе и FF. Сахалин Энерджи также вынужден придерживаться наших норм т.к. их объекты на территории России. ПАЗ и там сделан на точка-точка. Кстати когда внедрялась их система и FF-SIF еще не было.Дмитрий Милосердов писал(а):FF-SIF к сожалению мы применять не можем. Из-за ПБ. А вот Сахалин Энерджи этим конечно не ограничен ни сколько. :) Так же, как и BP (я в прошлом году общался с их представителями, которые автоматизируют офшорные платформы). Там только FF и WirelessHART сейчас применяется, т.к. на платформах большие ограничения по весу (почти как в космосе). И строить тяжелые эстакады и пачки кабелей им очень невыгодно.
FF-SIF лишь концепция позволяющая резервировать те сигналы которые проектировщик или заказчик, посчитает нужным дублировать. И они могут и не попасть в ПАЗ. Это может быть определено HAZOP. Только опять же в России хотя и есть Гост Р 51901.11-2005 аналог HAZOP, но вот организаций способных провести грамотно эти исследования...
Дмитрий, а на Ванкоре проводили HAZOP? Если не секрет, то кем?
-
- освоился
- Сообщения: 227
- Зарегистрирован: 24 июл 2008, 09:22
- Имя: Мурашко Андрей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 6 раз
- Поблагодарили: 2 раза
Re: Обеспечение отказоустойчивости FF
Нет препятствий применять FF для ПАЗ. ПБ это не запрещают. Если внимательно прочитать, то ПБ запрещают многоточечные приборы, а не шину подключения приборов.Alert писал(а): В РФ мы не можем применять ни одну шину для ПАЗ в том числе и FF.
Возьмите любую известную систему ПАЗ (Tricon, Hima и т.п.) -- в них есть удаленное УСО, то есть подключение модулей в/в по шине к контроллеру. Если бы цифровая шина была запрещена, то такие бы СПАЗ не прошли бы наш доблестный Ростехнадзор.
Да, если придираться и доводить "мудрости" ПБ до маразма, то собственно сам контроллер является многоточечным прибором
-
- здесь недавно
- Сообщения: 88
- Зарегистрирован: 07 янв 2010, 08:43
- Имя: Александр
- Поблагодарили: 1 раз
Re: Обеспечение отказоустойчивости FF
Не совсем в тему, но раз уж заговорили о СПАЗ, давно хотел уточнить:
какой НТД в РФ регламентируются требования к контроллерам СПАЗ?
какой НТД в РФ регламентируются требования к контроллерам СПАЗ?