Перечень рекомендуемой литературы

1. СО 34.48.160-2004. Унифицированные протоколы информационного обмена. Общие технические требования

2. ГОСТ Р МЭК 870-5-1-95 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 1. Форматы передаваемых кадров

3. ГОСТ Р МЭК 870-5-2 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 2. Процедуры в каналах передачи

4. ГОСТ Р МЭК 870-5-3 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 3. Общая структура данных пользователя

5. ГОСТ Р МЭК 870-5-4 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 4. Определение и кодирование пользовательских элементов информации

6. ГОСТ Р МЭК 870-5-5 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 5. Основные прикладные функции

7. Спецификации отраслевых протоколов для прикладного, канального и физического уровней для обмена между энергообъектами и верхним уровнем управления. ВНИИЭ, М.2004.

8. ГОСТ Р МЭК 870-5-101-2006. Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 101. Обобщающий стандарт по основным функциям телемеханики

9. ГОСТ Р МЭК 870-1-1-93. Устройства и системы телемеханики. Часть 1. Основные положения. Раздел 1. Общие принципы.

10. Герман-Галкин С.Г. Компьютерное моделирование полупроводниковых систем в MATLAB 6.0: Учебное пособие.- СПб.: КОРОНА принт, 2001.- 320 с.

11. Мартынов Н.Н. Введение в MATLAB 6.X.-М.:КУДИЦ-ОБРАЗ, 2002.-352 c.

12. Дж.Дэбни, Т. Харман. Simulinl 4. Секреты мастерства. – М.: БИНОМ. Лаборатория знаний, 2003 . – 403 с.

13. Дьяконов В. Simulink 4. Специальный справочник.- СПб. Питер, 2002.-528 с.

14. Гультяев А. Визуальное моделирование в среде MATLAB: Учебный курс.- СПб.: Питер, 2000.- 432 с.

15. Ануфриев И.Е. Самоучитель MatLab 3.5/6.x.-СПб.:БХВ-Петербург., 2002.-736 с.

16. Потемкин В.Г. Инструментальные средства MATLAB 5.x.-М.:ДИАЛОГ-МИФИ,2000.-336 с.

17. Герман-Галкин MATLAB&SIMULINK. Проектирование мехатронных систем на ПК.– СПб.:КОРОНА-Век, 2008.–369 с.

ПРИЛОЖЕНИЕ А
Диаграммы переходов состояний

Диаграммы переходов состояний применяются для более точного определения процедур, с тем чтобы канальные уровни, выполненные различными изготовителями, могли быть полностью совместимыми. Диаграммы переходов состояний представляют состояния (в данном случае для канального уровня, определенного МЭК 60870-5-2) и переходы из одного состояния в другое. Включаются действия: посылки кадра Тх и прием кадра Rx. Кроме состояний в настоящем подпункте описаны важные внутренние процессы.

Диаграммы переходов состояний представлены в формате, определенном Грэди Бучем (Grady Booch) и Харелом (Harel). Разъяснение отдельных элементов показано на рисунке ПА.1

Рис. ПА.1 - Диаграмма переходов состояний

Обозначение in указывает действие, которое проводится, когда происходит переход в данное состояние. Переход в следующее состояние может быть обусловлен окончанием текущего состояния в случае, если не определено событие, вызывающее переход. При перечислении нескольких условий в квадратных скобках запятая соответствует логической операции И. В круглых скобках могут даваться пояснения, в том числе операнды к выполняемым действиям.

Система обозначений в диаграммах переходов состояний следующая:

от FC0 до FC15 - функциональные коды от 0 до 15 (см. табл. 1-4 ГОСТ Р МЭК 870-5-2);

FCB - бит счета кадров;

FCV - бит счета кадров учитывается;

DFC - контроль потока данных;

ACD - запрос данных (бит требования запроса данных);

PRM - первичное сообщение;

SC - одиночный символ.

В небалансных системах передачи КП вторичен (slave), ПУ - первичен (master). RES-биты (резерв) в поле управления не используются и должны иметь значение 0.

В системах с опросом основная процедура передачи использует для режима ЗАПРОС/ОТВЕТ функциональный код 11 (запрос прикладных данных класса 2). Данные класса 1 указываются с помощью бита ACD. Вторичная станция, не имеющая готовых данных класса 2, может отвечать на запрос данных класса 2 данными класса 1.

Таблица ПА1 показывает допустимые комбинации для небалансных процедур канального уровня.

Таблица ПА1

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

