ГОСТ Р МЭК 61784-3-3-2016; Страница 35

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р МЭК 61784-3-12-2016 Промышленные сети. Профили. Часть 3-12. Функциональная безопасность полевых шин. Дополнительные спецификации для CPF 12 (Настоящий стандарт описывает коммуникационный уровень безопасности (услуги и протокол) на основе CPF 12, представленного в МЭК 61784-2 и МЭК 61158, Тип 12. Настоящий стандарт идентифицирует принципы коммуникаций, удовлетворяющих требованиям функциональной безопасности, определенных в МЭК 61784-3, что важно для этого коммуникационного уровня безопасности) ГОСТ Р 57303-2016 Информатизация здоровья. Разработка терминов и определений для словарей в области здравоохранения (Настоящий стандарт содержит подробное описание метаданных и требований к качественным терминам и определениям в области информатизации здоровья, предназначенным для включения в словари по информатизации здоровья. Настоящий стандарт не охватывает спецификацию терминологического содержания в системах, подобных таким терминологическим ресурсам, как SNOMED CT или МКБ). Он ограничен терминами и определениями, включенными в стандартизующие документы. . Настоящий стандарт применим к следующим группам специалистов:. разработчики стандартов в области информатизации здоровья и организации по разработке стандартов) ГОСТ Р МЭК 61784-3-1-2016 Промышленные сети. Профили. Часть 3-1. Функциональная безопасность полевых шин. ДополнительныеспецификациидляCPF 1 (Настоящий стандарт описывает коммуникационный уровень безопасности (услуги и протокол) на основе CPF 1, представленного в МЭК 61784-1 и МЭК 61158, Типы 1 и 9. Настоящий стандарт идентифицирует принципы для осуществления коммуникаций, удовлетворяющих требованиям функциональной безопасности, определенных в МЭК 61784-3, что важно для этого коммуникационного уровня безопасности. . Настоящий стандарт определяет механизмы для передачи важных для безопасности сообщений между участниками распределенной сети, использующей технологию полевых шин, в соответствии с требованиями функциональной безопасности, представленными в комплексе МЭК 61508. Эти механизмы могут широко использоваться в промышленности, например в управлении процессом, автоматизации производства и машинном оборудовании. Настоящий стандарт содержит руководства, как для разработчиков, так и для оценщиков соответствующих приборов и систем)

Страница 35

Страница 1

Untitled document

ГОСТ Р МЭК 61784-3-3—2016

Т а б л и ц а 3 — Сообщения диагностики уровня безопасности

Шестнадцатеричный

НомерДиагностическая информация

0x0040

64Несоответствие адреса назначения безопасности <F_Dest_Add). см. 8.1.2

0x0041

65Адрес назначения безопасности недействителен (F_Dest_Add). см. 8.1.2

0x0042

66Адрес источника безопасности не действителен (F_Source_Add). см. 8.1.2

0x0043

67Время сторожевого таймера безопасности равно 0 мс (F_WD_Time)

0x0044

68Параметр «F_SIL» превышает УПБ (SIL) конкретного приложения устройства

0x0045

69Параметр F_CRC_Length не соответствует сгенерированным значениям

0x0046

70Установлена неверная версия F-параметра

0x0047

71Сбой CRC1

0x0048

72Диагностическая информация, зависящая от устройства, см. руководство

0x0049

73Время сторожевого таймера для сохранения {параметра превышено

0х0О4А

74Время сторожевого таймера для восстановления {параметра превышено

0x004В

75Противоречивые {параметры (ошибка iParCRC)

0х0О4С

76Зарезервировано: не используйте номера, не оценивайте номера

0x0O4D

77Зарезервировано: не используйте номера, не оценивайте номера

0x004Е

78Зарезервировано: не используйте номера, не оценивайте номера

0x0O4F

79Зарезервировано: не используйте номера, не оценивайте номера

F-устройства. использующие механизм iPar-Serverдля хранения и извлечения {параметров в рам

ках F-хоста или подсистемы, которой он управляет, с помощью дополнительных раздельных кодировок

могут создавать отчеты со специализированной диагностической информацией. Настоятельно реко

мендуется. в случае F-устройств. использовать эти типы в диагностических сообщениях. Тем не менее,

диагностические сообщения могут также переносить итоговую информацию в нескольких индивидуаль

ных случаях.

П р и м е ч а н и е — Производитель устройства должен объяснить отображение таких индивидуальных

случаев на определенные диагностические сообщения.

7 Протокол коммуникационного уровня безопасности

7.1 Формат PDU безопасности

7.1.1 Структура PDU безопасности

На рисунке 20 показана структура одного единственного блока PDU безопасности, содержащего

данные ввода/вывода безопасности, а также дополнительный код безопасности. Сообщение CP 3/RTE

может содержать несколько PDU безопасности, например, в случае модульных Ю устройств с несколь

кими модулями.

Автоматизация производства и автоматизация процесса имеют различные требования к системе

безопасности. Автоматизация производства использует короткие двоичные (битовые) данные ввода/

вывода безопасности, как правило, обрабатываемые на очень высокой скорости; а автоматизация про

цесса использует более длинные значения I/O («с плавающей точкой»), для обработки которых мо жет

потребоваться немного больше времени. Поэтому FSCP 3/1 предлагает две разных длины данных

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

требованиям УПБЗ.

Таким образом, параметризацией могут быть выбраны два эксплуатационных режима: неболь

шое количество F-данных I/O длиной до 12 октетов вместе с 24-битным CRC2 (3 октета) и F-данные

I/O (процесса) до 123 октетов вместе с 32-битным CRC2 (4 октета).

Дополнительно, в сумме требуется 4 (5) октетов, включая байт статуса/управления и 3 (4) октета

для кода CRC2.

Подразделы с 7.1.2 по 7.1.6 предоставляют подробное описание элементов структуры PDU безо

пасности.