1

Автоматизация получения данных водителя от тахо в Wialon

Тема: Автоматизация получения данных водителя от тахо в Wialon

Здравствуйте.

Ситуация: имеется транспортное средство (тягач) с тахографом, подключенным к Wialon. От тахографа  получаем данные по водителям, активностям водителя и DDD файлы. Клиент хочет, чтобы, когда водитель вставлял карту в тахограф, информация о водителе, а именно ФИО водителя, т.к. эти данные есть на карте водителя, автоматом отображались в Wialone, еще и на том транспортном средстве, в тахограф которого вставлена карта водителя, без создания водителя в Wialone/Другими словами, необходимо автоматом получить всю информацию о водителе и прикрепить водителя к автомобилю.

2

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

Без создания водителя с соответствующей картой в Виалон вы не сможете его "назначить" на ТС. Что мешает создавать водителя?

3

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

SanderAMC пишет:

Без создания водителя с соответствующей картой в Виалон вы не сможете его "назначить" на ТС. Что мешает создавать водителя?

У клиента есть такое пожелание: "Хочу чтобы все автоматом, как в другой системе"

4

Автоматизация получения данных водителя от тахо в Wialon

(02/07/2020 13:29:52 отредактировано SanderAMC)

Re: Автоматизация получения данных водителя от тахо в Wialon

Чтобы было "все автоматом", должен быть "водитель" в Виалон. Нельзя назначить на ТС то, чего нет в базе данных.
А вот создавать водителя вы можете хоть руками, хоть через API (автоматом т.е.).

PS Объясните клиенту, что "хочу, чтобы ничего не было, но все работало" - это фантастика; чтобы работало, должно быть минимально то, что нужно для работы.

5

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

SanderAMC пишет:

Чтобы было "все автоматом", должен быть "водитель" в Виалон. Нельзя назначить на ТС то, чего нет в базе данных.
А вот создавать водителя вы можете хоть руками, хоть через API (автоматом т.е.).

PS Объясните клиенту, что "хочу, чтобы ничего не было, но все работало" - это фантастика; чтобы работало, должно быть минимально то, что нужно для работы.

Это все ясно и понятно, но, на карте водителя (чипе) все необходимые данные есть, включая ФИО и не только. Интересует возможность  отображения этих данных без создания водителя, используя данные, которые уже есть на карте.

6

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

Нет такой возможности, чтобы просто так. Вы сначала должны их занести в БД, привязать к конкретному ТС и только потом отображать средствами Виалон.
Не умеет Виалон выводить с привязкой к ТС какие-то произвольные тексты, без записи в базу; хоть Водители, хоть произвольные поля, хоть характеристики,.., но записать в базу извольте.

Да еще подумайте с клиентом, что эта информация ценна не в текущем моменте, а во временном разрезе, с отчетами и пр. фигней. Этого без БД и привязки не сделать никак, от слова "совсем".

7

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

r.garmash уточните, пожалуйста, как фамилия водителя передается на платформу? Какой тахограф, какой трекер считывает данные, какая платформа так умеет?
Спасибо.

Viktor Yarovenko
Business Analyst
Wialon
8

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

yavi пишет:

r.garmash уточните, пожалуйста, как фамилия водителя передается на платформу? Какой тахограф, какой трекер считывает данные, какая платформа так умеет?
Спасибо.

Ответил в ЛС

9

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

r.garmash пишет:
SanderAMC пишет:

Чтобы было "все автоматом", должен быть "водитель" в Виалон. Нельзя назначить на ТС то, чего нет в базе данных.
А вот создавать водителя вы можете хоть руками, хоть через API (автоматом т.е.).

PS Объясните клиенту, что "хочу, чтобы ничего не было, но все работало" - это фантастика; чтобы работало, должно быть минимально то, что нужно для работы.

Это все ясно и понятно, но, на карте водителя (чипе) все необходимые данные есть, включая ФИО и не только. Интересует возможность  отображения этих данных без создания водителя, используя данные, которые уже есть на карте.

Если тахогроф начнет передавать имя водителя по 232/485 или в canbus, тогда вопрос обоснован в адрес поставщика СМТ. но сейчас стоит задать вопрос производителям тахогрофа, почему они не передают в он-лайн режиме имя водителя.

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

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

Далее, для ввода информации по одному водителю человеку далекого от мониторинга(например техничка вашего клиента) потребуется 1 минуты времени(это вместе с поиском нужной клавиши при вводе имени), при чем это надо сделать единожды.
С другой стороны ваше предложение, это все ровно что для контроля расхода топлива по мима 4 дутов в бак, требуется установить проточный датчик и подключиться к кан - можно но сложно и как следствие дорого.

В целом дешевле написать модуль который будит работать со считывателям карт и создавать водителя в СМТ через API.

FFA0-0BBB-8911-15BB

https://www.reg.ru
10

Автоматизация получения данных водителя от тахо в Wialon

Re: Автоматизация получения данных водителя от тахо в Wialon

RedRock пишет:
r.garmash пишет:
SanderAMC пишет:

Чтобы было "все автоматом", должен быть "водитель" в Виалон. Нельзя назначить на ТС то, чего нет в базе данных.
А вот создавать водителя вы можете хоть руками, хоть через API (автоматом т.е.).

PS Объясните клиенту, что "хочу, чтобы ничего не было, но все работало" - это фантастика; чтобы работало, должно быть минимально то, что нужно для работы.

Это все ясно и понятно, но, на карте водителя (чипе) все необходимые данные есть, включая ФИО и не только. Интересует возможность  отображения этих данных без создания водителя, используя данные, которые уже есть на карте.

Если тахогроф начнет передавать имя водителя по 232/485 или в canbus, тогда вопрос обоснован в адрес поставщика СМТ. но сейчас стоит задать вопрос производителям тахогрофа, почему они не передают в он-лайн режиме имя водителя.

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

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

Далее, для ввода информации по одному водителю человеку далекого от мониторинга(например техничка вашего клиента) потребуется 1 минуты времени(это вместе с поиском нужной клавиши при вводе имени), при чем это надо сделать единожды.
С другой стороны ваше предложение, это все ровно что для контроля расхода топлива по мима 4 дутов в бак, требуется установить проточный датчик и подключиться к кан - можно но сложно и как следствие дорого.

В целом дешевле написать модуль который будит работать со считывателям карт и создавать водителя в СМТ через API.

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