Комментарии 9
Смею предположить, что скорость ролика, как минимум в 3 раза больше реальной скорости, а если реальная, то интересен ресурс серв в минутах.
Прикольный лог в начале первого ролика : много строчек controller not found, после которых паук бодро просыпается.
Правда штоле, что ролики ваши? Тогда почему поаглицки?
Не знаю как у @blognetology, а у автора исходного проекта робот двигался примерно с такой же скоростью и проработал как минимум несколько часов на морозе и не сломался после этого, вот ссылка на видео: https://www.youtube.com/watch?v=M3o6ToZ4Auc
А про английский язык какая-то очень странная придирка
Тоже хочется задействовать SteamDeck как станцию управления своим роботом. Только у меня вместо wifi nrf24l01, а за видео отвечает fpv камера на 5gz и usb ucv приемник.
Кстати у меня есть план сделать usb (или bluetooth) свисток для управления по nrf24l01, что бы можно было использовать дэк для управления на большом расстоянии. К слову мой предыдущий проект построен на базе nrf https://zzbot.org/projects/remote-controller/
Я не стал переписывать программу с нуля, а вместо этого перевёл код из C в Python3
Какой ужас.
Как и замена ардуины (real time работа с железом) на RPI (ОС не реального времени с соответствующей кучей абстракций и багов)
Снижение эффективности и отказоустойчивости.
Идея отказаться от аналогового видео при управлении, это на мой взгляд от недопонимания процесса передачи видео. В настоящее время лишь аналоговое видео дает жесткий реал-тайм, в частности отсутствие фризов. Для совсем игрушечных проектов, для "живого" видео сойдет и цифра, но для более серьезного подхода категорически нет. Там "цифра" имеет право быть лишь как дополнительный канал.
Личный опыт: управление роботом с помощью Steam Deck