Евгений писал, почему именно NAU, наверняка можно и любой другой кодек, в рамках страдания с запуском SAI на STM32 - это не важно.
Нужно только не забывать сливать кэш, когда DMA используете. Если вызов у вас блокирующий, проц в это время ничего не делает, тупо ждёт бита окончания, и данные могут застрять в кэше. Вот про это подробнее напишите пожалуйста. Про чей кеш речь?
Заголовок я пишу один раз, перед началом файла и потом уже к нему не возвращаюсь. В текущем варианте пишу кусками по 15 минут. Не думаю, что кому то придет в голову работать с 20 часовой записью и разбивать на фрагменты все таки надо.Другая файловая система? Применительно к МК я встречал только FATFS. А для сжатия на ходу не потребуется бОльший объем оперативки?
Конкретно в этом чипе нет SDIO, только SPI. И скорее всего если без FATFS писать на карту в сыром виде через SPI DMA должно быть не сильно хуже чем через SDIO.
Питание проверяли, не проседает ни на мВ во время записи. В примерах работы со звуком, что мне попадались и не такие операции творят в обработчиках прерываний, и мне показалось что memcpy лучшая альтернатива чем в цикле байты поштучно перекладывать. Но вы правы, практика плохая и надо ставить флаги и копировать данные в основном цикле.
На самом деле, при 16 битах и 16 кГц, стерео поток за секунду будет 64000 байт. Так что 8 Мб хватит на 2 минуты, что конечно не много, но явно больше чем при использовании внутренней RAM.
На stm32l432 всего 48 кБ SRAM, так что с требуемой частой дискретизации и sample rate - едва на полсекунды буфера хватает. Особенно не покешируешь. У меня в статье есть требуемые расчеты https://habr.com/p/892852/
Это не важно, надо записать два канала с двух микрофонов. Как точно будет использоваться устройство и будут ли записывать с его помощью интервью, нас пока не касается. Пока. Это пока прототип.
Точно? Насколько я помню, в IAR чтобы выбрать чип GD в настройках проекта - надо именно поставить IAR_GD32Fxx0_ADDON. Или вы про то, что ST проект из коробки запускается и дебажится на GD в IAR?
А так задача была, не бороться с чипами, а запустить один проект на двух железках с минимальными телодвижениями.
Да, вы скорее правы. В статье шла речь, про чиппагедон 22 года, когда STM32 пропали, а GD32 резко стали "предлагаться" дистрибьюторами в качестве pin2pin замены.
На Artery уже смотрели для новых проектов, но как то страшновато пока, нет пока большого опыта разбираться в китайском коде и китайских схемах. Но скорее всего это неизбежно.
Спасибо за идеи, проверю.
С chibios раньше работать не приходилось, только с freertos. Буду смотреть.
Евгений писал, почему именно NAU, наверняка можно и любой другой кодек, в рамках страдания с запуском SAI на STM32 - это не важно.
Нужно только не забывать сливать кэш, когда DMA используете. Если вызов у вас блокирующий, проц в это время ничего не делает, тупо ждёт бита окончания, и данные могут застрять в кэше.
Вот про это подробнее напишите пожалуйста. Про чей кеш речь?
Заголовок я пишу один раз, перед началом файла и потом уже к нему не возвращаюсь. В текущем варианте пишу кусками по 15 минут. Не думаю, что кому то придет в голову работать с 20 часовой записью и разбивать на фрагменты все таки надо.Другая файловая система? Применительно к МК я встречал только FATFS. А для сжатия на ходу не потребуется бОльший объем оперативки?
Конкретно в этом чипе нет SDIO, только SPI. И скорее всего если без FATFS писать на карту в сыром виде через SPI DMA должно быть не сильно хуже чем через SDIO.
Питание проверяли, не проседает ни на мВ во время записи. В примерах работы со звуком, что мне попадались и не такие операции творят в обработчиках прерываний, и мне показалось что memcpy лучшая альтернатива чем в цикле байты поштучно перекладывать. Но вы правы, практика плохая и надо ставить флаги и копировать данные в основном цикле.
На самом деле, при 16 битах и 16 кГц, стерео поток за секунду будет 64000 байт. Так что 8 Мб хватит на 2 минуты, что конечно не много, но явно больше чем при использовании внутренней RAM.
Ну на текущем МК ног для внешней оперативки нет. Так идея хорошая, наверное. Но надо изучать.
На stm32l432 всего 48 кБ SRAM, так что с требуемой частой дискретизации и sample rate - едва на полсекунды буфера хватает. Особенно не покешируешь. У меня в статье есть требуемые расчеты https://habr.com/p/892852/
Это не важно, надо записать два канала с двух микрофонов. Как точно будет использоваться устройство и будут ли записывать с его помощью интервью, нас пока не касается. Пока. Это пока прототип.
Да, в задании написано столько минимум.
По ТЗ надо 2 канала, 16 бит.
Заголовок статью надо поменять на
Как базовые знания кодинга и нейросетей сэкономили нам больше 15 млн ₽ и 10$ на Wildberries [скрины]
У меня еще был опыт работы с 100 и 103 и там такого не заметил. И в документе от GD тоже такого не видел.
Ну вообще да, C без извратов - наше все.
А может уже и пора уйти от всего вот этого и прийти к "gcc + gdb + jlink + vscode + cmake". Надо решиться.
Ясно, значит тут я подотстал.
Дайте на арме освоиться, что за зверь risc v - вообще не знаю.
В 8.3 вот так с аддоном.
Скрытый текст
А у вас какая версия? В 8.3 такого еще не было и надо было ставить аддон.
Для меня это вообще что-то новое, ни разу ничего подобного не использовал и не видел. Надо стало быть самообразовываться.
Точно? Насколько я помню, в IAR чтобы выбрать чип GD в настройках проекта - надо именно поставить IAR_GD32Fxx0_ADDON.
Или вы про то, что ST проект из коробки запускается и дебажится на GD в IAR?
А так задача была, не бороться с чипами, а запустить один проект на двух железках с минимальными телодвижениями.
Да, вы скорее правы. В статье шла речь, про чиппагедон 22 года, когда STM32 пропали, а GD32 резко стали "предлагаться" дистрибьюторами в качестве pin2pin замены.
На Artery уже смотрели для новых проектов, но как то страшновато пока, нет пока большого опыта разбираться в китайском коде и китайских схемах. Но скорее всего это неизбежно.