Project: Mobile robot car. Введение в проект, постановка целей.
HTML-код
- Опубликовано: 8 сен 2024
- Введение в проект мобильного робота. Поговорим почему я его начал делать, что есть на рынке, о постановке целей и задач, а также о первичной структурной схеме автономного автомобиля.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Для общения подписываться в чат:
t.me/+N2uEB7w-...
Посмотреть видео лекции и обзоры:
/ @nrelectronics
Мой магазинчик канала на Али:
aliexpress.ru/...
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Станьте спонсором канала:
переводом по номеру карты:
4377-7237-6190-5714
"Робот" произошло от чешского "robotnik", что значит не "раб", а "работник". Это Карел Чапек в "Войне с саламандрами" придумал:)
Не то, чтобы я душнила, но в случае восстания машин этот коммент (надеюсь) спасёт мне жизнь😁
😁очень интересая от Вам инфа, надо всё же разобраться где правда!
Тоже всё хотелось сделать что-то подобное. Но знаний не хватает на реализацию. И времени тоже, чтобы эти знания получить. Поэтому будет очень интересно понаблюдать, что у вас получится. С интересом буду ждать ваших видео😊.
Спасибо. Жду сам с нетерпением их запись и приход с Али шасси.
Посмотри в сторону микроволнового дальномера на основе радаров на микросхемах а-ля XBR818. Можно еще попробовать найти похожие радары 25ГГц диапазона - там вообще можно жесты или миллиметровые движения ловить.
Благодарю за совет, посмотрю поищу!
На мой взгляд, Raspberry pi здесь избыточен. Достаточно esp32
Была идея о esp, но опытные люди отсоветовали, слабый он по сравнению с raspberry pi
Для обработки изображений с камеры нужно чтото мощное, а так для всего остального esp32 хватит
Вот же, для обработки видео распберри самое то, а у него встроенный WiFi, и esp32 совсем не нужна.
Подскажите плииииз. Как в CUBE IDE можно из переменной выдать в порт логический уровень вместо GPIO_PIN_SET , например HAL_GPIO_WritePin(Port_DS, DS, VIHOD); . Перечитал описание HAL, весь гугль отфильтровал, но ничего нету.
GPIOC->BSRR |= GPIO_BSRR_BS13;
Внесу свои 5 копеек
1)Возможно стоит предусмотреть возможность установки манипулятора на колесной платформе
2)пойти по пути fpv дронов и прикрутить передатчик на камеру, чтобы самому управлять
3) Разделить управление колесной платформой от управления всей роботизированной системой
Распознавание лиц и голоса, как я понимаю, подразумевает использование нейросети?
1. Манипулятор хорошо интересно действительно. Если хватит места на него и за адекватную стоимость. Пока видел только чрезмерную стоимость.
2. Видео с камеры я хотел передавать. Но в FPV смысл это очки, тут я не знаю пока. Может подскажите стоимость и очки не сильно дорогие?
3. Распознование лица это OpenCV. Самое то.
Было бы круто, если бы вы использовали в проекте всенаправленные колеса вместо обычных.
Я их и планирую 😉
Идея хороша.
Внесу предложение: всё-таки разделить схему робота на части. Низкоуровневая и высокоуровневая. Да, получится что-то похожее на Turtlebot. На данный момент на низкий уровень можно отправить контур управления двигателями и индикацию. Возможно и дальномеры. Низкий уровень контролируется микроконтроллером. Между микроконтролером и верхним уровнем интерфейс передачи данных. На верхнем уровне компьютер, на который уже завязаны остальные блоки из приведенной Вами схемы.
Спасибо. Внутри себя так и хотел, но низким уровнем будет управлять микрококопьютер, поэтому не стал это показывать, как верхний уровень. Чтобы самому не запутаться и никого не путать.
Почему предлогаете управлять приводами МК а им самим микрококопьютером?
@@NRelectronics , мне кажется что управление несколькими приводами колес потребует двух контуров управления, которые нужно ещё синхронизировать. Поэтому мне сразу пришла идея отрядить на эту работу микроконтроллер. На компьютере сложнее заставить работать систему, которая требует гарантированного времени отклика. Ну и опять же, низкоуровневые задачи - низкому уровню, высокоуровневые - высокому. При таком подходе я бы отправлял микроконтроллеру уже команды типа "а ну давай курс 30 градусов скорость 2 м/с"
А если один контур? И синхронизировать не нужно.
@@NRelectronics , все равно придётся реальную скорость вращения двух колёс синхронизировать