ГОСТ Р МЭК 61784-3-3—2016
Каждое кодирование «Запроса inap-cepeepa» начинается с шести обязательных октетов стандарт
ного диагностического блока. Флаг «Diag.ext.diag» (бит 3 первого октета) не должен подвергаться вли
янию. так как ни один светодиодный индикатор не должен быть включен в случае отсутствия отчетов о
дефектах. Следующие 4 октета соответствуют стандартному кодированию, описанному в МЭК 61158-5-
3 и показанному на рисунке 68. Тип статуса есть новый «Запрос inap-сервера» (7). Спецификатор
стату са должен быть установлен в значение «0». Тело «Запроса inap-сервера» содержит
спецификаторы, определенные в таблице 13.
F-модуль в удаленном I/O всегда использует кодирование, показанное на рисунке 68. или из
надлежащего поднабора, для всех случаев, когда он может быть внедрен в удаленное I/O устройство СР
3/1 или CP 3/RTE. Удаленный I/O должен отправлять по одному уведомлению за раз и. тем самым,
сохранять или восстанавливать параметры F-модуля за F-модулем. Подсказки для проектирования в
случаях диагностической перегрузки (например. «Diag.Ext_Diag_Overflow») можно найти в [50].
П р и м е ч а н и е — Кодирование передачи информации между модулем и головной станцией не стандар
тизировано.
Трансформация кодировки запроса inap-cepeepa в надлежащий формат актуального коммуника
ционного профиля является задачей головной станции удаленного I/O устройства (рисунок 68 или 70).
Т а б л и ц а 13 — Спецификатор для Запроса inap-cepeepa
inap специ
фикатор
Название
Outer 3
Октет 2
Октет 1
Октет 0
Определение
iParO
iPar_Req_Header
SR_Version
Reserved
N_Count
SR_Type
Тип запроса inap-сервера
(Unsigned32)
iParl
Max_Segm_Size
OxOOh
OxOOh
OxOOh
0...234
Максимальный
разрешенный размер
сегмента в октетах
(Unsigned32)
iPar2
Transferjndex
OxOOh
OxOOh
OxOOh
0...254
(255)
Индекс для передачи
регистрации записи/чтения
(Unsigned32)
iPar3
TotaMPar_Size
Общая длина октетов
^параметра (Unsigned32)
П р и м е ч а н и я
1 Зарезервировано: См. 7.1.3, подсказки.
2 Параметр «Max_Segm_Size» может быть больше, чем 234 октета, в случае СР 3/RTE. Он может включать
вплоть до
272А
октетов, что вызвано ограничениями FSCP 3/1.
3 «Transferjndex» в 255 октетов гложет конфликтовать с другими услугами, такими как. CALL (вызов) ИТО
функций.
4 Параметр «Transferjndex» может быть больше, чем 255 октетов, в случае СР 3/RTE он гложет достигать
до 65 535.
5 Заменяющее устройство может не знать корректного размера шараметра своего предшественника. В
таком случае уведомление для восстановления может содержать «TotalJPar_Size = 0». что означает, что inap-
сервер будет скачивать полный набор данных тараметров.
6 N_Count является счетчиком последовательности для уведомлений (только для СР 3/1 и СР 3/2). считая
от 1 до 15 и сначала.
Параметр «SR_Version»должен быть установлен в0x01h. Параметр «N_Count»должен начинаться
с «1» и увеличиваться с каждым уведомлением (только в случаях СР 3/1 и СР 3/2) до значения 15 и
затем продолжаться, начав со значение «1». Параметр «SR_Type» должен кодироваться, как показано
на рисунке 69.
79