1

NimBus, Online 2.0: важное обновление системы

Тема: NimBus, Online 2.0: важное обновление системы

Добрый день!

Ранее я размещала на форуме анонс разработки нового модуля отслеживания под кодовым названием Online 2.0. После сегодняшнего обновления v. 2.0.4 этот функционал доступен всем пользователям. В этой теме вы найдете основную информацию о новом режиме работы, а также краткую инструкцию для пользователей (прикрепленный архив).

Что такое Online 2.0?
Online 2.0 – это новая версия модуля отслеживания системы. Этот модуль отвечает за:
- получение данных от объектов
- обработку поступающих сообщений
- выбор стратегии их обработки.
Основные изменения происходили в логике обработки сообщений, поэтому не все из них заметны с первого взгляда.

Зачем это понадобилось?
Некоторые из популярных запросов было очень сложно (а порой невозможно) реализовать в рамках существующей архитектуры системы.
Поэтому было принято решение разработать новую логику создания и отслеживания рейсов.

Что изменилось в работе NimBus?
Теперь в NimBus есть возможность использовать новую стратегию обработки сообщений. Это позволило нам добавить новый тип активации рейсов: по посещению геозоны остановки. Хоть эти изменения не бросаются в глаза, они открывают много возможностей для дальнейшего развития системы.

Включен ли Online 2.0 по умолчанию?
Нет. Если у вас есть проект на NimBus, на данный момент он продолжает работать со старой версией отслеживания. Вы можете активировать новый режим на странице Администрирование в настройках депо (см. инструкцию).
NimBus, Online 2.0: важное обновление системы

Какой новый функционал доступен уже сейчас?
- Автоматическое назначение объекта на рейс – это процесс выбора системой одного объекта из нескольких (привязанных к маршруту) и назначение его на рейс.
- Работа с кольцевыми маршрутами. Кольцевой маршрут – это маршрут, в котором первая остановка совпадает с последней, но имеет другое время посещения, указанное в расписании.
- Улучшена обработка сообщений для маршрутов с самопересечениями. Это такой маршрут, линия которого пересекается или частично накладывается на саму себя.

Мы уже добавили новый функционал, о реализации которого раньше приходилось только мечтать. Но самое главное преимущество этого обновления – широкие возможности для дальнейшего развития NimBus.

О новом режиме работы системы вы можете прочитать статью в блоге, а все интересующие вас вопросы задавайте прямо в этой теме!
Также присоединяйтесь к митапу, посвященному NimBus и Online 2.0, 17 декабря (четверг) в 11:00 UTC+3.

  • NimBus, Online 2.0: важное обновление системы
Опубликовать вложения

Иконка вложений Online 2.0 (RU).zip 833.3 Кб, файл был скачан 381 раз(а) 

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
2

NimBus, Online 2.0: важное обновление системы

Re: NimBus, Online 2.0: важное обновление системы

Добрый день,
Подскажите у нас стоить Wialon Local 1804 и у нас недоступна новая версия Nimbus с 2.0, что делать?
Спасибо.

3

NimBus, Online 2.0: важное обновление системы

Re: NimBus, Online 2.0: важное обновление системы

Добрый день, limit!

Для пользователей Wialon Local новый функционал Online 2.0 будет доступен, начиная с версии 2104.

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
4

NimBus, Online 2.0: важное обновление системы

(03/02/2021 16:25:37 отредактировано a.avakimyan)

Re: NimBus, Online 2.0: важное обновление системы

Добрый день.

Хотелось бы оставить отзыв после тестирования нового режима "Online 2.0"
Тестирование производили на Wialon Local. Была создана тестовое Депо, как копия основного Депо перевозчика.
Что касается нового функционала:
- Улучшена обработка сообщений для маршрутов с самопересечениями. Это такой маршрут, линия которого пересекается или частично накладывается на саму себя.
Не удалось проверить данный функционал, так как - нет на маршрутах подобных пересечений.
- Работа с кольцевыми маршрутами. Кольцевой маршрут – это маршрут, в котором первая остановка совпадает с последней, но имеет другое время посещения, указанное в расписании.
Функционал работает корректно, только при условии наличия расписания на всех остановках, для возможности определения системой - направления движения (чтобы не засчитывать заезды в противоположные по ходу движения). В текущем режиме работы перевозчиков, наличие расписаний - в принципе, является не нужным функционалом, так как используется интервальные динамические расписания. А в данном функционале требуется наличие не просто расписание на 1-й и последней остановке - а на всех. Сам функционал - рабочий, но вся наша новая маршрутная сеть, которая запускается в этом году предусматривает только разрывные маршруты.
- Автоматическое назначение объекта на рейс – это процесс выбора системой одного объекта из нескольких (привязанных к маршруту) и назначение его на рейс.
Самый интересный и нужный нам функционал.
На старте запуска функционала, была выявлена проблема в том что, транспорт не назначался автоматический, пока со стороны Gurtam не производились дополнительные настройки.
Далее система на новых активированных маршрутах выполняла автоматическое назначение, только через какое-то время (до половины дня). С тех пор новые не активировали, так что решена проблема или нет - не известно.

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

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

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

  - Мы завели в в системе соответственно 2 маршрута. Но последняя остановка Прямого маршрута - это остановка  Обратного (там разворотная площадка). Как только автобус закончит Прямой маршрут, система автоназначения - решит, что он едет на Обратный маршрут и поставит его на выход. Это проблема, потому что он может на отстое стоять до часа и далеко не обязательно, что в принципе вообще поедет сегодня ещё.
    Предложение - засчитывать начало рейса при выезде из геозоны первой остановки. (см. предыдущий пункт)
   
