![]()
Технология ADDAX для AMR систем
SMART IMS 5.5
Общее описание
ADDM.410011.011

Содержание
1 Введение. 4
1.1 Современный рынок энергоресурсов. 4
1.2 Дерегулирование рынка. 4
1.3 Информационное обеспечение рынка. 5
1.4 Преимущества SMART IMS. 5
1.5 Документы по SMART IMS. 6
1.6 Контакт с разработчиком SMART IMS. 6
2 Принципы Smart IMS. 7
2.1 Модель SIMS. 8
2.2 Сервисный Центр. 8
2.2.1 Архитектура ПО Центра. 9
2.2.2 Компонентная модель 10
2.2.3 Интеграция с DLMS/COSEM. 11
2.2.4 Разработка системы на основе ADDAX API. 12
2.2.5 Оборудование Центра и системные требования. 12
Компьютеры. 12
Модемы. 13
2.3 Сеть 13
2.3.1 Структура сети. 14
2.3.2 Ретрансляция. 15
2.3.3 Основные функции маршрутизатора. 15
2.3.4 Автообнаружение устройств. 16
2.3.5 Мультимастерность 16
2.3.6 Синхронизация сетевого времени. 16
2.3.7 Сетевой менеджмент и диагностика. 17
2.3.8 Пример сети ADDAX. 17
2.3.9 Сетевое оборудование и организация сети. 18
Маршрутизаторы. 18
Устройства присоединения. 20
Ручной терминал. 21
Сетевые фильтры. 22
Монитор линий RML 22
3 Учёт энергопотребления в SMART IMS. 25
3.1 Учёт потребления электроэнергии. 25
3.1.1 Счётчики электроэнергии ADDAX. 25
Однофазные счётчики. 25
Трёхфазные счётчики. 26
3.1.2 Многотарифный учёт 28
3.1.3 Режимы предоплаты и кредита. 29
3.1.4 Управление потреблением. 29
3.1.5 Защита от хищений электроэнергии. 29
3.1.6 Защита счётчика. 30
3.2 Учёт потребления других ресурсов. 30
4 Использование SIMS для управления нагрузкой. 32
5 SMART IMS в наружном (уличном) освещение. 33
5.1 Групповое управление светильниками линий. 33
5.2 Индивидуальное управление светильниками линий. 35
Приложение. 36
2 Введение
Основные принципы устройства системы SMART IMS её преимущества и отличия от других AMR систем связаны с особенности современного рынка энергоресурсов.
2.1 Современный рынок энергоресурсов
Потребители и производители энергии взаимозависимы и связаны не только потоками произведенной энергии, но и инвестициями, необходимыми для производства, преобразования, транспортировки и потребления этой энергии.
Правильные инвестиционные решения обеспечивают адекватные, надежные, непрерывные поставки энергии по приемлемым ценам в краткосрочной и долгосрочной перспективе, что воспринимается на любом уровне – отдельной компании, города, страны, региона, – как энергетическая безопасность. И, напротив, неверные инвестиционные решения представляют собой основной риск для безопасности энергоснабжения.
С этой точки зрения правильная энергетическая политика — это политика в поддержку развития открытого и конкурентного энергетического рынка, который обеспечивал бы ясные рыночные сигналы для принятия правильных решений.
Основным инструментом сокращения рисков поставки является диверсификация энергоснабжения, которая предоставляет потребителям возможность выбора поставщиков.
2.2 Дерегулирование рынка
Сложившиеся к настоящему моменту рынки почти полностью контролируются естественными монополистами – владельцами распределительных сетей. Они закупают у производителей энергоресурсы и перепродают их в розницу потребителям, покрывая свои издержки за счёт выгодной ценовой политики (рис. 1.1). В таких условиях, чаще всего нет гарантий регулярности поставок, отсутствует ощутимая динамика по удешевлению ресурсов или повышению их качества. Нет, также, гибкости во взаимоотношениях сторон.

Рис.1.1 Традиционный рынок энергоресурсов
Для повышения энергетической безопасности рынок подвергается реструктуризации или дерегулированию.
Под дерегулированием понимается передача части функций монополиста сторонним компаниям, например, розничным торговцам, которые вступают друг с другом в конкуренцию и придают рынку выгодную потребителю динамику (рис. 1.2).
В результате, потребитель выбирает тот «маршрут» доставки ресурса, который представляется ему наиболее выгодным и надёжным.

