1

Игнорирование входящих данных от объекта

Тема: Игнорирование входящих данных от объекта

У нас есть несколько клиентов, которые изначально ставили условие, чтобы передача данных с установленных на них абонентских терминалах контролировалась ими. Т.е. когда им было необходимо, терминалы слали данные о географическом местоположении и параметрах датчиков, а когда необходимо было, чтобы эти данные никому не были никогда видны, то они могли их дистанционно выключить. Решили проблему "колхозом" со схемой реле, кнопкой, управлением выходом с терминала и соответствующей командой на Wialon, предварительно вынув/отключив внутренние АКБ на терминалах, чтобы при отключении питания они не продолжали собирать и отправлять данные. Но это крайне не рациональная схема, не всегда совместимая со всеми терминалами (или модемами тахографов), подверженная манипуляции со стороны водителей, и зависимая от приема сигналов GSM на данном конкретном географическом месте.
К сожалению, выполнять данную задачу через "личный кабинет" оператора подвижной связи сложно, а то и невозможно, т.к. данные все равно пишутся в "черный ящик" терминалов, а у многих операторов добровольная блокировка SIM-карт связана с дополнительной оплатой или с проблемами разблокирования.

Поэтому есть огромная просьба к Гуртам сделать возможность "игнорирования" принятых данных от объектов по команде (например, по типу активации/деактивации "галкой" на основной вкладке в свойствах объекта. Причем, на эту функцию необходимо устанавливать права для пользователей, чтобы наделять такой возможностью только тех, кто имеет на это право. Было бы хорошо, если бы эта "галка" дублировалась в CMS Manager в столбце вкладки "Объекты".

Уверен, что это будет полезным не только для описанных мною задач клиентов, но и просто для временной блокировки объектов, например, когда у интеграторов есть тарифный план "добровольная блокировка", при котором на время ремонта/консервации транспортного средства или по другим причинам клиент может работать с историей этих объектов, но не видит и не увидит данных, которые передаются абонентскими терминалами в то время, когда объект "заблокирован".

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
2

Игнорирование входящих данных от объекта

(16/12/2018 20:46:31 отредактировано GoGPS)

Re: Игнорирование входящих данных от объекта

Пока Гуртам это не реализовал, вкладка "Дополнительно" - "Фильтрация валидности сообщений" не поможет решить вопрос выставлением например минимального кол-во спутников = 100?

Eduard Vald / GoGPS Service
www.gogps.eu
Skype: tivald.ee
3

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

Дмитрий Л, поставьте flespi между прибором и Wialon и сделайте стрим на Wialon. Соответственно выключив стрим сообщения будут до Wialon не поступать физически. Можно отрубать как все сразу (канал), так по штучно(девайсы).

Follow us on http://www.facebook.com/Gurtam
And take a look at new IoT backend by Gurtam.
4

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

shal пишет:

Дмитрий Л, поставьте flespi между прибором и Wialon и сделайте стрим на Wialon. Соответственно выключив стрим сообщения будут до Wialon не поступать физически. Можно отрубать как все сразу (канал), так по штучно(девайсы).

Странный подход у Гуртам к предложениям: вместо утвердительного ответа, отрицательного ответа или обсуждения целесообразности, сразу предлагают отправиться на другие ресурсы... Интересная схема получается: чтобы, например, установить добровольную блокировку клиенту по его запросу с соответственно меньшей абонплатой, необходимо задействовать сторонний ресурс, возможно не бесплатный. Чем это рациональнее "колхоза" с реле, кнопкой и командой управления выходом трекера? Мы ведь все хотим удобства и функциональности продукта, который мы используем и продвигаем в массы. Почему бы не обсудить вопрос в этом ключе, без привлечения сторонних ресурсов?

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
5

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

GoGPS пишет:

Пока Гуртам это не реализовал, вкладка "Дополнительно" - "Фильтрация валидности сообщений" не поможет решить вопрос выставлением например минимального кол-во спутников = 100?

Спасибо, попробуем.

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
6

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

Дмитрий Л пишет:
GoGPS пишет:

Пока Гуртам это не реализовал, вкладка "Дополнительно" - "Фильтрация валидности сообщений" не поможет решить вопрос выставлением например минимального кол-во спутников = 100?

Спасибо, попробуем.

Попробовали. Не работает. Да и давать ковыряться клиентам в свойствах объекта, подставляя те или иные значения - совсем не выход. Самое оптимальное - "флажок" на основной вкладке: всего два значения - вкл и выкл.

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
7

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

Вот есть еще тема, поддержите ее, она похожа.
https://forum.gurtam.com/viewtopic.php? … 44#p159444

8

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

Возможно, вам подойдёт работа с датчиком "Частный режим" при включённой опции "Не показывать положение объекта".
Появление такого функционала было описано в начале ноября в блоге.

@ Oleg Zharkovsky
Technical Support / Training Team
"Timely is the best. But still better late than never."
9

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

zark пишет:

Возможно, вам подойдёт работа с датчиком "Частный режим" при включённой опции "Не показывать положение объекта".
Появление такого функционала было описано в начале ноября в блоге.

Это не совсем то, потому как сообщения передаються, просто без координат.

10

Игнорирование входящих данных от объекта

(17/12/2018 15:39:16 отредактировано yavi)

Re: Игнорирование входящих данных от объекта

В абсолютном большинстве приборов, платформа ждет данные на порту, а трекеры шлют данные на платформу по своей инициативе.
Запретить трекерам вообще слать данные на платформу физически платформа не может. По крайней мере в виде универсального решения в виде галки для любого трекера  (разумеется, многие трекеры могут настраиваться командами и некоторым трекерам можно отправить, например, команду на отключение GPRS, а потом смс-командой включать обратно), но это будет костыль на каждое устройство, и универсальную галку будет сделать крайне проблематично, точнее не реально. Т.е. костыль с реле, описанный в первом тикете, это для многих трекеров единственно рабочее решение, аналогичное отключению GPRS.

Если же говорить именно об игнорировании Виалоном входящих сообщений  -- достаточно в id объекта поставить в пару кликов звездочку в id объекта (или любой другой символ), и данные перестанут парситься и попадать в базу по данному объекту. Решить вопрос с очищением черного ящика прибора универсальным решением мы физически не можем, т.к. у каждого устройства свой протокол, своя команда на очистку черного ящика. Далеко не всегда у нас есть информация о формате таких команд. У многих вообще нет такой функции.
Как вариант отправлять смс команду по очищению черного ящика , т.к. смс уходят на номер телефона, прописанный в свойстве объекта, а не на id.

Если же платформа должна принимать сообщения, парсить все сообщения, отправлять ответ трекеру, потом удалять у себя все эти данные, то эта схема мало  отличается от удаления этих сообщений вручную. Тема по услугам по изменению сообщений в Wialon вызвала много противоречивых эмоций.

Функционал по отключению сезонных объектов для отключения оплаты реализован для тарифных планов с пообъектной оплатой: https://forum.gurtam.com/viewtopic.php?id=12477

Viktor Yarovenko
Supplier relationship manager, HW group
11

Игнорирование входящих данных от объекта

(17/12/2018 16:46:58 отредактировано Дмитрий Л)

Re: Игнорирование входящих данных от объекта

yavi пишет:

В абсолютном большинстве приборов, платформа ждет данные на порту, а трекеры шлют данные на платформу по своей инициативе.
Запретить трекерам вообще слать данные на платформу физически платформа не может. По крайней мере в виде универсального решения в виде галки для любого трекера  (разумеется, многие трекеры могут настраиваться командами и некоторым трекерам можно отправить, например, команду на отключение GPRS, а потом смс-командой включать обратно), но это будет костыль на каждое устройство, и универсальную галку будет сделать крайне проблематично, точнее не реально. Т.е. костыль с реле, описанный в первом тикете, это для многих трекеров единственно рабочее решение, аналогичное отключению GPRS.

Если же говорить именно об игнорировании Виалоном входящих сообщений  -- достаточно в id объекта поставить в пару кликов звездочку в id объекта (или любой другой символ), и данные перестанут парситься и попадать в базу по данному объекту. Решить вопрос с очищением черного ящика прибора универсальным решением мы физически не можем, т.к. у каждого устройства свой протокол, своя команда на очистку черного ящика. Далеко не всегда у нас есть информация о формате таких команд. У многих вообще нет такой функции.
Как вариант отправлять смс команду по очищению черного ящика , т.к. смс уходят на номер телефона, прописанный в свойстве объекта, а не на id.

Если же платформа должна принимать сообщения, парсить все сообщения, отправлять ответ трекеру, потом удалять у себя все эти данные, то эта схема мало  отличается от удаления этих сообщений вручную. Тема по услугам по изменению сообщений в Wialon вызвала много противоречивых эмоций.

Функционал по отключению сезонных объектов для отключения оплаты реализован для тарифных планов с пообъектной оплатой: https://forum.gurtam.com/viewtopic.php?id=12477

Не стоит сравнивать блокирование данных в режиме реального времени с подстановкой/изменением данных прошедших периодов. Это совершенно разное как по сути, так и по значению.
Ну вот описанная выше функция с датчиком "Частный режим" частично схожа с тем, какие задачи я описывал выше. Разница только в том, что давать клиенту лезть в настройки объекта, подставлять там звездочки, менять параметры - это не только не рационально, а еще и прямой путь создания дополнительных проблем с обслуживанием клиента. Эти "пару кликов" могут добавить потом проблем и клиенту, и обслуживающему персоналу. Сама функция с датчиком "Частный режим" направлена не столько на клиента, сколько на работников клиента, которые управляют этим режимом из транспортного средства (от трекера). В описанных же мной случаях есть необходимость у клиента включать "частный режим" не с трекера, а с вэб-сервиса. Да и временно блокировать объекты, не используя манипуляции с SIM-картой, тоже необходимо с вэб-сервиса. Можно, наверное, создать обратную связь через трекер, настроив команду включить/отключить выход трекера, и контролировать параметр на выходе трекера в пакетах датчиком "Частный режим". Но не все трекеры имеют выходы. Не все трекеры и параметр состояния выхода передают на сервер. А просто включить каким-то флажком, не залезая в свойства датчика и не подставляя там значение, чтобы включился "частный режим", на сколько я понимаю, в настоящее время нет возможности.

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
12

Игнорирование входящих данных от объекта

(17/12/2018 17:50:17 отредактировано yavi)

Re: Игнорирование входящих данных от объекта

Дмитрий Л пишет:

В описанных же мной случаях есть необходимость у клиента включать "частный режим" не с трекера, а с вэб-сервиса. Да и временно блокировать объекты, не используя манипуляции с SIM-картой, тоже необходимо с вэб-сервиса.

Еще раз уточните, что значить "блокировать объекты" ? Запрещать трекерам слать данные?
Или принимать все сообщения, разбирать нашими скриптами, отравлять ответ на трекер (чтобы сообщения не записались в черный ящик) и сразу же удалять их базы Wialon?

Viktor Yarovenko
Supplier relationship manager, HW group
13

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

yavi пишет:
Дмитрий Л пишет:

В описанных же мной случаях есть необходимость у клиента включать "частный режим" не с трекера, а с вэб-сервиса. Да и временно блокировать объекты, не используя манипуляции с SIM-картой, тоже необходимо с вэб-сервиса.

Еще раз уточните, что значить "блокировать объекты" ? Запрещать трекерам слать данные?
Или принимать все сообщения, разбирать нашими скриптами, отравлять ответ на трекер (чтобы сообщения не записались в черный ящик) и сразу же удалять их базы Wialon?

Невозможно запретить трекерам слать данные, потому что они все равно будут пытаться это сделать. Поэтому принимать все сообщения, разбирать скриптами, отравлять ответ на трекер (чтобы сообщения не записались в черный ящик) и сразу же удалять их частично или в полном объеме из базы Wialon. Блокировать объекты - это в моем понимании сделать невозможным использовать данные для работы с объектом в системе мониторинга: как минимум - игнорировать данные о географическом местоположении трекера (по аналогии реализованного "частного режима"), как максимум - игнорировать дополнительно с координатами и датчик зажигания. И игнорировать безвозвратно, чтобы невозможно было просмотреть историю передвижений в "частном режиме".
Предполагаю, что в этом случае надо будет думать, как быть с отчетами по топливу и сливам.

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
14

Игнорирование входящих данных от объекта

Re: Игнорирование входящих данных от объекта

если вдруг решите реализовать такую функцию, учтите пожалуйста возвомжность включать/отключать сохранение сообщений по графику, например через модуль "Задания" и через уведомления.. Подобный функционал часто спрашивают клиенты, которые устанавливают трекеры на машины своих сотрудников, но не хотят следить за ними в не рабочее время...

Великий и ужасный Гиоргий Каладзе