Almaz1988 2 13 сентября, 2023 Опубликовано 13 сентября, 2023 (изменено) · Жалоба Добрый день. Имеется железка на базе процессора IMX6ULL под управлением ОС Embedded linux (OpenWrt). На борту следующая периферия: lps22hb - датчик давления lsm6ds3tr - 3-ех осевой акселерометр + 3-ех осевой гироскоп lis3mdl - 3-ех осевой магнетометр Поддержка данных датчиков в ядре реализована. Достаточно включить их в ядре (в теории). Необходимо разработать пользовательское приложение, реализующее алгоритм Маджвика для пространственной ориентации полетного контроллера (данной железки). Пример реализации алгоритма на Си с теми отличиями, что он реализован под bare metal и на основе 9-ти осевого датчика (3-ех осевой акселерометр + 3-ех осевой гироскоп + 3-ех осевой магнетометр в одном корпусе с данными, запрашиваемыми единым пакетом). Данные отличия (embedded linux вместо bare metal и раздельные датчики вместо одного) могут создать дополнительные проблемы. Возможно, потребуется PREEMT_RT. Также необходимо провести интеграцию с одной из существующих GUI-утилит для калибровки ориентации и отслеживания положения контроллера относительно осей координат в режиме реального времени: 1, 2, 3. Либо любой другой утилитой на усмотрение разработчика. По любому интерфейсу (uart, usb, ethernet, wifi) на усмотрение разработчика. Стоимость - 100к. Для связи - [email protected] Изменено 13 сентября, 2023 пользователем Almaz1988 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 49 17 сентября, 2023 Опубликовано 17 сентября, 2023 (изменено) · Жалоба В 13.09.2023 в 18:25, Almaz1988 сказал: Пример реализации алгоритма на Си с теми отличиями, что он реализован под bare metal и на основе 9-ти осевого датчика (3-ех осевой акселерометр + 3-ех осевой гироскоп + 3-ех осевой магнетометр в одном корпусе с данными, запрашиваемыми единым пакетом). Так в чем проблема запустить эту задачу под бареметал? Вот честно не понимаю, слово "линукс" так магически действует, что нужно все бросить, лишь бы сделать под него? А представьте, лет 10-12 назад такого вопроса вообще не стояло бы, и ведь все работало, как положено))) Задача явно реалтаймовая, которая гораздо лучше и стабильнее пойдет именно в такой реализации, как уже сделано, ИМХО... Изменено 17 сентября, 2023 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
x893 55 17 сентября, 2023 Опубликовано 17 сентября, 2023 · Жалоба Может ТС хочет её в драйвер ядра впихать и через IOCTL получать данные. Кто подпишется, тот и узнает все детали. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Elsystems 0 20 сентября, 2023 Опубликовано 20 сентября, 2023 · Жалоба Под эту задачу более подходит STM32. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
firstvald 22 20 сентября, 2023 Опубликовано 20 сентября, 2023 · Жалоба заказчик программист программист и как только задача называется приложением все встает на места. как обычно у задачи приквел . и очевидный вопрос: а почему задача вообще появилась? ценник и реализуемость не комментирую. одноплатная машина вдруг становится по тексту полетным контроллером. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
baumanets 13 22 сентября, 2023 Опубликовано 22 сентября, 2023 · Жалоба Потому что по обе стороны от лбс все перевозбудились. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Almaz1988 2 3 мая Опубликовано 3 мая (изменено) · Жалоба Новый заказ. Подтянуть форк tensorflow до мастера оригинальной репы, сохранив работоспособность приложения, использующего tensorflow-lite + аппаратный ускоритель нейронных сеток Есть приложение detector, использующее форк tensorflow (оригинальная репа) и аппаратный ускоритель нейронных сеток TPU CorAi. Крутится приложение на железке под управлением embedded linux (openwrt, реализованный в виде двух репозиториев: wr-sdk + wr-feed). Конфиг tensorflow. Железка выглядит так. Приложение было разработано давно. С тех пор tensorflow уехал далеко вперед. Необходимо наш форк tensorflow подтянуть до мастера таким образом, чтобы приложение detector сохранило работоспособность с применением аппаратного ускорителя. Работоспособность проверяется простым запуском утилиты: # detector -p -t 10 -j /tmp/jpeg/ Описание флагов приводится тут. Удаленный доступ по ssh к целевой железке будет предоставлен. Ожидаемый результат: Отдельная ветка 2024 в репозитории-форке tensorflow, ответвленная от мастера форка и подтянутая до мастера оригинальной репы. Крайние два коммита в мастере форка были сделаны, чтобы восстановить собирабельность исходников, - их нужно будет черри-пикнуть. Замысел заключается в том, что ветку 2024 можно будет вмержить в мастер форка после успешного тестирования. Отдельная ветка tensorflow-update в репозитории wr-feed, в котором tensorflow будет собираться из ветки 2024 заданием хэша коммита. Желательно ИП/Самозанятость. Отклики присылать на [email protected]. В письме указать стоимость, сроки и номер тикета - linux-54. Изменено 3 мая пользователем Almaz1988 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться