GPRS в АСУ ТП

Направлением деятельности нашего предприятия является разработка АСУ ТП (телемеханика, телеметрия) в отраслях энергетики и нефтепромышленности. Ввиду особенностей отраслей интеграции, проектируемые АСУ ТП носят распределенный характер. Поэтому у нас широко используется радиосвязь. В случае большой удаленности объектов автоматизации (подстанции, скважины) мы пришли к выводу, что целесообразно использовать GPRS.

Есть две основные задачи, в которых мы хотели бы применить GPRS:

1. «Удаленные рабочие места». Существует некий сервер (SCADA-система) и множество удаленных клиентов, не имеющих с ним связи и возможно мобильных. Необходимо посредством GPRS соединить клиентов с сервером таким образом, чтобы поднять стек протоколов TCP/IP. Другими словами сделать так, чтобы каждый клиент постоянно поддерживал IP-соединение с сервером.

2. «Удаленные объекты». Существует некий контроллер и множество объектов (интеллектуальные счетчики, датчики). Необходимо соединить с ними контроллер по интерфейсу RS-232(422,485) посредством GPRS. Соединение должно быть прозрачным для обеих сторон и сохранять внутренние протоколы обмена между контроллером и объектами (например MODBUS).

В обеих задачах нужно учитывать буферизацию данных и самовосстановления соединений, на случай временного обрыва связи и перераспределения IP-адресов провайдером.

Какое оборудование (GPRS модемы)  Вы можете предложить для технического решения вышеописанных задач?

У нас имеется опыт работы с GPRS-модемами Siemens MC35i и Wavecom M1306B. Постоянные зависания модемов и потери связи делают непригодными их для построения надежных АСУ ТП.

Спасибо за ответ, Александр.

Вы писали:

А можно точно узнать такаие модели GPRS модемов вы использовали?

Нам рекомендовали Enfora и Nateks, как я уже писал мы имели дело с Siemens и Wavecom. Аналогично приходится использовать телеуправление контроллера и реле для сброса питания Siemens, и внутренний таймер у Wavecom, чтобы перезагрузить и вывести из зависания. 

Хотелось бы все таки именно постоянные IP соединения, а не сеансовый GSM режим.

Недавно компания Digi Int. выпустила девайс Digi Connect^® Remote Gateway GSM, который в первом приближении подходит для вашей задачи. Посмотрите, думаю, что он Вам подойдет: http://www.digi.com/products/wireless/digiconnectremotegatewaygsm.jsp

на самом деле поддерживаются и эти частотные диапазоны. просто на сайте допущена небольшая неточность, а в описании устройства сказано, что поддерживаются оба стандарта. видимо, на сайте идет речь только о североамериканском стандарте. именно поэтому устройство выпускается в двух версиях: для Северной Америки и для Европы - international. впрочем, если есть необходимость, то всегда можно уточнить у техсаппорта

к сожалению,  в настоящее время описаний на русском языке нет.

что касается ваших задач, то для первой задачи достаточно предоставить доступ к SCADA-серверу через Интранет/Интернет и использовать по одному устройству Digi Connect WAN GSM для подключения каждой удаленной группы пользователей. Эти устройства имеют порт 10/100 для подключения к внутренней сети. Для защищенного соединения следует использовать Digi Connect VPN GSM (имеют как порт Ethernet, так и серийный 232/422/485). Мобильным пользователям ничего не надо, кроме обычного сотового телефона с поддержкой GPRS. 

Для решения второй задачи можно использовать Digi Connect RG GSM, имеющий порт RS-232/422/485. Эти и, указанные выше устройства, поддерживают автоматическое восстановление связи и имеют буферную память 64К. Много это или мало, судить Вам. Важно, чтобы в этом случае использовался только один оператор мобильной связи, иначе с использованием динамических адресов возникнут проблемы. Контролер работающий с одним оператором не увидит объекты подключенные к другому оператору.     

Что касается условий поставки, то Вам лучше обратиться к российскому дистрибутору - компании Софт-Троник, а именно к Борису Куликову, тел. (095) 705-9282. Как правило, все зависит от конкретного проекта.

Если есть предметный интерес, то думаю, что можно организовать тестирование Digi Connect VPN.