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

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

Ещё ГОСТы из 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. Эти механизмы могут широко использоваться в промышленности, например в управлении процессом, автоматизации производства и машинном оборудовании. Настоящий стандарт содержит руководства, как для разработчиков, так и для оценщиков соответствующих приборов и систем)

Страница 89

Страница 1

Untitled document

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

Т а б л и ц а 17 — Структура Push_REQ_PDU («Push»)

Структура Pull_RES_PDU

Размер

Кодирование

Примечания

Funclion_Num

1октет

0x5F

Указывает на «Write», fix

Заголовок

SlolNumber

1октет

0... 255

Местоположение модуля

Index

1октет

0... 254 (255)

Transferjndex"a

Length of net data

1октет

0... 240

Длина сегмента inap +заголовок области

загрузки

Extended_Function_Num

0x01

Указывает на «Push»

Область

загрузки

Options

1октет

Unsigned8

Управление потоками, см. МЭК 61158-

5-3.6.2.17.2

Sequence_Number

4 октета

Unsigned32

...текущего iPar сегмента

iParameter (сегмент)

л октетов

Octet String

л = 240 максимум на запись

Данные

а| «TransferJndex» из255 вданном случав соответствует МЭК 61158-5-3. Тем не менее, конфликты доступа с

другими услугами, такими как CALL ифункции ИТО. должны рассматриваться при проектировании и реализации.

В<»другие индексы могут использоваться для услуг «Pull» и «Push».

F-хост или ассоциированная система, нс связанная с безопасностью, могут предоставлять механизм

inap-сервер совершенно скрытым от пользователя или в качестве набора функций библиотеки, которые

необходимо сконфигурировать для определенного проекта.

Примером для стандартного сервера параметров будет механизм «Upload&Retrieval» (Загрузка и

Извлечение) из CP 3/RTE, как это определено в МЭК 61158-5-10, МЭК 61158-6-10 и МЭК 61784-2 (CP 3/RTE).

F-модуль в удаленном I/O всегда использует надлежащее кодирование, всякий раз. когда он может

быть внедрен в СР 3/1 или удаленное устройство I/O CP 3/RTE. Преобразование кодировки передачи

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

головной станции удаленного I/O устройства.

Индексы записей для услуг «Сохранить» и «Восстановить» могут отличаться. Также возможно,

что услуга «Восстановить» будет читать меньшее число данных, чем было сохранено прежде. Эти

сохраненные данные могут содержать информацию о проверке, такую как. тип устройства, длинаданных,

подпись CRC. и т. п. в дополнение к Параметрам. Скачивание короткой записи с информацией проверки

позволяет верифицировать непротиворечивость данных и их актуальность, не влияя на эффективности.

8.6.4.4 Протокол

На рисунке 71 показана диаграмма состояний inap-cepeepa, а в таблице 18 описаны состояния inap-

сервера. а также переходы и внутренние элементы. Общую информацию о нотации UML2 см. в 7.2.2.