Недавно мы приступили к первому этапу эксплуатации автономных грузовиков Яндекса. Их уже можно встретить на трассе М-4 «Дон» между Москвой и Тулой, а 10–13 декабря посмотреть на грузовик могут посетители выставки COMTRANS International 2024 в «Экспоцентре».
Грузовик — это тоже автомобиль, и, казалось бы, при его создании мы могли просто переиспользовать все наши наработки для легковых машин. Но в реальности грузовой транспорт существенно отличается, поэтому многое нам пришлось адаптировать или даже создавать с нуля.
Меня зовут Кирилл Зуев, вот уже шесть лет я управляю проектами по разработке платформ в направлении автономного транспорта Яндекса. Сегодня расскажу, как мы разрабатывали и запускали свой автономный грузовик, сколько вложили в этот проект сил, знаний и опыта, а также с какими трудностями столкнулись и как их преодолели.
Небольшая предыстория
Направление автономного транспорта в Яндексе существует с 2017 года. Изначально нашим основным продуктом был автономный легковой автомобиль. Тогда разработка велась по двум основным направлениям:
-
технология автономного вождения (распознавание объектов, предсказание их поведения, планирование движения и управление перемещением);
-
компоненты hardware (набор устройств и систем, а также сама автомобильная платформа).
Параллельно мы собирали и запускали прототипы, проводили испытания, создавали флот автомобилей, накатывали миллионы километров в автономном режиме, разрабатывали инфраструктуру и инструменты для управления флотом и делали многое другое.
С точки зрения эволюции автомобильных платформ мы прошли сложный путь: начали с машин Toyota Prius, которые скупали по всей России и даже Европе (нам нужна была определённая версия этого гибрида, которая оказалась достаточно редкой), и пришли к Hyundai Sonata, которую запускали в партнёрстве с автопроизводителем. Вместе с тем мы разрабатывали и улучшали наше «железо»: вычислитель, устройства интеграции, сенсорсет (набор датчиков различных типов для сбора информации об окружающем мире), систему питания. А ещё запустили свои камеры и лидар.
Следующая веха — создание робота‑доставщика. С точки зрения «железа» это была полностью собственная разработка, включая шасси, вычислитель, кузов, сенсорсет. И конечно, умилительный внешний вид, вызывающий улыбку у прохожих и острое желание помочь роботу выбраться из сугроба зимой, если вдруг он сам не смог. Стек технологий автономного вождения хоть и был взят от легковых машин, но претерпел сильные изменения и в итоге трансформировался в отдельное направление. Запуск этого проекта был маленькой революцией в мире доставки.
Три продукта подразделения автономного транспорта Яндекса: робот‑доставщик, роботакси, автономный грузовик
А сейчас на дворе декабрь 2024 года. Я сижу в центре разработки автономного транспорта Яндекса, но мыслями где‑то далеко: представляю загородное шоссе, проходящее сквозь густые зелёные леса, тёмный асфальт, звуки проезжающих машин, облака, уходящие вдаль... И автономный грузовик Яндекса, который едет по этому шоссе.
Для нас это время большой революции. Прежде всего мы существенно расширили продуктовое направление развития наших технологий и в качестве нового продукта в линейке автономного транспорта выбрали грузовик для магистральных перевозок. Рынок грузоперевозок огромен, как и потребность в водителях. Соответственно, потенциал для рынка автономных технологий в сфере грузового транспорта тоже гигантский.
Помимо финансовых показателей, автономный грузовой транспорт интересен тем, что он ближе к реальному запуску и коммерческому использованию. Здесь проще условия эксплуатации вне города, есть возможность организации ограниченного маршрута (от хаба до хаба).
Ещё мы усиливаем подход к разработке и производству нашего продукта в области качества и безопасности. Поскольку мы разрабатываем автономное транспортное средство, предназначенное для езды по дорогам общего пользования, наш продукт должен соответствовать всем стандартам качества и безопасности, действующим в сфере транспорта. Эти требования распространяются не только на грузовик и устанавливаемые на него компоненты, но и на саму технологию автономного вождения.
Более того, подходы к разработке, производству и испытаниям продукта и все процессы также должны измениться в соответствии с требованиями стандартов. Это обязательное условие для создания безопасного, удобного, качественного коммерческого продукта, который будет массово использоваться в сфере грузоперевозок во многих странах.
Всё это часть большого пути, который нам предстоит пройти. А сегодня я расскажу, как мы его начинали. Вы узнаете о проекте под кодовым названием «Фургон мороженщика» (кодовое название проекта автономного грузовика в самом его начале понадобилось из‑за большой секретности даже внутри подразделения).
С чего мы начали
Особенности автономного грузового транспорта
Прежде всего мы задумались: в чём же принципиальные отличия автономного грузовика от автономного легкового автомобиля?
-
Размеры. Совершенно иные габариты и форма кузова потребовали от нас полностью перепроектировать сенсорсет и конструкцию автономного транспортного средства.
-
Архитектура «железа». Она также претерпела сильные изменения из‑за иной компоновки кузова, более высоких требований к защите от внешних воздействий (у грузовика гораздо жёстче вибрации, например в кабине), новых компонент в структуре оборудования, а также появления резервного контура в системе управления транспортным средством. Кроме того, мы постоянно развиваем наши аппаратные компоненты и на грузовики внедряем уже новое поколение этих устройств, что также привело к обновлению архитектуры.
-
Управляемость. Шасси грузовика существенно отличается от легкового с точки зрения управления перемещением: другая масса, другие динамические характеристики, гораздо большие крены рамы и кабины, которая ещё и установлена на отдельной пневмоподвеске.
-
ODD (operation design domain). По‑простому — условия эксплуатации. Для грузового транспорта параметры эксплуатации иные: 90 км/ч по загородным дорогам против 60 км/ч в городском режиме для легкового транспорта. Повышение рабочей скорости на 30 км/ч заставило нас пересмотреть требования к сенсорам: теперь необходимая дальность обнаружения объектов на трассе составляет 450 метров. И это настоящий вызов для сенсорной системы и алгоритмов детекции.
-
Конструкция. Вишенка на торте — это полуприцеп. Он ещё в несколько раз усложняет алгоритмы управления движением транспортного средства: существенно меняется модель поведения (тягач с прицепом — это уже автопоезд, который умеет складываться), ограничиваются обзоры видимости для сенсоров. А ещё у него своя масса, которая может меняться в диапазоне нескольких тонн.
Всё это заставило нас пересмотреть устоявшийся процесс запуска новых поколений автономных автомобилей. Мы начали с подбора грузовой платформы.
Стартовые требования
Под платформой автономного грузовика мы подразумеваем сам грузовик — шасси с кабиной, на которые устанавливается наше оборудование и которые управляются нашими алгоритмами. При подборе грузовой платформы действуют следующие ключевые требования.
Возможность управления по проводу (drive‑by‑wire) продольным и поперечным перемещением, а также различными функциями автомобиля (светом, запуском двигателя, ручником, коробкой передач, стеклоочистителями и многими другими). Это подразумевает наличие у машины некоего внешнего цифрового интерфейса (как правило, CAN), через который можно управлять всеми основными функциями автомобиля по описанному протоколу.
Подобная функциональность достаточно редко встречается даже на легковых платформах. Как правило, она появляется в современных платформах параллельно со всевозможными системами помощи водителю (адаптивным круиз‑контролем, автопарковщиком, ассистентом движения по полосе). Само собой, внедрение этих функций влечёт за собой удорожание и усложнение конструкции машины, поэтому для грузовиков это действительно что‑то уникальное. Некоторые компании, разрабатывающие системы автономного вождения для грузового транспорта, самостоятельно дооснащают платформу. Однако такой способ далеко не самое безопасное техническое решение: он требует отдельного процесса сертификации для подтверждения надёжности.
Наличие систем резервирования для ключевых узлов автомобиля, обеспечивающих безопасность: тормоза, руля, питания, коммуникационного канала и систем внешнего освещения (габаритные огни, фары, поворотники, тормозные сигналы). Когда транспортным средством управляет водитель, он и является резервным контуром, обеспечивающим функции безопасности при отказе каких‑либо электронных систем. Например, тормозная система на автомобиле спроектирована таким образом, что даже при отказе блока ABS или системы питания водитель всегда может затормозить, используя физическую связь педали тормоза с гидравлической или пневматической системой торможения.
В случае автономного транспортного средства такой возможности нет. Для обеспечения безопасной остановки при отказе мы должны добавить резервный контур управления на уровне системы. Функции резервирования у грузовых платформ ещё более редкие, чем функция управления по проводу. Как правило, они доступны только для специальных версий, разрабатываемых автопроизводителем по заказу. Отсюда возникает следующее требование.
Сотрудничество с автопроизводителем. Как я рассказал ранее, все эти функции по‑своему уникальны для грузовых платформ и недоступны «из коробки» с конвейера. Нельзя просто пойти в автосалон и купить грузовик, управляемый по проводу с резервным тормозом. Такую конфигурацию нужно заказывать у автопроизводителя, а ещё правильнее — разрабатывать вместе с автопроизводителем. Ведь в процессе разработки и тестирования постоянно появляются новые требования.
Доступ к документации на грузовик, включая документы по безопасности. Как я уже написал выше, автономное транспортное средство подлежит обязательной сертификации целиком, что предполагает проведение большого количества исследований, испытаний и анализа на безопасность и надёжность. Поэтому в случае, когда саму платформу мы заказываем у стороннего автопроизводителя, мы должны иметь доступ ко всей документации по безопасности на грузовую платформу от автопроизводителя. Сюда входит внушительный перечень документов, включая документы по функциональной безопасности (FuSa) и системному дизайну, спецификации требований по безопасности к шасси, анализ опасностей, оценка рисков всех подсистем грузовика (HARA), отчёты по анализу причин и последствий отказов (FMEA) и многие другие.
Данное требование фактически ключевое. Оно подразумевает большую и кропотливую работу с автопроизводителем для получения этих документов. И ещё бо́льшую работу, чтобы внести изменения, обусловленные автономной системой вождения, и протестировать их.
И раз автономные грузовики Яндекса поехали по дорогам и я пишу эту статью, это означает, что мы нашли целевую грузовую платформу в соответствии с описанными выше требованиями, а также партнёра среди мировых автопроизводителей.
Первые тесты собранного прототипа автономного грузовика на полигоне Яндекса в Михнево
Разработка грузовика
Итак, мы уже обсудили, в чём особенности грузового шасси с точки зрения требований к управлению и надёжности. Теперь поговорим о другой важной части любого автономного транспортного средства — оборудовании для автономного движения платформы.
Это оборудование — различные сенсоры, вычислители, конструкции и платы управления — мы разрабатываем и производим сами, а затем устанавливаем на грузовики. Ко всему оборудованию (как и в целом к автономному транспортному средству) предъявляются требования и стандарты безопасности и качества автомобильной индустрии. Вот основные из них:
-
ISO 26262 — международный стандарт по функциональной безопасности дорожных транспортных средств.
-
IATF 16949 — международный отраслевой стандарт, описывающий требования к системам управления качеством на предприятиях, занимающихся разработкой и производством продукции автомобильной промышленности.
-
PPAP (Production Part Approval Process) — требования к производственному процессу и его описание для получения продукции, соответствующей установленным требованиям спецификации и качества.
-
APQP (Advanced Product Quality Planning) — структурированный подход к обеспечению качества продукции, используемый в автомобильной промышленности для планирования и разработки процессов и продуктов с целью удовлетворения требований клиентов и минимизации рисков.
Если представить структуру оборудования автономного грузовика, то в ней можно выделить следующие основные системы и компоненты:
Шасси
Тут всё просто. По сути, это сам грузовик (тягач) с внешним интерфейсом управления.
Сенсорсет
Набор различных сенсоров (лидары, радары, камеры, GNSS), которые позволяют грузовику видеть и ориентироваться в пространстве. В наш грузовик встроен 31 сенсор (на наших легковых автономных машинах их почти в два раза меньше). Это 17 камер, 6 лидаров, 5 радаров, 2 IMU, 1 GNSS‑приёмник.
Зачем так много? Во‑первых, форма кабины грузовика усложняет размещение сенсоров. Поставить один сенсорбокс (обособленный конструктивный элемент с сенсорами, проводкой и очисткой) на крышу грузовика уже не получится: он будет расположен слишком высоко и не сможет видеть в ближней части кабины, а обзор назад будет полностью перекрыт прицепом.
Во‑вторых, первоначальная конфигурация сенсоров должна быть избыточной на период проведения тестов и испытаний. В дальнейшем её можно оптимизировать.
Распределение лучей лидаров сенсорсета автономного грузовика
В‑третьих, использование сенсоров разных типов — необходимое условие для реализации функций, которые могут сильно различаться. Например, камеры для удалённых операторов, камеры для распознавания светофоров и камеры для распознавания объектов в дальней зоне видимости — это совершенно разные устройства с точки зрения характеристик.
В‑четвёртых, большое количество сенсоров разного типа необходимо для повышения точности работы системы распознавания. Камеры, лидары, радары — у всех этих приборов разные физические способы детекции окружающих объектов. И работают они тоже по‑разному, в зависимости от эксплуатационных и погодных условий. Поэтому только комбинация сенсоров разного типа даёт наилучший результат.
Сенсорсет грузовика, разработанный нашей командой, представляет собой несколько сенсорбоксов (конструктивный элемент, объединяющий несколько сенсоров, их креплений и элементов системы очистки), расположенных по периметру кабины грузовика. Основной элемент — горизонтальная центральная балка (так называемая монобровь), которая находится над лобовым стеклом. По краям балки установлены два лидара с камерами по кругу. За счёт того, что эти элементы вынесены за контур кабины, указанные сенсоры обеспечивают широкий угол обзора вокруг грузовика (за исключением зоны в задней части, скрытой прицепом). В центре балки расположен дополнительный лидар и камеры, смотрящие вдаль.
«Монобровь» с лидарами и сенсорами — основной элемент сенсорсета автономного грузовика
На боковых частях кабины находятся фендерные сенсорбоксы с камерами и лидарами для обзора пространства в ближней зоне, а спереди на месте центральной эмблемы установлены фронтальный лидар и камера для обзора пространства непосредственно перед грузовиком.
Боковой (фендерный) сенсорбокс с лидаром, двумя камерами и системой очистки
И финальный штрих: наш сенсорсет включает в себя пять радаров, установленных под пластиковыми элементами обшивки кабины. Все внешние элементы, которые мы устанавливаем, сертифицированы на соответствие требованиям безопасности.
Система очистки
Это компоненты для очистки сенсоров от загрязнений и специальный софт для детекции самих загрязнений и управления компонентами. Это один из важнейших блоков для автономного грузовика. Ещё несколько лет назад коллега говорил мне: «Кто изобретёт работающую систему очистки для сенсоров, тот завоюет мир автономного вождения».
С одной стороны, шутка, но с другой — на мировом рынке сейчас и правда не так много работающих решений для очистки сенсоров. Некоторые компании, которые поставляют системы автономного вождения, и вовсе игнорируют необходимость подобной системы, так как эти системы эксплуатируются в основном в регионах с мягкими погодными условиями. Другие компании надеются на аэродинамику и проектируют расположение сенсоров таким образом, чтобы минимизировать их загрязнение. Безусловно, это правильный подход, однако он не даёт гарантированного результата: все, кто хоть раз ездил по МКАДу поздней осенью после дождя со снегом, прекрасно понимают проблему и осознают важность задачи по очистке сенсоров.
Мы занимаемся разработкой системы очистки уже давно. На легковой машине удалось добиться хороших результатов: основные сенсоры чистятся водой и воздухом под давлением. Но для грузовика эту систему пришлось проектировать заново. Проблема в том, что на трассе уровень загрязнения выше и расстояние, которое мы должны проезжать без остановки, больше, поэтому требования к системе очистки значительно выросли.
Наши инженеры переработали систему очистки сенсоров. Конструкция базируется на сбалансированном расходе омывающей жидкости и сжатого воздуха. Для этого использовали 80-литровый бак, мотор‑насос, 120 метров гидропневмопроводов, более 100 соединителей и разветвителей, 36 высокоскоростных клапанов, 75 разнотипных форсунок. Кстати, по поводу жидкости: мы даже подобрали специальный состав, который не пенится и не замерзает при отрицательных температурах в условиях сильного ветра.
Отдельно хочется отметить софт и алгоритмы очистки. За детекцию загрязнений отвечает ML‑модель, которая оценивает степень загрязнения каждого сенсора. Если степень загрязнения достигает критического значения, посылается исполняющий сигнал в блок управления системой на запуск цикла очистки.
Сам алгоритм работы цикла очистки также сложный. Мы разделили поверхности сенсоров на секторы (например, передняя часть лидара загрязняется гораздо быстрее, чем боковая и задняя), подобрали длительность подачи воды (для удаления грязи) и воздуха (для обдува капель) таким образом, чтобы, с одной стороны, обеспечить достаточную видимость, а с другой — чтобы объёма бака омывающей жидкости хватило доехать по трассе М-11 от Москвы до Санкт‑Петербурга (не забываем, что грузовик автономный и заливать омывайку по пути будет некому).
Интересный факт: для тестирования системы у нас собраны специальные стенды, где можно воспроизвести, например, низкие температуры или обдув воздухом на высоких скоростях. Для создания загрязнения мы используем специальный состав — имитатор грязи в баллончиках, который, оказывается, есть в продаже.
И конечно, нельзя забывать про аэродинамику. Сейчас совместно с автопроизводителем мы проверяем аэродинамические свойства грузовика с установленным оборудованием, чтобы определить оптимальное расположение сенсоров и форму обтекателей. По результатам моделирования некоторые узлы мы в дальнейшем доработаем.
Вычислитель
Основной мозг автономного транспортного средства, с помощью которого происходит обработка информации и управление грузовиком. По сути, это очень мощный компьютер со специально разработанным корпусом, адаптированным «железом», системой водяного охлаждения и управлением питанием. Материнская плата — также разработка Яндекса.
Общий вид вычислителя с установленной системой водяного охлаждения
Система питания
Её особенность в том, что напряжение питания бортовой сети у грузовика составляет 24 В. А у нашего оборудования, устанавливаемого в кабину, разные уровни входного напряжения: от 12 В для сетевого оборудования до 24 В для лидаров и 48 В для вычислителя. Такой разброс потребовал от нас добавить различные преобразователи напряжения — повышающие и понижающие.
Кроме того, качество питания бортовой сети грузового автомобиля далеко от идеала. Например, в момент запуска двигателя можно заметить просадки напряжения до 10 В. Используемое нами вычислительное оборудование не подходит для таких условий эксплуатации. Поэтому мы разработали специальные стабилизирующие фильтры питания, которые позволяют получить ровное выходное напряжение без значительных отклонений и просадок.
Ещё один важный компонент системы электропитания — преобразователь для зарядки от внешней сети питания 220 В. Он нужен, чтобы у нас была возможность питать оборудование и заряжать батареи во время стоянки, то есть когда двигатель грузовика выключен.
Ну и добавьте к этому несколько десятков предохранителей, реле, ключей, кнопок включения, силовые провода — и вы получите практически полное представление о системе питания автономного грузовика.
Панель с силовой электроникой для питания оборудования
Сеть
Всё оборудование в системе автономного вождения связано различными каналами связи. Для связи между основными блоками управления используется CAN‑сеть, для передачи больших объёмов информации — Ethernet (оптика + витая пара).
Устройства объединяются в сеть с помощью коммутаторов. Связь с облаком происходит благодаря двум модемам мобильной связи, если отсутствует сетевое подключение, или же с помощью Ethernet‑кабеля. Все устройства сетевой инфраструктуры настраиваются специальным образом с главного вычислителя.
Основной жгут с сигнальными, сетевыми и интерфейсными проводами
Блоки управления
Как говорится, the last but not least. Это набор модулей управления платформой грузовика. Основной блок — шлюз, который обеспечивает связь системы автономного управления верхнего уровня и шасси автомобиля. Основное назначение этого блока, помимо передачи и преобразования информации между вычислителем и платформой, — реализация платформонезависимого уровня и обеспечение безопасности управления.
Что такое платформонезависимый уровень? Это программный стек, который скрывает особенности платформы от технологии автономного управления верхнего уровня. Для технологии не должно быть большой разницы, какой машиной она управляет: Toyota Prius или Shacman X6000. С точки зрения интерфейса управления они должны быть аналогичны. Скажем, для управления продольным перемещением (разгоном и торможением) используются универсальные параметры — ускорение и джерк (jerk — производная ускорения). А чтобы преобразовать типичную величину ускорения, которую выдаёт вычислитель, в машинные команды (которые могут быть разными в зависимости от платформы), как раз и нужен шлюз.
Также на уровне устройства шлюза реализован большой слой бизнес‑логики, отвечающей за работу системы автопилота, её отключение при вмешательстве водителя, а также за мониторинг работы шасси и всего автономного оборудования. Реализация этих функций — очень ответственный и критически важный процесс, обеспечивающий безопасность работы автономного транспортного средства.
Помимо шлюза, есть ещё несколько электронных блоков, отвечающих за разные функции:
-
устройство для управления компонентами системы очистки;
-
модуль сбора и предварительной обработки данных с камер;
-
устройство питания и синхронизации данных с лидаров;
-
устройство управления безопасным контуром движения грузовика;
-
устройства GNSS‑навигации вместе со встроенным акселерометром IMU;
-
чёрный ящик для гарантированной записи данных.
Плата питания вычислителя
Зона экспериментов
Итак, я рассказал про основные hardware‑компоненты автономного грузовика. По каждому из них идёт непрерывный процесс разработки, испытаний и тестирования. Но как мы внедряли и испытывали всё это оборудование?
В самом начале проекта автономного грузовика, когда у нас ещё не было грузовой платформы, управляемой по проводу (drive‑by‑wire), мы хотели как можно скорее начать тестировать сенсоры. Как я уже говорил, сенсорсет должен был сильно измениться и эволюционировать по сравнению с сенсорсетом легкового автомобиля. Поэтому мы взяли обычный грузовик, оснастили его экспериментальными сенсорбоксами и отправили кататься по трассе в ручном режиме.
Эта промежуточная версия грузовика стала очень важной для нас. Она позволила тестировать различные конфигурации, расположение и состав сенсоров ещё до появления целевого тягача. Также команда софта собирала данные с проездов, обучала и настраивала свои модели для распознавания. Все изменения в конструкции грузовика были сертифицированы — они безопасны для других участников дорожного движения.
Прототип с кодовым названием «Синий», он же Optimus, в калибровочном ангаре на полигоне в Михнево
Следующим важным этапом была настройка алгоритмов управления грузовиком. К этим задачам также хотелось приступить как можно раньше, потому что алгоритмы существенно отличались от тех, которые используются на легковых машинах. Мы купили, собрали и запустили ещё одну промежуточную версию грузовика.
На этом грузовике мы уже могли ездить в режиме автопилота, тестировать и отлаживать параметры управления перемещением шасси. Управление разгоном и торможением происходило по цифровому интерфейсу в соответствии со стандартом J1939. Важным отличием стало то, что у этого грузовика была функция торможения по команде, которая появилась благодаря системе аварийного торможения AEBS. Однако у него не было функций удержания в полосе, поэтому мы не могли управлять рулём по проводу.
Немного подумав, мы дооснастили грузовик специальной версией гидравлического редуктора с сервоприводом. Скажу прямо, это оказалось непросто: нужно было подобрать специальную версию гидроусилителя для тяжёлого тягача с интегрированным электроприводом (мотором, который может вращать рулевой вал), установить её, реализовать и настроить протокол управления, запустить и откалибровать. Но наша невероятная команда справилась и с этой задачей — так появился ещё один промежуточный грузовик под кодовым названием «Красный», он же Leadfoot.
Тот самый гидроусилитель с электроприводом (стоимостью c легковой автомобиль)
Когда алгоритмы управления были уже реализованы, надо было провести первые тесты системы контроля за перемещением. Причём обособленно, не задействуя технологию автономного вождения. То есть просто подавать команды перемещения в модуль управления шасси и смотреть, как они отрабатываются.
Первоначально мы использовали комбинацию клавиш W—A—S—D на клавиатуре, но это показалось недостаточно интересно. Мы подключили пульт дистанционного управления от радиоуправляемых моделей по радиоканалу к модулю управления шасси. В итоге получилось осуществить мечту любого мальчишки: через пульт порулить грузовиком в натуральную величину. Могу с уверенностью сказать, что это были совершенно невероятные ощущения, особенно для того, кто в это время сидел в кабине грузовика. Важно: эта версия грузовика может ездить только по закрытому полигону Яндекса!
Сборка: подготовка и процесс
Итак, мы наконец дошли до этапа сборки и запуска прототипа drive‑by‑wire‑грузовика, который ездит по трассе в режиме автопилота. Но сборка грузовиков началась не с самих грузовиков и даже не с изготовления нужных деталей, а с гаража для сборки.
Оказалось, что наш исследовательский центр прототипирования и разработок (или по‑простому гараж) на Аминьевском шоссе не вмещает в себя грузовики. Поэтому нам пришлось найти в нём «выручай‑комнату» и подготовить площадку для сборки и запуска. Помимо проведения очевидных работ по расширению ворот и реорганизации рабочего пространства, пришлось даже укреплять пол по всей зоне работ, чтобы грузовик чудесным образом не очутился на перроне станции метро «Аминьевская».
Помимо гаража, мы также подготовили испытательный полигон для работ с грузовиком. Но несмотря на старания, наш текущий полигон не позволяет проводить полноценные тесты грузовика с гружёным прицепом на скоростях до 90 км/ч. Для этих целей мы арендуем внешний полигон с длинными участками трассы.
В части подготовки к сборке мы также организовали предварительные работы на макете грузовика. Это полноценный грузовик, но без функции drive‑by‑wire. На нём мы макетировали размещение оборудования и прокладку проводки по кузову. Это позволило нам значительно ускорить сборку прототипа грузовика.
Пост сборки автономного грузовика в нашем гараже рядом со станцией метро «Аминьевская»
Сама сборка первого прототипа проходила в сжатые сроки. Все команды, участвующие в сборке, — монтажники, электрики, конструкторы, менеджеры — принимали активное участие в процессе. Важно, что все изменения, доработки и нестыковки, возникающие в процессе сборки первого прототипа, сразу регистрировались и оформлялись в конструкторской документации. Именно благодаря этому следующая версия грузовика уже содержала все основные правки.
Процесс сборки автономного грузовика можно разделить на несколько этапов:
-
Снятие обшивки, внешних конструктивных элементов (да, чтобы собрать автономный грузовик, надо сначала его разобрать).
-
Установка креплений и прокладка проводки в кабине и на шасси грузовика.
-
Крупноузловая сборка элементов на отдельных постах сборки: вычислитель и его система охлаждения, сенсорбоксы, стойка с электронным оборудованием, главный жгут.
-
Установка и подключение узлов, собранных на предыдущем этапе.
-
Установка и подключение элементов системы очистки.
-
Установка защитных кожухов и внешних обтекателей.
-
Установка обшивки и внешних элементов грузовика.
-
Установка элементов интерьера (панель кнопок управления автопилотом, салонные камеры).
-
Запуск и настройка всех систем.
-
Контроль качества и приёмка собранного грузовика.
На заключительном этапе мы проверяем оборудование и весь собранный грузовик более чем по 50 пунктам. Проверяется широкий спектр параметров и характеристик: от момента затяжки винтов до точности установки сенсоров. Процесс ответственный и важный, поэтому мы можем гарантировать, что из ворот нашего гаража не выедет грузовик, который не будет полностью работоспособен. За проверку и испытания грузовика отвечает служба качества — обязательная структура в компаниях, работающих в автомобильной индустрии.
Запускаем в добрый путь
Далее следует процесс проверки и запуска оборудования грузовика. Сначала — пробное включение оборудования и всех систем: контролируем их готовность к работе. Далее — загрузка программного обеспечения в устройства нижнего уровня, обновление прошивок оборудования. После этого конфигурируется сетевое оборудование, настраиваются все коммутаторы и устройства передачи данных.
Когда всё оборудование готово и настроено, начинается этап проверки работоспособности всех систем в комплексе, для чего используется специальный тестовый профиль программного обеспечения. На заключительном этапе происходит калибровка сенсоров относительно друг друга и относительно шасси грузовика. Это позволяет гарантировать высокую точность данных распознавания, поступающих из разных сенсоров в систему.
Во время работ по сборке и запуску задействовано несколько команд. В этот момент гараж превращается в постоянно жужжащий улей. При этом все действия команд слажены, все шаги определены и понятны. В случае каких‑либо сложностей начинаются локальные обсуждения, все готовы помочь, если необходимо. Поистине вдохновляющий процесс.
Стихийный консилиум инженеров
Я пишу об этом, потому что мне кажется важным, помимо технических моментов, показать заинтересованность и мотивацию команды. Продемонстрировать атмосферу созидания, в которой из идеи, из символа кода, из знака на схеме рождается нечто новое, физическое, материальное. И безусловно, этому новому нужно присвоить имя.
У подразделения автономного транспорта Яндекса есть традиция: мы даём имена нашим автономным машинам и роботам. Возможно, вы слышали, что наши легковые машины названы в честь героев сериала «Мир Дикого Запада»: Teddy, Dolores, Bernard. Для роботов‑доставщиков изначально мы использовали фамилии известных учёных: Mendeleev, Lomonosov, Kapitsa. Потом, когда количество роботов перевалило за сотню, их стали называть простыми цифро‑буквенными именами: A340, A407.
Когда пришло время придумывать имена для грузовиков, начались бурные обсуждения и споры. С одной стороны, были определённые ограничения в выборе потенциальных имён: они должны быть удобны в использовании. Проще говоря, имя должно быть удобно набирать на клавиатуре для удалённого доступа. Ещё имя должно легко произноситься и запоминаться, пространство имён должно быть достаточно широким, а ещё они должны быть близки по смыслу и духу нашему проекту.
В итоге было предложено почти 50 вариантов источников имён: названия рек, машины из вселенной автоботов, герои мультфильмов «Смешарики» и «Миньоны», средневековые короли, гонщики ралли «Дакар» в классе грузовиков, ведьмы, сожжённые на костре, герои сериала «Дальнобойщики», названия русских блюд (можете себе представить грузовик Borscht?) и многие другие.
После мы отсекли неподходящие по критериям варианты, а также те варианты имён, при произношении которых можно было случайно скастовать заклинание. В итоге компетентным жюри был отобран шорт‑лист вариантов для финального голосования. На решающем раунде не на шутку сошлись поклонники вселенной автоботов против сторонников названий звёзд. В результате победу одержали астрономы‑любители, и мы стали называть наши автономные грузовики в честь звёзд и созвездий: Algol, Altair, Electra, Sirius.
И вот наши звёздочки поехали по бесконечным просторам страны.
Что дальше
Сейчас мы получили разрешение на езду грузовиков в автономном режиме по дорогам общего пользования. Для этого мы успешно завершили сертификационные испытания и получили все разрешения, которые положены по закону.
Для юридического регулирования и поддержки компаний, разрабатывающих автономный транспорт, в Российской Федерации создана специальная программа экспериментально‑правового режима (ЭПР) по эксплуатации автономного транспорта. Это комплект документов и регламентов, описывающих требования, правила и условия эксплуатации автономных транспортных средств. После того как наш транспорт прошёл все необходимые проверки, мы запустили регулярные проезды грузового флота по трассам для сбора данных.
Мы уже собрали и проверили 12 грузовиков и продолжаем сборку новых. До конца года планируем нарастить флот до 18 грузовиков. А ещё намерены запустить первый коммерческий проезд грузовика по трассе М-4 и под новый, 2025 год привезти на нём первые подарки.
Вместе со всеми запусками мы активно продолжаем процесс разработки. В плане технологии автономного управления планируем совершить качественный скачок в алгоритмах и моделях и кратно улучшить показатели качества автономного вождения, а также развивать симулятор и онлайн‑тестирование технологии. Параллельно мы ведём работу с автопроизводителем по разработке целевой платформы грузовика с резервированием основных систем.
В части «железа» также идёт насыщенная работа по разработке automotive‑grade сертифицированных устройств и систем (термин automotive‑grade используется для описания деталей, соответствующих стандартам, установленным автомобильной промышленностью). Непрерывно улучшаются процессы эксплуатации автономного флота, открытия локаций и поддержания их работы. Много внимания уделяется разработке инструментов и систем по обеспечению функционирования флота автономных машин и организации удалённого управления парком грузовиков и легковых автомобилей и его мониторинга.
Важнейшее направление — обеспечение безопасности движения. Это неотъемлемая часть нашей активности в рамках проекта. Мы строим систему менеджмента качества и управления процессами в соответствии с мировыми стандартами и требованиями в автомобильной промышленности.
Комментарии
В Москве по району Ясенево уже года 4 катаются легковушки Яндекса. Пока так и не получилось их запустить без водителя, хотя анонсировали и делали запись желающих проехать на беспилотном такси. Наблюдая, как они ездят, я убеждаюсь, что беспилотный транспорт на дорогах общего пользования будет ездить ещё не скоро. Таксистам пока можно не переживать.
Чуть какой ремонт, затруднение на перекрёстке, дождь, снег, гололёд и все эти роботы встают и тупят. Всё это сможет ездить только на выделенных трассах. Пока по крайней мере.
В Иннополисе они с 2018 года катаются, без какого-то заметного прогресса, как и в Ясенево. Впрочем, не все так плохо, если понимать, что задача не в "транспорте без водителя", а в отладке побочных технологий. Как говорил Страдивари своему сыну: "запомни, главное в скрипке это качественный лак, а будет она играть или не будет....".
"Езда на выделенных трассах" это бесполезное решение, потому что выделенные трассы уже есть - железная дорога.
Про лак смешно. Откуда взяли?
Из старого КВНа.
А если такси надо остановиться взять пассажира в центре города, где свободного места в принципе нет? Таксист встанет во втором ряду мигать, а беспилотник?
Пока не выходит с беспилотным вождением в городе. Простой пример, который наблюдал лично. Роботу надо перестроиться перед перекрёстком в нужную полосу. Движение плотное, почти стоим. То есть окна нет для перестройки. Робот останавливается и включает поворотник, ждёт, когда его пропустят. Полоса, на которой он стоит, полностью блокируется. Все спешат на той полосе, куда он хочет перестроиться, так как надо успеть проскочить, пока горит короткое время зелёный свет в твоём направлении. Его никто не пускает. Внаглую он в полосу не лезет, как сделал бы живой человек и через 3-4 машины проехал бы. А этот в итоге заблокировал свою полосу и стоит, ждет. Его начинают объезжать другие машины и создаётся ещё большая пробка, в которой он так же не умеет ориентироваться.
Ну а когда сильный дождь или зимой снег, все беспилотные такси по обочинам стоят. В это лето несколько месяцев, начав с весны, делали ремонт дорог по всему району. Роботы тоже стояли. Не умеют ездить в таких условиях.
В общем, пока всё это похоже либо на наработку технологий, либо на распил бюджетов. Не знаю, что у них в итоге выйдет. Я не верю, что в ближайшие 10-15 лет роботы смогут ездить по крупному городу. А что будет дальше, кто знает. Может и машин то станет в разы меньше.
Чуть-чуть подлезать в нужную сторону надо, но аккуратно, тогда пропустят. Живые таксист проезжают же :)
Интересно, какой алгоритм будет в вождении, если лопнет шина, особенно рулевая....
Скорее всего тот же самый, который применяется человеком для безаварийной остановки. Узлы управления одни и те же: тормоза, коробка передач, усилитель руля
Человек не применяет алгоритмов для такой ситуации (как и при любой другой), поэтому никакого "того же самого" алгоритма для безаварийной остановки не существует. Есть довольно примитивные подходы, типа "тормозить, руль не крутить, а там уж как получится". На Боингах-макс в 2018-19 очень хорошо продемонстрировали как такой подход на практике выглядит.
Для того, чтобы автопилот выруливал так же как человек, эти действия нужно формализовать и алгоритмизировать. Сделать это настолько сложно, что никто за это браться не будет (даже пробовать глупо). Все, кто реально в теме, прекрасно понимают, что до решения подобных вопросов дело никогда не дойдет, поэтому таким проблемами не заморачиваются.
1. А не слишком ли дорого получается возить груз на таких машинах?
2. А если будет авария с жертвами, кого будут сажать в тюрьму?
1. Гораздо дешевле, чем с водителем. Учитывая, что автопилот может работать 24/7. Только заправляй да ТО проводи.
2. Виновного в аварии, очевидно же. И сдается мне, что чаще всего авария будет не из-за действий автопилота.
А когда случится не "чаще", тогда кого?
Вам лишь бы сажать. Страховку выплатят и идите, солнцем палимый. Корпорации - они такие, у них адвокатов свора.
1 - в перспективе - дешевле. За счёт экономии на зарплате водителя. Ну и робот с гарантией не сольёт дизель по дороге.
2 - будет создаваться комиссия и решать. Может быть что никого, если робот не виноват. Примерно как с лифтами сейчас происходит.
Дизель сольёт человек с "бесхозной" машины :) Этим уже активно промышляют. Недавно читал обсуждения дальнобоев под одним из роликов в ютубе. Даже и не знал, что это сейчас массовое явление. Они спят на специальных платных стоянках. На трассе или на неуправляемой парковке на обочине есть большой шанс нарваться на грабителей.
А в какой момент времени это должно произойти? На ходу?
Ибо подобные машины не будут останавливаться на перекусить и переночевать.
Остановить машину с автопилотом проще простого: поставить на дорогу манекен и автопилот остановит машину.
Видел новость, где один приколист одел на себя футболку со знаком СТОП и автопилоты на него реагируют, останавливаются
Было дело. Его вроде даже наказали потом как-то. Или пригрозили наказать.
А так да, легко остановить ночью, что-то снять с машины и скрыться в полях на квадроцикле.
При этом машина с автопилотом гарантированно вся обвешена камерами.
А при нарушении целостности поди ещё и сигнал отправит об опасности.
Я не думаю, что подобные приколы будут массовыми.
Балансодержатель опасного объекта виноват, а это должно страховаться.
Так и обычный водитель страхуется. Вопрос кто по уголовке пойдет, если смертельное ДТП? Труп есть, а виновного нет? Так не бывает, если это не несчастный случай и нарушены правила.
А даже если и не нарушены. Если живой водитель сбил человека НЕ на пешеходном переходе, а он трассу к примеру с нарушением перебегал, то водитель всё равно получит срок. Хотя формально по ПДД был не виноват. Суд у нас обычно говорит - должен был среагировать.
А если в такой же ситуации автопилот сбивает. Получается никого не посадят? Хотя ситуация идентичная.
А если вас автопилот в лифте сбивает насмерть, кто по уголовке пойдёт?
А если автопилот на эскалаторе?
Тоже самое и с машинами будет.
И что-то мне подсказывает, что ДТП по вине беспилотных машин будет ускользающе мало
В лифте не автопилот, лифтом вы управляете - кнопки жмете. Если в результате ваших нажатий человек в дверях головой застрянет и её лишится, то вы по уголовке и пойдете.
Так что пример неудачный, давайте другой.
Это с фига ли?
А если я кнопку нажму и там пол провалится - тоже уголовка?
А если трос оборвётся?
Или это другое?
Не, если я осознанно вмешаюсь в органы управления лифтом, поотключаю защиты там, трос подпилю - вопросов нет. Во всех других случаях - сорян.
Пример абсолютно удачный, ибо раньше в лифте был специально обученный человек. Лифтёр. Который управлял лифтом.
Но потом как-то придумали обходиться без него.
И с машинами придумают.
Вопрос с лифтами (да и с любой техникой) так решается. Проходит разбирательство - вот этот ущерб (гибель человека, например) произошла в результате нарушений условий эксплуатации (тогда понятно к кому вопросы и кто сядет) или ошибка, заложенная самой конструкцией и программой, например, при нажатии какого-то набора кнопок срабатывает система "проваливания" пола. Если последнее будет обнаружено, то производитель ответит за все. Он не только заплатит компенсацию пострадавшим прямо или косвенно. Все подобные лифты будут немедленно остановлены. Так лифт в здании обязательно нужен и он там один (одна система с несколькими кабинами) производитель будет вынужден поменять все свои лифты на другие (возможно, другого производителя) за свой счет. Скорее всего, это приведет к банкротству производителя, что, в общем-то, справедливо.
На практике такое массовое развитие лифтов/эскалаторов и пр. стало возможным именно потому что удалось исключить все подобные проблемы, а удалось это потому что софт управления лифтами достаточно примитивен (возможных состояний мало) и его работу можно проверить буквально до любого нажатия в любом состоянии.
В автопилотах ничего подобного (изучение всех состояний) невозможно. Визионерами предполагается выпускать на улицы машины, реакция которых до конца не изучена и результат непредсказуем. Понятно, что непредсказуемый результат в какой-то момент приведет к печальным последствиям. После этого проблема даже не в том, что нужно будет рассчитаться с пострадавшими, а в том, что по дорогам ездит очень много таких же убийц, которые приведут к таким же результатам. Практически это означает, что нужно останавливать все автопилоты до исправления подобной ошибки. Сколько это займет? Год-два? За это время всплывет еще больше других ошибок и проект не вылезет из запретов. Это понимают все вовлеченные в тему, поэтому автопилоты и не вылезают из анонсов и "успешных" демонстраций.
Да, мечты, что когда-то напишут автопилот, который не ошибается или ошибается реже человека - очень, очень наивны. Так может рассуждать только человек, который никогда не занимался разработкой сложного софта. На практике, не сделана даже малая (тысячная) часть от необходимого. А по мере усложнения системы управления возникает другая проблема - разработчики все меньше добавляют новое, все больше затыкают дыры в старом (исправляют старые ошибки). Постепенно разработка просто останавливается. Для реального автопилота не рассмотрена и сотая часть необходимых случаев.
А что именно нужно год делать, чтоб исправить ошибки в автопилоте?
И, если вдруг в самолёте находят ошибки в автопилотах (а их находят), все самолёты на пару лет приземляют?
Что до успешных демонстраций - так в Инополисе уже несколько лет беспилотные такси катаются в реальных условиях.
Не обязательно в автопилоте, в любом сложном софте. Локализовать ошибку, найти причину, формализовать, предложить способы решения, алгоритмизировать, закодировать, проверить. Причем так алгоритмизировать/закодировать, чтобы это не привело к другим, более серьезным ошибкам. Ибо, как говорит первое правило отладки, если ты исправил в программе одну ошибку, это не значит, что в программе стало на одну ошибку меньше. В итоге, все это настолько сложно, что и года может не хватить. Более того, некоторые ошибки в софте настолько сложно исправить, что их не исправляют, чтобы не испортить софт еще сильнее.
Автопилоты, которые в самолетах, это очень примитивные, с точки зрения программирования, устройства (проще, чем лифт). Настолько примитивные, что их успешно реализовывали в до микропроцессорную эпоху, без программирования, с помощью обычной схемотехники. Естественно, они полностью отлажены (еще полвека назад) и ошибок управления в них уже нет.
Более сложные системы управления, в которых находят ошибки, работают по главному принципу - за все возможные ошибки отвечает человек, который должен быть готов в любой момент перехватить управление, а система управления это управление должна тут же передать. Если система управления так не делает (не передает), будут большие проблемы, как с Боингами Макс, которые пришлось посадить (больше чем на год) и принципиально переделать способ управления, выкинув из него ту часть, которая принимала на себя решение (исправить ее было нереально).
Беспилотные такси в Иннополисе успешно катаются уже с 2018 года и делают это с учетом главного правила - в машине сидит человек, который готов в любой момент перехватить управление, который отвечает за все возможные последствия. По другому беспилотные такси ездить просто не могут. Тоже касается и этих грузовиков и беспилотных комбайнов. Условно говоря, вечный двигатель прекрасно работает, если его регулярно подталкивать.
Известен ли способ исключить это правило (в общем случае) - ответственный человек, перехватывающий управление? Нет. И перспектив это сделать пока тоже никаких нет. Нет даже понимания как это вообще может произойти, потому что огромное число сопутствующих вопросов не только не решены, даже попыток их решить не было. Собственно, нужно просто привыкнуть к беспилотному транспорту с обязательным водителем внутри. Именно по такому принципу все и реализовывается, чтобы там публике не обещали.
Первое время покатаются водители. Годик-другой.
Потом, как статистику набьют и люди пообвыкнут, что вокруг катаются роботы, людей выкинут нафиг из кабин. А со временем и сами кабины.
Какой восхитительно наивный взгляд на вещи. Примерно как подросток, собирающий статистику по боксерским поединкам, уверен, что он таким способом тоже скоро станет боксером. И ладно бы он это втихоря воображал, он же еще хвастается, что вот так посидит, понаблюдает с трибуны, а потом порвет всех чемпионов. Очень умилительно.
Впрочем, кое-какая статистика, на самом деле, появляется и выводы там довольно ожидаемые: за все эти годы никаких реальных перспектив (вариантов, способов) убрать водителей из кабин так и не появилось.
Ну вам, безусловно, виднее. Значит водителям волноваться не о чем абсолютно.
Водители может и волнуются, но вовсе не потому что их кто-то заменит.
Водителей такси лет 10 назад пугали, что скоро появятся беспилотные такси и они без работы останутся.
Впрочем, это не самое веселое. Под эти красивые сказочки про беспилотные такси выделялись огромные деньги на раскрутку такси-сервисов (яндекс, ситимобил, гет и пр.). Инвесторам рисовали восхитительные перспективы "такси без водителей", которое случится уже совсем скоро, одновременно их же пугали, что те, кто сейчас не вложит большие деньги в развитие сервисов такси, пролетит мимо такого шикарного рынка. Компании бросились вкладывать, заливать бизнес деньгами. Пассажиры тащились от дешевых поездок и быстрой подачи, а водители от того, что им сервисы неплохо доплачивали за каждую поездку (не брали с них деньги, а доплачивали). В итоге, праздник закончился, ситимобил (точнее, мэйлру) вышел с дичайшими убытками. Выиграл только Яндекс, который вместо беспилотных такси получил монополию, поэтому имеет и водителей, и пассажиров, но уже традиционным, так сказать "пилотным" способом.
Тут, как в сказке про Буратино, нужно отличать: что тебе красиво поют и что на самом деле хотят.
Автопилот может трудиться в 3 смены, а это в месяц 200*3=600 тыр, (без налогов), или 7,2 млн в год. Наверно, за 3-4 года окупится. Неплохо для долгосрочных капвложений.
Окромя самих водителей это минус врачи, что перед рейсом в теории их обязаны осматривать, прочий персонал, на людях завязанный, штрафы за нарушение ПДД.
Но плюс техобслуживание беспилотных систем.
На круг я думаю там нормально выйдет. Плюс бонусом куда более прогнозируемые сроки доставки.
Вы понимаете, что такое "постановочные фото "?
Им там по 30-40 лет, какая молодёжь?
Продолжительность жизни в мире растет, привыкайте, рамки молодежи смещаются))) как и рамки пенсионного возраста
Я видел это девайс первый раз на С-З хорде в районе Кунцево позапрошлой весной. Это был Форд-транзит, распознается по надстройке на крыше. Так что "убийцы среди нас".
Рекламная статья говнояндекса. Никакой конкретики, что же умеет их автономный грузовик. Ну то есть кто его ставит на погрузку, как организован выезд из зоны погрузки (а потом все в обратном направлении) средняя скорость движения в сравнении с обычным авто, насколько больше жрет солярки, поведение в жестких условиях высокого трафика движения, сложные маршруты с обилием поворотов, разворотов, перекрестков и так далее. Движение задним ходом, наконец. Сравнение с конкурентами.
Ну и главное - когда мы можем выйти из дома, сесть в серийную неэкспериментальную машину, назвать ей конечную точку маршрута и спокойно читать книгу, пока электрический болван доставляет нас до места.
Но нет. Мы много сделали! Поставили радары, лидары и даже системы их очистки! Мы молодцы!
Автопилот организовать на сегодняшней элементной базе - как два пальца об асфальт. Надо просто дать башке автопилота вид сверху - с камер, чтобы она видела положение машины в пространстве относительно других машин. Дальше, при наличии такой картинки, никаких сложных алгоритмов не надо, справится процессор от стиральных машин, которые мы массово уворовали у хохлов. Ну и конечно-основной элемент любой сложной системы искусственного интеллекта - живой оператор, который дистанционно примет управление на себя, если тупая стиральная машинка не справилась. Тюремные коллцентры операторов сбербанка перепрофилировать можно....
А что вы тогда компанию не откроете? Набиуллина кредит не дает?
Тут скорее пациенту интернет дают только по часам, а так бы он огого!
А как реализован формат коммуникации робота-машины с киргизами-грузчиками и таджиком на погрузчике?)))
И да, зимой в Сибири на трассе.. нет разметки, поземка метет, обочины тоже нет, она плавно переходит в сугроб.. и робот из-за метели нихрена не видит.. Но несется вперед 90 км в час.. ))) Уфф..доехал до заправки, а там табличка -"Дизеля нет".. Но он упорно стоит и гудит заправщице?))) Ну и так далее...
Это вы так говорите, пока не занялись подобной работой. Я делал некоторые алгоритмы для игрушечных машин. Данные крайне зашумлённые и неоднозначные получаются. Их интерпретировать - та ещё морока.
Вы тоже шуток не понимаете? Любая подобная работа сопряжена с массой сложностей, не только программная, но даже организационная. Речь о том, что пока все работают вразнобой, откусывая себе кусок рынка, закрывая друг от друга разработки и не согласовывая стандарты - хер чего выйдет. Яндекс, вместо того, чтобы созвать консорциум разработчиков для выработки общего подхода к автопилотированию в масштабах страны, учит свои бибики ездить в теплицах. У яндекса-свой автопилот, у когнитива-свой у какого нибудь ГАЗа -свой. На решение одной и той же задачи тратится масса ресурсов с минимальным выхлопом.
А если сообща, еще и с привлечением государства, реализовать систему с камерами и дронами в местах, где нет камер, с единым оператором на все автопилоты, то мы бы уже сегодня в беспилотных авто ездили и грузы доставляли. Просто потому что автопилот для простых условий уже есть, а в сложных надо передавать управление оператору и не заниматься херней. Дойдут технологии до отмены операторов -прекрасно, но до того времени десятки лет могут пройти. А решение уже сегодня есть.
Прочитал заголовок - подумал, речь идёт о доставщиках...
Чтобы лишить профессию водителя будущего, работает целая команда. Чтобы обслуживать автономный грузовик, работает команда.
Чтобы сэкономить на водителе, работает целая команда. Чтобы заменить водителя роботом, нужна уйма ресурсов и текущих затрат, амортизация и т.п.
Я один вижу абсурд в происходящем ?
Водитель как бы (кап)ремонт тоже не делает
Это пока из за тупости "кремниевой формы жизни" в перспективе получается чудный дивный мир "Верховного Командующего"
По идее за счет массовости когда-то потом все типа будет дешевле чем человек за рулем учитывая ошибки человека и пр.
Пока это все
игрушки,исследования.Уже лет сорок с интересом читаю тему. Помнится, ещё в "Юном технике" про автопилот и роботизацию писали, возможно даже до меня в век кибернетики.
А воз и ныне там, зато бабки пилятся, Теслы разбиваются и хорошо горят. Всё хорошо.
Страницы