Технические характеристики модема GSM1318

Внешний вид модема показан на рисунке 1. Модем изготовлен в ударопрочном, пластмассовом корпусе. Габаритные размеры - 64х64х24 мм. Температура эксплуатации: от минус 30 до плюс 70 градусов Цельсия.

На передней панели размещены SMA разъем для внешней антенны, держатель SIM – карты с автоматическим выталкивателем и светодиодный индикатор режимов работы. На задней панели размещены разъем DB9 для RS-232, и интерфейс пользовательских вводов/выводов. Эти интерфейсы показаны на рисунке 2.

В модеме GSM1318 реализован полный последовательный интерфейс RS-232, v24, который выведен на стандартный 9 – контактный разъем DB9.

При этом можно использовать различные режимы передачи по последовательному порту (команда АТ+ICF):

• 1 8 data, 2 stop, no parity;
• 2 8 data, 1 stop,1 parity;
• 3 8 data, 1 stop, no parity;
• 4 7 data, 2 stop, no parity;
• 5 7 data, 1 stop, 1 parity;
• 6 7 data, 1 stop, no parity;
•
0 odd;
• 1 even;
• 2 mark;
• 3 space.

Это позволяет использовать модем с периферийными устройствами разных производителей.
В GSM1318 поддерживается прозрачный режим. Для этих целей используется команда:
AT+CBST = A, B, C;
где A, B, C — параметры, задаваемые пользователем и определяющие: A -скорость передачи, B - имя, C – выбор режима (прозрачный, непрозрачный или оба режима с предпочтением одного другому).

В качестве внешнего интерфейсного разъема использован Molex 43024-0800. На этот разъем выведены контакты для подключения питания, голосовой гарнитуры, два программируемых логических ввода/вывода и один силовой логический вывод общего назначения. Описание выводов и их назначение показаны в таблице 2.

Таблица 2. Назначение выводов интерфейсного разъема модема GSM1318

Благодаря наличию пользовательских вводов/выводов (IO), модем GSM1318 предоставляет разработчикам очень широкие возможности для решения самых разных прикладных задач без использования дополнительного оборудования. Принцип работы пользовательских вводов/выводов (IO) в модулях и модемах Enfora основан на использовании специального программного приложения «Enfora Event Processing» («Обработка событий), которое позволяет программировать модуль или модем таким образом, чтобы различные состояния IO (входные события) обуславливали бы заданную реакцию модема (выходные события).

Например, в зависимости от различных состояний IO модем может:
• Перерегистрироваться в сети GSM/GPRS;
• Контролировать сетевые IP события (нет IP, первый IP, новый IP, нет IP при переключении, действующий IP при переключении);
• Посылать SMS или UDP - сообщения;
• Использовать часы реального времени;
• Использовать таймер событий;
• Использовать счетчик событий;
• и многие другие.
Возможные входные события (несколько сотен различных комбинаций) подробно перечислены в [3].

Входные и выходные события программируются с помощью комплексной команды:
AT$EVENT.

Алгоритм команды охватывает практически все стандартные ситуации при работе с М2М приложениями.
Структура команды выглядит следующим образом:

AT$EVENT=,,,
,
«Event group» - первый параметр, который определяет группу событий. Все события могут быть дополнительно разбиты по отдельным группам, которые будут обрабатываться поочередно.

«Event Response type» - второй параметр определяет тип события – «Входное» (Input) или «Выходное» (Output).

«Event category» - третий параметр описывает конкретные входные и выходные события. Параметр может принимать значения от 0 до 255. Часть из этих значений задействована, а часть зарезервирована.

«Parm1» и «Parm2» - четвертый и пятый параметры задают диапазон входных событий и тип выходных событий. Их нельзя рассматривать в отрыве категории событий. Например для входных событий GPIO значения «parm1,2», равные 0 или 1, соответствуют высокому или низкому уровням.

Пользовательские логические вводы/выводы модема GSM1318 контролируются вводами/выводами общего назначения (GPIO) базового модуля Enabler IIIG GSM0308.

Базовый модуль имеет 20 GPIO различного назначения. Пять из них контролируют выводы модема.

Пользовательский логический ввод/вывод модема IO1 подключается к GPIO1 базового модуля Enabler IIIG GSM0308.