Рис. 1.2 Дерегулированный рынок энергоресурсов
Владелец сети распределения предлагает розничным торговцам услуги по доставке энергоресурсов потребителям. У него также есть возможность выбора компаний, предоставляющих наиболее выгодные условия.
Дальнейшее дерегулирование рынка может состоять в передаче прав на техническое обслуживание сети распределения и потребительского оборудования независимым сервисным компаниям.
2.3 Информационное обеспечение рынка
Разумеется, все субъекты рынка нуждаются в информационном обмене. Это могут быть учётные данные или аварийные сигналы, передаваемые от исполнительных устройств в соответствующие службы компаний (трафик вверх), либо управляющие команды, направленные в обратную сторону (трафик вниз).
Анализ оперативных и архивных данных позволяет гибко реагировать на рыночные сигналы, выявлять актуальные тенденции и принимать обоснованные решения. Следовательно, одной из главных особенностей дерегулированного рынка становится его информационная доступность, открытость.
Кроме обеспечения вертикального трафика, предполагается, что информационная система содержит общую базу данных, из которой каждая компания получает интересующий её информационной срез.
Основным требованием к системе является обеспечение доступа к данным одновременно для произвольного числа компаний-клиентов. Система должна быть открыта по отношению к клиентским программным продуктам прикладного уровня (далее – клиентские приложения).
2.4 Преимущества SMART IMS
В настоящем документе представлено описание информационно-управляющей системы SMART IMS (далее – Система или SIMS). Система является программно-аппаратным продуктом, выполненным по технологии ADDAX.
Функциональность Системы достаточна для информационного обслуживания энергетического рынка любого масштаба и сложности.
К числу основных преимуществ SIMS относятся:
1. Открытость Системы для клиентских приложений
2. Способность Системы интегрировать приборы учёта и другие исполнительные устройства разных производителей
3. Технологическая завершённость Системы. Технология ADDAX предоставляет всё необходимое оборудование и программное обеспечение, что позволяет «монтировать» Систему «под ключ»
4. Низкие капитальные затраты, связанные с использованием PLC в качестве канала связи «последней мили»
2.5 Документы по SMART IMS
В данном документе представлено рамочное описание Системы, позволяющее составить общее представление о назначении SIMS, принципах работы и устройстве.
Подробная информация о SIMS представлена в ряде документов, входящих в комплект поставки Системы.
2.6 Контакт с разработчиком SMART IMS
Для получения дополнительной информации обращайтесь в
Tel: (+ 7 4, (4
e-mail: *****@***ru
www. *****
3 Принципы Smart IMS
Система Smart IMS ориентирована на рынки, в которых взаимосвязь Поставщика и Потребителя энергоресурсов осуществляется через посреднические услуги Розничного продавца, Владельца распределительной сети, Сервисной компании, и, возможно, Других компаний (рис. 2.1). Все субъекты рынка действуют в одном информационном поле, которое предоставляет им SIMS.

Рис. 2.1 Субъекты рынка и информационные потоки SIMS
Количество и качество субъектов рынка может изменяться из-за привлечения/ухода некоторых компаний и потребителей, поэтому Система разработана с учётом динамически изменяющейся области применения, то есть обладает следующими особенностями.
1. Открытость – способность свободно обмениваться данными и управляющими командами со сторонними системами. С этой целью Система допускает введение:
q новых типов и версий исполнительных устройств (приборов учёта и др.)
q новых версий коммуникационных протоколов (при сохранении поддержки старых версий)
q новых внешних форматов
5. Масштабируемость, понимаемая как устойчивость архитектуры SIMS к значительному увеличению:
q функциональности
q количества инсталлированных исполнительных устройств (от единиц до десятков миллионов)
q объёма передаваемых и обрабатываемых данных
q количеству клиентских рабочих мест
q количеству внешних систем, обменивающихся данными с SIMS
6. Конфигурируемость – способность функционировать в виде произвольного сочетания своих компонентов с целью создания образа сети потребления, отвечающего задачам конкретной компании – субъекта рынка.
Отметим, что системы с жёсткой структурой – фиксированными связями между отдельными компонентами, – не удовлетворяют перечисленным требованиям. Например, классическая AMR модель, в которой между клиентами системы и исполнительными устройствами предусмотрено промежуточное звено – концентратор, не может быть конфигурируемой, поскольку введение в систему других устройств, или коммуникационных решений потребует замены или переделки концентратора.
SIMS является гибкой системой, поскольку представляет собой платформу, на базе которой можно составлять различные информационно-управляющие конфигурации, отвечающие текущей структуре рынка потребления.
3.1 Модель SIMS
В упрощённом виде Система представляет собой три взаимодействующие области (рис. 2.2 снизу вверх):
1. Исполнительные устройства – приборы учёта, контроллеры и др. – производства ADDAX и других производителей
2. Сеть ADDAX.Net (далее – Сеть ADDAX, сеть) предназначена для передачи команд от клиентских приложений, расположенных вне сети, исполнительным устройствам (выступающим в роли серверов), и ответной передачи данных в обратном направлении
3. Сервисный Центр (далее – Центр), обеспечивающий клиентским приложениям доступ в сеть, её работоспособность, а также управление базами данных

Рис. 2.2 Модель SIMS
На рис. 2.2 представлены скорее аппаратные связи в Системе, тогда как её логическая структура определяется принципами построения Центра, точнее – его программного обеспечения (ПО).
3.2 Сервисный Центр
Общим термином Центр обозначается как штатное оборудование SIMS, включающее компьютеры, локальную сеть, модемы и др., так и программное обеспечение (ПО). ПО отвечает тем же требованиям, которые предъявляются к Системе – открытости, масштабируемости и конфигурируемости. Этими условиями определяется выбор архитектуры ПО и технологии его реализации.
Для разработки Центра была выбрана платформа . Учитывались следующие преимущества:
· Единство стандартов и подходов от ведущего поставщика программного обеспечения и бизнес-приложений
· Снижение издержек на администрирование и сервисную поддержку
· Снижение издержек на обучение персонала
Использовались технологии:
· Серверная часть:
q Microsoft Windows Server 2003 – операционная система
q Microsoft Internet Information Server (в составе Microsoft Windows Server 2003)
q Microsoft Message Queue (в составе Microsoft Windows Server 2003)
q Microsoft SQL Server 2003 – в качестве СУБД
q Microsoft Windows Installer
· Клиентская часть:
q Microsoft Windows XP
3.2.1 Архитектура ПО Центра
Структура ПО Центра соответствует трёхзвенной клиент-серверной архитектуре Системы (рис. 2.3): клиентские приложения, сервер приложений, хранилище данных – объединённых оболочкой SIMS FrameWork.
Программное обеспечение включает также такие компоненты как RootRouter, обеспечивающий связь вышележащих компонентов Центра с исполнительными устройствами через сеть , и NMS (Network Management System), предназначенный для оценки состояния сети и управления потоками данных между исполнительными устройствами и клиентскими приложениями.

Рис. 2.3 Структура ПО Центра
Уровень клиентских приложений предоставляет клиентам ADDAX интерфейс для запросов на поиск и обработку данных, передаёт запросы серверу приложений, анализирует полученные данные и возвращает их клиентам.
Сервер приложений получает запросы от клиентского уровня, обеспечивает интерфейс к серверу БД, обрабатывает полученные данные и передаёт результаты на клиентский уровень.
Хранилище выполняет запросы к серверу БД и поддерживает структуру данных. Обращение клиентских приложений непосредственно к хранилищу не предусматривается.
Если предлагаемый ADDAX способ представления, обработки и анализа данных не устраивает клиента, он может создать собственное приложение клиентского уровня. Такая возможность существует благодаря разделению клиентского и серверного уровней Центра. Клиентское приложение строится на основе сервисов, предоставляемых сервером приложений. Описание необходимых сервисов документировано и общедоступно.
3.2.2 Компонентная модель
Уровни – клиентский и серверный – содержат переменные наборы компонентов, доступ к которым открыт. Каждый компонент представляет собой программный модуль, обладающий некоторым набором функций – сервисов. Компоненты клиентского уровня обращаются к серверным компонентам. Доступ к сервисам определяется правами, устанавливаемыми администратором Центра. Набор компонентов, составляющих то или иное клиентское приложение, определяется характером задачи, которую приложение решает.
Компоненты каждого уровня объединены соответствующими приложениями – Framework (рис. 2.4). Framework клиентского уровня позволяет создавать рабочие места различной функциональности за счёт подбора соответствующих компонентов.

Рис. 2.4 Приложения Framework и рабочие места
Компоненты пронумерованы для наглядности
На рис. 2.4 показан пример организации клиентских рабочих мест A, B, C. На каждое рабочее место устанавливается Framework с тем набором компонентов, который обеспечивает функциональность данного рабочего места. В дальнейшем, системный администратор Центра может добавлять или исключать какие-либо компоненты на любом рабочем месте.
Framework сервера может запускаться как сервис Windows. При большой нагрузке на компоненты сервера его можно установить на нескольких компьютерах, разделив компоненты между ними. База данных DB также может устанавливаться на отдельный компьютер.
Предусмотрена возможность наращивания числа компонентов, как на клиентском, так и на серверном уровне, в том числе за счёт разработок самих клиентов ADDAX. В последнем случае разработка осуществляется на основе интеграции с компонентами ADDAX, интерфейсы которых документированы и общедоступны.
3.2.3 Интеграция с DLMS/COSEM.
В сервер приложений интегрирован компонент (набор сервисов) ADDAX/DLMS, предназначенный для работы Центра как с DLMS/COSEM устройствами, так и с DLMS/COSEM системами сбора данных (рис. 2.5).

Рис. 2.5 Интеграция с DLMS/COSEM
Компонент ADDAX/DLMS реализован в виде двух уровней:
· DLMS представление
· Эмуляция DLMS устройств
Благодаря такому разделению удаётся использовать следующие варианты использования Системы с (рис. 2.6).

a) b)
Рис. 2.6 Варианты интеграция с DLMS/COSEM
На рис. 2.6a показан вариант наращивания Системы за счёт DLMS устройств, которые взаимодействуют с Системой через уровень DLMS представления.
Способ интегрирования устройств ADDAX в стороннюю DLMS/COSEM систему сбора данных показан на рис. 2.6b. Устройства ADDAX на уровне эмуляции представляются в виде DLMS серверов, с которыми сторонняя система поддерживает связь, как DLMS устройствами.
3.2.4 Разработка системы на основе ADDAX API.
Сторонняя система сбора данных (Data Collection System на рис. 2.7) может быть реализована на основе интерфейса для программных приложений ADDAX API, который частично скрывает особенности DLMS/COSEM протокола, а именно A-XDR кодирование и формирование APDU (application data unit). Интерфейс реализован в модуле ADDAX_API.

