работа GPRS

[rusmed4]

ВОПРОС - МОЖЕТ ЛИ РАБОТАТЬ GPRS ПО РАЗНОМУ В РАЗНЫХ РАЙОНАХ/ОБЛАСТЯХ? ЕСЛИ ДА, ТО КАК ПОДСТРОИТЬ "МИРАЖИ" ПОД СВОИХ ОПЕРАТОРОВ.
И ВСЕ ЖЕ. ВЕДЬ ЕСТЬ СТАНДАРТ GSM. А ЗНАЧИТ - ВЕЗДЕ ОДИНАКОВО.

[rusmed4]

по поводу приема Миражами - очень слабо ловят связь, мы вообще без выносных 5 или 7 дцб не ставим.
для примера - приборы СШС ловят при 1 дцб, меняю на Мираж - идут провалы связиЮ приходится ставить 5 дцб.

[Владислав]

по поводу приема Миражами - очень слабо ловят связь, мы вообще без выносных 5 или 7 дцб не ставим.
для примера - приборы СШС ловят при 1 дцб, меняю на Мираж - идут провалы связиЮ приходится ставить 5 дцб.

Только СШС виснут чаще. Еще чаще чем Мираж......

[Владислав]

Все дело в том, что СШС отсылает события СМС, джипер более чувствилен к сети. Чем хуже связь, тем хуже работа. А модем помоему один и тот же стоит.

[rusmed4]

в апреле на семинаре в Москве Стелсовцы признались что плохо ловят Миражи из-за проблем в стыке модема с антеной. обещали исправить. Уж февраль - а воз и ныне там

[rusmed4]

Стелсу- Вы пишите, что написали свой стек. а почему? в чем причина? как работает?...

[Andrey Tatarinov]

Для чего пришлось потратить время и силы на разработку собственного стека?

Конечно не ради творческого процесса... До написания собственного стека протоколов TCP/IP проводились испытания встроенного стека на опытной версии ПО 4.х для контроллеров серии "Универсал" Мираж-GSM-С4/P2406-IP. Испытания выявили сразу несколько причин, по которым встроенный стек протоколов не удовлетворяет требованиям охранно-пожарного мониторинга.

1. Самая важная причина. Встроенный стек протоколов не позволяет тонко управлять процедурой установления TCP сессии и контролировать её в режиме online. Поэтому при сбое соединения GSM-модуль становился недоступен на 35-50 секунд ни для каких действий. Перестают работать АТ команды. Невозможно даже отправить SMS сообщение. Чаще всего эта ситуация проявляла себя в самый неподходящий момент - при наступлении события. Встроенный стек протоколов можно без проблем применять для устройств диспетчеризации и подобных, но не для охраны.

Собственный стек протоколов написан специально под задачи ОХРАНЫ. Это позволяет нам не тратить более 3-5 секунд на ожидание неудачного TCP соединения, а немедленно переключаться на сервис SMS или DATA, согласно алгоритма оповещения. Есть ещё несколько ключевых нюансов связанных с особенностями сервиса GPRS, но не вдаваясь в них, можно сказать одно - в результате довольно продолжительного изучения работы GPRS и не только в нашем регионе, а также особенностей операторов и настроек базовых станций, эти нюансы учтены в нашем стеке протоколов и приносят преимущественный результат.

2. Вторая причина кроется также в плохой управляемости встроенного стека, в частности, в отсутствии развернутых причин неустановления сессии или её сбоя. Не имея чёткой картины, приходилось в конечном итоге рвать РРР сессию. А это округление тарификации до значения, установленного оператором сотовой связи. В итоге получается, что в местах с нестабильным GPRS будет перерасход финансов на услуги связи.

Собственный стек протоколов имеет полный контроль над причинами ошибок соединения и предполагает аналитический и разумный подход к периодичности переустановления РРР сессий. В связи с чем он призван экономить финансовые затраты в условиях неустойчивой работы GPRS.

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

Собственный стек протоколов позволяет пользователям использовать одно программное обеспечение для всего парка однотипных контроллеров, а нам менять безболезненно GSM-модули, не создавая по причинам их замены, задержек и перебоев в производстве контроллеров.

-------
Все эти меры конечно же призваны обеспечить надежную, экономичную и доступную для понимания доставку информации с объекта.
Те проблемы, с которыми нам пришлось сейчас столкнуться, ни коем образом не вписываются в эту политику.
Мы надеемся, что последние доработки программы решат возникшие проблемы.

Большую часть проблем создали ограничения аппаратных ресурсов самого контроллера, так как собственный стек TCP/IP протоколов достаточно ресурсоемок, но и эти проблемы удалось решить. Можно было создать для работы по GPRS совершенно новый контроллер, и гарантированно избежать этих проблем, но тогда весь старый парк контроллеров, в том числе и Мираж-GSM-С4/P2406-IP не удалось бы перевести на современный канал связи, обеспечивающий скорость доставки и частое тестирование канала связи.

[rusmed4]

сначала вы пишите,
что GPRS зависит от уровня связи,
потом, что "Сети операторов связи даже под одним брендом по разному настроены в различных регионах, что тоже сказывается. Приходится тратить массу времени, чтобы локализовать причину: проблема ли это программная, или аппаратная, или совместимость с сетью связи, или настройки системы".
Т.е. все таки есть разница по областям. Если так, то как отработать по каждой области. Что-то Вы говорили про Сканер

[Andrey Tatarinov]

Совершенно верно. GPRS зависит от таких основных факторов:
1. Уровень сигнала приема/передачи.
2. Настройки операторов, даже под одним брендом.
В том то и состоит сложность нашей задачи, чтобы наше ПО работало при любом сочетании этих факторов.

При любом состоянии GPRS канала, алгоритм оповещения предусматривает доставку другими методами - SMS, DATA. В новых версиях решена как раз главная проблема, не позволявшая доставить сообщение при любых состояних GPRS канала.

Предыдущие версии ПО нормально работают в ряде регионов (Дальний Восток, Сибирь и др.), и после возникновения проблемных регионов мы сделали аппаратные сканеры, позволяющие дистанционно анализировать проблему. Сдесь важно участие двух сторон. В таких случаях проблемы решась быстро.

[rusmed4]

Мы готовы. Давайте работать. В понедельник позвоню по Сканеру.