Данный IO1 имеет следующие электрические параметры:
• Верхний логический уровень в режиме входного события (Input): 2.2 В;
• Нижний логический уровень входного события (Input): 1 В;
• Верхний логический уровень выходного события (Output): 3 В;
• Нижний логический уровень выходного события (Output): 0 В;
• Максимальный ток при работе в режиме источника тока: 350 мкА;
• Максимальный ток при работе в режиме потребления: 3,7 мА (40 В).

С помощью подачи отмеченных уровней напряжения от GPIO4 базового модуля этот IO1 может быть использован либо в качестве логического ввода, либо в качестве логического вывода. Такое разделение является необходимым условием для программирования входных и выходных событий (подробнее об этом ниже).
Пользовательские логические вводы/выводы модема GSM1318 конфигурируются с помощью АТ-команд. Направление шины «ввод» (Input) задается командой:
AT$IOGP1=1
Направление шины «вывод» (Output) задается командой:
AT$IOGP1=0
Выбранный режим работы проверяется командой:
AT$IOCFG?
Более подробно вопрос конфигурирования IO модема с помощью АТ - команд рассмотрен в [4].

Пользовательский логический ввод/вывод модема IO2 представляет собой программируемый «Pull-Up» интерфейс. Иными словами, этот IO2 обеспечивает дополнительную опцию согласующего ввода/вывода с функцией программируемой установки уровней напряжения в ненагруженном состоянии.

Ввод/вывод модема IO2 поключается к GPIO6 базового модуля Enabler IIIG GSM0308 и имеет следующие электрические параметры:
• Верхний логический уровень в режиме входного события (Input): 2.2 В;
• Нижний логический уровень входного события (Input): 1 В;
• Верхний логический уровень выходного события (Output): 3 В;
• Нижний логический уровень выходного события (Output): 0 В;
• Максимальный ток при работе в режиме источника тока: 350 мкА;
• Максимальный ток при работе в режиме потребления: 3,7 мА (40 В).

С помощью GPIO4 базового модуля выбирается направление шины для IO2 модема (ввод или вывод).
Вывод GPIO7 базового модуля GSM0308 используется, как «pull-up/pull-down - устройство» для управления напряжением на вводе/выводе IO2 модема GSM1318. В том случае, когда IO2 не нагружен на внешнее устройство, он автоматически устанавливается в верхнее логическое состояние в режиме pull-up, и в нижнее логическое состояние в режиме pull-down.
Для того, чтобы перевести IO2 в режим «Pull-Down» и установить нижний логический уровень используется команда:
AT$IOPULUP=0.
Для установки IO2 в верхний логический уровень в режиме «Pull-Up» используется команда:
AT$IOPULUP=1.
Для выбора направления шины используются команды:
AT$IOGP2=1 (ввод);
AT$IOGP2=0 (вывод).

Пользовательский вывод модема (O3) может быть использован только, как логический вывод. Полезным свойством этого вывода является фиксация логического состояние, которое сохраняется при перезагрузке модема.
У этого вывода имеется дополнительная функция, позволяющая подключать к нему реле, управляющее устройствами с рабочими токами до 1.5 А. Например, в качестве реакции на какое-либо входное событие, вывод O3 может включить мощное силовое устройство (блокиратор замка дверей, сирену, нагреватель, насос и т.д). В приведенном примере, при необходимости удаленного управления силовыми устройствами, пользователь со своего сотового телефона или компьютера посылает управляющее SMS - или UDP - сообщение. Получив это сообщение, GSM1318 переключает силовой вывод O3 в необходимое состояние.
Наличие отмеченного вывода O3 позволяет использовать модем GSM1318 дополнительно и в качестве контроллера доступа в шкаф с оборудованием.

Например, когда GSM1318 используется в сложной беспроводной телеметрической системе для обеспечения GSM/GPRS канала, можно одновременно к выводам IO1 и IO2 подключить герконовые датчики, аудио-датчик, пожарный датчик, датчик контроля температуры и т.д. При срабатывании одного из датчиков, GSM1318 отправит пользователю SMS или UDP - сообщение через сеть GSM/GPRS и одновременно переключит вывод O3, управляющий исполнительным аварийным устройством (напряжение питания, сирена, блокировка).

В качестве другого примера, иллюстрирующего использование вывода O3, можно привести алгоритм команд переключающих вывод O3из низкого состояния в высокое состояние при регистрации модема в сети GPRS и получения нового IP адреса:
AT$EVENT=10,1,11,1,1 (регистрация и получение IP);
AT$EVENT=10,3,18,0,0 ( переключение O3 в высокое логическое состояние).

