51

Недостатки при обновлении

Re: Недостатки при обновлении

shal wrote:

Схема работы Wialon:
http://gurtam.com/img/ru/wialon_pro.png

Так вот, разные компоненты находятся на разных серверах. Даже база данных не знает есть ли реальное соединение с прибором, не говоря про веб-сервер.

Значек, в том виде как я его обрисовал возвращается до 20-го февраля.

Дайте рисунок схемы до отмены значка.

52

Недостатки при обновлении

Re: Недостатки при обновлении

Denis wrote:

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

вернуть назад! Очень "нужный столбец".
Настройте телтонику на udp и сравните отображение этих данных.

Добавлено спустя   2 минуты  19 секунд:

shal wrote:

Схема работы Wialon:
http://gurtam.com/img/ru/wialon_pro.png

Так вот, разные компоненты находятся на разных серверах. Даже база данных не знает есть ли реальное соединение с прибором, не говоря про веб-сервер.

Значек, в том виде как я его обрисовал возвращается до 20-го февраля.

Допустим это ваша архитектура, а тем кто pro купил, все на одном сервере.
И значек нужен) очень нужен)

Добавлено спустя   2 минуты  58 секунд:

chax wrote:
shal wrote:

Схема работы Wialon:
http://gurtam.com/img/ru/wialon_pro.png

Так вот, разные компоненты находятся на разных серверах. Даже база данных не знает есть ли реальное соединение с прибором, не говоря про веб-сервер.

Значек, в том виде как я его обрисовал возвращается до 20-го февраля.

Дайте рисунок схемы до отмены значка.

Рисунок не менялся с пол года) одинаковый)

S&M Groups
53

Недостатки при обновлении

Re: Недостатки при обновлении

wwo55 wrote:

Или Вы пингуете прибор?

Пингуют в своем протоколе.

Пинг для чего и кого пинговать? Терминал который поднял жпрс или отправил смс с координатами на сервер  уже по умолчанию живой. А то что сложно отследить когда сесия оборвалась и ip назначился не терминалу а пользователю на моб телефоне, так тут уж не уйдешь от этого. Тогда варинат - пинговать железо, жрать трафик, забивать канал. 20000 железяк пингануть) а они возьми и ответят)

S&M Groups
54

Недостатки при обновлении

Re: Недостатки при обновлении

Немного офтопа, но... Забудьте про реальный IP адрес терминала на 3 года. Адреса IPv4 закончились в начале февраля, все, интернет ждет "мифический" переход на IPv6, но до этого, уже начиная с этого года - сфера беспредельного NAT - то есть 1 IP будет для сотен устройств одновременно. Так что пинговать будет некого.

At the dark side of telematics...
55

Недостатки при обновлении

Re: Недостатки при обновлении

shal, я с вами согласен. Но  я так и не понял в чем логика :  убрать столбец состояние  gprs и актуальности координат.
Вот и поразмышлял в слух)
А что за проблема с ip? Любой маломальский  оператор предоставляет услугу Vpn.
Тунель к серверу, и рисуем любые ip для симок. Проблемы и вовсе нет. Но это у нас.
Как Вам построить маршруты со всех стран СНГ это уже другой вопрос, но и он решаемый.

S&M Groups
56

Недостатки при обновлении

Re: Недостатки при обновлении

Совершенно не понял, почему от коммуникационного сервиса не может поступать информация о времени последней КОММУНИКАЦИИ прибора и сервера.
Тогда уже и База Данных, и Телематический Сервер смогут узнать актуальность информации о "живости" прибора и сообщить это клиенту.

С уважением
Novacom Team
57

Недостатки при обновлении

Re: Недостатки при обновлении

Господа/товарищи (как Вам будет приятнее), давайте подведем промежуточные итоги:
1. Наличие столбца обозначающего имеется ли у прибора связь с сервером необходимо, только вот отображать его или нет, пользователь должен решать сам (т.е. выбирать его в настройках пользователя, как и было раньше).
2. Определение наличия соединения с сервером по возможности отправить GPRS-команду - не выход, т.к. это не наглядно (получается такая логическая цепочка: Крокодил опасный, потому что зеленый).

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

