Примечания
1 Охват диагностикой может быть также определен с помощью отношения суммы интенсивностей выявленных опасных отказов
.2 Охват диагностикой может относиться ко всей системе, связанной с безопасностью, или к ее части. Например, охват диагностикой может относиться к датчикам и/или к логической системе, и/или к исполнительным элементам.
3.4 диагностическая(ие) проверка(и) (diagnostic test(s)): Испытание(я), которое(ые) предназначено(ы) для обнаружения сбоев или отказов и формирования конкретной выходной информации или действий в случае обнаружения сбоя или отказа.
3.5 функция реакции на отказ (fault reaction function): Функция, которая выполняется при обнаружении сбоя или отказа в СЭРС (СБ), который может вызвать потерю функции безопасности, и предназначена поддержать условие безопасности в установке или предотвратить опасные условия, возникающие в установке.
Примечание - Настоящий стандарт рассматривает только те аспекты в определении функциональной безопасности, которые зависят от корректного функционирования СЭРС (СБ).
Примечания
1 Термин включает в себя возможную опасность для людей в короткий промежуток времени (например, при пожаре и взрыве), а также опасность, имеющую долгосрочное воздействие на здоровье людей (например, при утечке токсического вещества).
2 МЭК 6150-4:1988 (модифицированный) определяет опасную ситуацию как обстоятельства, при которых люди, имущество или окружающая среда подвергаются одной или нескольким опасным событиям.
3.8 установка (installation): Оборудование или технические средства, включающие, по крайней мере, СЭРС (СБ) и управляемое оборудование.
Примечание - Слово "установка" также используется в настоящем стандарте, чтобы обозначить процесс ввода в эксплуатацию СЭРС (СБ). В этих случаях оно не выделяется курсивом.
3.9 заданная продолжительность работы (mission time): Заданное общее время работы СЭРС (СБ) за время его срока службы.
Примечания
1 В МЭК 61508 рассматриваются два режима работы:
- режим с низкой частотой запросов, когда частота запросов на выполнение операции системы, связанной с безопасностью, не превышает одного в год или не превышает более чем в два раза частоту контрольных испытаний;
- режим с высокой частотой запросов или режимом непрерывной работы, когда частота запросов на выполнение операции системы, связанной с безопасностью, превышает один в год или превышает более чем в два раза частоту контрольных испытаний.
Режим с низкой частотой запросов обычно не рассматривается для применений СЭРС (СБ). Поэтому в настоящем стандарте рассматривается работа СЭРС (СБ) только в режиме с высокой частотой запросов или непрерывном режиме.
2 Режим запроса означает, что функция безопасности выполняется только по запросу (требованию), чтобы перевести установку в заданное состояние.
3 Непрерывный режим означает, что функция безопасности выполняется непрерывно, т.е. СЭРС (СБ) постоянно управляет установкой, и (опасный) отказ ее функции может привести к опасности.
3.11 СЭРС (СБ) (PDS(SR)): Система силовых электроприводов с регулируемой скоростью, используемая в связанных с безопасностью применениях.
Примечание - В МЭК 62061:2005 используется сокращение PFHD.
3.14 безопасный отказ (safe failure): Отказ, который не переводит систему, связанную с безопасностью, в опасное состояние или в состояние отказа при выполнении функции.
3.15 доля безопасных отказов, ДБО (safe failure fraction, SFF): Отношение суммы средних частот безопасных отказов и обнаруженных опасных отказов подсистемы к сумме средних частот безопасных и опасных отказов этой подсистемы.
.Примечание - См. приложение C МЭК 61508-2:2000.
3.16 функция(и) безопасности СЭРС (СБ) (safety function(s) (of a PDS(SR)): Функция(и) с определенными показателями безопасности, реализованная полностью или частично с помощью СЭРС (СБ), которая(ые) предназначена(ы) поддержать условие безопасности установки или предотвратить опасные условия, возникающие в установке.
- реализует необходимые функции безопасности, требующиеся для достижения или поддержки безопасного состояния управляемого оборудования, и
- предназначена для достижения своими средствами или в сочетании с другими Э/Э/ПЭ системами, связанными с безопасностью, системами, связанными с безопасностью, основанными на других технологиях или внешними средствами снижения риска необходимой полноты безопасности для требуемых функций безопасности.
3.20 спецификация требований безопасности (safety requirements specification, SRS): Спецификация, содержащая все требования функций безопасности, которые должны быть выполнены СЭРС (СБ).
3.21 возможный УПБ (SIL capability): Максимальное значение УПБ, о котором заявляется, что оно может быть достигнуто проектом СЭРС (СБ), в терминах систематической полноты безопасности и архитектурных ограничений на полноту безопасности аппаратных средств.
Примечание - Каждая из предусмотренных функций безопасности, которые СЭРС (СБ) должна выполнить, может иметь различные возможные значения УПБ.
3.22 подсистема (subsystem): Часть проекта архитектуры верхнего уровня системы, связанной с безопасностью, отказ которой приводит к отказу функции безопасности.
Примечание - СЭРС (СБ) сама может быть подсистемой или состоять из ряда отдельных подсистем, которые при объединении реализуют рассматриваемую функцию безопасности. У подсистемы может быть больше чем один канал.
2 Примерами подсистем СЭРС (СБ) являются: устройство кодирования, секция питания, секция управления (см. рисунок 1).
Примечание - Обычно полнота безопасности, связанная с систематическими отказами, не может быть охарактеризована количественно.
Примечание - Подтверждение соответствия представляет собой выполнение действий, демонстрирующих, что СЭРС (СБ) до или после ввода в эксплуатацию удовлетворяет во всех отношениях спецификации требований безопасности.
Настоящий раздел описывает функции СЭРС (СБ), которые могут определяться как связанные с безопасностью, поставщиком СЭРС (СБ). Предусмотренные функции безопасности, рассматриваемые в настоящем разделе, не представляют исчерпывающий список. В некоторых случаях связанные с безопасностью системы, но внешние к СЭРС (СБ) (например, механический тормоз), в дальнейшем могут быть необходимы, чтобы поддержать безопасное состояние при отключении питания.
Технические меры, необходимые для реализации этих функций, зависят от возможного УПБ и требуемой вероятности опасных отказов аппаратных средств, которая указана в спецификации требований безопасности. Технические меры описаны в разделе 6.
Каждая функция безопасности может потребовать сигнализацию о безопасном входе и/или выходе для выполнения необходимого взаимодействия (или активизации) с другими функциями, подсистемами или системами (которые могут быть или не могут быть связаны с безопасностью). При определении УПБ соответствующей функции безопасности должна быть учтена полнота безопасности интерфейсов.
Некоторые функции безопасности выполняют только задачи контроля, некоторые выполняют важное для безопасности управление или другие действия. Поэтому необходимо различать между:
- реакцией функции на нарушение предельных значений (только для функций, относящихся к контролю): реакция возникает, когда нарушение предельных значений обнаружено во время корректной работы функции безопасности; и
- реакцией на сбой функции: реакция возникает, когда диагностика обнаруживают сбой внутри функции безопасности.
Обе реакции функций безопасности должны рассматривать возможные безопасные состояния для конкретного применения.
При выборе подходящей реакции функции безопасности необходимо учитывать, что части СЭРС (СБ) могут не функционировать.
Временные ограничения для действий, необходимых после обнаружения сбоя, определены в спецификации требований безопасности (см. 5.4.2).
В названиях функций безопасности используют слова "безопасные" или "безопасность", чтобы указать, что эти функции могут использоваться в связанном с безопасностью применении на основе обоснования (т.е. анализа рисков) того, что это конкретное применение, описываемое функциями, относящимися к безопасности, и их значениями полноты, будет выполняться в СЭРС (СБ).
4.2.1 Предельные значения
Если функция безопасности контролирует предельное(ые) значение(я) для любого параметра(ов), то должно(ы) быть определено(ы) максимальное(ые) отклонение(я) для этого(их) предельного(ых) значения(ий).
Примечание - Спецификация любого предельного значения должна учитывать возможное превышение предельного значения в случае нарушения предела. Например, спецификация предельного(ых) значения(й) положения в 4.2.3.8 должна учитывать максимальное допустимое расстояние(я) перехода(ов) за установленный предел.
Отдельная функция безопасности может иметь одно или несколько заданных предельных значений, которые могут быть выбраны во время выполнения.
4.2.2 Функции останова
4.2.2.1 Общие положения
Для каждого типа СЭРС существует несколько методов останова.
Требования к управлению запуском последовательности действий по останову и поддержанию способа захвата для достижения неподвижного состояния определяются для конкретного применения. Для достижения желаемых рабочих характеристик функций останова могут быть необходимы отдельные ручные операции и связи со схемами управления.
Любые конкретные требования для рабочих характеристик останова должны быть определены при проектировании устройства. Ниже рассмотрены примеры функций останова, часто использующиеся на практике.
На двигатель не подается питание, которое может вызвать вращение (или движение в случае линейного двигателя). СЭРС (СБ) не обеспечивает питание двигателя, который может произвести крутящий момент (или усилие в случае линейного двигателя).
Примечания
1 Эта функция безопасности выполняет неуправляемую остановку и соответствует категории остановки 0 по МЭК 60204-1.
2 Эта функция безопасности может использоваться, если требуется отключение питания для предотвращения неожиданного запуска.
3 Если существуют внешние влияния (например, падение висящих грузов), то для предотвращения какой-либо опасности могут быть необходимы дополнительные меры (например, механические тормоза).
4 Электронных средств и контакторов недостаточно для защиты от удара током и для изоляции могут быть необходимы дополнительные меры.
4.2.2.3 Безопасное отключение 1 (SS1)
СЭРС (СБ) также:
a) запускает и управляет интенсивность торможения двигателя в рамках установленных пределов, чтобы остановить двигатель, и запускает функцию STO (см. 4.2.2.2), когда частота вращения двигателя окажется ниже заданного предела; или
b) запускает и контролирует интенсивность торможения двигателя в рамках установленных пределов, чтобы остановить двигатель, и запускает функцию STO, когда частота вращения двигателя окажется ниже заданного предела; или
c) запускает торможение двигателя и запускает функцию STO после определенной временной задержки.
Примечание - Эта функция безопасности выполняет управляемую остановку и соответствует категории остановки 1 по МЭК 60204-1.
4.2.2.4 Безопасное отключение 2 (SS2)
СЭРС (СБ) также:
a) запускает и управляет интенсивностью торможения двигателя в рамках установленных пределов, чтобы остановить двигатель, и запускает функцию SOS (см. 4.2.3.1), когда частота вращения двигателя окажется ниже заданного предела; или
b) запускает и контролирует интенсивность торможения двигателя в рамках установленных пределов, чтобы остановить двигатель, и запускает функцию SOS, когда частота вращения двигателя окажется ниже заданного предела; или
c) запускает торможение двигателя и запускает функцию SOS после определенной временной задержки.
Примечание - Эта функция безопасности выполняет управляемую остановку и соответствует категории остановки 2 по МЭК 60204-1.
4.2.3 Другие функции безопасности
Функция SOS следит за тем, чтобы положение двигателя не отклонялось от положения останова на величину больше заданной. СЭРС (СБ) обеспечивает питание двигателя, чтобы позволить ему сопротивляться внешним силам.
Примечание - Данное описание функции регулируемого отключения основано на применении средств СЭРС (СБ) без внешнего (например, механического) тормоза.
4.2.3.2 Безопасное ограничение ускорения (SLA)
Функция SLA предотвращает превышение двигателем заданного предельного значения ускорения.
4.2.3.3 Безопасный диапазон ускорения (SAR)
Функция SAR обеспечивает ускорение и/или замедление двигателя в пределах заданных значений.
4.2.3.4 Безопасное ограничение скорости (SLS)
Функция SLS предотвращает превышение двигателем заданного предельного значения скорости.
4.2.3.5 Безопасный диапазон скоростей (SSR)
Функция SSR поддерживает частоту вращения двигателя в пределах заданных значений.
4.2.3.6 Безопасное ограничение крутящего момента (SLT)
Функция SLT предотвращает превышение двигателем заданного предельного значения крутящего момента (или силы, в случае линейного двигателя).
4.2.3.7 Безопасный диапазон крутящего момента (STR)
Функция STR поддерживает крутящий момент двигателя (или силу, в случае линейного двигателя) в пределах заданных значений.
Функция SLP предотвращает превышение валом двигателя заданного(ых) предельного(ых) значения(й) положения(й).
4.2.3.9 Безопасное ограничение приращения (SLI)
Функция SLI предотвращает превышение для вала двигателя заданного предельного значения приращения положения.
Примечание - В данной функции СЭРС (СБ) управляет приращениями движений двигателя следующим образом:
- входной сигнал (например, запуска) инициирует приращение движения с заданным максимальным путем приводного элемента;
- после завершения пути, соответствующего этому приращению, двигатель останавливается и остается в этом состоянии, как готовый для применения.
4.2.3.10 Безопасное направление (SDI)
Функция SDI предотвращает движение вала двигателя в непреднамеренном направлении.
4.2.3.11 Безопасная температура двигателя (SMT)
Функция SMT предотвращает превышение температур(ы) двигателя заданных(ого) предельных(ого) значений(я).
4.2.3.12 Безопасное управление тормозом (SBC)
Функция SBC обеспечивает выходной(ые) сигнал(ы) безопасности, чтобы управлять внешним тормозом(ами).
4.2.3.13 Кулачок безопасности (SCA)
Функция SCA обеспечивает выходной(ые) сигнал(ы) безопасности, чтобы указать, находится ли положение вала двигателя в пределах заданного диапазона.
4.2.3.14 Контроль безопасного уровня скорости (SSM)
Функция SSM обеспечивает выходной сигнал безопасности, чтобы указать, является ли частота вращения двигателя ниже указанного уровня.
Цель настоящего раздела состоит в определении управленческих действий и информации, необходимых для всего процесса разработки СЭРС (СБ), чтобы гарантировать достижение целей функциональной безопасности.
Примечание - Настоящий раздел исключительно нацелен на достижение функциональной безопасности СЭРС (СБ), а также не связан и отличается от лечебно-профилактических мер и мер по обеспечению безопасности, необходимых для достижения безопасности на рабочем месте.
На рисунке 2 представлен жизненный цикл разработки СЭРС (СБ) с перекрестными ссылками к соответствующим подразделам настоящего стандарта.
Примечание - Это соответствует стадии реализации (стадия 9) полного жизненного цикла системы безопасности, описанного в МЭК 61508-1.
Приложение A представляет эту информацию в форме таблицы последовательности задач.
![]()
План обеспечения функциональной безопасности должен быть сформирован и обновляться по мере необходимости в процессе всей разработки СЭРС (СБ). Этот план должен определить действия, удовлетворяющие требования разделов 5 - 10, а также определить лиц, подразделение(я) или организацию(и), ответственных за выполнение этих действий. План обеспечения функциональной безопасности может быть разделом с названием "План обеспечения функциональный безопасности" в общем плане обеспечения качества для СЭРС (СБ) или это может быть отдельный документ, названный "План обеспечения функциональный безопасности".
В частности, план обеспечения функциональной безопасности должен рассмотреть или включать следующее в соответствии со сложностью СЭРС (СБ):
a) Формирование спецификации требований безопасности (см. 5.4), включая:
- рассмотрение требований из рекомендаций и стандартов для конкретных целевых применений СЭРС (СБ);
- выбор методов для предотвращения ошибок во время формирования спецификации требований безопасности;
- персональную ответственность за формирование и соблюдение спецификации требований безопасности;
- персональную ответственность за верификацию спецификации требований безопасности;
- процесс изменения спецификации требований безопасности после начала разработки.
b) Проектирование и разработку функции(й) безопасности для СЭРС (СБ), включая (если применимо):
- рассмотрение применимых руководств и стандартов по функциональной безопасности при проектировании оборудования целевого применения, такого как средства управления процессом или машинное оборудование, которое включает СЭРС (СБ);
- выбор методологий разработки изделия и управления проектами (см. МЭК 61508-7:2000, пункт B.1.1);
- персональную ответственность за проектирование и разработку;
- методологию документирования проекта (см. МЭК 61508-7:2000, пункт B.1.2);
- применение методов структурного проектирования (см. МЭК 61508-7:2000, пункт B.3.2);
- использование моделирования или других средств компьютерного проектирования;
- методологию верификации проекта;
- методы интеграции и функционального испытания, регрессионное тестирование и ответственность персонала;
- управление изменениями проекта (для аппаратных средств и для программного обеспечения).
c) План верификации функции(й) безопасности, включая:
- выбор стратегий и методов верификации;
- выбор действий по верификации;
- персональную ответственность за верификацию;
- выбор и использование испытательного оборудования;
- оценку результатов верификации, полученных от испытательного оборудования и от тестов.
d) План подтверждения соответствия функции(й) безопасности, включающий:
- персональную ответственность за проверку подтверждения соответствия;
- идентификацию соответствующих режимов работы СЭРС (СБ);
- техническую стратегию подтверждения соответствия, например аналитические методы или статистические тесты;
- критерии принятия;
- действие, выполняемое в случае несоответствия критерию принятия.
e) Планирование установки и ввода в действие, включающее (если применимо):
- специальные инструкции по установке и по последовательности установки;
- персональную ответственность за установку и ввод в действие;
- действия по вводу в действие и тесты, связанные с функциональной безопасностью;
- методология создания отчетов для приемо-сдаточных испытаний и их результатов;
- механизм для разрешения отказов тестов и проблем при тестировании.
f) Планирование связанной с безопасностью пользовательской документации, включая:
- список существенной связанной с безопасностью информации, которая должна быть представлена в документах;
- персональную ответственность за пользовательскую документацию;
- процесс экспертизы, чтобы обеспечить точность документации.
g) Если требуется оценка (см. МЭК 61508-1:1998, раздел 8), то должен быть доступен план оценки функциональный безопасности, включающий:
- область применения оценки функциональной безопасности;
- персональную ответственность за оценку функциональной безопасности;
- стадии, на которых должны быть выполнены действия по оценке функциональной безопасности (например, после разработки спецификации требований безопасности, после разработки связанной с безопасностью системы управления);
- информацию, которая должна быть сформирована в результате действия по оценке функциональной безопасности;
- ресурсы, требуемые для выполнения действий по оценке функциональной безопасности;
- уровень независимости команды по оценке;
- средства, которыми оценка функциональной безопасности должна быть повторно подтверждена после модификаций СЭРС (СБ).
5.4.1 Общие положения
Спецификация требований безопасности СЭРС (СБ) должна быть документально оформлена и должна включать:
- спецификацию требований функциональности безопасности (см. 5.4.2) и
- спецификацию требований к полноте безопасности (см. 5.4.3).
Они должны быть записаны так, чтобы они были:
- ясными;
- точными;
- определенными;
- выполнимыми;
- поддающимися проверке;
- тестируемыми;
- удобными в сопровождении.
Для предотвращения ошибок во время компиляции таких спецификаций должны быть применены надлежащие методы и меры (см. МЭК 61508-2:2000, таблица B.1).
Спецификация требований к функциональности безопасности должна обеспечить всесторонние подробные требования, достаточные для проектирования и разработки СЭРС (СБ).
Спецификация требований к функциональности безопасности должна описать должным образом:
a) все функции безопасности, которые должны быть выполнены;
b) все возможные состояния СЭРС (СБ), которые могут использоваться для достижения безопасного состояния для предназначенного применения;
c) рабочие режимы СЭРС (СБ) - например, установка, запуск, обслуживание, нормальная планируемая работа;
d) все требуемые режимы поведения СЭРС (СБ);
e) приоритет среди тех функций, которые одновременно активны и могут конфликтовать друг с другом;
f) требуемое действие(я), когда будет обнаружено нарушение предельных значений во время корректной работы функции безопасности (т.е. реакция на нарушение предельных значений (см. 4.1));
h) максимальное время реакции на сбой, обеспечивающее соответствующую реакцию на сбой, которая будет выполняться перед появлением опасности в предназначенном применении (требуется только там, где используются диагностические тесты для достижения возможного УПБ);
i) максимальное время отклика каждой связанной с безопасностью функции [т.е. и функции безопасности, и функции реакции на сбой (см. 6.3)];
j) значение всех взаимодействий между аппаратными средствами и программным обеспечением (где необходимо), любые требуемые ограничения между аппаратными средствами и программным обеспечением должны быть идентифицированы и документально оформлены.
Примечание - Если эти взаимодействия не известны перед завершением проекта, то могут быть установлены только общие ограничения;
k) все средства, с помощью которых оператор взаимодействует с СЭРС (СБ), и которые могут влиять на функции, связанные с безопасностью (т.е. функции безопасности и функции реакции на сбой);
l) все интерфейсы между СЭРС (СБ) и любыми другими системами (либо непосредственно связанные с ней внутри или снаружи установки).
Спецификация требований полноты безопасности для СЭРС (СБ) должна содержать:
a) для каждой связанной с безопасностью функции (или группы одновременно используемых функций безопасности) как возможный УПБ, так и максимальную вероятность опасного случайного отказа аппаратных средств.
Примечания
1 Возможный УПБ важен, если СЭРС (СБ) рассматривается как компонент, который реализует функцию безопасности в сочетании с другими компонентами.
2 Чтобы учитывать вероятность опасных отказов других включенных компонентов, необходимо, чтобы вероятность опасных случайных отказов аппаратных средств СЭРС (СБ) была, как правило, ниже, чем целевая мера отказов, связанная с УПБ, определенным для всей функции безопасности. Однако она также может быть и выше, если СЭРС (СБ) должен использоваться для реализации функции безопасности в избыточной конфигурации (в схеме с резервированием) с другими компонентами.
3 Если СЭРС (СБ) реализует функцию безопасности полностью сама, то в спецификации требований полноты безопасности будет определен УПБ, а не возможный УПБ.
4 Если общие аппаратные средства используются для реализации более одной функции безопасности и функции безопасности используются одновременно, то вероятность опасного случайного отказа оборудования общих аппаратных средств необходимо рассмотреть только один раз при определении полной вероятности опасных случайных отказов аппаратных средств.
5 Для многоосевой СЭРС (СБ), где функция безопасности требуется для более чем одной оси, вероятность опасного случайного отказа оборудования общих аппаратных средств необходимо рассмотреть только один раз при определении полной вероятности опасного случайного отказа аппаратных средств;
b) экстремальные значения всех условий окружающей среды (включая электромагнитные), с которыми, вероятно, встретится СЭРС (СБ) во время хранения, транспортировки, тестирования, установки, ввода в действие, эксплуатации и обслуживания.
Примечание - Данная информация может быть получена, чтобы удовлетворить требования МЭК 61800-1, МЭК 61800-2 или МЭК 61800-4, и в таком случае не должна вновь документально оформляться;
c) любое требование для увеличения ЭМ совместимости (см. 6.2.5).
6.1.1 Изменение в процессе эксплуатации
Любое изменение в процессе эксплуатации для СЭРС (СБ), которое может привести к опасной ситуации (например, неожиданный запуск), должно быть инициировано только оператором, как осознанное действие.
Примечание - Например, любой отказ СЭРС (СБ), находящейся в состоянии блокировки, не должен приводить к неожиданному запуску элементов машинного оборудования и/или предприятия.
6.1.2 Стандарты проектирования
СЭРС (СБ) должны быть разработаны в соответствии с МЭК 61800-5-1 и, по мере необходимости, с другими применимыми стандартами комплекса МЭК 61800.
6.1.3 Реализация
СЭРС (СБ) должна быть реализована в соответствии с ее спецификацией требований безопасности (см. 5.4).
6.1.4 Полнота безопасности и обнаружение сбоев
СЭРС (СБ) должна выполнять все требования a) - c) следующим образом:
- архитектурные ограничения на полноту безопасности аппаратных средств (см. 6.2.2) и
- требования к вероятности опасных случайных отказов аппаратных средств в час (см. 6.2.1);
b) требования систематической полноты безопасности, включающие:
- требования к предотвращению отказов (см. 6.2.4.1) и требования к управлению систематическими отказами (см. 6.2.4.2) или
- доказательства того, что используемые компоненты "доказаны использованием". В этом случае такие компоненты должны выполнить соответствующие требования МЭК 61508-2;
c) требования к поведению при обнаружении сбоя (см. 6.3).
6.1.5 Функция безопасности и функция, не связанная с безопасностью
Если СЭРС (СБ) должна выполнять и функцию безопасности, и функцию, не связанную с безопасностью, то все ее аппаратные средства и программное обеспечение необходимо рассматривать как связанные с безопасностью, если нельзя показать, что реализация функции безопасности и функции, не связанной с безопасностью, достаточно независима (т.е. отказ любой не связанной с безопасностью функции не вызывает опасный отказ связанных с безопасностью функций).
Примечание - Достаточная независимость устанавливается демонстрацией того, что вероятность зависимого отказа между не связанной с безопасностью деталью и деталью, связанной с безопасностью, достаточно низкая по сравнению с вероятностью опасного отказа для самого высокого уровня полноты безопасности, связанного с реализуемыми функциями безопасности.
6.1.6 Применяемый УПБ
Требования к аппаратным средствам и программному обеспечению должны определяться уровнем полноты безопасности функции безопасности, имеющей самый высокий уровень полноты безопасности, если нельзя будет показать, что реализация функций безопасности с различными уровнями полноты безопасности достаточно независима.
Примечание - Достаточная независимость устанавливается демонстрацией того, что вероятность зависимого отказа между деталями, реализующими функции безопасности с различными уровнями полноты, достаточно низкая по сравнению с вероятностью опасного отказа для самого высокого уровня полноты безопасности, связанного с реализуемыми функциями безопасности.
6.1.7 Требования к программному обеспечению
Если программное обеспечение используется для реализации функции безопасности СЭРС (СБ) с конкретным УПБ или возможным УПБ (см. 5.4.3), то это программное обеспечение должно быть реализовано в соответствии с требованиями, определенными в МЭК 61508-3 для этого конкретного УПБ.
6.1.8 Обзор требований
Требования для связанных с безопасностью аппаратных средств и программного обеспечения должны быть проанализированы, чтобы гарантировать, что они определены адекватно. В частности, необходимо рассмотреть следующее:
a) функции безопасности;
b) требования полноты безопасности;
c) оборудование и интерфейсы оператора.
6.1.9 Проектная документация
Помимо документации проекта и реализации, проектная документация СЭРС (СБ) должна указать на методы и меры, использование которых обеспечит достижение требуемого УПБ (например, анализ вида и последствий отказов, анализ дерева сбоев).
6.2.1.1 Общие требования
Значение PFH каждой функции безопасности (или группы одновременно используемых функций безопасности), выполняемой СЭРС (СБ), оценивается согласно 6.2.1.1.2 и приложению B и должно быть равно или меньше целевой меры отказов (см. таблицу 2), как определено в спецификации требований полноты безопасности (см. 5.4.3).
Таблица 2
для функции безопасности СЭРС (СБ)
Величина PFH, определенная УПБ, относится ко всей функции безопасности. Если СЭРС (СБ) предназначена для выполнения только части функции безопасности в связанной с безопасностью системе управления, то PFH двигателя должна быть несколько ниже, чем величина, определенная УПБ.
Примечание - Целевая мера отказов, выраженная в терминах PFH, определяется значением УПБ функции безопасности (см. МЭК 61508-1:1998, таблица 3), если не существует требования в спецификации требований полноты безопасности СЭРС (СБ) (см. 5.4.3) о том, что функция безопасности должна удовлетворять конкретному значению целевой меры отказов, а не определяться значением УПБ.
Значение PFH каждой функции безопасности (или группы одновременно выполняющихся функций безопасности) СЭРС (СБ) должно оцениваться отдельно.
Примечания
1 Различные функции безопасности могут использовать общие компоненты и/или различные компоненты, приводящие к различным значениям PFH для каждой функции безопасности (или группы одновременно выполняющихся функций безопасности).
2 Существует ряд доступных методов моделирования, и выбор наиболее подходящего, который должен выполнить аналитик, будет зависеть от ряда обстоятельств. Доступные методы включают:
- анализ дерева сбоев (см. МЭК 61025);
- модели Маркова (см. МЭК 61165);
- блок-схемы надежности (см. МЭК 61078).
См. также МЭК 60300-3-1.
3 Среднее время восстановления (см. IEV 191-13-08), которое рассматривают в модели надежности, должно учитывать диагностический интервал, интервал контрольной проверки, время ремонта и любые другие задержки до восстановления, а также заданную продолжительность работы.
4 Отказы по общей причине и в процессах передачи данных могут появиться вследствие причин, отличных от фактических неисправностей компонентов аппаратных средств (например, ошибки декодирования). Однако в целях настоящего стандарта такие отказы рассматривают как случайные отказы аппаратных средств. (См. приложение D МЭК 61508-6:2000.)
5 В приложении B МЭК 61508-6:2000 описан упрощенный подход, который может использоваться для оценки вероятности опасных отказов функции безопасности из-за случайных отказов аппаратных средств, чтобы определить, что архитектура удовлетворяет требуемой целевой мере отказов.
Значение PFH каждой функции безопасности (или группы одновременно используемых функций безопасности), выполняемой СЭРС (СБ), из-за случайных отказов аппаратных средств должно быть оценено, используя приложение A МЭК 61508-2:2000, учитывая:
a) архитектуру СЭРС (СБ), поскольку это касается каждой рассматриваемой функции безопасности;
b) оцениваемую интенсивность отказов каждой подсистемы СЭРС (СБ) в любых режимах, которые вызвали бы опасный отказ СЭРС (СБ), но которые обнаруживаются диагностическими тестами;
c) оцениваемую интенсивность отказов каждой подсистемы СЭРС (СБ) в любых режимах, которые вызвали бы опасный отказ СЭРС (СБ), не обнаруженных диагностическими проверками;
d) чувствительность СЭРС (СБ) к отказам по общей причине (см. приложение D МЭК 61508-6:2000);
e) охват диагностикой (ОД) диагностическими проверками (определенный согласно приложениям A и C МЭК 61508-2:2000) и связанный с ним интервал диагностических проверок.
Примечание - При установлении диагностических проверок интервала необходимо рассмотреть интервалы между всеми тестами, которые вносят вклад в охват диагностикой;
f) интервалы, с которыми выполняются контрольные проверки для обнаружения опасных отказов, которые не были обнаружены диагностическими проверками.
Примечание - На практике контрольные проверки бывает трудно осуществить для определенных деталей СЭРС (СБ). В таких случаях можно предположить, что интервал контрольных проверок является временем заданной продолжительности работы этой детали или самой СЭРС (СБ). Необходимо отметить, что время заданной продолжительности работы, равное 20 годам, может требоваться многими применениями машинного оборудования;
g) времена ремонта для обнаруженных отказов.
Примечание - Время ремонта составляет часть среднего времени восстановления (см. IEV 191-13-08), которое также включает время обнаружения отказа и некоторый период времени, во время которого ремонт невозможен (в приложении B МЭК 61508-6:2000 дан пример того, как среднее время к восстановлению может использоваться при вычислении вероятности отказов). Для ситуаций, где ремонт может быть выполнен только в течение определенного промежутка времени, например в то время, когда управляемое оборудование остановлено и находится в безопасном состоянии, особенно важно, чтобы все внимание было уделено периоду времени, когда никакой ремонт не может быть выполнен, особенно когда оно относительно большое;
h) вероятность опасного отказа любого процесса передачи данных (см. 6.4).
Компоненты данных об интенсивности отказов должны быть получены из:
- признанных источников или
- оценки, основанной на тех компонентах, которые рассматриваются как "доказанные практикой" (см. МЭК 61508-2:2000, пункты 7.4.7.6 - 7.4.7.12).
Для компонента при оценке его интенсивности отказов должна использоваться ожидаемая средняя рабочая температура.
У любых используемых данных об интенсивности отказов должен быть доверительный уровень, по крайней мере, 60%.
Примечания
1 Данные могут быть получены из ряда изданных промышленных источников (см. приложение C).
2 Если доступны данные об отказах, зависящие от местных условий, то они предпочтительнее. Если они недоступны, то, вероятно, придется использовать общие данные.
3 Хотя большинство вероятностных методов оценки предполагает, что интенсивность отказов постоянна, это предположение применяется только при условии, что для компонентов не превышен срок их полезной службы. Вне срока их полезной службы (т.е. когда вероятность отказов значительно увеличивается со временем), результаты большинства вероятностных методов расчета по этой причине бесполезны. Таким образом, любая вероятностная оценка должна включать спецификацию срока полезной службы компонентов. Срок полезной службы очень зависит от самого компонента и его условий работы - от температуры в частности (например, электролитические конденсаторы могут быть очень чувствительны к температуре). Опыт показал, что срок их полезной службы часто находится в диапазоне от 8 лет до 12 лет. Однако он может быть значительно меньше, если компоненты эксплуатируются вблизи допустимых границ их рабочих характеристик.
4 Списки сбоев, данные в приложении D, могут использоваться, чтобы помочь в определении видов отказов.
6.2.1.1.4 Интервал диагностических проверок
Интервал диагностических проверок любой подсистемы СЭРС (СБ) должен быть таким, который позволяет СЭРС (СБ) соответствовать требованию для PFH (см. 6.2.1.1.1).
Если опасный сбой может привести к потере функции безопасности, то для предотвращения опасности требуется обнаружение этого сбоя в пределах ОД и инициирование реакции на сбой. Функции диагностики и функции реакции на сбой должны быть выполнены в течение заданного максимального времени реакции на сбой (см. 5.4.2).
6.2.1.1.5 Интервал проверок в случае отказоустойчивости аппаратных средств, равной нулю
Интервал диагностических проверок любой подсистемы СЭРС (СБ), отказоустойчивость аппаратных средств которой равна нулю и от которой полностью зависит функция безопасности, должен быть таков, чтобы сумма интервала диагностических проверок и времени выполнения заданного действия (функции реакции на сбой) для достижения или поддержания безопасного состояния была меньше, чем заданное максимальное время реакции на сбой.
В контексте полноты безопасности аппаратных средств наибольший уровень полноты безопасности, который можно заявить для функции безопасности, ограничен отказоустойчивостью аппаратных средств и долей безопасных отказов подсистем СЭРС (СБ), которые выполняют эту функцию безопасности. Отказоустойчивость аппаратных средств N означает, что N + 1 сбой может вызвать потерю функции безопасности. Таблицы 3 и 4 определяют наибольший уровень полноты безопасности, который можно заявить для функции безопасности, использующей подсистему, учитывая отказоустойчивость аппаратных средств и долю безопасных отказов этой подсистемы (см. приложение C МЭК 61508-2:2000). Требования таблицы 3 или таблицы 4, в зависимости от того, какая подходит, должны быть применены к каждой подсистеме, выполняющей функцию безопасности, и, следовательно, к каждой детали СЭРС (СБ); в 6.2.2.2.1 и 6.2.2.2.2 определяется, какая из таблиц 3 или 4, используется для любой конкретной подсистемы. Относительно этих требований:
a) при определении отказоустойчивости аппаратных средств не должны учитываться другие меры (такие, как диагностика), которые могут управлять результатами сбоев;
b) если один сбой непосредственно приводит к возникновению одного или более последующих сбоев, то их рассматривают как одиночный сбой;
c) при определении отказоустойчивости аппаратных средств некоторые сбои могут быть исключены, при условии, что вероятность их появления достаточно низкая относительно требований полноты безопасности подсистемы. Любые такие исключения сбоев должны быть обоснованы и документально оформлены (см. примечание 3 ниже).
Примечания
1 Для достижения достаточно устойчивой архитектуры с учетом уровня сложности подсистемы были включены ограничения архитектуры. Уровень полноты безопасности аппаратных средств для СЭРС (СБ), полученный в результате применения этих требований, является максимальным, который можно заявить даже при том, что в некоторых случаях теоретически может быть получен более высокий уровень полноты безопасности, если для СЭРС (СБ) применить строго математический подход.
2 Полученная архитектура подсистемы удовлетворяет требованиям отказоустойчивости аппаратных средств при нормальных условиях эксплуатации. Требования отказоустойчивости могут быть снижены во время восстановления СЭРС (СБ) в неавтономном режиме. Однако основные параметры, касающиеся любого снижения, должны быть заранее оценены (например, среднее время восстановления по отношению к вероятности запроса).
3 Это необходимо, так как если у компонента явно очень низкая вероятность отказа в результате свойств, присущих его проекту и конструкции (например, механическая связь привода), то обычно нет необходимости рассматривать ограничения (связанные с отказоустойчивостью аппаратных средств) полноты безопасности любой функции безопасности, которая использует этот компонент.
6.2.2.2 Подсистемы типа A и типа B
Подсистема может быть отнесена к типу A, если для ее компонентов, необходимых для реализации функции безопасности, одновременно выполняются следующие условия:
a) виды отказов всех составляющих компонентов хорошо определены;
b) поведение подсистемы в условиях сбоя может быть полностью определено;
c) существуют достаточные надежные данные об отказах из опыта эксплуатации, показывающие, что обнаруженные и необнаруженные опасные отказы удовлетворяют требуемым интенсивностям отказов.
Примечание - В приложении D представлены списки отказов и возможные способы их исключения.
Подсистема может быть отнесена к типу B, если для ее компонентов, необходимых для реализации функции безопасности, не выполняется хотя бы одно из условий, перечисленных в 6.2.2.2.2.
Примечания
1 Это означает, что если, по крайней мере, один из компонентов подсистемы удовлетворяет условиям для подсистемы типа B, то вся подсистема должна быть отнесена к типу B, а не к типу A.
2 Например, устройство управления, состоящее из микроконтроллеров и т.д., рассматривают как подсистему типа B.
3 В приложении D представлены списки отказов и возможные способы их исключения.
Должны применяться ограничения архитектуры из таблицы 3 или из таблицы 4. Таблица 3 применяется для каждой подсистемы типа A, являющейся частью СЭРС (СБ). Таблица 4 применяется для каждой подсистемы типа B, являющейся частью СЭРС (СБ).
Таблица 3
архитектуры для связанных с безопасностью подсистем типа A
Таблица 4
архитектуры для связанных с безопасностью подсистем типа B
6.2.3 Оценка доли безопасных отказов (ДБО)
6.2.3.1 Методы анализа
Для оценки ДБО подсистемы должен быть выполнен анализ (например, анализ дерева отказов или анализ видов и последствий отказов), чтобы определить все соответствующие сбои и их соответствующие виды отказов. Вероятность каждого вида отказов подсистемы должна быть определена на основе вероятности соответствующей(их) неисправности(ей).
6.2.3.2 Основные источники данных
Оценка ДБО должна быть основана на:
- либо статистически значимых данных об интенсивности отказов, собранных из опыта реальной эксплуатации;
- либо данных об отказах компонентов из признанного источника.
См. также 6.2.1.1.3.
Примечание - В приложении C представлен информативный список известных источников.
6.2.3.3 Реле безопасности
В подсистеме с отказоустойчивостью аппаратных средств, равной нулю, когда используется реле безопасности с принудительным управлением контактом обратной связи, чтобы обеспечить функцию безопасности и охват диагностикой этой функции, полнота безопасности из-за архитектурных ограничений этой подсистемы ограничена предельным значением УПБ 2.
6.2.3.4 Вычисление ДБО
Доля безопасных отказов подсистемы должна быть вычислена, используя приложения A и C МЭК 61508-2:2000.
6.2.4 Требования к систематической полноте безопасности СЭРС (СБ) и подсистем СЭРС (СБ)
6.2.4.1.1 Общие положения
Должны использоваться методы и меры, минимизирующие введение неисправностей во время проектирования и разработки аппаратных средств СЭРС (СБ).
6.2.4.1.2 Выбор методов проектирования
В соответствии с требуемым уровнем полноты безопасности выбранный метод проектирования должен обладать возможностями, способствующими:
a) прозрачности, модульности и другим характеристикам, которые минимизируют сложность и увеличивают доступность для понимания проекта;
b) ясности и точности представления:
- функциональных возможностей,
- интерфейсов между подсистемами,
- информации, устанавливающей последовательность и время,
- параллелизма и синхронизации;
c) ясности и точности документирования и передачи информации;
d) проверке и подтверждению соответствия.
6.2.4.1.3 Меры при проектировании
Должны быть применены следующие меры при проектировании.
a) Надлежащего качества проект СЭРС (СБ) и/или подсистем, включая:
- использование компонентов в пределах технических требований производителей этих компонентов, например для таких параметров, как температура, нагрузка, электропитание, номинальная мощность и синхронизация;
- снижение номинальных значений параметров проекта, чтобы в случае необходимости улучшить надежность достижения целевой интенсивности отказов;
- надлежащее объединение и сборку подсистем, например кабельную разводку, монтаж и любые соединения;
- использование осмотров и проверок для раннего обнаружения дефектов проекта.
b) Совместимость:
- использование подсистем с совместимыми эксплуатационными характеристиками.
c) Устойчивость к заданным условиям окружающей среды:
- проект СЭРС (СБ) должен быть способен к безопасной работе для всех заданных условий окружающей среды, например таких, как температура, влажность, вибрация, электромагнитные явления, уровень загрязнения, категория перегрузки по напряжению, высота.
В процессе проектирования по мере необходимости должны быть запланированы следующие различные типы испытаний:
a) испытание подсистемы;
b) испытание интеграции;
c) проверка подтверждения соответствия;
d) испытание конфигурации (см. 7.1).
Документация по планированию испытаний должна включать:
e) типы выполняемых тестов и процедуры их выполнения;
f) условия, инструменты, конфигурацию и программы испытаний;
g) критерии оценки "прошел испытание"/"не прошел испытание".
Если применимо, то должны использоваться автоматические инструменты испытаний и интегрированные средства разработки.
Примечание - Полнота таких инструментов может быть продемонстрирована конкретными испытаниями, обширной историей удовлетворительного применения или независимой проверкой их результатов для конкретных СЭРС (СБ) в процессе их разработки.
6.2.4.1.5 Требования к поддержке проекта
На стадии проектирования должен быть определен процесс поддержки проекта и повторного испытания, гарантирующий, что полнота безопасности СЭРС (СБ) остается на требуемом уровне во время последующих версий проекта.
6.2.4.2.1 Характеристики проекта
Для управления систематическими сбоями проект должен обладать характеристиками, которые делают СЭРС (СБ) и ее подсистемы устойчивыми к любым:
a) остаточным сбоям в проекте аппаратных средств, если вероятность сбоев проекта аппаратных средств не может быть исключена, применяя раздел A.3 и таблицу A.16 МЭК 61508-2:2000;
b) внешним воздействиям, включая электромагнитные, применяя раздел A.3 и таблицу A.17 МЭК 61508-2:2000;
c) ошибкам оператора СЭРС (СБ) (см. раздел A.3 и таблицу A.18 МЭК 61508-2:2000);
d) остаточным ошибкам в проекте программного обеспечения (см. пункт 7.4.3 МЭК 61508-3:1998 и соответствующие таблицы);
e) ошибкам и последствиям, возникающим в результате выполнения любого процесса передачи данных (см. 6.4).
6.2.4.2.2 Контролепригодность и ремонтопригодность
Контролепригодность и ремонтопригодность необходимо рассмотреть во время выполнения действий по проектированию и разработке, чтобы обеспечить выполнение этих свойств при завершении СЭРС (СБ).
6.2.4.2.3 Ограничения человека
Проект СЭРС (СБ) должен учитывать способности и ограничения человека и быть пригодным для действий, предписанных операторам и штату обслуживания. Проект интерфейсов оператора должен соответствовать хорошей практике учета человеческого фактора и должен приспособиться к наиболее вероятному уровню подготовки или знаний операторов.
6.2.4.2.4 Защита от непредумышленной модификации
СЭРС (СБ) должна включать меры для защиты (или упрощения защиты) от непредумышленных модификаций, связанных с безопасностью программного обеспечения, аппаратных средств, параметризации и конфигурации СЭРС (СБ).
Примечание - См. B.4.8 МЭК 61508-7:2000.
6.2.4.2.5 Подтверждение ввода и ошибки оператора
Проект СЭРС (СБ) должен включать подтверждение ввода для управления отказами эксплуатации. Проект должен также защищать от ошибок оператора, связанных с функциями безопасности СЭРС (СБ), с помощью контроля достоверности данных.
Примечание - См. B.4.6 и B.4.9 МЭК 61508-7:2000.
6.2.4.2.6 Потеря электропитания
СЭРС (СБ) должна быть специфицирована и спроектирована с учетом последствий при потере электропитания.
6.2.5.1 Общие положения
Критерии рабочих характеристик, которые должны быть применены при формировании испытаний на электромагнитную устойчивость СЭРС (СБ), определены в 6.2.5.3. Эти критерии не относятся к обычным (не связанным с безопасностью) функциям оборудования (функциональная электромагнитная совместимость (ЭМС) СЭРС (СБ) достигается, если для СЭРС (СБ) выполняются требования МЭК 61800-3).
6.2.5.2 Предназначенная окружающая среда
Электромагнитное окружение, заданное или ожидаемое для предназначенного использования СЭРС (СБ), должно использоваться для определения уровней испытаний на электромагнитную устойчивость.
Если электромагнитное окружение не известно производителю СЭРС (СБ), то уровни испытаний (МЭК 61800-3) должны использоваться для тестов на электромагнитную устойчивость.
Следующий критерий работы должен быть удовлетворен предназначенными функциями безопасности СЭРС (СБ). Поведение всех функций СЭРС (СБ), не связанных с безопасностью, не рассматривается, за исключением рассмотренной в 6.2.5.4.
Предназначенные для применения безопасности функции безопасности СЭРС (СБ):
- не должны выходить за значения пределов, заданных для них требованиями функциональной безопасности, или
- могут отклоняться временно или постоянно от значений пределов, заданных для них требованиями функциональной безопасности, если СЭРС (СБ) реагируют на электромагнитное возмущение так, что заданное безопасное состояние СЭРС (СБ) сохраняется или достигается в течение указанного максимального времени реакции на сбой.
Постоянное ухудшение функции безопасности или разрушение компонентов разрешены при условии, что безопасное состояние сохраняется или достигается в течение указанного максимального времени реакции на сбой.
Этот критерий относится ко всем электромагнитным явлениям, относящимся к СЭРС (СБ) в ее предназначенном применении.
Если применяется испытание на электромагнитную устойчивость, то никакие небезопасные условия или опасности не должны вводиться в СЭРС (СБ).
6.2.5.5 Верификация
Если выполняются испытания на электромагнитную устойчивость, то должны существовать заданные меры по смягчению.
В зависимости от анализа электромагнитного окружения, предназначенного применения СЭРС (СБ), при проверке роста устойчивости (как требуется в МЭК 61508-2):
- либо при необходимости (в зависимости от электромагнитного явления и требуемого УПБ) увеличивается уровень испытаний, и/или продолжительность испытания, и/или число циклов испытаний;
- либо проверяется эффективность любых дополнительных мер по смягчению (см. МЭК 61508-7:2000, подраздел 11.3), которые были определены.
6.3.1 Обнаружение сбоев
Обнаружение сбоев в СЭРС (СБ) может быть выполнено диагностическими проверками.
Если обнаруживается опасный сбой, который может привести к потере функции безопасности, то должна быть инициирована функция реакции на сбой, чтобы предотвратить опасность. Диагностики и функции реакции на сбой должны быть выполнены в течение указанного максимального времени реакции на сбой.
6.3.2 Отказоустойчивость больше нуля
Обнаружение опасного сбоя (с помощью диагностических проверок или иными методами) в любой подсистеме с отказоустойчивостью аппаратных средств больше нуля должно завершаться:
a) конкретным действием функции реакции на сбой или
b) изоляцией дефектной части подсистемы для обеспечения возможности продолжения безопасной эксплуатации машинного оборудования и/или агрегатов, пока дефектная часть не будет отремонтирована. Если ремонт не завершен в пределах средней продолжительности ремонта (MRT), принятого при вычислении вероятности случайных отказов аппаратных средств (см. 6.2.1), то должно начаться выполнение функции реакции на сбой.
6.3.3 Отказоустойчивость равна нулю
Обнаружение опасного сбоя (с помощью диагностических проверок или иными методами) в любой подсистеме с отказоустойчивостью аппаратных средств, равной нулю, от которой полностью зависит функция безопасности, должно привести к выполнению функции реакции на сбой.
Если при реализации функции безопасности используются средства передачи данных, то должна быть оценена вероятность необнаруженных отказов коммуникационного процесса с учетом ошибок передачи, повторения, исключения, вставки, повторного упорядочивания, искажения, задержки и нелегального проникновения. Эта вероятность должна быть учтена при оценке PFH функции безопасности из-за случайных отказов (см. 6.2.1.1.2).
Примечание - Термин "нелегальное проникновение" означает, что истинное содержание сообщения не идентифицировано правильно. Например, сообщение от элемента, не связанного с безопасностью, неправильно идентифицировано как сообщение от элемента, связанного с безопасностью.
Меры, гарантирующие необходимую меру отказов коммуникационного процесса, должны быть реализованы в соответствии с требованиями МЭК 61508-2 и МЭК 61508-3. Допускается два возможных подхода:
a) канал связи должен быть полностью разработан, реализован, и для него должна быть проведена процедура подтверждения соответствия в соответствии со стандартами комплекса МЭК 61508 (так называемый "белый канал", см. рисунок 3a); или
b) части канала связи не разработаны или для них не проведена процедура подтверждения соответствия в соответствии со стандартами серии МЭК 61508 (так называемый "черный канал", см. рисунок 3b). В этом случае для того, чтобы гарантировать обработку отказа, коммуникационный процесс должен быть осуществлен с помощью связанных с безопасностью компонентов СЭРС (СБ), которые взаимодействуют с каналом связи. Это должно быть выполнено в соответствии с МЭК 62280 (при необходимости).
![]() СБ - связанная с безопасностью
Если передача данных используется для обмена связанными с безопасностью данными с подсистемами, внешними к СЭРС (СБ), то вышеупомянутые требования применяются к СЭРС (СБ) вместе с этими связанными подсистемами.
6.5.1 Интеграция аппаратных средств
СЭРС (СБ) должна быть интегрирована в соответствии с ее конкретным проектом. В процессе интеграции всех подсистем и компонентов в СЭРС (СБ) СЭРС (СБ) должна быть испытана в соответствии с конкретными тестами интеграции. Эти тесты определены в плане проверки и должны показать, что все модули взаимодействуют правильно и выполняют предназначенные для них функции и не выполняют не предназначенные для них функции.
Кроме того, охватываются требования интеграции аппаратных средств, если успешно выполняются типовые испытания СЭРС (СБ) согласно 6.2.5 и МЭК 61800-5-1 и, кроме того, МЭК 61800-1, или МЭК 61800-2, или МЭК 61800-4 (при необходимости).
6.5.2 Интеграция программного обеспечения
Интеграция части/модуля связанного с безопасностью программного обеспечения СЭРС (СБ) должна быть выполнена согласно МЭК 61508-3. Она должна включать тесты, которые определены в плане проверки программного обеспечения, чтобы гарантировать совместимость программного обеспечения с аппаратными средствами так, чтобы были удовлетворены функциональные требования и требования показателей безопасности.
Примечание - Такое тестирование не подразумевает испытание для всех входных комбинаций. Может быть достаточным испытание для всех классов эквивалентности (см. МЭК 61508-7:2000, пункт B.5.2). Статический анализ (см. МЭК 61508-7:2000, пункт B.6.4), динамический анализ (см. МЭК 61508-7:2000, пункт B.6.5) или анализ отказов (см. МЭК 61508-7:2000, пункт B.6.6) могут сократить количество тестовых сценариев до приемлемого уровня.
6.5.3 Модификации в процессе интеграции
В процессе интеграции для любой модификации или любого изменения СЭРС (СБ) должны быть выполнены анализ влияния, который должен определить все затронутые компоненты, и дополнительная проверка.
6.5.4 Применимые тесты интеграции
Тест(ы) интеграции должен(ны) быть определен(ы) в плане проверки. Должен быть применен функциональный тест, в котором на вход СЭРС (СБ) подаются данные или набор значений, которые адекватно характеризуют обычно ожидаемую работу. Запрашивается функция безопасности (например, активацией STO или нарушением ограничения скорости для SLS) и наблюдается результат ее выполнения, который сравнивается с заданным в спецификации. (См. также раздел 9.)
6.5.5 Документальное оформление поверки
Во время тестирования интеграции СЭРС (СБ) должно быть документально оформлено следующее:
a) используемая версия плана тестирования;
b) критерии принятия тестов интеграции;
c) тип и версия тестируемой СЭРС (СБ);
d) используемые инструменты и оборудование вместе с калибровочными данными;
e) результаты каждого теста;
f) любое несоответствие между ожидаемыми и фактическими результатами.
Следующая информация должна быть документально оформлена производителем и должна быть доступна пользователю.
a) Функциональная спецификация каждой функции и интерфейса, которые доступны для использования в реализации функций безопасности. Она должна включать:
- подробное описание функции безопасности (включая реакцию(и) на нарушение предельных значений);
- функцию реакции на сбой;
- время отклика каждой связанной с безопасностью функции и связанных функций реакции на сбой;
- условие(я) (например, рабочий режим), при котором(ых) функция безопасности предназначена быть активной или отключенной;
- указание приоритета для тех функций, которые одновременно активны и могут конфликтовать друг с другом.
b) Информация о полноте безопасности для каждой функции безопасности, включая:
- возможный УПБ;
- значение PFH.
c) Определение условий окружающей среды и условий эксплуатации (включая электромагнитные), при которых предназначено использование СЭРС (СБ) (см. также МЭК 61800-1, или МЭК 61800-2, или МЭК 61800-4, МЭК 61800-3 и МЭК 61800-5-1). Их необходимо учитывать при хранении, транспортировке, установке, вводе в действие, тестировании, эксплуатации и обслуживании.
d) Указание любых ограничений для СЭРС (СБ) на:
- условия окружающей среды, которые должны быть выполнены, чтобы обеспечить подтверждение соответствия предполагаемой интенсивности отказов;
- заданную продолжительность работы СЭРС (СБ) и интервал(ы) контрольной(ых) проверки(ок) при необходимости;
- любое тестирование требований по калибровке или техобслуживанию;
- любые пределы применения СЭРС (СБ), которые должны быть выполнены во избежание систематических отказов;
- возможное УПБ каждой функции безопасности;
- любую информацию, которая требуется, чтобы идентифицировать конфигурацию аппаратных средств и программного обеспечения СЭРС (СБ), чтобы обеспечить управление конфигурацией в соответствии с разделом 4.
e) Руководство по установке и вводу в действие (см. раздел 6 МЭК 61800-5-1:2003), включая наладку и оценивание параметров.
f) Требования для испытания конфигурации функций безопасности в случаях, где полнота средств конфигурации функции безопасности не может быть обеспечена (например, инструменты конфигурирования PC).
Испытание конфигурации выполняется после ввода в действие или модификации конкретного применения, чтобы гарантировать, что используемые функции безопасности СЭРС (СБ) сконфигурированы, как предназначено. В частности, испытание подтверждает намеченные значения параметров СЭРС (СБ). Испытание обычно выполняется и документально оформляется стороной, ответственной за ввод в действие СЭРС (СБ), используя процедуры тестирования, разработанные производителем СЭРС (СБ).
Руководство по испытанию конфигурации должно требовать регистрацию, по крайней мере, следующих элементов:
- описание применения, включая рисунок;
- описание связанных с безопасностью компонентов (включая версии программного обеспечения), которые будут использоваться в применении;
- список функций безопасности, которые будут использоваться в применении СЭРС (СБ);
- результаты каждого испытания этих функций безопасности, используя заданные процедуры тестирования;
- список всех относящихся к безопасности параметров и их значений для СЭРС (СБ);
- контрольные суммы, дата испытаний и подтверждение персоналом, выполняющим испытания.
Испытание конфигурации для СЭРС (СБ) в тиражируемых применениях может быть выполнено как одиночное типовое испытание тиражируемого применения при условии, что оно может гарантировать, что функции безопасности будут сконфигурированы, как предназначено, во всех модулях.
g) Диагностические проверки будут выполняться или пользователем, или компонентами устройства, которое включает СЭРС (СБ) (например, PLC, управляющий контроллер).
h) Должны быть обеспечены процедуры эксплуатации и технического обслуживания СЭРС (СБ), которые должны определить следующее:
- стандартные действия, которые должны быть выполнены, чтобы поддержать функциональную безопасность СЭРС (СБ), включая замену компонентов с ограниченным сроком эксплуатации (например, вентиляторы, батареи и т.д.);
- действия и ограничения, необходимые для предотвращения небезопасного состояния и/или уменьшения последствия опасного события;
- процедуры техобслуживания, которые будут выполняться в случае появления сбоев или отказов в СЭРС (СБ), включая:
- процедуры для обнаружения ошибок и восстановления; и
- процедуры для повторного подтверждения соответствия;
- инструментальные средства, необходимые для обслуживания и повторного подтверждения соответствия, а также процедуры для поддержания инструментальных средств и оборудования.
Примечание - Процедуры эксплуатации и технического обслуживания СЭРС (СБ) должны постоянно обновляться, отслеживая, например:
- аудиты функциональной безопасности;
- испытания СЭРС (СБ).
Цель настоящего раздела состоит в том, чтобы гарантировать соответствие с планом обеспечения функциональной безопасности (см. 5.3).
Во время процесса проектирования после каждой стадии проектирования должно быть проверено, что требования данной стадии проектирования были выполнены. Верификация может быть выполнена, используя оценку, анализ, исследование, просмотр и/или тестирование.
После процесса проектирования должно быть проверено, что СЭРС (СБ) выполняет все требования спецификации требований безопасности. Подтверждение соответствия может быть выполнено, используя оценку, анализ, исследование, просмотр и/или тестирование. Рекомендации для предотвращения сбоев во время подтверждения соответствия даны в МЭК 61508-2:2000, таблица B.5.
Должна быть подготовлена надлежащая документация по верификации и подтверждению соответствия СЭРС (СБ), включая:
a) версию(и) используемого плана(ов) верификации и подтверждения соответствия;
b) тестируемую(ые) или анализируемую(ые) функцию(и) безопасности вместе со ссылкой на требование(я), определенное(ые) во время планирования верификации и подтверждения соответствия безопасности СЭРС (СБ);
c) используемые инструментальные средства и оборудование;
d) результаты каждой верификации и каждого подтверждения соответствия.
Испытание функций безопасности СЭРС (СБ) должно быть запланировано одновременно с каждой стадией процесса разработки.
План испытания должен быть документально оформлен и должен включать подробное описание:
a) функционального испытания каждой функции безопасности;
b) функционального испытания каждой диагностической функции для каждой функции безопасности;
c) критериев испытаний: "прошла испытания/не прошла испытания".
Испытания могут быть выполнены методами "черного ящика", где никак не учитывается внутренняя реализация функции безопасности, или методами "белого ящика", где используются специальные знания о реализации, чтобы определить тест (например, включение отказа).
Испытание может быть отклонено или заменен метод выполнения верификации и подтверждения соответствия, если разрешено соответствующими требованиями.
Во время испытаний функций безопасности СЭРС (СБ) должно быть документально оформлено следующее:
a) используемая версия плана испытаний;
b) критерии принятия тестов;
c) тип и версия тестируемой СЭРС (СБ);
d) используемые инструментальные средства и оборудование вместе с калибровочными данными;
e) условия испытания;
f) персонал, выполняющий испытания;
g) подробные результаты каждого испытания;
h) любое несоответствие между ожидаемыми и фактическими результатами;
i) заключение испытания: либо СЭРС (СБ) "прошла испытания" либо причины отказа.
Цель настоящего раздела состоит в том, чтобы гарантировать, что функциональная безопасность СЭРС (СБ) сохраняется при выполнении модификации проекта после того, как первоначальный проект выпущен для изготовления.
До выполнения любого действия по модификации должны быть запланированы соответствующие процедуры. Модификации должны выполняться, по крайней мере, с тем же уровнем знаний и опыта, автоматизированных инструментальных средств, на том же уровне планирования и управления, как и первоначальная разработка СЭРС (СБ). Модификация должна быть выполнена в соответствии с планом модификации.
10.2.1 Запрос на модификацию
Модификация должна инициироваться только проблемой в запросе на модификацию в соответствии с процедурами по управлению функциональной безопасностью (см. раздел 5). В запросе должно быть подробно указано следующее:
a) причины изменения;
b) предложенное изменение (как для аппаратных средств, так и для программного обеспечения).
10.2.2 Анализ влияния
Должна быть выполнена оценка влияния предложенной модификации на функциональную безопасность СЭРС (СБ). Оценка должна включать анализ, достаточный для определения глубины, с которой должен быть предпринят возврат к соответствующим стадиям разработки согласно 5.2.
10.2.3 Авторизация
Авторизация для выполнения требуемой модификации должна зависеть от результатов анализа влияния.
10.2.4 Документация
Для каждого действия по модификации СЭРС (СБ) должна устанавливаться и поддерживаться надлежащая документация, которая должна включать:
a) подробную спецификацию модификации;
b) результаты анализа влияния;
c) все разрешения для выполнения изменений;
d) тестовые примеры для компонентов, включая данные для повторного подтверждения соответствия;
e) историю управления конфигурацией СЭРС (СБ) (для аппаратных средств и программного обеспечения);
f) отклонение от предыдущих операций и условий;
g) необходимые изменения в информации для использования;
h) все применяемые стадии разработки согласно 5.2.
(справочное)
Представленная в таблице A.1 методика проектирования, соответствующая жизненному циклу, описанному в МЭК 61508, подходит для СЭРС (СБ). В ней описан порядок необходимых шагов разработки и даны ссылки на соответствующие разделы или подразделы настоящего стандарта или МЭК 61508.
Примечания
1 Жизненный цикл проектирования и разработки был разделен на "формирование концепции" и "проектирование и разработку", как это установилось в практике проектирования.
2 Если желательна сертификация третьей стороной, то в начале методики проектирования должна быть установлена связь между производителем СЭРС (СБ) и органом по сертификации.
3 В следующей таблице ссылки на МЭК 61508 применяются к первой редакции процитированной части. Номера разделов или подразделов могут измениться в последующих редакциях.
Таблица A.1
(справочное)
B.1 Общие положения
Данное приложение описывает определение PFH примера СЭРС (СБ) с функцией безопасности - безопасное отключение крутящего момента (STO). Чтобы подробно показать, как может быть вычислено значение PFH, представлены все необходимые требования для СЭРС (СБ) и ее внутренних структурных частей.
B.2 Структура СЭРС (СБ), рассматриваемого примера
B.2.1 Общие положения
СЭРС (СБ), описанная в настоящем пункте, реализует функцию безопасности STO, которая запускается через два дублирующих входных цифровых интерфейса и выдает сигнал обратной связи через один выходной цифровой интерфейс (см. рисунок B.1).
![]() STO-A - входной канал A сигнала запуска STO;
STO-B - входной канал B сигнала запуска STO;
STO-FB - выходной сигнал обратной связи STO
Требования:
- УПБ 2;
- непрерывный режим работы.
В СЭРС (СБ) функция безопасности STO реализована вместе со стандартной функциональностью СЭРС (СБ), использующей только некоторые отдельные компоненты функции безопасности.
Так как канал подачи питания один, то СЭРС (СБ) разделена на две независимые подсистемы: двухканальная подсистема A/B и подсистема электропитания/контроля напряжения (PS/VM). См. рисунок B.2.
![]() Значение PFH функции безопасности STO рассматриваемого примера СЭРС (СБ) вычисляется следующим образом:
PFHСЭРС (СБ) = PFHA/B + PFHPS/VM,
где PFHA/B и PFHPS/VM - значения PFH подсистем A/B и PS/VM соответственно.
B.2.2 Подсистема A/B
Функция безопасности STO реализована двумя каналами, чтобы достигнуть отказоустойчивости аппаратных средств, равной 1, и ее моделирует подсистема A/B, для которой вычисляется независимое значение PFH. Реализация этой подсистемы обеспечивает следующие системные свойства, связанные с функцией безопасности:
- тип B (сложные аппаратные средства);
- отказоустойчивость аппаратных средств равна 1 (двухканальная реализация).
Архитектурные ограничения подсистемы типа B (см. 6.2.2.3) показывают, что для УПБ 2 и отказоустойчивости аппаратных средств, равной 1, доля безопасных отказов (ДБО) должна составить, по крайней мере, 60%.
B.2.3 Подсистема PS/VM
Поскольку внутренний источник электропитания выполнен по одноканальной схеме, то реализован монитор напряжения (VM). Внутренний источник электропитания и монитор напряжения моделируются отдельной подсистемой PS/VM, для которой вычисляется независимое значение PFH. Реализация этой подсистемы обеспечивает следующие системные свойства, связанные с функцией безопасности:
- тип B (сложные аппаратные средства);
- отказоустойчивость аппаратных средств равна 0 (одноканальная реализация).
Архитектурные ограничения подсистемы типа B (см. 6.2.2.3) показывают, что для УПБ 2 и отказоустойчивости аппаратных средств, равной 0, доля безопасных отказов (ДБО) должна составить, по крайней мере, 90%.
B.3 Пример определения величины PFH для СЭРС (СБ)
B.3.1 Подсистема A/B (главная подсистема)
B.3.1.1 Деление на функциональные блоки
Подсистема A/B в СЭРС (СБ) является частью реализации функции безопасности STO и состоит из двух каналов, что необходимо для отказоустойчивости аппаратных средств, равной 1. На рисунке B.3 схематически представлена блок-схема СЭРС (СБ), на которой выделены части, выполняющие функцию безопасности STO.
Для вычисления значения PFH подсистема A/B далее декомпозируется на функциональные блоки и для каждого из них определяется интенсивность отказов. Из-за малого числа компонентов в цифровых триггерах на входе схемы и в схемах отключения, достаточно рассмотреть только два функциональных блока.
![]() P5 - напряжение питания 5 В;
PI-A(B) - импульс блокирования канала A(B);
DIAG-A(B) - диагностический сигнал канала A(B);
RC - резисторно-емкостной фильтр;
DRV - выходное задающее устройство
Примечание - Отказы компонентов в самом модуле питания не вызывают потерю функции безопасности. Поэтому модуль питания не должен быть включен в какую-либо подсистему, вносящую вклад в значение PFH.
Для каждого функционального блока необходимо определить, какие отказы должны рассматриваться как опасные отказы. Это позволяет далее применить анализ вида и последствий отказов (FMEA) для компонентов функционального блока.
B.3.1.2.2 FMEA компонентов
FMEA компонентов схемы функционального блока определяет, какие компоненты связаны с реализацией функции безопасности, а затем распределяет каждому виду отказов каждого компонента, связанного с реализацией функции безопасности, атрибут безопасности или опасности, используя критерии, определенные в процессе анализа функционального блока, упомянутого в B.3.1.2.1. Для простых компонентов, если надежные данные о соотношении безопасных и опасных видов отказа не доступны, то одиночный опасный отказ, приводящий к полному отказу компонента, рассматривают как опасный отказ. Для сложных компонентов в соответствии с приложением C МЭК 61508-6:2000 принимают, что такие компоненты имеют 50% безопасных и 50% опасных отказов.
Кроме того, FMEA определяет долю интенсивности опасного отказа каждого компонента, который обнаружен доступной диагностической функциональностью. Для сложных компонентов доля обнаруживаемых опасных отказов должна быть определена с помощью таблиц в МЭК 61508-2. Это позволяет определить интенсивность
Общие интенсивности отказов функционального блока (
Для сложных схем аппаратных средств с большим количеством компонентов покомпонентный анализ с помощью FMEA не всегда возможен практически. Поэтому обычно выбирают упрощенный метод, представленный в приложении C МЭК 61508-6:2000.
Общая интенсивность отказов функционального блока со сложной схемой, вычисляемая как сумма интенсивностей отказов всех компонентов, определяется при условии, что суммы значений интенсивностей опасных и интенсивностей безопасных отказов для данного функционального блока являются равными. Доля обнаруживаемых отказов определяется при помощи таблиц МЭК 61508-2.
Данный метод также позволит получить интенсивности отказов
Используя упрощенный метод, упомянутый в B.3.1.2.3, интенсивность отказов функциональных блоков определяется следующим образом:
- доля безопасных отказов среди отказов схем печатной платы составляет 50% (см. примечание).
Охват диагностикой (ОД) оценивается при помощи таблиц МЭК 61508-2.
Таблица B.1
- ОДA для функционального блока A = 90% (см. таблицу B.1);
- ОДB для функционального блока B = 90% (см. таблицу B.1).
Интенсивность отказов схемы функциональных блоков A и B (реальные значения примера, выраженные как число отказов в единицу времени (FIT) в единицах 10-9/ч):
Доля безопасных отказов (ДБО) подсистемы A/B вычисляется согласно МЭК 61508-2:2000, подраздел C.1, перечисление g).
![]() ДБОA/B = 95%.
.B.3.1.5 Модель надежности (Маркова)
Модель надежности подсистемы A/B реализована как модель Маркова в виде графа состояний и показана на рисунке B.4.
![]() Примечания
1 Вышеупомянутая модель Маркова должна рассматриваться как приближение, поскольку процессы перехода, соответствующие диагностическим тестам, и событие, инициирующее восстановления вследствие их природы, строго математически не соответствуют необходимым условиям для метода Маркова.
2 Модель, представленная на рисунке B.4, достаточно подробно показывает включение диагностических тестов. Так как величины интенсивностей отказов и частоты тестирования известны, модель может быть упрощена. Обычно не так важно, равен период тестирования 1/8 ч или 1/168 ч (см. таблицу B.2).
Модель не учитывает "безопасные" отказы, потому что они не оказывают существенного влияния на значение PFH. Модель предполагает, что СЭРС (СБ) отключается и восстанавливается после обнаружения отказа.
Интенсивность отказов по общей причине определяется
Примечание - Интенсивность одновременных отказов обоих блоков никогда не может быть больше, чем наименьшая интенсивность отказов среди обоих блоков.
В состоянии S2 функциональный блок A перестал работать, и возникла опасная ситуация. В результате работы диагностического теста может быть выполнен переход в одно из следующих трех состояний.
- В состояние S5, если диагностический тест обнаруживает отказ, и функциональный блок восстанавливается.
- В состояние S6, если диагностический тест не обнаруживает отказ.
- В состояние S8, если функциональный блок B перестал работать, прежде чем диагностический тест обнаруживает отказ в функциональном блоке A.
В состоянии S6 функциональный блок A перестал работать из-за не обнаруживаемого опасного отказа. В состоянии S8 блок B опасно отказал.
Состояние S8 представляет опасную ситуацию, где функция безопасности больше недоступна, и никакой тест больше неэффективен. Вследствие непрерывного режима работы, принятого для СЭРС (СБ), состояние S8 также является "опасным событием", так как запрос на функцию безопасности выполняется к опасно отказавшей СЭРС (СБ).
B.3.1.6 Вычисление значения PFH
Дополнительные определения:
rTest = 1/8 ч, 1/24 ч, 1/168 ч (частота диагностического теста);
rRep = 1/8 h (частота ремонтов);
TM = 10 лет или 20 лет (заданная продолжительность работы).
Чтобы определить значение PFH, должны быть вычислены зависимые от времени вероятности перехода [pi(t)] для каждого состояния [Ci] модели Маркова. Начальное значение вероятности всех состояний, кроме состояния S1, равно нулю. Начальное значение вероятности состояния S1 равно единице. Вычисления должны быть выполнены на заданной продолжительности работы TM.
.Результаты вычислений для различных значений параметров
Таблица B.2
Результаты в таблице B.2 показывают влияние частоты тестирования, заданной продолжительности работы и фактора, связанного с отказами по общей причине, на значение PFH. Чтобы показать влияние каждого параметра на значение PFH, даны различные значения параметров.
B.3.2 Подсистема PS/VM
B.3.2.1 Деление на функциональные блоки
Для реализации функции безопасности STO используется одноканальная подсистема PS/VM, включающая специально предназначенную для нее систему контроля. На рисунке B.5 представлена подсистема PS/VM, которая включает два функциональных блока: отдельный внутренний источник питания (PS) и схему контроля напряжения (VM).
![]() P5 - источник питания 5 В;
P3V3 - источник питания 3 В
B.3.2.2 Интенсивность отказов функциональных блоков
Интенсивность отказов каждого функционального блока определяется с помощью метода, используемого в B.3.1.2.
Используя упрощенный метод, используемый в B.3.1.2.3, интенсивности отказов функциональных блоков определены следующим образом:
часть безопасных отказов в схемах печатной платы составляет 50% (см. примечание).
Охват диагностической (ОД) может быть оценен при помощи таблиц МЭК 61508-2:2000, приложение A.
ОД для функционального блока PS равен 99% (см. таблицу B.3).
Таблица B.3
ОД для функционального блока VM равен 0% (никакой контроль блока контроля напряжения не предусмотрен).
Интенсивность отказов схем функциональных блоков PS и VM (в примере используются реальные значения).
Доля безопасных отказов (ДБО) подсистемы PS/VM вычисляется согласно МЭК 61508-2:2000, подраздел C.1, перечисление g). См. примечание.
.ДБОPS/VM = 99,5%.
.B.3.2.5 Модель надежности (Маркова)
Модель надежности подсистемы PS/VM реализована как модель Маркова в виде графа состояний и показана на рисунке B.6.
![]() Примечания
1 Вышеупомянутая модель Маркова должна рассматриваться как приближение, поскольку процессы перехода, соответствующие диагностическим тестам и событие, инициирующее восстановления, вследствие их природы, строго математически не соответствуют необходимым условиям для метода Маркова.
2 Блок контроля напряжения обеспечивает непрерывный контроль схемы источника питания. Поэтому частота тестирования в модели не появляется. Так как величины интенсивностей отказов и частоты тестирования известны, модель может быть упрощена. Изображенная версия предназначена для ясности.
В модели представлены возможные опасные состояния и не показаны безопасные состояния, которые не оказывают существенного влияния на значение PFH, но увеличили бы сложность модели. Модель предполагает, что СЭРС (СБ) отключается и восстанавливается после обнаружения отказа.
Интенсивность отказов по общей причине определяется
Примечание - Так как отказ по общей причине представляет собой одновременный отказ блоков PS и VM, у которых различная интенсивность отказов, то интенсивность отказов по общей причине никогда не может быть больше, чем наименьшая интенсивность отказов среди обоих блоков.
В состоянии S2 функциональный блок PS перестал работать, и возникла опасная ситуация. Если функциональный блок VM перестал работать, прежде чем будет восстановлен блок PS, то выполняется переход в состояние S4.
В состоянии S3 функциональный блок VM отказал, но эта опасная ситуация не была замечена из-за отсутствия какого-либо контроля для этого функционального блока. И если функциональный блок PS опасно отказал, то выполняется переход в состояние S4.
Если функциональный блок PS перестал работать из-за необнаруживаемого опасного отказа или оба функциональных блока отказали одновременно, то выполняется переход в состояние S4 и функция безопасности более недоступна.
Состояние S4 представляет собой опасную ситуацию, где функция безопасности больше недоступна, и никакой тест больше неэффективен. Вследствие непрерывного режима работы, принятого для СЭРС (СБ), состояние S4 также является "опасным событием", так как запрос на функцию безопасности выполняется к опасно отказавшей СЭРС (СБ).
B.3.2.6 Вычисление значения PFH
Дополнительные определения:
rRep = 1/8 года (частота ремонтов);
TM = 10 лет или 20 лет (заданная продолжительность работы).
Чтобы определить значение PFH, должны быть вычислены зависимые от времени вероятности перехода для каждого состояния модели Маркова. Начальное значение вероятности всех состояний, кроме состояния S1, равно нулю. Начальное значение вероятности состояния S1 равно единице. Вычисления должны быть выполнены на заданной продолжительности работы TM.
.Результаты вычислений для различных значений параметров
Таблица B.4
B.3.3 Значение PFH функции безопасности STO для СЭРС (СБ)
Значения PFH в примере для rRep = 1/8 h и различных значений параметра TM:
PFHSTO/СЭРС (СБ) = PFHA/B + PFHPS/VM (значения из таблицы B.2 и таблицы B.4);
PFHSTO/СЭРС (СБ) (TM = 10 лет) = (6,84·10-10/год + 4,39·10-9/год) = 5,074·10-9/год;
PFHSTO/СЭРС (СБ) (TM = 20 лет) = (7,38·10-10/год + 5,03·10-9/год) = 5,768·10-9/год.
(справочное)
C.1 Базы данных
Представленный ниже список не является исчерпывающим, он не упорядочен и включает источники данных интенсивностей отказов для электронных и неэлектронных компонентов. Необходимо отметить, что эти источники не всегда согласуются друг с другом, и поэтому необходимо быть внимательным при применении данных.
IEC/TR 62380, Reliability data handbook - Universal model for reliability prediction of electronics components, PCBs and equipment, Union Technique de
et de la Communication (www.ute-fr.com). Identical to RDF 2000/Reliability Data Handbook, UTEC 80-810.Siemens Standard SN 29500, Failure rates of components, (parts 1 to 14); Siemens AG, CT SR SI, Otto-Hahn-Ring 6, D-81739, Munich.
Reliability Prediction of Electronic Equipment, MIL-HDBK-217E, Department of Defense, Washington DC, 1982.
Prediction Procedure for Electronic Equipment, Telcordia SR-332, Issue 01: May 2001, Reliability, (telecom-info.telcordia.com), (Bellcore TR-332, Issue 06).
EPRD (RAC-STD-6100) - Electronic Parts Reliability Data, Reliability Analysis Center, 201 Mill Street, Rome, NY 13440 (rac.alionscience.com).
NNPRD-95 (RAC-STD-6200) - Non-electronic Parts Reliability Data, Reliability Analysis Center, 201 Mill Street, Rome, NY 13440.
HRD5, British Handbook for Reliability Data for Components used in Telecommunication Systems, British Telecom.
Chinese Military/Commercial Standard GJB/z 299B, Electronic Reliability Prediction, (/template/go.php?url=https://www.itemuk.com/china299b.html).
AT&T reliability manual - Klinger, David J., Yoshinao Nakada, and Maria A. Menendez, Editors, AT&T Reliability Manual, Van Nostrand Reinhold, 1990, ISBN:0442318480.
FIDES (January, 2004) - это новое руководство поданным о надежности, разработанное консорциумом французских промышленных предприятий под управлением французского DoD DGA). FIDES доступно по запросу fides@innovation.net.
Золотая книга IEEE (IEEE Gold book) - Золотая книга IEEE представляет рекомендуемый IEEE практический опыт для проектирования надежных, промышленных и коммерческих систем энергопитания и содержит данные по надежности оборудования, используемого в промышленных и коммерческих системах распределения энергопитания. IEEE Customer Service, 445 Hoes Lane, PO Box 1331, Piscataway, NJ, 08855-1331, U.S.A., Phone: +1 800 678 (IEEE в США и Канаде) +1 732 981 0060 (за пределами США и Канады), FAX: +1 732 981 9667 e-mail: customer.service@ieee.org.
IRPH ITALTEL, Руководство по прогнозу надежности является версией CNET RDF итальянских телекоммуникационных компаний. В этих стандартах используются одни и те же наборы данных, но разные процедуры и факторы. Итальянское руководство IRPH доступно по запросу от доктора. G Turconi, Direzione Qualita, Italtel Sit, CC1/2 Cascina Castelletto, 20019 Settimo Milanese Mi., Italy.
PRISM (RAC/EPRD) - Программное обеспечение PRISM доступно по нижеуказанному адресу или включено в несколько коммерчески доступных пакетов программного обеспечения надежности: The Reliability Analysis Center, 201 Mill Street, Rome, NY 13440-6916, U.S.A.
C.2 Полезные стандарты, связанные с отказами компонентов
IEC 60300-3-2, Dependability management - Part 3-2: Application guide - Collection of dependability data from the field.
IEC 60300-3-5, Dependability management - Part 3-5: Application guide - Reliability test conditions and statistical test principles.
IEC 60319, Presentation and specification of reliability data for electronic components.
IEC 60706-3, Maintainability of equipment - Part 3: Verification and collection, analysis and presentation of data.
IEC 60721-1, Classification of environmental conditions - Part 1: Environmental parameters and their severities.
IEC 61709, Electronic components - Reliability - Reference conditions for failure rates and stress models for conversion.
(справочное)
D.1 Общие положения
Список, представленный в таблицах D.1 - D.16, содержит описание моделей сбоев, методы их предотвращения, а также обоснование методов.
В целях подтверждения соответствия следует рассматривать как постоянные, так и непостоянные сбои.
Точный момент времени, когда происходит сбой, может иметь очень большое значение. Следует провести теоретический анализ и, при необходимости, испытания для определения наихудшего варианта развития событий, например в неподвижном состоянии системы, во время запуска системы или же во время ее работы.
D.2 Замечания о методах предотвращения сбоев
D.2.1 Подтверждение соответствия методов предотвращения сбоев
Соответствие всех методов предотвращения сбоев может быть подтверждено, только если составляющие детали функционируют в пределах установленных для них номинальных параметров.
D.2.2 Рост усов олова
Если применяются процессы и изделия без примеси свинца, то возможно возникновение коротких замыканий в цепи, вызванных усами олова (см. примечание 1). Следует оценивать (см. примечание 2) и учитывать риск, связанный с усами олова при применении методов предотвращения сбоя "короткое замыкание..." для любого компонента (см. примечания 3 и 4).
Примечания
1 Рост оловянного уса представляет собой явление, которое чаще всего связано с появлением при пайке чистых ярких оловянных окончаний. Похожие на иголки выступы могут вырастать до нескольких сотен мкм и могут вызывать короткие замыкания. Преобладающая теория утверждает, что усы олова появляются в результате растущих сжимающих напряжений в процессе перехода олова из жидкого в твердое состояние.
Test Method for Measuring Whisker Growth on Tin and Tin Alloy Surface Finishes, JESD22A121.01, JEDEC Solid State Technology Association, 2500 Wilson Boulevard Arlington, VA 22201-3834, www.jedec.org/download/search/22a121-01.pdf.
Environmental Acceptance Requirements for Tin Whisker Susceptibility of Tin and Tin Alloy Surface Finishes, JESD201, JEDEC Solid State Technology Association, 2500 Wilson Boulevard Arlington, VA22201-3834, www.jedec.org/DOWNLOAD/search/JESD201.pdf.
3 Например, если предполагается высокий риск роста усов, то применение метода предотвращения сбоев "короткое замыкание резистора" является бесполезным, так как необходимо рассматривать короткое замыкание между контактами этого компонента.
4 Случаи возникновения усов олова на печатных платах еще не наблюдались. Монтажные соединения, как правило, состоят из меди и не имеют оловянного покрытия. Контактные площадки могут быть покрыты оловянным сплавом, но производственный процесс, похоже, не способствует росту усов.
D.2.3 Короткие замыкания деталей, смонтированных на печатные платы
Короткие замыкания деталей, смонтированных на печатную плату, можно устранить, если только метод предотвращения сбоев "короткое замыкание между двумя смежными монтажными соединениями/контактными площадками" выполнен так, как описано в таблице D.2.
D.3 Модели сбоев
Таблица D.1
Таблица D.2
Таблица D.3
Контактная колодка
Таблица D.4
Многоштырьковый разъем
Таблица D.5
Электромеханические устройства
(например, реле, контакторные реле)
Таблица D.6
Трансформаторы
Таблица D.7
Индуктивность
Таблица D.8
Резисторы
Таблица D.9
Резисторные схемы
Таблица D.10
Потенциометры
Таблица D.11
Конденсаторы
Таблица D.12
Дискретные полупроводниковые приборы (например, диоды, диоды
Зенера, транзисторы, симисторы, запираемые тиристоры,
биполярные транзисторы с изолированным затвором, регуляторы
напряжения, кварцевые кристаллы, фототранзисторы,
светоизлучающие диоды)
Таблица D.13
Оптроны
Таблица D.14
Непрограммируемые интегральные схемы (ИС)
Таблица D.15
Программируемые и/или сложные интегральные схемы
Таблица D.16
(справочное)
НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ
Таблица ДА.1
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/34/gost_75158.html
На правах рекламы:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||