Следует подчеркнуть, что выходные события могут программироваться и без использования пользовательских вводов/выводов. Например, это может быть автоматическое подключение к сети GSM/GPRS, непрерывный контроль и восстановление соединения в случае потери связи [3].

Специальная команда $NETMON предназначена для мониторинга соединения через GSM/GPRS/IP и его активного восстановления при разрыве. При отсутствии трафика модем будет посылать ping - пакет через заданный интервал времени на заданные IP адреса ($Friend). Посылки ping-пакетов будут продолжаться до тех пор, пока какой-нибудь из указанных серверов не окажется в режиме «online» и не ответит на запрос. В случае, когда модем обнаруживает отсутствие связи в сети GSM/GPRS, он через заданный интервал времени начнет автоматическую перезагрузку. При этом происходит полная программно - аппаратная перезагрузка модема и дальнейшая автоматическая регистрация.

Настроить модем так, чтобы модуль в автоматическом режиме, через каждый заданный интервал перезагружался, независимо от режима его работы (PAD или просто модем GPRS), можно следующим образом:

• AT$STOATEV=1,AT$RESET (сохранить результирующую АТ - команду);
• AT$EVTIM1=45000 (установка таймера номер 1 на 12,5 часа;
• AT$EVENT=15,1,12,1,1 (исполнительная команда при окончании заданного времени на таймере номер 1);
• AT$EVENT=15,3,44,1,0 (исполнительная команда на перезагрузку модема);
• AT&W (сохранение настроек в памяти модуля).

В принципе, за счет того, что обработка событий привязана к физическим прерываниям процессора, события будут обрабатываться, даже если «зависла» основная программа модуля. Если «зависание» происходит из-за переполнения какого-либо из регистров, счетчиков и аналогичных процессов, то перезагрузка "по-времени" просто предотвращает это переполнение.

В другом варианте восстановления работоспособности модуля можно рассматривать состояние выводов питания и индикации GPRS, как входные события в Event Processing и заставлять модуль перезагружаться в случае их изменения.
Указанные настройки оказываются очень полезными при работе в российских сетях сотовой связи, оборудование которых, мягко говоря, не всегда соответствует современному уровню развития техники.

Проблема «мертвого зависания» встречается в России повсюду, существует давно и присуща всем модулям и модемам различных производителей. Экспериментально доказано, что данное явление зависит от конкретной базовой станции. Модемы работает нормально в одном месте, но периодически «зависают» в другом.
Одной из множества возможных причин «зависания» может быть тот факт, что модем расположен в точке перекрытия сигналов от различных базовых станций. В момент перегрузок или снижения уровня сигнала на одной базовой станции, модем автоматически переходит на другую базовую станцию. При этом, если плохо прописаны настройки Handover на базовой станции, то «зависает» PDP - контекст. Как следствие, перестает правильно функционировать SIM - карта. Иными словами, SIM - карта отключилась от одной базовой станции, но к другой подключиться уже не может. Возникает ситуация, аналогичная тому, как если бы модем включили вообще без SIM - карты.

Поэтому, в данном случае, ни какие RESET для софта не помогают. Помогает только жесткая перезагрузка самого железа (передергивание питания).
Проблема никак не связана с IP адресацией и поэтому не зависит от того, используется SIM- карта с выделенным IP адресом или используется стандартная карта.

Вариантов решения данной проблемы два: либо оператор сети сотовой связи сам решает эту проблему (Мегафон СЗ это делает для крупных клиентов), либо пользователь GSM/GPRS модемов принимает какие-то специальные дополнительные программно - аппаратные решения.
В качестве одного из возможных решений можно предложить модемы Enfora GSM1318 и отмеченные выше специальные настройки.

В числе других наиболее значимых опций можно отметить функцию UDP/TCP сборки/разборки пакетов (Packet Assembler/Disassembler, PAD), которая позволяет конвертировать, упаковывать и передавать данные с обычного последовательного интерфейса, без специального протокола, необходимого внешнему устройству. Иными словами, PAD - это способ передачи данных от устройства "за модемом" через сеть IP/GSM/GPRS и далее до получателя. Необходимо подчеркнуть, что без функционала, подобного PAD обойтись нельзя - либо он отрабатывается на внешнем контроллере (ПК), который подключен к "простейшему GSM/GPRS модему, либо используется готовый продукт типа Enfora.

Из хост – протоколов следует, кроме АТ – команд, отметить UDP API, CMUX, PPP. Для удаленного управления модемом можно использовать АТ – команды через SMS или UDP. В модеме поддерживаются HCI API: PPP, UDP API, TCP API, UDP PAD, TCP PAD.

Обновление базового программного обеспечения по сети Интернет (FOTA)

Функция FOTA (Firmware Over The Air) [5] используется в тех случаях, когда модемы размещены на удаленных объектах и физический доступ к ним затруднен. Особенно удобна эта функция для GSM/GPRS сетей контроля тепла, газа, электричества, воды, которые управляются из одного центрального диспетчерского пункта [5].

В заводских прошивках нового модема GSM1318 функция FOTA устанавливается по умолчанию.

В принципе, FOTA можно установить и в последних моделях GSM1308 [6]. Для этого нужно, чтобы прошивка модуля была не ниже pkg47, и модуль имел бы RAM 8 Мбайт.

Удаленное обновление программного обеспечения FOTA реализуется с использованием FTP сервера. При этом сам модем выступает в роли FTP клиента.
Протокол прикладного уровня FTP (File Transfer Protocol) предназначен для передачи файлов в компьютерных сетях с использованием транспортного протокола TCP.

Команды и данные передаются по разным портам (порт 20 - данные, порт - 21 команды). В самом протоколе FTP поддерживаются средства для докачки файла, в тех случаях, когда передача файла была прервана по каким-либо причинам.
Программисты Enfora постоянно работают над совершенствованием прошивки базовых модулей, устраняя выявленные недостатки и добавляя новые функции и АТ - команды.

При выходе новой версии программного обеспечения, Enfora уведомляет своих пользователей об этом и бесплатно предоставляет исполнительный файл для перепрошивки модуля. Пользователь самостоятельно размещает у себя на FTP сервере этот файл и с помощью специальных АТ - команд, разработанных Enfora, проводит апгрейд своего оборудования.

Для пользователей создание своего собственного FTP сервера не вызовет особенных проблем. Для этого необходим современный ПК и соответствующее программное обеспечение. Фирма Enfora рекомендует в качестве программного обеспечения FTP сервера использовать «Windows Server 2003 with Internet Information Services Version 7.0 (IIS7.0)».

Для установки программного обеспечения, настройки FTP сервера и его обслуживания не нужно специальных навыков. В общем случае, для запуска сервера в работу достаточно установить ПО на компьютере, создать набор учетных записей, указать каталог, который будет выделен на жестком диске для хранения «firm ware» и прописать внешний IP-адрес. Следует подчеркнуть, что для надежной работы FTP сервера нужен статический IP-адрес. Кроме того, сервер должен поддерживать работу с AT командами и незапрашиваемыми откликами, используя формат «Enfora UDP API messages».

Файл для обновления ПО представляет собой, так называемый (Delta file). В этом файле записаны добавления и исправления, введенные в предыдущую версию. Этот файл должен храниться в той директории на FTP сервере, к которой модем может иметь свободный доступ.

Например, в соответствии с рекомендациями Enfora, исполнительный файл должен быть записан в папке «FOTA», находящейся в корневом каталоге с именем «Enfora», /Enfora/FOTA.

Размер файла перепрошивки (delta file) зависит от модели, для которой он предназначен и обычно не превышает 500 кбайт.

Следует учитывать, что в варианте FOTA удаленный модем не имеет абсолютно всех свойств, которые в общем случае присущи «FTP client». Подробно свойства «FTP client» и «FTP server» рассмотрены в [5, 6].

Схематически процесс реализации функции FOTA показан на рисунке 3.

Модем (FTP client) первоначально должен быть сконфигурирован для работы с FTP сервером с помощью АТ команды:
AT$FOTACFG="ftpServer",
,"username","password",,,,0.
В этой команде определяется, кроме прочего, режим загрузки - автоматический или ручной (последний параметр 0 или 1).
По команде:
AT$FOTAGET=”remotefilename”,
модем инициализирует соединение с FTP сервером через IP протокол и создает контрольное соединение.
Поскольку протокол FTP работает исключительно только через TCP соединение и последовательный порт, то передача данных происходит в два этапа.
На следующем этапе данные в виде IP пакета пересылаются в буфер временной памяти модема. Затем они конвертируются в поток последовательных данных, пригодный для передачи через COM порт.
Пользователь может контролировать процесс получения модемом файла данных с помощью АТ команд:
AT$FOTAGET?
Если процесс обновления ПО прошел успешно, ответ на эту команду будет:
$FOTAGET: 0, fota.bin, 0, 0,0.
Со своей стороны сервер обеспечивает контроль передачи данных через последовательный порт.
После окончания получения данных модем посылает уведомление об успешной передаче. Далее соединение с сервером останавливается автоматически (или в ручном режиме с помощью другой АТ команды). При этом, принятые данные автоматически сохраняются в памяти модема и пользователю не нужно принудительно использовать команду «AT&W». Далее модем автоматически перезапускается (или с помощью АТ- команды перезапускается в ручном режиме). На этом процесс обновления ПО модема заканчивается.
Функция FOTA в модемах Enfora позволяет прерывать и автоматически перезапускать процесс перезагрузки в случаях обнаружения ошибок или потери связи. Эта процедура реализуется в соответствии со спецификация FTP RFC3659. Поэтому FTP сервер должен поддерживать команду «FTP File Restart command (REST)».
Принцип автоматической перезагрузки процесса передачи «Delta file» проиллюстрирован на рисунке 4.

В том случае, когда произошел сбой загрузки, ответ на команду
AT$FOTAGET?
будет получен в виде:
$FOTAGET: 0, wrongfota.bin, 0, 0, 176.
При работе в автоматическом режиме процесс загрузки обновления будет остановлен и начат заново без вмешательства оператора. Этот цикл может повторяться многократно до тех пор, пока обновление ПО не будет успешно реализовано.

Примеры использования модемов Enfora Spider SA-G для М2М приложений в России

По мере перехода в беспроводных М2М приложениях от простейшего метода передачи данных в режиме GSM к более быстрым и современным методам передачи данных в GSM/GPRS/EDGE режимах, модемы Enfora завоевывают все большую популярность в России. Это связано с тем, что модемы серии SA-G были разработаны специально для М2М приложений с учетом последних новейших мировых разработок в этой области.

Обычно при соединении «точка-точка» в режиме GPRS используется схема, при которой GSM/GPRS- удаленный терминал выступает в роли «ведомого». В этом случае центральный сервер тем или иным образом инициализирует процесс установки связи, например, дозваниваясь до удаленного модема на обычный GSM - номер.

Модем регистрирует входящий звонок и начинает установку обратной связи, открывая GPRS/PPP -сессию с оператором GSM. Затем модем автоматически устанавливает TCP -соединение с центральным сервером для пересылки данных (или посылает UDP -сообщения). В такой схеме модем, как правило, получает динамический IP-адрес (уникальный на время сессии), а серверу необходим статический, фиксированный IP-адрес.

Модемы Enfora SA-G могут посылать автоматически на один или несколько серверов UDP - сообщения, которые очевидным образом содержат актуальный IP -адрес устройства. Внутри такого сообщения содержится специальная информация, позволяющая идентифицировать конкретного отправителя. Соответственно, центральный сервер будет иметь возможность пересылать данные на модем.
Программное обеспечение SA-G позволяет осуществлять управление модемом посредством UDP API даже в том случае, если модем не зарегистрирован в GPRS - сети (не назначен внешний динамический IP-адрес).

Эта функция отличает модемы Enfora от большинства модемов других производителей, которые позволяют работать с устройством по IP через «внутренний» последовательный интерфейс, пользуясь лишь «внешним» IP-адресом, и только после того, как установлено внешнее GPRS -соединение с оператором. Таким образом, при потере GPRS - соединения сетью или при изменении внешнего IP - адреса теряется связь с беспроводным устройством по IP через «внутренний» последовательный интерфейс.

Модемы Enfora могут работать полностью в автоматическом режиме, устанавливая и восстанавливая GPRS - соединения без участия оператора. Как отмечалось выше, для этого используется приложение Enfora Event Processing.
Если устройство, подключенное к модему, не имеет TCP/IP-стека и не поддерживает протокол PPP, модемы SA-G могут использоваться для подключения устройства к IP-сети в режиме, называемом «Сборка/разборка пакетов» (Packet Assembler / Disassembler - PAD). Подробно этот режим описан в [8-11].
Функция PAD позволяет конвертировать, упаковывать и передавать данные со стандартного последовательного интерфейса без специального протокола, необходимого внешнему устройству. Сопряжение с устройствами, не поддерживающими TCP/IP, реализуется с помощью команды AT$HOSTIF=.
В режиме PA D терминал Enfora может быть сконфигурирован либо как клиент (active), либо как сервер (passive). В активном режиме предусмотрена возможность установления TCP -соединения по известному IP -адресу посредством команды:

ATDT/
.
В пассивном режиме терминал может ожидать внешнее TCP-соединение на заданном порту.

Более подробно это рассмотрено в описании команд:
AT$ACTIVE, AT$PADSRC.

В России модемы Enfora используются, начиная с 2003 года. За это время модемы серии SA-G продемонстрировали надежную, бесперебойную работу при эксплуатации в нестабильных российских сетях сотовой связи. Поэтому все больше и больше российских разработчиков начинают использовать модемы Enfora в своих беспроводных телеметрических системах.

В настоящее время в России можно выделить три основные направления М2М приложений, в которых наиболее интенсивно используются модемы Enfora SA-G:
• Разработка и производство беспроводных систем коммерческого учета энергии и энергоносителей на базе контроллеров фирмы ЗАО НПФ ЛОГИКА [12];
• Разработка и производство беспроводных систем автоматизации различных технологических процессов на базе продукции ОАО МЗТА [13];
• Информационно - измерительная система «КУМИР-ТеплоКом» для дистанционного технологического мониторинга узлов учета тепловой энергии и коммерческого учета с использованием GPRS - терминалов [15].

Модемы серии Enfora SA-G тестировались непосредственно в испытательной лаборатории фирмы ЗАО НПФ ЛОГИКА и официально рекомендованы для работы по каналу GPRS со следующими изделиями:

• Тепловычислители СПТ941 (один контур), СПТ943 (два контура), предназначенные для автоматизации учета теплопотребления в открытых и закрытых водяных системах. Данные тепловычислители рассчитаны на работу в составе теплосчетчиков, обслуживающих один теплообменный контур с тремя трубопроводами.
• Тепловычислитель СПТ961.2, предназначенный для учета воды и пара. Тепловычислитель - универсален по методам измерений расхода и типам входных сигналов. Программируемые схемы теплообменных контуров.
• Корректор СПГ741, предназначенный для учета природного газа. Обслуживает два трубопровода. Питание от литиевой батареи 3,6 В. Для работы с турбинными, ротационными и вихревыми счетчиками.
• Корректор СПГ761.2, предназначенный для учета природного газа. Универсален по методам измерений расхода и типам входных сигналов. Конфигурация входов: 8I+ 4F+ 4R (без подключения адаптеров АДС97), 12I+ 8F+ 8R (с одним адаптером АДС97), 16I+12F+12R (с двумя адаптерами АДС97).
• Корректор СПГ762.2, предназначенный для учета технических газов: азота, аммиака, аргона, ацетилена, водорода, воздуха, гелия, кислорода, метана, пропилена, окиси углерода, двуокиси углерода, хлора, этилена, природного, доменного и коксового газов. Универсален по методам измерений расхода и типам входных сигналов.Конфигурация входов: 8I+ 4F+ 4R (без подключения адаптеров АДС97), 12I+ 8F+ 8R (с одним адаптером АДС97), 16I+12F+12R (с двумя адаптерами АДС97).
• Корректор СПГ763.2, предназначенный для учета попутных газов, газовых конденсатов, ШФЛУ. Универсален по методам измерений расхода и типам входных сигналов. Конфигурация входов: 8I+ 4F+ 4R (без подключения адаптеров АДС97), 12I+ 8F+ 8R (с одним адаптером АДС97), 16I+12F+12R (с двумя адаптерами АДС97).
• Сумматор СПЕ542, предназначенный для обеспечения взаимных расчетов между потребителями и поставщиками электрической энергии. Сумматор ориентирован на работу как с электронными и индукционными опорными счетчиками электрической энергии, снабженными устройствами преобразования измеренного значения энергии в числоимпульсный сигнал (датчиками импульсов), так и с микропроцессорными счетчиками, имеющими цифровой интерфейс RS-485. Интегрированные функциональные возможности сумматора обеспечивают комплексное решение широкого круга задач, таких как многотарифный учет потребления и отпуска электрической энергии и мощности, многозонный контроль максимумов энергопотребления и управление нагрузками, организация систем диспетчеризации распределения электрической энергии.
Перед началом эксплуатации модем должен быть запрограммирован на работу с конкретным типом прибора, например, с помощью программы Msetup [15].
Общие требования к настройкам модема Enfora SA-G на стороне прибора приведены в таблице 3.

Из продукции ОАО МЗТА (Московский завод тепловой автоматики) прежде всего, следует отметить универсальные контроллеры МС8, которые надежно работают в комплекте с модемами Enfora SA-G.

Многофункциональные контроллеры МС8 представляют собой универсальные измерительные, сигнализирующие, управляющие и коммуникационные устройства, к клеммам которых могут непосредственно подключаться датчики, исполнительные устройства и другие источники и приемники информации. Контроллеры МС8 спроектированы так, чтобы ресурсов одного прибора было достаточно для автоматизации наиболее распространенных объектов автоматизации: небольшой тепловой пункт, приточная установка, кондиционер и т.п.

Следует обратить внимание на кабель для подключения контроллера МС8 к RS232 модема GSM1318. Для подключения необходимо использовать фирменный кабель гЕ5.282.325 поставляемый ОАО МЗТА. В принципе, аналогичный кабель можно изготовить самостоятельно. Распайка и информация об интерфейсах указана на сайте : http://mzta.ru/product?page=shop.browse&category_id=9&TreeId=2. Перед подключением нужно сравнить распайку с DB9. В кабеле обязательно должна присутствовать перемычка между контактами 7 - 8 этого разъема. Подключение модема GSM1318 к контроллеру МС8 может производиться только через WL (M) или WL (EM).

Масштабная автоматизированная система учета тепловой энергии «Кумир-Теплоком» для обеспечения данных по GSM/GPRS - каналу использует модемы Enfora SA-G [15]. При разработке системы использован нетривиальный подход к использованию беспроводных технологий передачи данных между территориально распределенными узлами мониторинга.

Для этого были разработаны новые алгоритмы обмена телеметрической информацией между центральным сервером и приборами учета тепла по GPRS каналу.

Кроме того, универсальный протокол обмена данными дает возможность использовать в системе «Куир-Теплоком» теплосчетчики различных производителей. При этом данные от разных типов счетчиков преобразуются в единый универсальный формат. В настоящее время локальные центры сбора информации «Кумир-Теплоком» распределены по различным регионам России. Данные от этих локальных систем поступают на центральный сервер в едином формате. На центральном сервере происходит обработка информации, ее хранение и выработка исполнительных инструкций. Такой подход позволяет небольшим системным интеграторам сразу подключиться к мощной, современной автоматизированной системе учета тепловой энергии без каких-либо заметных капиталовложений. При этом появляется возможность объединять в единую сеть счетчики с разными видами интерфейсов RS232/RS485, имеющих различные протоколы. Более подробную информацию об этой системе сбора и обработки информации можно найти в [15, 16].
.

Литература
1. Enfora GSM1308 and 1318 Spider SA+ user guide, Revision 1.02.
2. Event Processing Commands 2008
3. Enfora Enabler IIIG, AT Command Reference, 4.9. EVENT PROCESSING COMMANDS.
4. Enfora Quad-Band «SA-G+» AT Command Set GSM1308AT001Revision 1.02 10/2/2009
5.Enfora FOTA, Application Note, ENF0000AN002, Revision: 1.02.
6. Enfora FTP Client Configuration and Use Application Note ENF0000AN001 Revision: 1.01 10/5/2009
7. User Variables Overview, Technical Note, ENF0000TN001, Revision: 1.0.
8. SMTP Mail Access via TCP PAD GSM0000AN018
9. PAD Configuration and Use GSM0000AN012
10. Network Transparency Configuration for PAD GSM0000AN013
11. USNO NTP Network Time Service TCP PAD Technical Notes GSM0000TN001
12. http://www.logika.spb.ru/
13. http://www.mzta.ru/
14. www.ntckumir.ru.
15. http://www.logika.spb.ru/faq.htm#1
16. Р.А.Белоусов И.А. Бузиков, Е.М.Фискин, М.М.Фискина «Масштабая автоматизированная система учета тепловой энергии с использованием технологии передачи данных по GSM/GPRS-каналу». «Беспроводные технологии», №4, 2008