Бортовой терминал автобуса предоставляет водителю наглядное представление о назначенном маршруте и подключает транспортное средство к системам транспортного оператора. Выбор такого терминала означает, что нужно смотреть дальше карты. Терминал должен соответствовать кабине, работать с согласованными бортовыми интерфейсами и отображать правильный маршрут при смене транспортного средства или приеме смены водителем.
Трудности часто бывают обыденными. Автобус опаздывает с отправлением. Водитель-сменщик садится в автобус в середине дня. Объездной маршрут пропускает несколько остановок. Оператору необходимо, чтобы информация на дисплее водителя, в диспетчерской и данные о пассажирах оставались согласованными. Терминал является частью этой системы, но данные расписания, приложения и подключенное оборудование должны быть определены так же тщательно, как и само оборудование.
Иллюстрация, созданная с помощью ИИ для приложения общественного транспорта; это не фотография автопарка клиента PDS.
Уточните название маршрута до отправления автобуса.
Идентификатор транспортного средства, идентификатор водителя и идентификатор поездки — это разные записи. Запасной автобус может обслуживать запланированный рейс. Одно и то же транспортное средство может выполнять несколько рейсов в течение дня. Спросите, как приложение связывает эти записи и что видит водитель, когда задание отсутствует или выполнено неправильно.
На складе водитель должен иметь возможность проверить назначенный маршрут без открытия длинного административного меню. Во время смены водителя прибывающему водителю необходимо видеть текущий статус поездки, а не экран по умолчанию за вчерашний день. Перед окончательным утверждением интерфейса необходимо проработать оба случая с оперативной группой.
Сейчас также подходящее время, чтобы решить, какие задачи следует отвести на другое место. Терминал водителя не должен превращаться в обычную офисную рабочую станцию. Редактирование расписаний и длительное администрирование инцидентов могут оставаться в ведении диспетчерского центра или выполняться в рамках отдельного рабочего процесса.
Требования к оборудованию автобусного терминала на месте водителя
Проверьте предлагаемый экран, сидя за рулем в реальном автобусе соответствующего типа. Больший дисплей может помочь в работе со сложным интерфейсом, но он также может загораживать элементы управления или обзор, если место установки выбрано неудачно. При оценке учтите полный кронштейн и кабельную оболочку.
Дисплей должен иметь удобный ночной режим, а также обеспечивать хорошую читаемость при дневном свете. Попросите водителей проверить контрастность и размер текста в обоих режимах, пока автобус стоит на стоянке. В первую очередь обращайте внимание на важную информацию о работе службы. Мелкие детали состояния не должны отвлекать от следующих инструкций.
Повторные остановки позволяют протестировать поведение при запуске и выключении двигателя. Необходимо определить, что должно происходить во время кратковременного отключения зажигания, длительной остановки и ночной стоянки. Приложение должно иметь документированное правило восстановления для активной службы. Любая фоновая работа после выключения зажигания должна рассматриваться в совокупности с энергетическим бюджетом автомобиля.
Договоритесь о том, что включает в себя каждое бортовое соединение.
Терминал общественного транспорта может взаимодействовать с оборудованием для информирования пассажиров, системой видеонаблюдения, шлюзом для транспортных средств и сетью депо. Назовите каждое устройство и укажите, какие данные передаются в каждом направлении. Фразы типа «требуется CAN» недостаточно для описания интеграции.
Для автомобильного GNSS-терминала с шиной CAN по-прежнему необходимы правильные определения сообщений и схема доступа к данным автомобиля. Физический интерфейс CAN не обеспечивает универсальный доступ ко всем сигналам шины. Подтвердите совместимость с производителем автомобиля или авторизованным партнером по интеграции, в том числе, является ли предполагаемое подключение только для чтения.
Рассматривайте информацию для пассажиров как отдельную подсистему. Какой компонент определяет следующую остановку? Что происходит во время изменения маршрута? Как распространяется файл с заменяющим маршрутом? Терминалу, системе оповещения и диспетчерскому центру необходим согласованный ответ, особенно когда обычная последовательность остановок больше не работает.
Разделяйте требования к камере и требования к дисплею.
Определите, нужны ли водителю прямые трансляции, необходимо ли записывать видео и где будут храниться записи. Это разные функции. Перед выбором оборудования или программного обеспечения запишите количество камер, формат, параметры запуска и поиска.
Для видеосъемки в пассажирском салоне также необходима утвержденная оператором политика доступа и хранения данных. Ответственная группа должна определить применимые обязательства по обеспечению конфиденциальности для данного развертывания. Возможности камеры, указанные на странице продукта, не соответствуют этим требованиям и не доказывают, что была предоставлена полноценная система записи.
При отображении информации на экране во время вождения следует избегать перегрузки экрана всеми доступными камерами и панелями состояния. Уточните у оператора, какой режим отображения необходим для каждой задачи и как он активируется. Интеграция должна обеспечивать безопасную работу, а не требовать от водителя управления консолью видеонаблюдения во время движения.
PDS T10Pro для обсуждения интеграции в транспортную инфраструктуру
На странице решений для общественного транспорта компания PDS указывает T10 Pro как вариант для городских автобусов и транспортных парков. В описании продукта T10Pro указаны 10,1-дюймовый IPS-дисплей с разрешением 1280 × 800, Android 13, входное напряжение 9–36 В и степень защиты IP66. Также описывается поддержка четырехканальной записи с камер в разрешении 720P.
Используйте эти пункты для обсуждения конфигурации, а не как доказательство того, что конкретное транспортное приложение уже интегрировано. Подтвердите выбранный объем памяти, интерфейсы, аппаратное и программное обеспечение камеры. Если для проекта требуется другой размер экрана или операционная система, попросите PDS сравнить альтернативные варианты с теми же требованиями к кабине и приложению.
Официальное изображение продукта PDS T10Pro. Программное обеспечение и подключенное транспортное оборудование зависят от масштаба проекта.
На странице с описанием решения представлены приложения для обработки информации о пассажирах, контроля соблюдения маршрута и данных о транспортных средствах. Каждое из них зависит от общей конструкции системы. В частности, не следует предполагать, что RTK сам по себе обеспечивает корректные объявления об остановках. Приложение также должно содержать достоверные данные об остановках и подходящее правило для определения момента срабатывания объявления.
Отрепетируйте смену смены дежурства и отвлечение внимания.
Для эффективного приемочного тестирования начните с одного автобуса и согласованного тестового маршрута. Войдите в систему, выберите задание и проверьте отображаемое направление. Затем передайте обслуживание сменному водителю. Подтвердите, какая информация осталась, какие учетные данные изменились и правильно ли диспетчерская распознает связь с маршрутом.
Далее, выполните запланированное изменение маршрута в безопасных условиях тестирования. Проверьте инструкции водителя, поведение пассажиров при предоставлении информации и возвращение к обычному маршруту. Повторите процедуру после прерывания соединения. Это предлагаемое упражнение по интеграции, а не отчет об измеренных результатах для клиентов.
Включите специалиста из сервисного центра в заключительный этап испытаний. Поручите ему заменить терминал или восстановить его утвержденную конфигурацию, используя предусмотренную процедуру технического обслуживания. Успешное испытание будет неполным, если только инженер-разработчик знает, как вернуть устройство в рабочее состояние.
Часто задаваемые вопросы
Может ли один диспетчерский терминал автобуса управлять всеми бортовыми системами?
Она может выступать в качестве общего интерфейса или вычислительной платформы для нескольких функций, но каждое соединение требует проверки. Некоторые операторы используют специализированное оборудование для регистрации, продажи билетов или предоставления информации о пассажирах. Определите архитектуру, прежде чем предполагать, что эти устройства можно удалить.
Необходим ли RTK для маршрута общественного автобуса?
Не автоматически. Начните с определения точности и надежности позиционирования, необходимых для приложения, затем оцените антенны, качество приема и любые корректирующие сервисы. Правильные данные о маршруте и остановках остаются крайне важными независимо от выбранного варианта позиционирования.
Как оператору следует подготовить запрос?
Предоставьте модели автобусов, фотографии кабины, примеры изменения маршрута, требования к программному обеспечению и список бортовых устройств с указанием их интерфейсов. Укажите, кому принадлежит каждая интеграция. Свяжитесь с PDS для проверки бортового терминала автобуса и согласуйте приемочные испытания, прежде чем распространять установку на весь автопарк.
Связаться с нами
📧Электронная почта: [email protected]
📞Тел.: +86 13421822024
🌐Веб-сайт: www.szpds.com
Отказ от ответственности
Информация в данной статье носит исключительно справочный характер. Компания PDS Technology Co., Ltd. не несет ответственности за ошибки, упущения или пригодность содержания для конкретных применений. Технические характеристики продукции могут быть изменены без предварительного уведомления. Перед использованием покупатели должны уточнить все технические детали у нашей команды.
О компании PDS Technology
Компания PDS Technology — ведущий OEM/ODM-производитель высокоточных RTK GNSS-терминалов и автомобильных компьютеров, обслуживающий сельское хозяйство, строительство, горнодобывающую промышленность, такси и логистику с 2011 года.
Обладая более чем 15-летним опытом исследований и разработок в автомобильной отрасли, мы предлагаем надежные устройства с поддержкой нескольких ОС (Android/Linux/OpenHarmony), обеспечивающие позиционирование RTK с точностью до сантиметра, защиту IP66 и готовность к использованию искусственного интеллекта. Наши заводы, сертифицированные по стандарту IATF16949, произвели более 100 000 единиц продукции, развернутых по всему миру, и занимают более 30% китайского рынка терминалов для сельскохозяйственного автоматического управления. Мы экспортируем продукцию в Японию, США, Великобританию, Турцию, Россию и другие страны.