Функциональные коды и услуги в первичном направлении	Разрешенные функциональные коды и услуги во вторичном направлении
<0> Сброс удаленного канала	<0> ПОЛОЖИТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ <1> ОТРИЦАТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ
<1> Сброс процесса пользователя	<0> ПОЛОЖИТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ <1> ОТРИЦАТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ
<3> ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ данных пользователя	<0> ПОЛОЖИТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ <1> ОТРИЦАТЕЛЬНОЕ ПОДТВЕРЖДЕНИЕ
<4> ПОСЫЛКА/БЕЗ ОТВЕТА данных пользователя	Нет ответа
<8> ЗАПРОС доступа по требованию	<11> ОТВЕТ: состояние канала
<9> ЗАПРОС/ОТВЕТ. Запрос состояния канала	<11> ОТВЕТ: состояние канала
<10> ЗАПРОС/ОТВЕТ. Запрос данных пользователя класса 1	<8> ОТВЕТ: данные пользователя или <9> ОТВЕТ: запрашиваемые данные недоступны
<11> ЗАПРОС/ОТВЕТ. Запрос данных пользователя класса 2	<8> ОТВЕТ: данные пользователя или <9> ОТВЕТ: запрашиваемые данные недоступны

Разрешены также ответы <14> "Услуги канала не работают" или <15> "Услуги канала не предусмотрены". Управляющий одиночный символ Е5 может быть применен вместо ПОЛОЖИТЕЛЬНОГО ПОДТВЕРЖДЕНИЯ фиксированной длины (вторичный функциональный код <0>) или ОТРИЦАТЕЛЬНОГО ОТВЕТА фиксированной длины (вторичный функциональный код <9>), за исключением тех случаев, когда имеется запрос данных класса 1 (ACD=1) или дальнейшие сообщения могут вызвать переполнение (DFC=1).

Для небалансных процедур передачи первичная станция содержит только первичный канальный уровень, а вторичная станция содержит только вторичный канальный уровень. Одна первичная станция может быть соединена более чем с одной вторичной станцией. Совместимая связь между первичной станцией и отдельной вторичной станцией относится только к этим двум станциям. В случае более чем одной вторичной станции первичная станция должна запоминать текущее состояние каждой вторичной станции. Первичный канальный уровень относится к станции А, вторичный - к станции-партнеру В.

- тайм-аут повторения передачи кадров первичной станцией.

- интервал времени, в течение которого разрешены повторения. Вместо интервала времени может быть задано допустимое число повторений.

Рис. ПА.2 - Диаграмма переходов состояний для небалансной передачи: первичный канальный уровень

Рис. ПА.3 Диаграмма переходов состояний для небалансной передачи: вторичный канальный уровень

ПРИЛОЖЕНИЕ Б
Основные функциональные коды байта управления в сообщениях между первичной и вторичной станциями

Функциональные коды от первичной станции – ПУ	Ответные функциональные коды от вторичной станции – КП	U	B
“0” –установить удаленный канальный уровень в начальное состояние	“0” –ACK “1” –NACK	+	+
“1” –установить пользовательский процесс в исходное состояние	“0” –ACK “1” –NACK	+	+
“2” –тест канала	“0” –ACK “1” –NACK		+
“3” –передача пользовательских данных (запрос/ответ)	“0” –ACK “1” –NACK	+	+
“4” –передача пользовательских данных (запрос/без ответа)	Нет ответа	+	+
“8” –запрос о наличии данных класса 1	“11” –статус канального уровня	+
“9” –запрос статуса канала	“11” –статус канального уровня	+	+
“10” –запрос данных класса 1	“8” –передача пользовательских данных “9” –данные не доступны	+
“11” –запрос данных класса 2	“8” –передача пользовательских данных “9” –данные не доступны	+

В режиме ЗАПРОС / ОТВЕТ положительная квитанция не требуется – ответом на запрос являются пользовательские данные. Отрицательная квитанция передается от КП в следующих случаях:

- Функциональный код FC9 "запрошенные данные недоступны", когда, например, ПУ запрашивает группу ТИТ, не существующую на данном КП.

- Функциональный код FC1, когда кадр с данными от ПУ принят канальным уровнем КП без ошибок, но ASDU не может быть передан прикладному уровню, например, из-за занятости буфера.

В качестве положительной квитанции от КП в режиме ПОСЫЛКА / ПОДТВЕРЖДЕНИЕ может использоваться однобайтная посылка CONTROL1 = E5h за исключением случаев, когда необходимо послать бит DFC=1 или ACD=1. Однобайтная посылка CONTROL2 = A2h не используется.

ПРИЛОЖЕНИЕ В
Требования к составу телеметрической информации с объектов электроэнергетики