Забавно. Я как раз делаю прогу для работы с термопринтером вывод текста в графику на принтере не подерживающий кириллицу. У меня есть уже центрирование строк перенос не влезших строк по пробелу, свой шрифт и масштабирование шрифта. Рисование линий. Ну все это работает на esp32. Ещё хочу добавить вывод картинки, но потом. Надо то что уже написано привести в приличный вид. Извёл бумаги на тесты уже целый рулон 😊

Забавно. Я как раз делаю прогу для работы с термопринтером вывод текста в графику на принтере не подерживающий кириллицу. У меня есть уже центрирование строк перенос не влезших строк по пробелу, свой шрифт и масштабирование шрифта. Рисование линий. Ну все это работает на esp32. Ещё хочу добавить вывод картинки, но потом. Надо то что уже написано привести в приличный вид. Извёл бумаги на тесты уже целый рулон 😊

нее, пишут 16 везде, ну в смысле мбит

не, совсем другое

получается, PSRAM - всегда внутри камня и он может быть как QSPI, или OPI ? как родят сами уызкуыыша ?

не, совсем другое

ничего не путаешь ?

получается, PSRAM - всегда внутри камня и он может быть как QSPI, или OPI ? как родят сами уызкуыыша ?

у меня кстати тоже это всё есть, и ютф8 там же

Ох уж этот utf-8 сколько он мне крови попил(бумаги извел) пока я разобрался как кириллицу нормально выводить. И до сих пор есть косяк с буквой ёЁ. У меня сейчас занимает 28% прошивка в еsp32. А я ведь просто хотел из WhatsApp текст на принтер выводить. А сижу уже вторую неделю с текстом воюю.

У тебя по другому шрифты сделаны. У меня шрифт это массив [255] [5] байт то есть код символа по старинке один байт. Пришлось извращаться utf8 переводить в однобайтовый код. Зато место экономлю на шрифтах. Да шрифт не очень красивый, но мне главное чтобы читался.

на счёт экономии места — на есп32 это не прямо так уж актуально на флеше :) я пробовал разные техники сжатия

Я хочу добиться чтобы код печати работа с блютуз и вывод на цветную матрицу влезли в 4мбит. Не уверен что получится. Блютуз очень жирный. Ну а вдруг получится 😊

Угу

Ну не надо грязи. 😀 заводится, но как запорожец😊

Текущие выводы такие, после тестов с одним и тем же кодом прошивки, на одном типе контроллера s3: 1) icm20948 - последний, фиолетовая отдельная плата - реально самый крутой аксель, максимально подробный и быстрый. 2) китайский аксель QMI8658 в составе "кругляшей" - вроде как широкополосные, но ... по факту гораздо более медленный, и соответственно - менее подробный спектр выдают, да еще и смещенный относительно icm20948 3) старый добрый MPU6050 - быстр и чувствителен, но только до 500 Гц

что значит один код? разве для разных мэмсов не разные прекондишен? или они установлены в одинаковые ускорения и прочее

я тут еще поковырялся, и выяснил, что если все-таки, нужен БПФ в полосе частот до 10, а лучше 20 кГц, то ... уже никаких esp32 не хватит. ни по скорости, ни по RAM, а главное - что и i2c-датчиков уже нихера не хватит по скорости. и даже spi будет на грани, наверное

до 10кгц думаю, можно выжать, но вот вопрос с каким конкретно датчиком, наверняка только по SPI, и в какую RAM они утрамбовали столько данных

20948 походу на замену mpu пришел, если смотреть а внутреннюю структуру, брат близнец старенькой 9250

Ну не получится возьму нормальный камень. Что тут сделаешь.

...тья стоя в гамаке на лыжах? да конечно буду!

Не самоцель с маленькой памятью использовать. Просто есть плата почему бы не попробовать. Это же хобби. Получиться отлично, нет. Ну и фиг с ним. Жизнь то не перевернётся. С работы не уволят. Из дома не выгонят. Ну как то так.😊. Для меня писать что то для мк это развлечение. Такой способ отдыха. Я ни разу не программист по профессии.

у кого-то креатифф на Озоне

та же фигня. а на работе у меня скл, вебня, юникс, виндовс, жабаскрипт и похапе...

можно SAMPLE_RATE немного снизить если fifio заюзать, но тут врядли поможет. А реализация fft от куда?

ну Бабуина ж вами всеми нелюбимая

расширяем кругозор читый IDF и https://github.com/espressif/esp-dsp, а так пока это шалости.

