
- •Строительный проект пояснительная записка
- •Оглавление
- •Лист согласования
- •Состав проекта
- •Список используемых терминов и сокращений
- •Исходные данные для проектирования.
- •Краткая характеристика объекта автоматизации.
- •Назначение и цели создания аскуэ.
- •Состав объектов автоматизации.
- •Проектные решения.
- •5.1. Структура и функционирование аскуэ.
- •5.2.Режим работы ивк аскуэ.
- •5.3.Описание автоматизированных функций.
- •Технические и программные средства аскуэ
- •6.1.Перечень технических и программных средств применяемых для построения аскуэ.
- •6.2.Описание и характеристики основных технических и программных средств, применяемых для построения системы аскуэ.
- •6.2.1 Технические средства
- •6.2.2.Программные средства
- •6.2.2.1.Основные характеристики
- •6.2.2.2.Состав программного обеспечения
- •Сервер сбора и передачи данных с12.
- •Динамически подключаемая библиотека cc301.
- •Динамически подключаемая библиотека Tweener.
- •Динамически подключаемая библиотека t12.
- •Динамически подключаемая библиотека s7.
- •Требования к реализации транзитного обмена на успд
- •Особенности протокола
- •Формат заголовка
- •Команда транзитного обмена
- •Команда запроса мгновенных значений и конфигурации
- •Команда запроса журналов событий
- •Метрологическое обеспечение.
- •Определение сечения проводов измерительных каналов.
- •Расчет сечения проводов измерительных цепей тока.
- •Расчет сечения проводов измерительных цепей напряжения.
- •Описание общих принципов расчета показателей надежности
- •Общие аспекты надежности
- •Механическая конструкция и электрическая компоновка
- •Подавление электрических помех
- •Резервирование
- •Описание основных показателей надежности и методика расчета
- •Расчет показателей надежности
- •Краткое описание комплекса
- •Цели и задачи расчета надежности
- •Требования к надежности
- •Идентификация комплекса
- •Классификация комплекса
- •Исходные данные для расчетов и анализ структурной схемы
- •Проверка выполнимости установленных требований по надежности к элементам комплекса
- •Расчет интенсивности отказов компонентов комплекса
- •Расчет показателей надежности комплекса
- •Заявленные показатели надежности комплекса
- •Охрана труда и техника безопасности
- •Патентная справка.
- •Источники разработки
Формат заголовка
Формат заголовка имеет размер 8 байт и представлен на рис. 2.
адрес |
2 |
Размер пакета (2 байта) |
N пакета |
Флаги |
параметр |
операция |
Рис. 2
Поле ‘адрес’ должно содержать адрес объекта (линии электросчетчиков). Значение второго поля всегда должно содержать число 2. Поле ‘Размер пакета’ в запросе и ответе должен содержать количество байт пакета, включая заголовок, сообщение и CRC. Размер этого поля составляет 2 байта. Поле ‘N пакета’ предназначено для идентификации пакета. Поле ‘флаги’ уточняет тип пакета. В настоящее время задействован только самый младший бит этого поля. Значение этого бита должно быть равно 0 для запроса и 1 для ответа. Оставшиеся 7 старших бит обязательно должны быть установлены в 0, так как они зарезервированы для дальнейшего использования. Поле ‘параметр’ определяет тип запроса. Поле ‘операция’ уточняет тип операции, которая должна быть выполнена для параметра заданного в поле ‘параметр’.
Формат заголовка для пакета-ответа приведен на рис. 3.
адрес |
2(82h) |
Размер пакета (2 байта) |
N пакета |
флаги |
параметр |
результат |
Рис. 3
Поле ‘результат’ содержит результат выполнения запроса. Число 0 свидетельствует об успешном выполнении запроса, а не 0 об ошибке. В случае ошибки, во втором поле дополнительно будет установлен в 1 старший бит. Кодировка результата выполнения запроса приведена в п. 2.10.
Как уже упоминалось выше, поле ‘N пакета’ позволяет присвоить каждому пакету уникальный номер, что позволяет однозначно отслеживать соответствие полученного ответа посланному запросу. Такая возможность особенно актуальна в сетях с негарантированным временем доставки пакетов. Проблема заключается в том, что такие сети (например, GSM) могут задерживать доставку пакета на время превышающее тайм-аут ожидания ответа. В таком случае главное устройство может интерпретировать задержку ответа как его отсутствие и послать следующий запрос, а получить ответ на предыдущий запрос. Чтобы исключить такую ситуацию устройство инициатор запроса может нумеровать каждый запрос уникальным номером, а затем при приеме игнорировать все ответы, в которых поле ‘N пакета’ не совпадает с аналогичным полем запроса.
Для определения завершения приема пакета используется следующий алгоритм:
если принято меньше 4-х первых байт заголовка, то признаком завершения приема пакета для простого заголовка является тайм-аут между байтами превышающий время передачи 7 байт;
если принято 4 и более байт, то признаком завершения считается прием количества байт соответствующее значению поля ‘Размер пакета’ или тайм-аут между байтами превысит время, соответствующее времени передачи 350 байт.
Команда транзитного обмена
Номер параметра: 1
Допустимые операции: 0.
УСПД должно выполнять весь комплекс задач требуемых для синхронизации, управления и предварительного кэширования данных для подключенных к нему устройств. Однако в некоторых случаях, возможно, потребуется прямое обращение к отдельному устройству. Такая потребность может возникнуть, если необходим детальный анализ потребленной энергии с точностью до получаса (получасовые срезы), или возникла потребность восстановить хронологию событий происходивших с устройством за определенный промежуток времени (архивы событий) и т.д. Основная идея заключается в том, что запрос, предназначенный для локального устройства, помещается в ‘конверт’ и отправляется УСПД. УСПД извлекает из конверта запрос и отправляет его устройству. Принятый ответ от устройства также помещается в ‘конверт’ и отправляется инициатору обмена. Допускается только однократное вложение ‘конверта’. Для изучения форматов вложенного запроса и ответа необходимо руководствоваться документом “Инструкция оператора по работе с последовательным каналом связи” для электросчетчика CC101 или CC301. Например, если с электросчетчика со связным адресом 7, подключенного к объекту УСПД с адресом 1 необходимо прочитать версию программного обеспечения, то формат запроса должен быть таким как представлено на рис. 4.
заголовок (‘конверт’) |
вложенный запрос |
CRC |
||||||||||||||
1 |
2 |
16 |
5 |
0 |
1 |
0 |
7 |
3 |
20 |
0 |
0 |
0 |
230 |
252 |
Рис. 4.
Ответное сообщение может иметь вид как на рис. 5.
заголовок (‘конверт’) |
вложенный запрос |
CRC |
||||||||||||||||
1 |
2 |
18 |
5 |
1 |
1 |
0 |
7 |
3 |
20 |
0 |
49 |
46 |
48 |
56 |
147 |
188 |
Рис. 5.
1.7 Для более эффективного использования канала связи в протокол обмена электросчетчика СС101/СС301 включена функция с номером 7 и параметры с номером 1 (запрос мгновенных значений и конфигурации электросчетчика) и номером 2 (запрос журналов событий электросчетчика). Все типы данных и объявления переменных приведены в соответствии с синтаксисом языка С/С++.
Формат для определения даты/времени следующий:
-
секунды
минуты
час
день
месяц
год
Год – две последние цифры года.