jcxz

Какое "кеширование памяти" для внутреннего ОЗУ МК? На кой оно сдалось в STM32? И как вы его собрались включать? И о каком STM32 вообще речь? В каком STM32 это необходимо?

Т.е. - это вы сознательно лукавите? Рассказывая о цене 100р и "забывая", что нужно ещё потратиться на замену присланной некондиции, переделку плат (может неоднократную), потерянное время, потерянную репутацию у заказчиков (а была ли она вообще?) и т.д.? А если завтра эти "норм" сдохнут? Потому, что некондиция, но такая, что сразу не проявляется?

Причём тут куб, если это ваш командный файл? Почему не описать один единый регион ОЗУ: RAM(xrw) : ORIGIN = 0x20010000, LENGTH = 192K /* SRAM1 (192k) */ И скомпоновать все RW-секции данных в него? И для Ethernet и для DMA и пр. DTCM - отдельный регион: RAM(xrw) : ORIGIN = 0x20000000, LENGTH = 64K /* DTCM (64k) */ В DTCM-регион можно скомпоновать стеки задач.

Во-первых: определения региона RAM и последующих RAM_ETH_DMA_RX, ... - перекрываются. Разве такое допустимо? Во-вторых - на кой заниматься закатом солнца вручную распределением ОЗУ вручную? Командный файл линковщика предназначен не для этого. Нормальная практика: задать все массивы в файлах исходного кода, а в командном файле линковщика описать только регионы памяти. И правила распределения скомпилированных секций по этим регионам. У вас же всё сделано через одно небезъизвестное место. Теперь пытаетесь бороться с проблемами, которые сами же и создали.

У Вихря Мерсенна период намного больше = 4,3•106001

Тогда - компактное реле. Гуглите "поляризованное реле" или "bistable relay".

Почему? Причём тут "помеха от работы какого-либо узла платы"? Речь шла об использовании например теплового шума какого-либо элемента (резистора, диода или схемы на их основе). Достаточно чтобы непредсказуемо шумел хотя бы один младший бит в данных АЦП. Впрочем - и штатные (уже имеющиеся) измерения каких-то напряжений через АЦП тоже подойдут - ведь в них наверняка тоже есть хотя бы один шумящий разряд. Дальше - накапливаем этих данных как можно больше и считаем от них CRC или хеш нужной длины (равной требуемому размеру случайного числа). Всё. У ГПСЧ проблема не в повторе какого-то числа, а в том что при одном и том же стартовом seed, последовательность будет одна и та же. Если это не проблема в задаче ТС, то можно его использовать. Если вам подойдёт псевдослучайное, то можно попробовать "Вихрь Мерсенна": https://ru.wikipedia.org/wiki/Вихрь_Мерсенна Это вроде как очень хороший алгоритм ГПСЧ. Есть его си++ исходники (вроде как): https://www.boost.org/doc/libs/1_49_0/boost/random/mersenne_twister.hpp

У моего варианта вряд-ли возможно гарантированное повторение последовательности с некоторым периодом. Что характерно для любого генератора ПСЧ. Только если уж руки совсем кривые, что не смогли построить адекватную схему генератора шума на входе АЦП. Т.е. - с моим вариантом нужно ещё "постараться", чтобы он стал псевдослучаен. А вот различные математические алгоритмы - гарантированно псевдослучайны. Хотя период их может быть достаточно большим.

Это будет псевдослучайная последовательность Автору же вроде нужна случайная. Ни на каком хеше или алгоритме генератор случайных не построить. Только на аппаратном источнике шума.

Тогда изучать работу АЦП в своём МК и строить генератор на нём.

User manual на ваш STM32. Раздел "Генератор случайных".

Плохо ищете. Я давно использую S70FL01GS на 1Гбит. Но есть и больше. Не обязательно. Есть и NOR.

Вроде как в вашем МК есть quad-SPI. Какой тогда смысл цеплять параллельную флешку, а не quad-SPI?

Я вообще-то писал: Т.е. - за время с момента задания вопроса (чуть больше месяца) уже было много сообщений по STM32. Причём тут "годы"? До того как начинать что-то выпускать, нужно чтобы появился спрос, а чтобы он появился, нужно чтобы были начаты и завершены разработки. О чём я выше писал. Такое ощущение что вы даже не прочитали моё сообщение, на которое отвечаете.... Никто не "шлёпает миллионами" в никуда, на склад. Даже китайцы. С чего вы взяли? Производить миллионами штук адекватный производитель начинает только если уверен в спросе. Т.е. - при наличии уже оплаченных заказов или наличии гарантий будущих заказов. Которые опять-же появляются только после проведения всех этапов, о которых я писал выше. А "шлёпать миллионы" в никуда - прямой путь к банкротству. Т.е. - если сейчас начали производить миллионами штук, значит примерно как минимум полгода назад (а скорее - год и более назад), должны были появиться инженерные образцы и разработчики должны были начать разработку. А значит - у них должны были появиться вопросы. Но никаких вопросов не было видно. А потом вдруг, сразу как с неба - миллионы штук. Так не бывает. Хотя.... если речь о распиле госбабла, то всё возможно. Могли даже начать лепить их просто в никуда. Ведь тогда законы рынка не работают.

А смысл переходить на давно устаревшие ARM7/ARM9 (которые вы предлагаете) - какой? Если и переходить с AVR на что-то, то скорее всего - на Сortex-M. А не на то старьё, что вы предлагаете.