Рис. 2.7 Построение системы сбора данных с использованием ADDAX API
Необходимая для разработки системы сбора данных на основе ADDAX API информация документирована и общедоступна.
В Систему могут быть интегрированы устройства других производителей (в том числе, не поддерживающие DLMS/COSEM) при условии включения соответствующих адаптеров в уровень DLMS эмуляции (рис. 2.7). Разработка адаптеров является предметом соглашений между разработчиком SIMS и заказчиком.
3.2.5 Оборудование Центра и системные требования
Компьютеры
Компьютер Центра должен обладать следующей минимальной конфигурацией:
· CPU – Pentium IV
· RAM – 512 Mb
· HDD – 100 Gb
На компьютер должна быть установлена одна из следующих операционных систем:
· Windows 2003 Server + WindowsServer2003-KB828741-x86-ENU. EXE
· Windows 2003 Server + SP1
· Windows XP + SP1
Модемы
При использовании каналов GSM/GPRS для связи компьютера Центра с сетью применяется следующий комплект оборудования
· GSM модем TANGO-900/1800-1-G10
· Антенны ANT-005B-GEWINKELT и комплект кабелей PS-002-N/JP3 + KA01 производства компании FALCOM
Перечисленные устройства не входят в комплект поставки SIMS и приобретаются заказчиком самостоятельно.
При использовании телефонного канала для указанной связи можно применять любой телефонный модем, соответствующий стандартам связи по месту развёртывания SIMS.
Подключение компьютера к Ethernet каналу осуществляется обычным способом, применяемым при устройстве локальной сети. Данная процедура должна осуществляться сетевым администратором в соответствии с принятыми в данной сети настройками.
3.3 Сеть
Сеть разработана с учётом следующих особенностей организации связи на рынке энергоресурсов.
1. Устройства сети – счётчики, контроллеры – относительно просты. Длина сообщений и трафик от отдельных устройств невелики.
2. Топология сети потребления, напротив, сложна, поэтому для охвата всех устройств используются разнообразные каналы связи. При этом полоса пропускания отдельных каналов может быть ограничена.
3. Сеть обслуживает устройства различных производителей, которые могут использовать разные коммуникационные протоколы.
4. Количество конечных потребителей велико, поэтому используются технические решения, снижающие эксплуатационные затраты при устройстве сети
Кроме перечисленного сеть должна удовлетворять общим требованиям, предъявляемым к Системе (п. 2.1), то есть быть открытой, масштабируемой и конфигурируемой.
Исходя из сказанного, ясно, что это должна быть распределённая многоуровневая адресная сеть, способная работать с разнообразными каналами передачи данных.
В технологии ADDAX используется многоуровневый стек протоколов, подобный стеку протоколов модели ISO/OSI:
Прикладной уровень | Обеспечивает доступ в сеть клиентским приложениям |
Транспортный уровень | Обеспечивает передачу данных между прикладными процессами в виде последовательности сообщений. Максимальный размер сообщения равен 512 байт. Отвечает за сегментацию сообщений на сетевые пакеты при отправке и корректную сборку сообщений из сетевых пакетов при приеме. Специальное кодирование, затрудняющее несанкционированный доступ к данным также реализовано на транспортном уровне. Поддерживается два транспортных сервиса: автоматический, при котором источник посылает сообщение по своей инициативе, не ожидая ответного сообщения, и запрос/ответный, при котором одна сторона (клиент) посылает сообщение–запрос, другая (сервер) обязана отреагировать на него ответным сообщением. |
Сетевой уровень | Доставляет сетевые пакеты в пределах всей сети ADDAX, предоставляя сервис передачи данных без установления соединения, сегментации пакетов и коррекции ошибок. Сетевой пакет имеет фиксированный размер 44 байта. |
Канальный уровень | Доставляет канальные кадры в пределах локальной сети (группы узлов, соединенных общей средой передачи). Для некоторых видов сред (PLC/MV, PLC/LV, RF) канальный уровень поддерживает ретрансляцию кадров промежуточными узлами, позволяющую передавать кадры за пределы зоны прямой слышимости. В качестве ретранслятора может выступать любой узел. Канальный уровень отвечает за автоматическое обнаружение всех доступных узлов. Синхронизация сетевого времени реализуется на канальном уровне в зависимости от типа и особенностей канала. |
Физический уровень | Поддерживает многообразие различных сред передачи. Каждая среда характеризуется своими методами кодирования, коррекции ошибок и доступа к среде |
Для обеспечения сквозной передачи данных из канала в канал используются специализированные коммуникационные устройства – маршрутизаторы ADDAX.
Физически сеть представляет собой совокупность маршрутизаторов и конечных исполнительных устройств (счётчиков, контроллеров), соединенных друг с другом различными коммуникационными каналами. Все устройства сети имеют уникальные адреса.
Для устройств ADDAX это четырехбайтный идентификатор (ID), в качестве которого используется заводской номер устройства. ID используется также в качестве физического (MAC) адреса, логического (сетевого) адреса и/или идентификатора прикладной задачи. Адресация устройств никак не связана с топологией сети, местоположением или типом устройства.
Нулевое значение ID (0x) зарезервировано для специального использования. Прикладная задача Центра имеет зарезервированный ID (0xFFFFFFFF).
В настоящее время поддерживаются следующие каналы:
· GSM/SMS/GPRS
· PSTN (9600 baud)
· TCP/IP (подключение через Ethernet 10BaseT)
· PLC/MV (4800 baud, максимальный размер кадра 85 байт)
· PLC/LV (300 baud, максимальный размер кадра 83 байта)
· RF (4800 baud, максимальный размер кадра 256 байт)
· Четырехпроводной интерфейс CM. BUS (2400 baud)
3.3.1 Структура сети
На рис. 2.3 показана сеть в виде логических связей между узлами: Центром, маршрутизаторами и исполнительными устройствами.
Непосредственно с Центром связываются маршрутизаторы, у которых есть каналы «вверх» такие же, какие поддерживает Центр, например, GSM и Ethernet. По каналам «вниз» – MV и LV – маршрутизаторы поддерживают связь с другими маршрутизаторами или исполнительными устройствами, которые располагают такими же каналами «вверх». Аналогично строится вся сеть.