привет вопросы по ускорению и утолщению БПФ для вибродиагностики. // Настройки #define SAMPLES 4096 // Количество отсчётов (сэмплов) для анализа. #define SAMPLE_RATE 4096 // Гц, Частота дискретизации — сколько раз в секунду снимаются показания с акселерометра. #define MAX_FREQ 2000 // Максимальная анализируемая частота, Гц, Эти настройки уже счас работают ОК на esp32-s3, но уже не влезают в SRAM классического esp32 на этапе компиляции. 1) Для расширения полосы частот анализа выше 2кГц - обязательно надо быструю SRAM 1+ МБ, а лучше 2+ 2) Из семейства esp32, я так понимаю, ничего нету доступно-популярного ? 3) вибродатчики с полосой частот до 8 кГц: i2c шина в 400 кГц уже узкое горло, и на 800 кГц у некоторых тоже не хочется упираться. Но и с SPI с частотой по шине в 5-7 МГц - они-таки есть. 4) миниатюрность нужна максимальная. 5) Хотелось бы конечно, какойто беспроводной интерфейс, но губу раскатывать не буду. И что это получается ? Надо смотреть на одноплатники только ? Или у STM32 что-то можно выбрать для задачи ? STM32H7 ?

Ну можешь p4 поюзать благо там уже ценник гуманный и что то типо нано не сильно большой в габаритах. Псрам там шустрая на 200 МГц и 16 бит шине. Грубо это не намного медленнее чем рам на s3. Правда fft там всяко придется юзать из идф либы. В лоб рисковые камни дюже тормознутые

I2C — узкое горлышко, даже если ESP-DSP ускорит БПФ в 10–20 раз - частота выборки данных останется низкой. БПФ не имеет смысла, если данные поступают медленнее, чем требуется для анализа (например, для спектрального анализа звука нужно 8–44 kHz, а I2C даёт лишь 1–3 kHz). ESP-DSP ускоряет только вычисления, но не сбор данных. ———- пока рано всё бросать и переходить на ESP-DSP, надо еще помучится с готовыми своими наработками.

в чем проблема на SPI махнуть, проводами же все

Ну можешь p4 поюзать благо там уже ценник гуманный и что то типо нано не сильно большой в габаритах. Псрам там шустрая на 200 МГц и 16 бит шине. Грубо это не намного медленнее чем рам на s3. Правда fft там всяко придется юзать из идф либы. В лоб рисковые камни дюже тормознутые

вот как раз счас этим и занимаюсь, но ... все равно надо в памяти оч сильно расширяццо, причем максимально быстрой памяти

неужели вам 400 кб мало? да и что вам нужно такого что не хватает, а для звука используют не I2C а I2S интерфейс микрофонов

мне даже мегабода мало

я про озу

мой практический тест QSPI PSRAM вчера на s3 показал практически в 10 раз больше время работы, по сравнению с SRAM. Тут Дипсик говорит про 2 раза разницы OPI PSRAM от SRAM. А данных будет в 10 раз больше для обработки.... А значит все равно будет медленно для БПФ

https://t.me/ProEsp8266/370925/405177 задача классическая - вибродиагностика, т.е. максимально быстрое чтение данных по всем трем осям с акселерометра, и БПФ в максимально широком диапазоне частот, с шагом в 1 Гц. на самом миниатюрном контроллере с WiFi и цифровом датчике около него. буфер в памяти используется уже один на все 3 оси, поочередная обработка. иначе давно перестало все влезать в SRAM классики esp32 практические измерения вчерашние - до 2000 Гц если работа на esp32-s3, то i2c-чтение занимает в 7-8 раз больше времени, чем БПФ наивное Ардуиной.

мой практический тест QSPI PSRAM вчера на s3 показал практически в 10 раз больше время работы, по сравнению с SRAM. Тут Дипсик говорит про 2 раза разницы OPI PSRAM от SRAM. А данных будет в 10 раз больше для обработки.... А значит все равно будет медленно для БПФ

для чего вам такие условия? как вы 20 от 21 отличите, количество точек БФП тоже не так просто кратно степени двойки. Разберитесь чуть глубже . Для того же звука на 44кгц никтон е будет делать окно в 44000 отсчета. Сейчас у вас работает потому что 2000 близко к 2048 отсчетам

ну хозяин барин, пока не попробуешь не поймешь

попробую, конечно, спасибо за совет - надо p4 заказать

Привет, не против если я тебе напишу в личные сообщения? хочу спросить много чего

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