Обновить
120
Антон Бондарев@abondarev

Пользователь

0,1
Рейтинг
79
Подписчики
Отправить сообщение

немного знаю

Ну что же вы сразу не сказали, что "немного знаете".

:)

Всегда удивляли люди которые считают, что если они чего то не понимают, то это и не работает :)

Всегда удивляли люди которые заявляют, что если это не нужно им, то это "никому" не нужно. :)

Если не видите разницы, и считаете что "никому" не нужно, то не нужно комментировать. Само сдохнет :)

Не понимаю о чем Вы. Конечный пользователь имеет возможность обновить ардупилот!

Вы действительно не видите разницы?

Я к тому, что запустили ПО, собственно то что и нужно для конечного изделия, а не характеристики микроконтроллеров, которые вполне сопоставимы с STM32

А что не так с GPL?

Если Вы про открытость кода, то еще раз повторяю ссылку https://github.com/embox/ardupilot

Скажить а на отчественном МК ведь далеко не последняя версия INAV/Ardupilot запустилась наверняка?

Как раз новая. сейчас за базу 4.6.3. Будем обновлять и поддерживать. В идеале вольем свои изменений в апстрим, чтобы было проще поддерживать.
Повторяю ссылку https://github.com/embox/ardupilot. Там можно полетать на SITL например, вот видео. Летали ребята из Чистого неба. Мы в этом не сильно разбираемся если честно :)

Очередная попытка импортозаместить все компоненты FPV

Как раз не все. Потенциально конечно хочется все заменить в итоге, но тут идея вполне конкретная, использование доверенной (российской аппаратной платформы микроконтроллеров) и при этом продвинутся в технологиях. Как я написал выше, нам удалось с помощью embox получить более мощное решение в плане конфигурируемости, а следовательно легче экспериментировать и исследовать. То есть как раз шаг в ИИ или куда то еще. Да, дальше хочется и другие элементы, например датчики.

конечно Вы правы на счет большого пути, но если не начинать движение, то точно никуда не придешь!

Но просто тому, что описано в статье 50 лет в обед и это выглядит как что-то обыденное - примерно как энтузиасты запускают Doom на кофемолках).

Просто скажу, Вы не правы. Может статья непонятно написана :) Но в результате появляется платформа которая решает многие насущные проблемы разработчиков автономных систем. И да, многие хотят использовать доверенные (российские ) платформы, и эта платформа дает такую возможность.

Но хотелось бы подробностей:

https://github.com/embox/ardupilot
https://github.com/embox/embox/wiki/Ardupilot

Насколько открытый проект вписывался в новый микроконтроллер

Без изменений. Мы поправили несколько не включений стандартных заголовочныз фалов. И добавили (продолжаем) свою платформу. Которая полностью решает проблему совместимости с аппаратурой.

Что и в каких масштабах адаптировалось, перерабатывалось, переделывалось? Заголовки, исходники, компилятор, отладчики.

Все сохраняется, добавляется гораздо лучшая конфигурируемость. То есть, в нашем случае эксперименты проводятся на порядок быстрее. И да, собрать и запустить можно без проблем, описано на вики, дал ссылку выше.

Что с периферией? Работает нормально или условно?

Есть ряд нюансов, в том числе связанных характеристиками с периферией МК ВГ015, и сейчас полетит ВГ1Т, дорабатываем несколько драйверов, но уже сейчас можно брать и пробовать из коробки.

Что со средствами разработки и отладки?

Как и сказал, они обычные, собирается обычным компилятором RISC-V с мултилиб.

Насколько полна документация и SDK?

Документацию пока не делали. То есть, та которая есть в ardupilot она полностью подходит. и еще нужно понимание как работать с embox. в чем его фишка и зачем он вообще понадобился.
SDK - сейчас реализованы и проверены Scheduler, UART, SPI, I2C, RCoutut (PWM). Кто знаком с Ardupilot сразу поймут о чем я. Сделали socketcan, но пока ведутся работы на реальных МК.

Ну и сравнить можно со знакомыми многим маршрутами на ESP32, STM32.

на STM. ESP еще не доделан в ardupilot

