ГОСТ Р МЭК 61784-3-3—2016
.
Зодофоироае. см
7
.
13
. подстели
Софим»мм*(иьдонош»***)
гх
1
1
3.
гщгзиа»
Боктаоо/сплс lna-»«a>*iel
З ц м ж и "**"*. пи 7 1 3.падом»
0
Першa-а «а03мочтсимосамалммоia-мкн
1
C w i M -’i u » * * »
г
МОЧ1М-М.
прл»Л1ииМ*с«
»м aMmovvi puiri^ul
Зфс><£«лхпачэ. си 7 1 3 гсисыы*
Рисунок 69 — Кодирование SR_Type
Возможная реализация аналога внутри, например, не связанной с безопасностью части F-хоста,
описана в [49] и называется функциональным блоком коммуникаций RDIAG.
После отправки запроса inap-cepeepa F-ведомое устройство/Р-модуль ожидает 218 мс (приб
лизительно 4.4 минут) полного выполнения услуги «Save» (Сохранить) или «Restore» (Восстановить). По
истечению этого времени, он запускает надлежащее диагностическое сообщение в соответствии с 6.3.2.
Предпочтительное кодирование диагностической информации в CP 3/RTE для inap-cepeepa связано с
«Моделью Аварийного сигнала» и со стандартным «Upload&Retrieval» аварийным сигналом,
определенным в МЭК 61158-5-10 и МЭК 61158-6-10. На рисунке 70 показано кодирование запроса inap-
cepeepa для CP 3/RTE (МЭК 61784-2). После отправки запроса inap-cepeepa F-устройство/Р-модуль
ожидает 21а мс (приблизительно 4,4 минуты) для полного завершения сервиса «Сохранить» или
«Восстановить». По истечению этого времени, оно запускает надлежащее диагностическое сообщение в
соответствии с 6.3.2. В случае запрос inap-сервера на «Восстановление» и при отсутствии хранимых
тараметров. inap-сервер должен отправить запись длиной «0».
мм1ьязи*
Рисунок 70 — Кодировка запроса inap-сервера («модель аварийного сигнала»)
80