Рис. 2.3 Структура сети
Технология ADDAX предлагает серию маршрутизаторов, имеющих различные сочетания пар каналов таких, чтобы выстроить сеть достаточно сложной топологии.
3.3.2 Ретрансляция
Ввиду значительной протяжённости линий связи и высокого уровня помех в каналах PLC некоторые конечные устройства могут находиться вне зоны «слышимости» маршрутизатора. Чтобы охватить связью всю сеть, устройства ADDAX наделены функцией ретрансляции, то есть маршрутизатор может адресовать пакет конечному устройству через другие устройства. Максимальное количество промежуточных узлов – семь.
Например, на рис. 2.3 показано, что маршрутизатор D связывается с устройством #5 через промежуточные узлы #3 и #4.
Функция ретрансляции позволяет строить разветвлённые сети.
3.3.3 Основные функции маршрутизатора
Каждый маршрутизатор является мастером сегмента сети расположенного «ниже». Он хранит в памяти список устройств своего сегмента и маршруты к устройствам – таблицу маршрутизации. Согласно протоколу обмена маршрутными таблицами, маршрутизатор предоставляет свою маршрутную таблицу на верхний уровень, мастеру. В конечном итоге, в Центре собирается список всех устройств сети и маршруты к ним (рис. 2.3).
Маршрутизатор исключает устройство из маршрутной таблицы, если в течение двух суток не было связи с устройством.
Разработанные к настоящему моменту маршрутизаторы способны хранить таблицы маршрутизации для 2500 устройств, либо для 30000 устройств.
Основной функцией маршрутизатора является передача адресных пакетов: команд – сверху вниз, и данных – снизу вверх. Маршрутизатор располагает буфером, в котором каждый пакет помещается в очередь и хранится до момента, когда появляется возможность передать его по назначению, либо до истечения времени жизни (time to discard – TTD) пакета. Величину TTD устанавливает узел, формирующий пакет. В любом случае пакеты не хранятся больше недели.
Кроме вертикального поддерживается также и горизонтальный трафик – коммуникации между устройствами внутри сети. В этом случае пакет передаётся вверх до того узла, в маршрутной таблице которого содержится устройство с адресом назначения, а затем вниз к устройству. Например, узел #1 (рис. 2.3) передаёт пакет узлу #2 через узлы A и B, а узел C передаёт пакет узлу D через Центр.
3.3.4 Автообнаружение устройств
Увеличение количества узлов в Системе – несложная процедура, благодаря тому, что устройства ADDAX представляют собой приборы типа plug-n-play.
Добавление новых устройств происходит следующим образом. Вновь подключенное устройство находится в состоянии ожидания сообщений от мастера сегмента сети. Мастер регулярно посылает в сеть широковещательные пакеты регистрации устройств и синхронизации времени. Устройство, получив такой пакет, устанавливает связь с мастером и сообщает ему свои учётные данные. Мастер заносит устройство в свою маршрутную таблицу и передаёт её вверх. По цепочке маршрутизаторов сведения о новом устройстве доставляются в Центр.
Таким образом, добавление устройства в сеть не требует каких-либо настроек по месту установки, либо дополнительных действий со стороны Центра. Для устройств посторонних производителей технология ADDAX предлагает эффективный способ решения этой проблемы (см. 3.2).
3.3.5 Мультимастерность
В смежных сегментах сети возможна взаимная слышимость, когда пакеты от одного мастера попадают в зону слышимости устройств, зарегистрированных другим мастером. Например, на рис. 2.4 устройство #n принимает пакеты от своего мастера B и от мастера смежного сегмента – A.