Отказа от расписания, и введения возможности работать по интервальном принципу - наиболее востребованный от перевозчиков функционал. Схема работы:
- Наличие в каждом маршруте - шаблона расписания (возможно нескольких шаблонов с привязкой к временным промежуткам, чтобы можно было учитывать разницу в расписании в часы пик. - не приоритетно)
- Автоназначение на маршрут по факту выезда из первой геозоны
- Создание расписания на основании шаблона расписания и времени выезда из первой геозоны

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

5

NimBus, Online 2.0: важное обновление системы

Re: NimBus, Online 2.0: важное обновление системы

Добрый день, a.avakimyan!

Спасибо вам за подробный отзыв! Мы с вами уже обсудили детали, но зафиксирую здесь свои комментарии.

Работа с кольцевыми маршрутами

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

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

Автоматическое назначение объектов на рейс

На старте запуска функционала, была выявлена проблема в том что, транспорт не назначался автоматический, пока со стороны Gurtam не производились дополнительные настройки.
Далее система на новых активированных маршрутах выполняла автоматическое назначение, только через какое-то время (до половины дня). С тех пор новые не активировали, так что решена проблема или нет - не известно.

Действительно имело место такое поведение системы на стадии закрытого бета-тестирования. Но благодаря вашим сообщениям нам удалось выявить эту проблему и внести необходимые правки. На данный момент рейсы активируются с момента включения нового режима, без задержек.

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

На данный момент автоназначение предполагается использовать в сочетании с обычными расписаниями, по времени. У нас уже есть в планах добавить новый тип расписаний, который поможет учесть такие варианты использования.

Ошибка "Невыезд на рейс" возникающая по причине того, что не зафиксировались заезды к примеру на 2 последние остановки по Прямому маршруту, а автобус уже на конечной (начальной для обратного маршрута) и система не может автоматически поставить его на обратный маршрут, потому что предыдущий маршрут не закончен.

Такое поведение может наблюдаться, если при выполнении рейса не были посещены все остановки маршрута. Изначально такое "ожидание" завершения рейса нужно для учета данных из черных ящиков. Спасибо за предложение, рассмотрим этот и другие варианты изменения логики работы.

Начало рейса засчитывается, как время первого посещения остановки, что по факту не всегда является временем начала рейса. К примеру первая остановка - это место "отстоя" автобуса.

На данный момент NimBus считает посещение остановки только по входу в геозону. Это вызвано в первую очередь тем, что часто в остановку попадает только одно сообщение, и тогда просто нет возможности считать посещение "по выходу". Тем не менее, примем во внимание такой случай.

Мы завели в в системе соответственно 2 маршрута. Но последняя остановка Прямого маршрута - это остановка  Обратного (там разворотная площадка). Как только автобус закончит Прямой маршрут, система автоназначения - решит, что он едет на Обратный маршрут и поставит его на выход. Это проблема, потому что он может на отстое стоять до часа и далеко не обязательно, что в принципе вообще поедет сегодня ещё.

При работе с двумя маршрутами, как вы описали, все будет зависеть от двух вещей: 1) время между концом одного расписания и началом другого 2) настройка депо для активации рейсов по посещению остановки. Если 1<2, то пока что все будет именно так, как вы описали.
Поэтому могу посоветовать уменьшить значение для настройки депо до 2-5 минут. Исключением тут будут только случаи, когда время отстоя совсем маленькое, 1-2 минуты. Но тогда обычно актуальна работа по расписаниям. Если же время отстоя доходит до часа, и расписания соблюдаются хотя бы примерно, такой проблемы быть не должно.

Отказ от расписания, и введения возможности работать по интервальном принципу - наиболее востребованный от перевозчиков функционал.

На данный момент ведется анализ разных вариантов реализации этого функционала. По смыслу очень похоже на то, что вы описали: единственное, разные интервалы появятся не сразу. Так что следите за новостями! Надеюсь, новый функционал окажется вам полезен.

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале