Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Возникла проблема: у клиента целый зоопарк трекеров(Teltonika, Ruptela, BCE) и он желает идентификацию водителей. Т.к. трекера пересылают на сервер ID карточки (1wire) по-разному возникает необходимость водителю присвоить несколько кодов. Реализуйте такую возможность!
У Кернела на Wialon Pro это реализовано, тоже парк железа как музей, (Руптеллы, телтоники, бце, битреки, и т.д.) все раньше слало свой уникальный ID номер, в связи с этим хаос.
Что-то они допиляли теперь передает 10 ный номер который указан на карте.
Вообще это реализовано, как это уже другой вопрос!
А как быть с Wialon Hosting?
Возникла проблема: у клиента целый зоопарк трекеров(Teltonika, Ruptela, BCE) и он желает идентификацию водителей. Т.к. трекера пересылают на сервер ID карточки (1wire) по-разному возникает необходимость водителю присвоить несколько кодов. Реализуйте такую возможность!
Поддерживаю. +1
Неужели я первый кто столкнулся с подобной проблемой? Может у кого-то есть решение?
Неужели я первый кто столкнулся с подобной проблемой? Может у кого-то есть решение?
нет, не первый )
на PRO есть решение DISEL писал в теме
на хостинг судя по всему нет
Вопрос к разработчикам: возможна ли такая реализация на хостинге?
Предлагаю изменить название темы, например на: "Система автоматической идентификации - доработки"
И тут "пропесочить" то, что есть и то что хотелось бы. От того всем легче будет.
Исходя из своего опыта я бы ещё предложил сделать Идентификацию Транспорта.
Есть опыт реализации проектов, отпуска топлива АТЗ различным машинам
Так же, есть опыт реализации учёта отгрузки экскаватором определенной машине сырья и т.п.
Отгрузка зерна комбайном и т.п.
Из ситуации я "выкручивался" функцией прицепов: создавал прицеп с именем машины и назначал его с исключением.
Накручивать библиотеку, как мне кажется не требуется. Просто в свойствах объекта добавить опцию ввода ключа идентификации.
Также есть эта проблема. Имеется RFID-считыватель и разные трекеры. Так ВСЕ передает 16 бит данных метки, а Ruptella -- 12. Тоже получается нужно либо одному водителю присваивать несколько индивидуальных ключей, или же иметь однотипное оборудование.
Оборудование разных производителей отправляет по-разному код RFID-карточки. Предлагаю ввести возможность ввода нескольких индивидуальных кодов водителей, для корректного использования разных карточек с оборудованием разных производителей, а не разных карточек с оборудованием одного производителя.
Какое количество кодов (примерно) может быть необходимо для одного водителя?
Нужно просто чтобы виалон передавал десятичный код карты, его по уникальности номера хватит за глаза любому колхознику. Максимальная база которую встречал это 900 карт у Энселко (Кернел),
Повторюсь у uonline под Pro это реализовано!
Нужно просто чтобы виалон передавал десятичный код карты, его по уникальности номера хватит за глаза любому колхознику. Максимальная база которую встречал это 900 карт у Энселко (Кернел),
Повторюсь у uonline под Pro это реализовано!
Виалон передавал ? Куда передавал ?
Как мне известно, в виалон всё передаётся. а тут уже мы уходим в идеалогию протоколов
Какое количество кодов (примерно) может быть необходимо для одного водителя?
Так как было получено один идентичный код от Teltonika и Ruptela, но совсем другой от ВСЕ, считаю, что для одного водителя нужно хотя бы три кода. Так как не хочется иметь несколько трекеров в одном хозяйстве, но приходится, по причине выхода из строя Телтоник. Пока для нас оптимальной была замена Телтоники на ВСЕ, пока не столкнулись с проблемой, описаной в теме.
Столкнулся с предприятием, на котором есть все 3 различных типа тахографов, соответственно, у каждого водителя 3 карточки водителя.
Идея с тремя водителями
1. Иванов И.И.
2. Иванов И.И. (СКЗИ)
3. Иванов И.И. (ЕСТР)
жутко оказалась смешной для руководства компании. Такие вот дела. =\
Предлагаю Сделать Добавляемый набор идентификаторов с дополнительным пояснением
uonline под Pro это реализовано
Все верно, было дело.. долго объясняли под каждый тип трекера логику работы МонтельРековских РФИДов по 1-wire - в итоге на уровне протокола идет перерасчет на реальный ID, который написан на самой карточке .
DIESEL пишет:uonline под Pro это реализовано
Все верно, было дело.. долго объясняли под каждый тип трекера логику работы МонтельРековских РФИДов по 1-wire - в итоге на уровне протокола идет перерасчет на реальный ID, который написан на самой карточке .
Что скажут разработчики?
Мы будем стараться эту проблему решить методом задания нескольких кодов в свойствах водителя/прицепа.
Ура! Лед тронулся!
Есть оборудование которое идеально работает со всеми хорошо известными GPS трекерами так как позволяет указать необходимый сетевой адрес на который отсылать данные, а также указать любой код который вам нравиться. Это касается и RFID считывателя, а также метки прицепного оборудования. Да кстати метка имеет интерфейс подключения RS-485, что делает ее уникальной на рынке оборудования, а работает намного стабильнее чем метка монтел-река. Может комплектоваться еще датчиками измерения глубины обработки. Более подробно можно почитать здесь: http://blog.agrocontrol.net/?p=354
Есть оборудование которое идеально работает со всеми хорошо известными GPS трекерами так как позволяет указать необходимый сетевой адрес на который отсылать данные, а также указать любой код который вам нравиться. Это касается и RFID считывателя, а также метки прицепного оборудования. Да кстати метка имеет интерфейс подключения RS-485, что делает ее уникальной на рынке оборудования, а работает намного стабильнее чем метка монтел-река. Может комплектоваться еще угломерами. Более подробно можно почитать здесь: http://blog.agrocontrol.net/?p=354
Интересно интересно).
Счет сделайте на МОНТЕЛ-РЕК, купим образцов посмотрим что там у вас стабильнее работает чем у нас ))
Мои контакты у Вас есть для отправки счета.
Кстати сразу вопрос по считывателю - это как же он работает со всеми хорошо известными трекерами? Автоназначение водителя срабатывает в Виалоне PRO например? )
Есть оборудование которое идеально работает со всеми хорошо известными GPS трекерами так как позволяет указать необходимый сетевой адрес на который отсылать данные, а также указать любой код который вам нравиться. Это касается и RFID считывателя, а также метки прицепного оборудования. Да кстати метка имеет интерфейс подключения RS-485, что делает ее уникальной на рынке оборудования, а работает намного стабильнее чем метка монтел-река. Может комплектоваться еще датчиками измерения глубины обработки. Более подробно можно почитать здесь:
Возможно у меня мало опыта, так как тестировал оборудование с 232/485 протоколами лишь однажды, но при работе со считывателями по 485 протоколу наблюдаются повторения кодов у разных карточек, так как передаются всего 12 бит данных, в то время как по 1-wire передается как минимум 8*6 бит.
Возможно у меня мало опыта, так как тестировал оборудование с 232/485 протоколами лишь однажды, но при работе со считывателями по 485 протоколу наблюдаются повторения кодов у разных карточек, так как передаются всего 12 бит данных, в то время как по 1-wire передается как минимум 8*6 бит.
Повторение кодов не может быть в любом случае, тем более вы можете указывать любой код, который хотите передавать любой длины, что в метке прицепа, что в считывателе, а также выбирать любой сетевой адрес в который передавать данные.
Повторение кодов не может быть в любом случае, тем более вы можете указывать любой код
Вы сами себе противоречите. )
Fit4er прав, но в тех описанных случаях (12 бит) больше вопросов к трекерам, которые обрабатывают не весь код, который передает наш считыватель.
Fit4er прав, но в тех описанных случаях (12 бит) больше вопросов к трекерам, которые обрабатывают не весь код, который передает наш считыватель.
Для передачи уровня топлива по протоколу Omnicomm 12 бит вполне достаточно, что и реализовано как у ДУТе так и в трекере, но вот для передачи кода метки этого объема уже недостаточно, так как трекер (во всяком случае те, что я использовал) берет во внимание 1,5 младших байта кода метки.
Добрый день!
Есть ли еще интерес к этой теме?
Есть предположение, что настройками датчика можно обойти проблему, когда
ВСЕ передает 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 Кб, файл был скачан 778 раз(а)
Да, действительно, решение не простое. Спасибо.
Здравствуйте ,
У нас тоже есть проблемы в таком виде. Как то решили проблему с устройствами 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
Добрый день!
Тема актуально и на сегодняшний день!
У нас у клиента установлены 2 вида приборов и считывателей один вид это Битрек и считыватель который работает по RS485, а второй это Руптела Про4 и считыватель Руптеловский который работает по 1-wire.
Так вот битрек выдает код 11942997.00, а руптела 88205786312540255.
В свойствах объекта руптелы я разобрался как делать изменение вида кода, а вот в свойствах битрека нет галочки изменить формат кода.
Как решить данную проблему?
Oleg.Hodzitsky Добрый день.
Проблема разной передачи идентификатора разными трекерами, действительно, существует. Причем не только в перечисленной паре устройств, а чуть ли не все трекеры по разному передают. Привести все к одному виду на стороне платформы довольно сложно.
Битрек работает по протоколу тельтоники или ips?
Напишите, пожалуйста, все подробности на hw@gurtam.com
Добрый день.
Видимо не так просто решить данную задачу, если с 2016 года она висит в разработке.
Здравствуйте, видимо решения до сих пор нет?
Добрый день. Видимо или не хотят или не могут реализовать...
Добрый день, Алексей lexxon и Дмитрий qazar.
Спасибо, что подняли тему.
Хочу в одном сообщении подытожить 3 страницы обсуждения темы, чтобы проще было понимать, о чем речь в теме, и рассказать о том, как обстоит ситуация с этим вопросом сейчас.
Проблема - оборудование разных производителей отправляет по-разному код RFID-карточки/iButton. В связи с этим возникают проблемы идентификации при использовании одним водителем карт с оборудование разных производителей.
Какие варианты были предложены и обсуждены?
1) доработка водителей - возможность добавить нескольких кодов. Эта задача достаточно сложная в реализации, т.к. необходимо перелопатить всю систему и доработать все части функционала, в которых встречается водитель. К тому же, так и не пришли к выводу, сколько все же необходимо этих новых полей.
2) добавить преобразование - этот вариант практически не реализуем в массовом смысле, т.к. у нас нет единой информации о том, как именно и с какой стороны обрезается параметр. Если бы был универсальный способ, мы бы уже давно это реализовали.
Ни один из вариантов не был реализован в связи со сложностями, которые уже озвучивались ранее моими коллегами.
И сейчас я могу сказать, что мы не планируем браться за какие-то доработки в этом направлении в ближайшее время. Основная причина - это наличие существующего работающего варианта решения вопроса в Wialon Hosting.
Для многих типов устройств в расширенных настройках есть опция "Ibutton card number parsing mask", которая была реализована как раз для тех случаев, когда один водитель использует автомобили с разными типами оборудования и есть необходимость унификации кодов. 
При настройке объекта в этом поле вы можете указать необходимый порядок байтов или пропустить ненужные байты. Обычно ibutton имеет 8 байтов (от 0 до 7). В поле можно указать: 0,1,2,3,4,5,6,7 или 7,6,5,4,3,2,1,0 или 0,1,2,3. Это зависит от вашего оборудования.
Опция уже доступна для следующих устройств: Teltonika, BCE, Xirgo FMS series, Ruptela, Bitrek, ATrack.
В случае, если используемое вами оборудование не имеет подобной настройки, то вы можете обратиться к нашим специалистам по работе с оборудованием, написав на hw@gurtam.com, с подробной информацией о ваших устройствах и пр. для решения вашей проблемы (100% гарантии реализации нет, но вероятность решения очень высока).
mana Разработка отдельного внешнего модуля с расширенным функционалом для водителей, наверное, могла бы решить эту проблему. Логика работы с rfid сейчас самый неудобный элемент системы и касается не только возможности использования нескольких кодов для одного водителя
maxev, спасибо за комментарий!
Могли бы чуть подробнее рассказать о том, что вы имеете в виду под отдельным внешним модулем? Отдельное приложение?
Логика работы с rfid сейчас самый неудобный элемент системы и касается не только возможности использования нескольких кодов для одного водителя
С какими сложностями вы сталкиваетесь? Поделитесь, пожалуйста, вашими замечаниями и возникающими неудобствами и проблемами при работе с водителями, в частности, с RFID/iButton?
maxev, спасибо за комментарий!
Могли бы чуть подробнее рассказать о том, что вы имеете в виду под отдельным внешним модулем? Отдельное приложение?
Логика работы с rfid сейчас самый неудобный элемент системы и касается не только возможности использования нескольких кодов для одного водителя
С какими сложностями вы сталкиваетесь? Поделитесь, пожалуйста, вашими замечаниями и возникающими неудобствами и проблемами при работе с водителями, в частности, с RFID/iButton?
Да, речь о отдельном приложении.
Отсутствие удобного инструмента экспорта-импорта водителей из таблицы
Невозможность получения данных по используемым ключам за время до создания водителей
Невозможность закрепить за одним водителем несколько кодов ключей разного формата
Нельзя задать водителю периоды использования разных кодов (при утере ключа надо оставлять водителя с старым номером и создавать нового, возможность использования нескольких кодов решит проблему)
Нельзя назначить водителя на несколько ТС (водитель разово прикладывает ключ к считывателю техники и при заправке на трк)
Возможно ли этот функционал повесить на отдельное приложение, которое бы в соответствии с своей логикой создавало, назначало-снимало водителей?
Добрый день, Алексей lexxon и Дмитрий qazar.
Спасибо, что подняли тему.Хочу в одном сообщении подытожить 3 страницы обсуждения темы, чтобы проще было понимать, о чем речь в теме, и рассказать о том, как обстоит ситуация с этим вопросом сейчас.
Проблема - оборудование разных производителей отправляет по-разному код RFID-карточки/iButton. В связи с этим возникают проблемы идентификации при использовании одним водителем карт с оборудование разных производителей.
Какие варианты были предложены и обсуждены?
1) доработка водителей - возможность добавить нескольких кодов. Эта задача достаточно сложная в реализации, т.к. необходимо перелопатить всю систему и доработать все части функционала, в которых встречается водитель. К тому же, так и не пришли к выводу, сколько все же необходимо этих новых полей.
2) добавить преобразование - этот вариант практически не реализуем в массовом смысле, т.к. у нас нет единой информации о том, как именно и с какой стороны обрезается параметр. Если бы был универсальный способ, мы бы уже давно это реализовали.Ни один из вариантов не был реализован в связи со сложностями, которые уже озвучивались ранее моими коллегами.
И сейчас я могу сказать, что мы не планируем браться за какие-то доработки в этом направлении в ближайшее время. Основная причина - это наличие существующего работающего варианта решения вопроса в Wialon Hosting.
Для многих типов устройств в расширенных настройках есть опция "Ibutton card number parsing mask", которая была реализована как раз для тех случаев, когда один водитель использует автомобили с разными типами оборудования и есть необходимость унификации кодов.
При настройке объекта в этом поле вы можете указать необходимый порядок байтов или пропустить ненужные байты. Обычно ibutton имеет 8 байтов (от 0 до 7). В поле можно указать: 0,1,2,3,4,5,6,7 или 7,6,5,4,3,2,1,0 или 0,1,2,3. Это зависит от вашего оборудования.
Опция уже доступна для следующих устройств: Teltonika, BCE, Xirgo FMS series, Ruptela, Bitrek, ATrack.В случае, если используемое вами оборудование не имеет подобной настройки, то вы можете обратиться к нашим специалистам по работе с оборудованием, написав на hw@gurtam.com, с подробной информацией о ваших устройствах и пр. для решения вашей проблемы (100% гарантии реализации нет, но вероятность решения очень высока).
Мы ришили эту проблему методом выделения бита,байта и х.з. чего еще из кода карты!
Добрый день, maxev. Спасибо за ответ!
Пока отдельного приложения для работы с водителями точно не планируется. Но, возможно, некоторые пожелания можно будет учесть, если мы решим заняться оптимизацией работы с водителями в Wialon Hosting. Но я хочу задать вам несколько вопросов.
1) Отсутствие удобного инструмента экспорта-импорта водителей из таблицы
А какой инструмент был бы для вас удобным? У нас, например, есть запрос в бэклоге на добавление возможности импорта водителей из CSV. Было бы для вас это полезно? Смогла бы такая доработка упростить вам работу в этом направлении?
2) Невозможность получения данных по используемым ключам за время до создания водителей
Расскажите, пожалуйста, чуть подробнее, какую информацию и в каком виде вы бы хотели тут получать?
3) Невозможность закрепить за одним водителем несколько кодов ключей разного формата
Нельзя задать водителю периоды использования разных кодов (при утере ключа надо оставлять водителя с старым номером и создавать нового, возможность использования нескольких кодов решит проблему)
С этими пунктами все понятно. Возможно, что сможем сделать какие-то доработки в этом направлении, но пока никаких обещаний не даем.
4) Нельзя назначить водителя на несколько ТС (водитель разово прикладывает ключ к считывателю техники и при заправке на трк)
В целом, невозможность назначения водителя сразу на несколько объектов логичная, т.к. водитель не может находиться на двух объектах одновременно. Кейс с топливораздаточными колонками, наверное, не очень редкий, но пока ради него мы точно не готовы давать возможность назначать одного водителя на несколько объектов, потому что это может принести гораздо больше время, чем пользы. Подскажите, поажалуйста, а почему водитель только единожды прикладывает метку (ключ) к авто и ТРК? Это связано с каким-то процессом, ограничением или чем-то еще?