Рис. 2.4 Взаимная слышимость в сегментах сети
Такая ситуация возможна, например, если маршрутизаторы A и B подключены к разным фидерам одной трансформаторной подстанции.
В Системе допускается установка логической связи (регистрация) с несколькими мастерами: для счётчиков – с двумя, для маршрутизаторов – с четырьмя. Для устранения возможных конфликтов, когда несколько мастеров попытаются обратиться к одному устройству, вводится расписание, сдвигающее каждого из мастеров в своё временное окно связи.
Мастер С отправляет пакет адресованный узлу #n либо обоими маршрутами: C-A-#n, C-B-#n, либо по маршруту зарегистрированному последним (то есть, соответствующему лучшей слышимости). Если пакет отправляется обоими маршрутами, то благодаря сдвигу окон связи, устройство #n получит пакет от одного из маршрутизаторов, а не от обоих.
3.3.6 Синхронизация сетевого времени
Мастер регулярно посылает в сеть широковещательный пакеты регистрации устройств и синхронизации времени. Получив такой пакет, ведомые устройства корректируют (при необходимости) своё время. Вся сеть синхронизирует время с Центром, который, в свою очередь, получает точное время из сети Internet.
Формат пакета времени содержит поля: год/месяц/день/час/минута/секунда.
Устройство считает свои часы не синхронизированными если не было получено ни одного пакета синхронизации времени за период:
· Для маршрутизатора – 30 суток
· Для конечного устройства – с момента старта
3.3.7 Сетевой менеджмент и диагностика
Для анализа состояния сети и управление потоками данных используется компонент ПО Центра – Network Management System (NMS). Этот компонент выполняет следующие функции:
· Создание расширенной таблицы маршрутизации – сетевого дерева. Анализ мультимастерной среды и разрешение конфликтов. Проверка работоспособности маршрутов к устройствам и самих устройств (ping)
· Добавление клиентов среднего уровня (систем сбора данных), изменение их свойств, привязка устройств к клиентам
· Сбор различных статистик при передаче данных по каналам, фиксация истории и текущих аварий маршрутизаторов
NMS предоставляет удобный визуальный интерфейс как для управления сетевыми настройками (маршрутизаторами), так и для просмотра всех данных, относящихся к состоянию сети.
3.3.8 Пример сети ADDAX
Пример организации развернутой сети ADDAX с использованием каналов Ethernet, PLC/MV, PLC/LV, RF приведен на рис. 2.4. Для передачи данных между каналами используются маршрутизаторы со следующими парами каналов:
· MV/GSM или MV/Ethernet
· LV/GSM или LV/Ethernet
· LV/MV
· RF/LV
Представленные на рисунке устройства LCU и SSC являются контроллерами, которые используются в системе уличного освещения (см. соответственно 4, 5). Устройство AIU (ADDAX Interface Unit) представляет собой интерфейсный модуль, обеспечивающий совместимость сторонних счётчиков с сетью ADDAX.

