Доброго времени суток,
разработали систему диспетчерезации по GPRS, у кого будут какие замечания, очень интересно.
Система "Аксон", щас в режиме отладки, так, что прошу не судите строго.
Посмотреть можно по адресу http://mera-krym.com/ логин OK25 пароль OK25 (латиницей заглавными)

очень интересно ваше мнение

Здравствуйте.
Весь смысл сделать систему дешевле чем у мировых брендов и уменьшить количесво глюков и ненужных функции.
Стоймость одного устройства получилась 144$, трафика съелось на 0.5$ за 5 месяцев сбора информации, использование сайта и нашего сервера - 1,2$ в месяц.
При этом блок полностью отвязан от внешнего питания. Батареи хватает на 2 года работы.

Конфигурируется через сервисную утилиту.
На данный момент отработали протоколы устройств нужные имеенно нам и популярные на Украине.

Непонятно о какой унификации вы говорите, если каждый производитель вычислителей создаёт свой протокол(и каждый год ещё и обновляет его).
Мы хотели внедрять подобные системы , предлагаемые европейскими производителями систем учёта, но цены на "железо" и ПО для наших условий просто неподъёмны, а сложнойть ПО и логика работы для конечного пользователя абсолютно неудобна. Тем более , опять же, каждый производитель таких систем привязывает их к конкретному протоколу.

PS Кстати наш представитель в Украине заверил, что у SKS3 (Суперком 01 он у нас называется) - один протокол. Надо уточнить

Дмитрий Анисимов написал:

[q]

Смысл понятен, но в жизни чаще (или всегда?) бывает именно так, как сказал seasanitar:seasanitar написал:

[/q]

А никто и не гонится за "мировыми брендами". Я даже аналогов не видел от этих "мировых брендов".
Мы не изготавливаем модем.

Это не тот уровень, которым занимаются мировые бренды.
Конечно, если бы мы делали "туннель" для MBUS - было бы проще и дешевле использовать готовый GSM модуль того же SIEMENS или wavecom, запустить EAT, и работать с ним. И платить огромные деньги за договор с оператором, постоянный трафик и , возможно, за выделенную подсеть . Иметь кучу ограничений железа( по питанию и ПО ) , наложенных самим производителем, жёстко быть привязанным к диспетчерскому пункту, оплачивать ПО под каждый протокол , которых десятки.
Так как мы тоже занимаемся сервисным обслуживанием - такой вариант нас не устроил. А те системы что есть - НЕРЕАЛЬНО дорогие. Блок телеметрии-концентратор (опять же - туннельный и требующий 220В питание) - от 800$ - это не для наших реалий.

Когда у вас задача изготовить спец. блок телеметрии, поддерживающий множество протоколов - кто этим будет заниматься? Это не те объёмы.
Наша система это "надстройка" над модемом с целью унификации и облегчения работы. Конечному пользователю наплевать как устроена система, сколько она потребляет, - его критерий: меньше денег и меньше "головняка". Подключил и забыл.

Например, мы отрабатывали систему на кооперативных домах, где до этого слесаря ежедневно обходили все теплосчётчики и выписывали показания(часто неправильно и были претензии) . После установки председатель просто делал распечатку с сайта и нёс в теплосеть. Всё! ЗА весь сезон с симок сняло не больше 5грн(0.6$), а кое где и 1 грн ( 0.1$) - тут уже особенности тарификации GPRS.

Дмитрий Анисимов написал:

[q]

Если да, то в чем смысл? Не проще ли подключать к счетчику модем "напрямую", а работать с различными протоколами "научить" сервер опроса?

[/q]

Не проще. Мы этот вариант рассматривали.

Тогда надо ежечасно подымать соединение . А это трата денег + зависимость от внешнего питания. Не говоря уже о пропускной способности принимающей стороны.
Т.е. при такой системе вы потратите минимум в 24 раза больше денег( по факту ГОРАЗДО больше- как от увелинного трафика обмена, так и от глюков оператора с тарификацией и обрывами).

Если же вы говорите об интерактивной системе, где модем постоянно поддерживает сессию GPRS и канальный уровень - то это ещё сложнее и как следствие ещё более огромные счета и , чаще всего, договор с оператором.

ЗЫ Тем более ввести протокол как раз очень просто, чем вылавливать глюки оператора при обрыве сессии - и данные будут уходить "в небо".

Дмитрий Анисимов написал:

[q]

top написал:

[q]

Тогда надо ежечасно подымать соединение .

[/q]

Если я хочу получать данные раз в час - тогда да. Если хочу получать реже - то нет. А в Вашей системе разве не так?

[/q]

Нет.
Раз в час вычитка из прибора и сохранение в ПЗУ.
В определённое время( настраиваемое пользователем) прибор выходит на связь и выдаёт 24 записи базовой информации( время наработки, энергия, температуры, объёмы, ошибки, серийный номер . Если GPRS сессия не доступна( новый год, отсутствие слотов GPRS , просто ремонт) - передать он может в течении 3 недель с дальнейшим накоплением данных.
Время передачи на скорости 9600 - не более пары секунд. Там где я писал о 1 грн - видимо оператор даже не успевал начать тарификацию.

Почему ежечасно? Потомучто при "разборе" полётов с поставщиком тепла это очень удобно.
+ Удобно настраивать регуляторы или теплопотребление дома.