ГОСТ Р МЭК 61784-3-3—2016
Следующие ограничения были определены для механизма inap-сервера.
- каждый экземпляр inap-сервера должен поддерживать минимум 2,5-1 октетов (параметров на
F_Source/Destination_Address (устройство/подмодуль/модуль);
- (параметры хранятся как один фиксированный блок данных, как это показано на рисунке 52;
- inap-сервер не связан с безопасностью. Он может быть реализован или запущен в стандартном
хосте или в стандартной части F-хоста (рисунок 67):
- inap-сервер должен быть доступен только в совокупности с режимом V2 из FSCP 3/1;
- ответственность за то. что скачанный набор (параметров соответствует, например, корректному
типу и версии у заменяющего устройства, лежит на производителе F-ведомого устройства/Р-устройства;
- F-MOflynb/F-eeAOMoe устройство/Р-устройство должно инициализировать Запрос-тар-сервера,
когда черный канал гарантирует доставку уведомления;
- разрешено одно повторение каждый раз. когда попытка «Восстановление» не удается (отказ).
Соответствующая функция безопасности сохраняет безопасное состояние (FV значения);
- «Восстановление» должно выполняться только при запуске системbi/F-устройства.
8.6.4.2 Уведомление
Диагностическое сообщение — это единственный стандартный механизм уведомления inap-cepee-
ра в сетях типа CPF 3. требующийся для F-ведомого устройства/Р-модуля. Тем не менее, в отличие от
стандартного контекста диагностики, уведомление inap-сервера не нуждается в передачи информации
каким-либо инструментам визуализации для поддержания взаимодействия. Из нескольких разных ти
пов СР 3/1 и СР 3/2, установленных в МЭК 61158-5-3. предпочтительное кодирование диагностической
информации связано со «Статусной Моделью» [50]. Для того чтобы избежать конфликтов с уже суще
ствующими типами в предварительно зарезервированном диапазоне был определен новый тип статуса
«Запрос inap-сервера» (тип = 7).
П р и м е ч а н и е — «Обновленная аварийная сигнализация» (тип=6) не была выбрана в качестве этого типа
и. как правило, ведет к отображению аварийной информации и следует другой семантике. Целью FSCP 3/1 являет
ся установление кодировок для двух типов диагностических сообщений для СР 3/1. СР
3/2
и СР
3/RTE
настолько
приближенно насколько возможно, таким образом, чтобы F-модулю внутри удаленного I/O не требовалось знать о
своем развертывании.
На рисунке 68 показано кодирование запроса inap-сорвера для СР 3/1 и СР 3/2.
MSB
Бит
3tsa
Рисунок 68 — Кодирование запроса inap-cepeepa («модель статуса»)
78