По поводу того, что 50% пользователей не понимали или были введены в заблуждение данной иконкой: Либо в инструкции пользователю не было сделано пометки (например: "данный значок используется только для устройств, постоянно поддерживающих связь с сервером" и ссылка на список таких устройств), либо данные 50% пользователей не читали данную инструкцию. Пользователям раньше можно было просто скрыть данную иконку, а в данном случае остальные 50% просто пострадали в результате того, что кто-то что-то не понял, не рассказал, не прочитал, не проинструктировал и т.п. Следуя данной логике можно много дров наломать, можно тогда запретить отсылать команды устройствам, т.к. не все устройства поддерживают команды и т.п.

58

Недостатки при обновлении

Re: Недостатки при обновлении

trace
Полностью поддерживаю!

www.intelstol.ru - Контролировать просто!
59

Недостатки при обновлении

Re: Недостатки при обновлении

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

60

Недостатки при обновлении

Re: Недостатки при обновлении

Опять поддерживаем. Но как писали ранее надо иметь возможность менять интервал сделать выбор из нескольких например двух 3мин. и 10мин.(у датчика было 2-3 мин, но там был другой алгоритм, в данном случае приходится условно делить приборы на два типа - первый у которого мах время между сообщениями менее 3 мин. и второй у которых 10 мин. и более), и еще дело в том что при настройке оборудования ждать 10 минут долго.

61

Недостатки при обновлении

Re: Недостатки при обновлении

Столкнулся с такой проблемой, автомобиль в боксе, прибор координаты определить не может, в прошивке по умолчанию, видимо, вбито "нулевое" время - 1 января 2008 года, в результате на Wialon приходят сообщения "трехгодичной давности", но столбик состояния GPRS-подключения не активный.
Возможно ли при анализе "виртуального подключения" учитывать реальное время на сервере, а не время формирования пакета?

www.intelstol.ru - Контролировать просто!
62

Недостатки при обновлении

Re: Недостатки при обновлении

С носимыми трекерами GH3000 в этом плане - беда. Если трекер разрядился полностью, а после этого его зарядили вневидимости спутников то он выдает 1.01.1900 и на сервере он не отображается. При этом сами сообщения на сервер приходят исправно и, соответственно, у  трекера индицируется , что все ОК.
Но это не недостаток при обновлении. Это мной замечено минимум полгода назад.

63

Недостатки при обновлении

Re: Недостатки при обновлении

yurius, спасет только наличие TCP/UDP команд.

At the dark side of telematics...
64

Недостатки при обновлении

Re: Недостатки при обновлении

shal, поясните пожалуйста, не совсем понял.
Отображение самого значка возможности отсылки команды? Или как?

www.intelstol.ru - Контролировать просто!
65

Недостатки при обновлении

Re: Недостатки при обновлении

yurius, состояние онлайн фиксируется при наличии: активной GPRS команды и/или последнего сообщения не старше 5 минут. В Вашем случае требуется наличие поддержкки GPRS команд.

At the dark side of telematics...
66

Недостатки при обновлении

Re: Недостатки при обновлении

Господа Гуртам, прошу прокомментировать, почему нынешний вариант работы индикатора "Состояние подключения" так разительно отличается от варианта, поддержанного сообществом. Более того, в сообщениях №57...61 от 11...14 февраля говорится ровно то, что прошу я (сообщение №56). И Ваши коллеги этот вариант не отмели, как невозможный, более того, они не сказали "так делать не будем".
Так что прошу Вас все-таки постараться сделать так, чтобы живой прибор был виден как живой даже тогда, когда он не присылает текущих данных. А значок в нынешней его "ипостаси" - совершенно посторонняя игрушка.
Последнее сообщение не старше 5 минут должно быть ПОЛУЧЕНО в течение 5 минут, а не записано прибором в течение 5 минут.
Пример - у прибора установлено отправлять данные только после накопления пакета в 100 записей (хотят люди трафик сэкономить). Там сообщения и трехчасовой давности, и двухчасовой и т.д. Прибор начал отсылать данные - и не показывается как подключенный. Он прислал все данные и отсоединился - и только тут загорелась метка "ура, я на связи, управляй мной". И как им тут управлять? Ждать следующего сеанса связи?
Нелогично... и невозможно управлять.

С уважением
Novacom Team
67

Недостатки при обновлении

Re: Недостатки при обновлении

wwo55, укажите тип устройства. Вообще при наличии хотя бы одной команды все было бы ок.

At the dark side of telematics...
68

Недостатки при обновлении

Re: Недостатки при обновлении

Протокол обмена Novacom GNS Extended - все приборы (TRACK, miniTRACK, GLONASS, CONTACT).

С уважением
Novacom Team