Рис. 2.4 Общая схема сети ADDAX
3.3.9 Сетевое оборудование и организация сети
Маршрутизаторы
В SMART IMS используются следующие типы маршрутизаторов (рис. 2.5), с помощью которых можно построить различные сегменты сети.
Маршрутизаторы | Каналы вниз | Каналы вверх |
RTR512.1-3L/1M | 3´LV | 1´MV |
RTR512.2-2M/EG | 2´MV | Ethernet, GSM |
RTR512.2-2M/ER | 2´MV | Ethernet, GPRS |
RTR512.4-6L/1M | 6´LV | 1´MV |
RTR512.6-6L/T | 6´LV | PSTN |
RTR512.7-6L/G | 6´LV | GSM |
RTR512.7-6L/R | 6´LV | GPRS |
RTR512.8-6L/E | 6´LV | Ethernet |
RTR512.9-2M/E | 2´MV | Ethernet |
RTR512.10-6L/EG | 6´LV | Ethernet, GSM |
RTR512.10-6L/ER | 6´LV | Ethernet, GPRS |
RTR512.11-2M/ET | 2´MV | Ethernet, PSTN |
RTR512.12-6L/2M | 6´LV | 2´MV |
RTR511.12-6L/2M | 6´LV | 2´MV |
RTR512.14-4M/ER | 4´MV | Ethernet, GPRS |
RTR552.1-F/L | F (Radio) | LV |
| Внимание! Таблица маршрутизаторов приведена для справки. При заказе необходимо установить контакт с разработчиком (см. п. 1.6) и ознакомиться с актуальной номенклатурой выпускаемых изделий |

|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |


