ГОСТ Р МЭК 60870-5-101—2006
Необходимо учитыватьследующие обстоятельства:
a) Время, необходимоедля генерации объекта при различных причинах передачи(напримертаких,
каквыборка из фонового сканирования или событие приспорадической передаче), можетбыть неточно
одинаковым. Приэтом двеверсии одного объекта могутне попадатьв приоритетныебуферы в правильной
хронологической последовательности, если времена их генерации очень близки.
b
) Потоки объектов в разных приоритетных буферах вряд ли пройдут через буферы с одинаковой
скоростью. Это значит, что объекты, поступающие вбуферы в правильной хронологической последова
тельности. все же могут быть не представлены администратору управления приоритетами в правильной
последовательности.
c) При небалансных канальных процедурах объекты, ожидающие в буфере передачи, могут не пере
даваться в той же последовательности, как поступили. Это происходит потому, что контролируемая стан
ция неуправляет порядком, в котором принимаются запросы наданные класса 1и класса 2.
Метод, используемый для поддержания правильной хронологической последовательности влюбом
исполнении, является локальным вопросом (внутренним для отдельной контролируемой станции) и не
определяется настоящим стандартом.
П р и м е ч а н и е — При использовании структурированных адресов информационных объектов ASDU.
которые определены для последовательностей элементов информации в одном объекте информации, могут
быть не укомплектованы до оптимальной длины из-за возможных пропусков в нумерации адресов. Обычно это
уменьшает эффективность упаковки для процедуры общего опроса станции.
7.2.2.3 Переполнение буфера
Контролируемая станция может выделитьспециальныйобъектоднопозиционной информациидля
передачисообщения о переполнении буфера (состояние, равное <1>,— переполнение; состояние <0>—
нет переполнения). Действия, которые должны быть выполнены контролирующей станцией при переполне
нии. специфичныдля конкретной реализации.
7.2.3 Причина передачи
Байт 3 (и опционально байт4) ИДЕНТИФИКАТОРА БЛОКАДАННЫХ ASDU (см. рисунок 10)опреде
ляет поле ПРИЧИНЫ ПЕРЕДАЧИ (СОТ), показанное на рисунке 14.
Биты
87654321
-----
1
-----
1
-----
1
-----
1
-----
1---
т
P/N
2
S
Причина
2°
______1
______
1
______
1
______
1
______
1
______
ПРИЧИНА
ПЕРЕДАЧИ
Обозначение
- опционально
для системы
Рисунок 14 — Поле ПРИЧИНЫ ПЕРЕДАЧИ
0
7.2.3.1 Определение семантики значений величин в поле ПРИЧИНЫ ПЕРЕДАЧИ
ПРИЧИНАПЕРЕДАЧИ;=СР16{Причима. P/N, Т. Адрес инициатора}
Причина UI6[1..6]<0..63>
<
0
>
не определено
<1..63>номер причины передачи
<1..47>для стандартных определенийнастоящегостандарта (совместимый
диапазон), см. таблицу 14
<48..63>для специального применения (частный диапазон)
P/NBS1[7]<0..1>
< >
положительное подтверждение
<
1
>
отрицательноеподтверждение
Т =тестBS1(8]<0..1>
<
0
>
нетест-
<
1
>
тест
Адрес инициатора1)18[9..16]<0...255>
<
0
>
по умолчанию
<1..255>число адресов инициатора
ASDU с неопределенным значением ПРИЧИНЫ ПЕРЕДАЧИ для данного ИДЕНТИФИКАТОРАТИПА
отбрасывается контролирующей станцией.
ПРИЧИНА ПЕРЕДАЧИ направляет ASDU определенной прикладной задаче (программе) для обра
ботки.
4—859
23