Именно так - управление отдельными точками проезда удаленно

С ТП Болид переговорил. Говорят что невозможно ввиду довольно большого потока данных между АРМ и С2000 2 (нагрузка на сот оператора и сам GSM передатчик, которые в большинстве случаев не расчитаны такое количество обмена данными и тп)

Странно, 9600бод - не такая уж нагрузка на модем и сотового оператора (модем в режиме GPRS 3G).
Для эксперимента на стенде подключал вместо модема обычный конвертер RS-485Ethernet (Teleofis ER108v2) - худо/бедно по локалке (100Мбит/с) удалось получить взаимодействие с UProg (пришлось на конвертере настраивать размер пакета TCP и тайм-аут ожидания сборки пакета).
Такое ощущение что надо "плясать с бубном" в сторону таймингов обмена по RS-485 - т.к. затыки не зависят от быстродействия канала Ethernet-GPRS
Есть у Болида и Геоники статьи про использование модемов Невод-5 - там тоже канальная скорость невысокая, однако работает... НО - АРМ с Орионом не напрямую в RS-485-Невод подключается, а через С2000-М, на котором задержки программируются......

ну так Вы не путайте GSM/GPRS устройства с радиоустройствами и ethernet преобразователями. У всех трёх устройств разные принципы работы. 

Завел таки - с помощью настройки Setting - увеличил таймауты для нужного СОМ-порта "Таймаут ожидания команд" и "Таймаут ожидания запроса" до 300мс - контроллер увиделся. Скорость обмена конечно так себе - но работает

По итогам прочтения мануалов на C2000-Ethernet, и офигевания от пинга по GSM (10 сек) - задержки выставил в 2000мс - упрог цепляется, конфу читает, НО - на чтении ключей - периодически ошибку дает (если читать "понемногу" - нормально). Ядро Ориона - за час-два-три дает статистику по обмену 92-95%, НО - если совершать какие-то действия на стенде (карточка на считыватель, проход) - события прилетают сразу - соответственно для моих целей подходит (мне нужен контроллер, который может открывать/закрывать шлагбаум по команде с "центра управления" и контролировать его состояние. Собственных ключей и считывателей контроллер иметь не будет, но если потом возникнет такая потребность - и контроллер есть, к которому считыватель прицепить, и канал GSM худо/бедно позволит залить ключи (особенно простыми добавками по 1-2-3), а кроме этого (завтра буду тестировать) - у данного GSM-терминала есть еще и Bluetooth - чтобы при желании можно было физически все объекты объехать и залить туда свежую базу ключей (это не так часто планируется в полном объеме)

 Поздравляю!!!=) "Собственных ключей и считывателей контроллер иметь не будет, но если потом возникнет такая потребность - и контроллер есть, к которому считыватель прицепить, и канал GSM худо/бедно позволит залить ключи (особенно простыми добавками по 1-2-3), а кроме этого (завтра буду тестировать) - у данного GSM-терминала есть еще и Bluetooth - чтобы при желании можно было физически все объекты объехать и залить туда свежую базу ключей (это не так часто планируется в полном объеме)" - Т.е. имеете ввиду, что сопостовлять данные ключа будет сам АРМ Орион Про?

А по блютузу вы собираетесь объедениь RS 485 на самом объекте, затем через GPRS канал, вести обмен между Ядром опроса и "удаленными" С2000-2?

А как Вы планируете вводить данные идентификаторов?

Команду на открытие() будет давать софт через Орионовское ядро (т.е. как таковых ключей в контроллере может и не будет - пока..... Может быть сделаем вариант со считывателями дальнего действия UHF - тогда да, ключи придется хранить). Bluetooth на данном модеме не оказалось :( А хотел именно для сервисного обслуживания - подъехал на авто - дал команду по удаленному каналу GSM включить вай-вай и невскрывая железо с ноута залить/слить базу ключей.