Василий Кузнецов написал:

[q]

Прибор находится на связи с сервером канала связи круглосуточно и непрерывно по инициативе модема со стороны прибора.

[/q]

Почему-то я думаю, что это не так.
Разве может канал связи быть включен круглосуточно без перерывов? У меня почему-то представление, что модем обращается к такой диспетчерской по заданному расписанию и в остальное время (после того как диспетчерская заберет необходимые данные) канал отключается.
Может Элдис ответит прямо здесь?

Serg58 написал:

[q]

У меня почему-то представление, что модем обращается к такой диспетчерской по заданному расписанию и в остальное время (после того как диспетчерская заберет необходимые данные) канал отключается.

[/q]

Вот для примера настройка:

Файл здесь и ниже прикрепил на .club

Т.к. в настройках АТМ2 используется установка флажка напротив IRZ коллектор, я и предположил, что используется ПО аналогичное по функционалу программе IRZ коллектор. Читая о назначении этой программы:
Серверное программное обеспечение iRZ Collector устанавливается на сервер сбора данных и служит прослойкой между GSM-модемами и сторонним программным обеспечением по опросу устройств. Благодаря такой прослойке стороннее программное обеспечение, выступающее в качестве клиента (в терминах клиент-серверной модели взаимодействия), может получать данные от модемов, также являющихся клиентами.

я сделал вывод, что к такой программе можно подключить не только диспетчерское ПО ЭЛДИС, но и любое другое.
Также я предположил, что это сделать проще, чем для каждого вычислителя из множества имеющихся создавать базу данных архивов, имеющихся в вычислителе и создавать форму отображения этих данных для каждого вычислителя по своей родной форме.

Если родное ПО для работы с вычислителем через сервер связи ЭЛДИС устанавливать на ПК Потребителя услуг, то можно будет работать только с этого ПК...
Если родное ПО вычислителя разместить на сервере ЭЛДИС и иметь к нему доступ для работы через диспетчерское ПО ЭЛДИС, то можно будет с ним работать с любого имеющегося ПК, подключенного к интернет. Это гораздо удобнее.

В работе с узлами учета возникают ситуации, когда приходится решать вопросы путем выезда на удаленный объект. Теряется оперативность решения проблем с значительными финансовыми расходами. Лучше, если совсем можно не выезжать на него, а решить вопрос удаленно, посредством имеющейся связи через сервис ЭЛДИС. А если и выезжать, то предварительно проанализировав все данные с вычислителя и соответствующим образом подготовившись к предполагаемым действиям по решению проблемы.

Если бы все операторы предоставляли услугу CSD, то половину вопросов можно было бы решить по резервному каналу связи... Но остаются другие хотелки, которые и при наличии CSD канала не реализовать.

Кстати, изучаю сейчас Элдис...

Мне не понравилась "эргономика" программы. А "для себя" я не вижу возможностей ее использования из-за политики разработчиков. Элдис, на мой взгляд, - продукт для конечного потребителя. "Прослойка" в виде обслуживающей организации в его концепцию не вписывается. Потом напишу об этом подробнее.