Ну да, так всегда с китайскими вендорами. А еще интересно, у них стэк прям честный bluetooth 5.2, или как часто это бывает, железо 5.1-5.2, а софт только 4.2 поддерживет (привет bluez'у)?
Можете чуть подробнее описать, почему выбраны такие ограничения на фильтр? Ну т.е. другими словами, мне не понятна вот эта фраза: «Чтобы фильтр не вносил изменения в мощностные характеристики, нужно ввести следущее ограничение:».
А можете порекомендовать какой-нибудь материал, где, собственно разжевывается почему и как из исходной ковариационной матрицы с помощью собственных значений(или собственного подпространства) мы получаем подпространство сигнала и шума в частном случае? Хотелось бы найти материал, где этот момент прям подробно объясняют. Почему, например, мы принимаем за утверждение, что они находятся в разных подпространствах? Или почему вектора а ортогональны шумовому подпространству ковариационной матрицы? Что означает «оценка частот суммы комплексных экспонент»? Значит ли это, как в преобразовании Фурье, мы хотим найти частоты, которые составляют исходный сигнал?
Вот это довольно интересные вещи. Например, какие допустимы отклонения в собственных шумах считаете примемлимые. Или гармонические искажения. Очень интересно было бы понять как влияют эти параметры на качество алгоритмов бимформинга, echo cancellation, DOA и т.д.
А можно чуть подробнее. Если не нравится, то что именно. Часто приходится слышать, что «этот стек не нравится», «HAL у них вообще отстой», но редко кто аргументы приводит. Если получается написать свой лучше, то где-то выкладываете?
Что Вы подразумеваете под «существенно» сложнее? Там ни одной BGA микросхемы, односторонний монтаж и класс точности 3-й или 4-й на глаз. Разводится все в 2-х слоях. Даже на картинке видно что ~60% компонентов не установлено и использеются как опциональные. Можно на сайте XMOS посмотреть референсы. Там чип работает фактически из коробки. Пока что выглядит все, как «всегда использовали STM32, поэтому смотреть на что-то готовое не хочется». Если есть страх перед JTAG, так там загрузчик через USB работает (serial bootloader). Подключаете к компу, запускаете програмку для обновления прошивки и заливаете прошивку для передачи сырых данных на 8 каналов.
Есть вот такое вот решение www.minidsp.com/products/usb-audio-interface/uma-8-microphone-array.
По дефолту там зашиты алгоритмы бимформинга и какие-то DOA, но преимущества в том, что у них есть прошивка, которая просто отдает сырые данные. Референсные данные они тоже дают. Т.е. можно просто плату повторить вообще без заморочек с софтом. Из приятного, драйвера работают под все ОС.
Из доп. вопросов было бы интересно посмотерть на работу с USB стеком(понятно, что использовался стек от STM, но интересно именно его использование).
Также интересно узнать как калибруете микрофоны. Или просто используются какие-то «робастные» алгоритмы на основном процессоре, которые не требуют калибровки?
kernel с одной буквой 'l' на конце пишется или с двумя? А то неловко даже как-то ;)
Решение собрать прошивку родилось из за отсутствия в свободном доступе образа для этой платы (Olimex A13-Olinuxino).
Вот тут вот есть какие-то образы. Что с ними не так? Для sd карты как раз.
Не понятно для кого статья, для новичков или для опытных? Если для опытных, то наверное им не очень будет это интересно, а для новичков очень много недосказанностей, которые оборачиваются бесконечными тырканиями с железкой. Дальше по списку то, что сильно бросается в глаза.
alexac прав по поводу команды p в Вашем скрипте. Это не печать раздела, а вторичное меню после предыдущей команды. Просто запустите fdisk руками, выполните все те же команды, что и в скрипте и увидите, что после первой команды (создание нового раздета) идет выбор: p — primary, e — extended.
Предполагается что уже стоит весь необходимый софт для сборки.
Простите, вот тут у меня бомбануло… Если это статья для новичков, и каждый, кто собирал всякие загрузчики, ядра, какие-то сложные сборки, тот знает, что toolchain это не всегда просто. Ну так укажите в статье, какой взяли, укажите версию, версию дополнительных утилит(банально make хотя бы). Почему Вы взяли arm-linux-gnueabihf-, а не arm-linux-gnueabi- например? Это сильно упростит жизнь новичкам.
И начнем сборку с конфигурирования загрузчика.
Ну так где конфигурирование? Ну можно было написать export ARCH=arm; make A13-OlinuXino_defconfig
DEViCELINK=/dev/sdb
А если у новичка /dev/sdb это второй раздел его диска? Ни пояснений, ни предостережений...
# создать раздел с отступом 2MiB
А не 2К там?
И да, хочется «шаманства» прям и «кастомной» прошивки. А получается скомпилировать стоковый загрузчик со стоковым конфигом. Кликбейт какой-то прям, но может в 3-й статья будет прям хардкор? Очень хочется)
Ну да, так всегда с китайскими вендорами.
А еще интересно, у них стэк прям честный bluetooth 5.2, или как часто это бывает, железо 5.1-5.2, а софт только 4.2 поддерживет (привет bluez'у)?
А как вообще bluetooth стэк в целом? Приемлимый? Или баг на баге?
Тоже хотел попробовать серию TLSR9 в качестве bluetooth аудио проигрывателя.
По дефолту там зашиты алгоритмы бимформинга и какие-то DOA, но преимущества в том, что у них есть прошивка, которая просто отдает сырые данные. Референсные данные они тоже дают. Т.е. можно просто плату повторить вообще без заморочек с софтом. Из приятного, драйвера работают под все ОС.
Из доп. вопросов было бы интересно посмотерть на работу с USB стеком(понятно, что использовался стек от STM, но интересно именно его использование).
Также интересно узнать как калибруете микрофоны. Или просто используются какие-то «робастные» алгоритмы на основном процессоре, которые не требуют калибровки?
И да, хочется «шаманства» прям и «кастомной» прошивки. А получается скомпилировать стоковый загрузчик со стоковым конфигом. Кликбейт какой-то прям, но может в 3-й статья будет прям хардкор? Очень хочется)