Особенности структуры потоков информации между районными и региональными центрами обработки информации |
Информацию, передаваемую от первичных источников информации в центр учета потребления энергетических ресурсов можно разделить на несколько категорий, которые используются при оперативном анализе энергопотребления, диагностике состояния сети учета энергопотребления и при оценке энергопотребления за отчетный период:
Эту информацию в свою очередь можно разделить на две категории:
Функциональные возможности сервера помимо рассмотренных выше возможностей регистрации показаний и управления объектовым оборудованием имеют поддержку авторизованного доступа клиентских приложений. Для реализации работы клиентского программного обеспечения используется единый интерфейс запросов. Интерфейс сетевых запросов сервера реализует следующие функции:
Указанная функциональность сервера реализуется за счет одновременного использования двух различных потоков данных по направлениям:
Информационный обмен по каналу «сервер - клиентское приложение» включает большую часть функций, канала «сервер - объектовое оборудование», а также включает дополнительные запросы и информационные сообщения для реализации ряда функций клиентского программного обеспечения (ПО).Отличительной особенностью клиентского программного обеспечения является отсутствие необходимости использования уникальных идентификаторов после установки соединения с сервером и прохождения авторизации. В этом случае клиент знает, с каким из серверов выполняется сетевой обмен, а клиент знает регистрационное имя и права доступа клиента после завершения процедуры авторизации. Такое решение обусловлено тем, что отсутствует необходимость передачи данных между клиентскими приложениями через серверы системы ЖКХ. Подобный механизм обмена затруднен вследствие отсутствия постоянного подключения большинства клиентских приложений к серверу и противоречит требованию хранения обезличенных данных на сервере системы мониторинга энергопотребления. Возможности настройки объектового оборудования реализуются с использованием пакетов такой же структуры, как и в канале «сервер - объектовое оборудование». Процедура настройки оборудования включает два этапа. Запрос текущих настроек прибора. При этом клиентское приложение отправляет команду «Получить настройки» для соответствующего прибора, сервер ретранслирует это сообщение в канал «сервер - объектовое оборудование» и после получения ответа передает настройки клиенту. Структура блока настроек будет зависеть от типа и версии соответствующего устройства. После изменения настроек пользователем, клиент отправляет команду «установить настройки» на сервер. Сервер ретранслирует это сообщение в канал «сервер - объектовое оборудование» и после получения ответа передает результат клиенту. Подобные операции выполняются только с клиентских приложений инженера системы и только при наличии соответствующих прав доступа. Для контроля текущего состояния приборов контроля (наличие подключения, неисправности и тревоги) сервер выполняет периодическую отправку данных подключенным клиентским приложениям инженера системы. Структура инженерной команды на внеочередной запрос текущих показаний прибора контроля или интеллектуального датчика аналогична рассмотренной в предыдущем разделе. Для визуализации текущих показаний приборов в виде таблиц и графиков используется постоянная ретрансляция показаний приборов на соответствующие клиентские приложения. При этом оператор выбирает интересующие его каналы мониторинга и допустимый шаг временной дискретизации (частоту, с которой выполняется ретрансляция показаний с сервера). Структура запроса приведена в таблице 1. Таблица. 1 - Структура запроса клиентского приложения на мониторинг текущих показаний
После получения запроса сервер проверяет права доступа клиента к соответствующему прибору и, если просмотр разрешен, начинает сбор и отправку данных. Поскольку интервал просмотра может быть больше интервала опроса соответствующего прибора учета или датчика, сервер выполняет расчет трех параметров: минимального, максимального и среднего значения и отправляет и при необходимости отправляет все три параметра клиенту. Структура информационного пакета с текущими показаниями прибора приведена в таблице 2. Параметр «Флаги состояния канала» определяет, какое количество параметров будет передано (1 или 3). Если желаемая частота просмотра была указана больше, чем частота опроса, то выполняется отправка 3 параметров для каждого поля массива «Значения», если же частота оказалась меньше или равной частоте опроса, то выполняется отправка только одного значения для каждого поля массива «Значения» (таблица 2). Таблица 2 - Структура пакета с показаниями канала (датчика или прибора учета)
Если оператор решает завершить просмотр показаний, то на сервер выполняется отправка пакета запроса на просмотр данных со значением частоты равным 0. После этого сервер прекращает процедуру отправки данных на клиентское ПО. Для запроса архивной информации с сервера используется информационное сообщение, структура которого приведена в таблице 3. Таблица 3 - Структура запроса на просмотр архивных данных по заданному каналу объекта
При получении такого запроса сервер выполняет поиск и обработку (масштабирование) показаний по содержимому базы данных. После чего выполняет отправку одного или нескольких пакетов, структура пакетов аналогична приведенной в таблице 2. Если данные за указанный период отсутствуют в базе сервера, то количество точек в ответе сервера будет равно 0. Для передачи диагностических сообщений о возникающих в системе событиях используется пакет, структура которого приведена в таблице 4. Рассылку сообщений сервер выполняет для всех подключенных в данный момент клиентов при условии, что у клиента имеются соответствующие права. Таблица 4 - Структура пакета диагностического сообщения с сервера
Для получения архива сообщений с сервера используется команда приведенная в таблице 5. После получения данной команды сервер отправляет все сообщения из архива за указанный период. Если сообщения за указанный период отсутствуют в архиве, то сервер выполняет отправку внеочередного сообщения для данного клиента с информацией, что сообщения отсутствуют. Таблица 5 - Запрос на просмотр списка сообщений с сервера
Основную нагрузку на информационный канал «сервер - клиентское приложение» оказывают пакеты с информацией о текущем состоянии сети объектов мониторинга (сообщения из таблицы 1) и сообщения с текущими показаниями каналов, за которыми наблюдает оператор (таблица 5). Поскольку частота опроса прибора учета или интеллектуального датчика обычно будет соответствовать частоте просмотра, то в массиве значений будет присутствовать только один параметр и размер пакета будет равен 21 байт. Частота отправки пакетов с показаниями при этом будет соответствовать частоте опроса данных. Для типовых частот опроса объемы передаваемых в сутки данных приведена в таблице 6.
Таблица 6 - Объемы передаваемых данных ( S , кбайт) при контроле текущих показаний приборов учета потребления энергоресурсов и интеллектуальных датчиков в сутки
Если желаемая частота просмотра оказывается выше реальной частоты опроса, то, несмотря на большую длину пакета, интервал отправки будет сокращаться, и общие требования к скорости линий передачи данных будут снижаться. Также следует отметить, что большую часть времени клиентские приложения операторов и инженеров системы будет работать в локальной сети сервера, поэтому скорость передачи данных будет достаточно высокой (100 МБит/с и более). Поскольку в системе предусмотрена поддержка оповещения клиентов о возникающих внештатных ситуациях, постоянный мониторинг каждого счетчика в здании не требуется. Переход к просмотру текущих показаний приборов учета и интеллектуальных датчиков в отдельной точки контроля возможен после получения соответствующего диагностического сообщения (например, выход определенных параметров за допустимые границы). В таком режиме работы будет требоваться постоянный контроль только за крупными узлами распределения энергоресурсов (котельные, водонапорные станции, трансформаторные подстанции и т. д.). Такой режим работы позволит существенно снизить нагрузку на серверы системы и каналы передачи данных.
|