Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Добрый день!
Есть ли еще интерес к этой теме?
Есть предположение, что настройками датчика можно обойти проблему, когда
ВСЕ передает 16 бит данных метки, а Ruptella -- 12
Но, чтобы проверить решение и поделиться со всеми, нужен реальный пример.
Добрый день!
Интерес есть, так команда разработчиков никакого решения и не предложила. Но я так понимаю для каждого типа оборудования будет свой набор датчиков.
Да, интерес есть.
Чтобы реализовать нормальную идентификацию водителей и учет рабочего времени на предприятии, приходится всему автопарку менять приборы до одного типа. У нас такой опыт уже был )
Предоставьте, пожалуйста, пример одного водителя и нескольких объектов разного типа, на которые необходимо его назначить.
Один водитель с кодом 55835808130 -- для назначения на объекты с BCE Light+
Тот же водитель с кодом 0182D112000D009D для назначения на объекты с Teltonika FM4200
Есть подозрение, что это решение вам может показаться слишком сложным, но оно всё же есть.
Суть в чем: водитель не может присылать два совершенно разных кода. Это один и тот же код, только в разном виде. Плюс в этом случае он оказался перевернутым. К слову, в Teltonika может быть флаг reverse ibutton, который инвертирует параметр. Но мы основывались на предоставленных данных.
И если код один и тот же, то наверняка можно преобразовать одно число в другое. В данном случае 0182D112000D009D в 55835808130.
Преобразование для данного примера реализовано в приложеном файле.
Т.о. схема работы одного водителя с разнымы типами оборудования:
- создается водитель с более коротким кодом (55835808130).
- у объекта BCE Light+ создается простой датчик привязки с параметром avl_driver.
- у объекта Teltonika FM4200 создается датчик привязки водителя с дополнительным преобразованием итогового вида.
Теперь при получении параметров разного вида на выходе будет одно и то же значение, соответственно, привязка будет происходить на оба объекта.
sensors.wlp 4.48 Кб, файл был скачан 779 раз(а)
Да, действительно, решение не простое. Спасибо.
Здравствуйте ,
У нас тоже есть проблемы в таком виде. Как то решили проблему с устройствами Pointer Cellocator и BCE но остается проблема с Ruptela. Нужно что бы устройства руптелы тоже отправил в нескольких форматах что бы можно было выбрать.
Проверил, чисто для интереса. Не работает. Странно, но мониторинг даже неправльно переводит между системами счисления: когда в калькуляторе 0182D112000D009D равно 108879216250781853, то в системме мониторинга это же шестнадцатеричное значение равно 108879216250781856.00. Вопросов все же больше, чем ответов.
Перед публикацией я также проверяла на локальной версии - работал вариант. А на web возможно отображение больших чисел с округлением. Но расчет идет на сервере. Могу еще раз на боевом примере посмотреть что как, если пришлете доступ.
А назначение на один прицеп/водитель нескольких кодов не проще ли реализовать. Как мне кажется это наиболее простой вариант.
На первый взгляд да, простой. Но по сути это всю систему перекопать и исправить, где встречается код водителя.
Да и правильно ли добавлять поля для одного и того же значения? Может всё ж преобразование?
Например, добавим мы второе поле. Но хватит ли двух кодов? Оборудований ведь может быть гораздо больше. А если их делать больше, то логика сразу усложняется в разы..
На мой взгляд, будет вполне достаточно 3-х кодов.
Проверил, чисто для интереса. Не работает. Странно, но мониторинг даже неправльно переводит между системами счисления: когда в калькуляторе 0182D112000D009D равно 108879216250781853, то в системме мониторинга это же шестнадцатеричное значение равно 108879216250781856.00. Вопросов все же больше, чем ответов.
Резюме: в данный момент на Hosting предложенный вариант не работает. Несколько дней коллеги пытались найти решение, безрезультатно. Судя по всему, проблема именно с дробной частью.
То есть, сейчас нет вообще никаких вариантов (даже костыльных) для использования на хостинге идентификации водителей в случае разнотипного оборудования.
Резюме: в данный момент на Hosting предложенный вариант не работает. Несколько дней коллеги пытались найти решение, безрезультатно. Судя по всему, проблема именно с дробной частью.
Исходя из переписки, всё-таки получилось, в дробной части проблемы не было.
Сейчас всё же склоняемся к тому, чтобы доработать обработку параметра датчика привязки водителя. Много оборудования присылает значения в hex 12-16 символов. Если 16 можно будет легко обрезать до 12, то похоже, что это решает проблему.
Если есть живые примеры, когда этот вариант не подходит, поделитесь, пожалуйста
Исходя из переписки, всё-таки получилось, в дробной части проблемы не было.
Таки-нет.
Получилось для каждого устройства для датчика идентификации водителя добавить таблицу расчёта. Где перечислить все имеющиеся карты. При этом используем не тот параметр, о котором речь шла изначально.
А вот если параметр имеет вид FC0082001756BA01 - вопрос не решается в принципе.
Я также проверил конверсию. Разница между истинным значением и wialon всегда равна 3. Я проверил его как минимум с 10 картами
I`ve checked with 10 RFID card. Conversion from Hex to Dec is wrong and difference is always 3. We use Wialon Local.
Здравствуйте!
Один из наших устройств(Ruptela) отправляет
идентификацию водителя 3300000193FC8801 формате ,а другой(Cellocator) 00000193FC88.
Как можно преобразовать 3300000193FC8801 на 00000193FC88?
Заранее спасибо.
На какой стадии решение?
На какой стадии решение? Когда ожидать данный функционал?
qazar Добрый день,
Подскажите конкретный пример кодов в разном формате.
Можно валидировать датчики на объекте по маске учитывая особенность обрудования.
qazar Добрый день,
Подскажите конкретный пример кодов в разном формате.
Можно валидировать датчики на объекте по маске учитывая особенность обрудования.
Добрый день.
Как уже описывалось ранее:" ...Один водитель с кодом 55835808130 -- для назначения на объекты с BCE Light+
Тот же водитель с кодом 0182D112000D009D для назначения на объекты с Teltonika FM4200...".
Одна и та же карточка при считывании одинаковыми устройствами (считывателями) , но на разных трекерах передается различными значениями: 55835808130, 0182D112000D009D.
Некоторым клиентам необходимо один раз коснуться чтобы водитель встал на смену, второй раз чтобы снялся
на данный момент это не реализована в подавляющем большинстве оборудования, логично это реализовать в WH
не всем клиентам хочется держать карточку в слоте,для этого еще и слот необходимо мастерить
Некоторым клиентам необходимо один раз коснуться чтобы водитель встал на смену, второй раз чтобы снялся
на данный момент это не реализована в подавляющем большинстве оборудования, логично это реализовать в WHне всем клиентам хочется держать карточку в слоте,для этого еще и слот необходимо мастерить
Это можно настроить в считывателе.
В матриксе:
коричнивый провод на массу - разовое считывание
Белый провод на массу - ключ висит до замены следующего.
не всем клиентам хочется держать карточку в слоте,для этого еще и слот необходимо мастерить
Как бы все уже придумано
https://ironlogic.ru/il.nsf/pages/pocket