Получилось гораздо круче. Запускаем на STM проверяем что работает, и дальше запускаем на любом MK, меняя только описание платформы. Сами сервисы (конфигурационные параметры) привычные для разработчиков Ardupilot. В итоге создание нового полетного контроллера (ПО) занимает день (если конечно понимать что нужно включить). Ну и еще одна приятная особенность, не нужно выкладывать свою платформу в ardupilot, конфиг вообще можно закрыть.

И оба варианта гарантируют лишнюю работу по переносу, написанию, отладке софта который уже есть и работает. И в итоге отставание и неконкурентоспособность.

Посмотрите на результат (https://github.com/embox/ardupilot) он уже отчетливо виден (как минимум мне :) ), возможно Вы там тоже увидите не просто конкурентоспособность, а лидерство по сравнению с текущей ситуацией. Хотя, конечно трудно отрицать, что путь впереди очень длинный и нужны много составляющих.

Интересно зачем добавлять EmBox туда, где его не было изначально и все замечательно работало?

Вы совершенно правы, если все работает, и тем более замечательно, ничего не нужно добавлять!

Проблема именно в неподготовленных людях. AI безусловно очень мощный инструмент который может существенно увеличить скорость за счет убирания рутинных задач, но это в руках тех, кто понимает, что делает! А вот когда его предлагают для снижения порога вхождения, то возникают вопросы.

По поводу обучения, мое мнение, что как раз на простых задачах и нужно обучаться, а уже затем на эти задачи, ставшие рутиной натравливать AI.

И да, конечно для одноразовых рутинных задач, если тебе не нужна архитектура или надежность и поддерживаемость, то тоже прекрасный инструмент, гораздо лучше чем многие программисты.

Авторы утверждают, что под Baikal и НИИЭТ уже поднимают инструментарий, соответствующий требованиям IEC 61508/61511

Чтобы не быть голословными, вот статьи с видео

На baikal-u пока не сделали статью, но все доступно и работает также как на остальных risc-v чипах. Воспроизвести можно самостоятельно при наличии платы


Несколько раз встречается опечатка .

Да, производителей много, и они заинтересованы. Но когда речь заходит о деньгах, для подтверждения интереса, все берут рокчип, и нам предлагают заплатить за работу на нем :)

Спасибо. Наверное Вы правы, на счет популярной платформы. И мы по этому так хорошо поддерживали STM32. Но сейчас ситуация изменилась. Экосистема про которую я говорю должна включать и процессоры, и в тесной связке возможно получится обойти остальных и выйти на мировой рынок.
Кстати, экосистема Линукс, совсем не монополия :)

Да, но чтобы оно появилось, а не только поделки, нужно пройти большой путь! Но мы движемся по этому пути. И да, рынок АСУ-ТП есть, поэтому и показаны шаги именно в данном направлении.

Ни кто и не спорит, что путь длинный (нужны длинные инвестиции ), и да очень сложный, и не только в техническом плане. И да, конечно нужны люди, специалисты и нужно вкладываться в их образование (воспитание). Но я не вижу здесь противоречий. Мы начали этот длинный путь, показали очередной шаг, их у нас много ;) Проблемы есть, но мы их решаем и движемся вперед!

Ой, спасибо огромное. Бальзам на душу!

Именно этим мы и занимаемся (поиском, созданием рынка).

Рынка для массовой продажи в розницу в РФ пока что нет. И чтобы он появился, недостаточно выложить на али экспресс железку, нужно еще много чего. Назовем это экосистемой., Собственно, Вы привели как раз такие примеры.

Если Вы обратите внимание, то Embox предлагает какие то новые пути, а то мы все время скатываемся, что правительство денег не дает и недостаточно заставляет всех покупать у конкретных производителей и вообще ничего никому не нужно, все плохо делаем.

По поводу рынка, конечно метимся на мировой (пусть и узкий сегмент, как ардуинки например). Но выход на новый мировой сегмент рынка, как раз и выведет туда нашу микроэлектронику. И да, мы предлагаем объединяться и вместе идти этим путем. :)

1
23 ...

Информация

В рейтинге
3 767-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность