Eddy_Em (11.09.2025 21:09, просмотров: 802)eddy-em.livejournal.com github.com/eddyem
-
- если таки на МК, то предложу попробовать Raspberry Pi Pico 2
(RP2350) - там 2 ядра (CM33 или RISC-V) 150 МГц, 64-бит
FPUDouble-Precision Coprocessor - DCP (по 2 шт. на ядро), 520к ОЗУ, ну и цепляется PSRAM Vit(144 знак., 12.09.2025 04:53 - 08:18, ссылка, ссылка)- Она у меня есть, но там Cortex-M0. Какие флоаты, если оно даже
делить не умеет? Eddy_Em(213 знак., 12.09.2025 08:18)
- то у тебя первая - на RP2040 - Vit(12.09.2025 08:20)
- Да все равно. Тут на новую линейку STM32 пока перейдешь, минимум
неделя пройдет. А здесь - вообще другой камень и другой подход.
Какой там толщины мануал? Это ж опять под новый камень USB писать,
да и прочие мелкие сниппеты: I2C, CAN, UART, SPI, ADC, DAC, таймеры
и т.д., и т.п… Eddy_Em(357 знак., 12.09.2025 08:54)
- ты бы посмотрел SDK, а не рассказывал как гордо полез бы в писанину
давно написанного. а то, что только М4 интересовал, ну вот и
уточнил. я же посмотрел в твой код, показалось, что там даблы. для
них СМ4 даже может быть хуже, чем СМ3. а вот расчеты в даблах,
например, на STM32F7 (который с double-precision FPU) с приведением
частоты (запускал на 200 МГц, пересчитывал на 80) на моих задачах
уделывают СМ4 минимум в 10 раз. короче, хватит пинать говно
мамонта:) - Vit(12.09.2025 12:36)
- Нет, там флоаты. А то, что константы - даблы, это пофиг, у меня же
-fsingle-precision-constant — не нужно 'f' дописывать к константам. Eddy_Em(625 знак., 12.09.2025 13:27)
- я об SDK для RP2350. если сможешь распараллелить расчёты на 2 ядра, то при туче ОЗУ, и тех же DMA, да на 150 МГц, да с уже написанным не кубой USB... но, как понял, у тебя главное - заюзать "освоенное". 303-й был анонсироваан в далёком 2012-м. грубо - ST пыталась сделать что-то с 4 АЦП, PGA и парой ЦАП. наверно кому-то нужно. считай, что насчёт "крутой", не понял. - Vit(13.09.2025 07:45)
- На G431 не OTG. - VladislavS.(12.09.2025 17:21)
- Нет, там флоаты. А то, что константы - даблы, это пофиг, у меня же
-fsingle-precision-constant — не нужно 'f' дописывать к константам. Eddy_Em(625 знак., 12.09.2025 13:27)
- ты бы посмотрел SDK, а не рассказывал как гордо полез бы в писанину
давно написанного. а то, что только М4 интересовал, ну вот и
уточнил. я же посмотрел в твой код, показалось, что там даблы. для
них СМ4 даже может быть хуже, чем СМ3. а вот расчеты в даблах,
например, на STM32F7 (который с double-precision FPU) с приведением
частоты (запускал на 200 МГц, пересчитывал на 80) на моих задачах
уделывают СМ4 минимум в 10 раз. короче, хватит пинать говно
мамонта:) - Vit(12.09.2025 12:36)
- Да все равно. Тут на новую линейку STM32 пока перейдешь, минимум
неделя пройдет. А здесь - вообще другой камень и другой подход.
Какой там толщины мануал? Это ж опять под новый камень USB писать,
да и прочие мелкие сниппеты: I2C, CAN, UART, SPI, ADC, DAC, таймеры
и т.д., и т.п… Eddy_Em(357 знак., 12.09.2025 08:54)
- то у тебя первая - на RP2040 - Vit(12.09.2025 08:20)
- И разогнать до 600МГц Zikon(7 знак., 12.09.2025 06:08, ссылка)
- Она у меня есть, но там Cortex-M0. Какие флоаты, если оно даже
делить не умеет? Eddy_Em(213 знак., 12.09.2025 08:18)
- я лет 15 назад писал софт модем на dsPIC33, в общем от концепции - код на Си, до рабочей реализации - (код модулятора, демодулятора и КИХ фильтров на ассемблере) разница в производительности была в 22 раза. Был еще промежуточный результат с использованием библиотечных функций МАС - раза в 4 быстрее чем на Си. Правда это был последний раз когда мне что-то понадобилось сделать на ассемблере. - AVF(12.09.2025 08:06)
- если таки на МК, то предложу попробовать Raspberry Pi Pico 2
(RP2350) - там 2 ядра (CM33 или RISC-V) 150 МГц, 64-бит