STM32 новичку в ARM что к чему

Dimon456

Eddy_Em, да ну, проверим? На том куске кода который у меня есть, на реальном железе.
1 включение

Спойлер

2 включение

Спойлер

Код: Выделить всё

3 включение

Спойлер

Код: Выделить всё

Думаю, хватит.

Реклама

VladislavS

[uquote="Dimon456",url="/forum/viewtopic.php?p=4320737#p4320737"]за чем нужно было изобретать велосипед с ... не пойму.[/uquote]Это называется "X Y проблема". Вместо того чтобы спросить как сформировать случайные числа из диапазона (проблема X) вы пытаетесь научить Cortex-M0 64-битному делению.

[uquote="Dimon456",url="/forum/viewtopic.php?p=4320737#p4320737"]А как мне эффективнее про сканировать оперативную память?[/uquote]Возьмите старатп на Си и делайте там что угодно.

Реклама

COKPOWEHEU

[uquote="Dimon456",url="/forum/viewtopic.php?p=4320794#p4320794"]На том куске кода который у меня есть, на реальном железе.[/uquote]
А если сброс по ресету или собаке?

КРАМ

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

Реклама

MLX90640

[uquote="Dimon456",url="/forum/viewtopic.php?p=4320784#p4320784"]]Вот именно, пока не произошло копирование из флеша .... эти ячейки имеют рандомное значение и оно всегда разное. Можете сами убедиться.[/uquote]
Я знаю это, чего ж убеждаться. Однако, есть у стмок некоторые модели, в который аппаратно может обнутьсяться SRAM. Обычно это дополнительный блок SRAM. И еще есть даже аппаратный контроль целостности (ЕСС) SRAM.
Спрашиваете, где алгоритм проверки хранит свои переменные? Ну как где - в регистрах ядра Кортекс, у него там десяток штук свободных найдется, этого хватит для реализации алгоритма проверки.
Независимо от того, на каком языке написан стартап, на асме, Си или С++, программная проверка ячеек - это полумера, да и еще медленная. ECC же контролирует целостность постоянно во время работы.

А так же в F4xx и других есть генератор случайных чисел как раз на диоде, на принципе теплового шума и измерении напряжения шума. Для проверки целостности памяти он вообще нафик не нужен. В ячейку памяти (сразу по 4 байта) пишется шаблон 0xAAAAAAAA, считывается и сравнивается с исходным, затем инвертируется чтобы получилось 0x55555555 и снова пишется и считывается с проверкой.

Реклама

КРАМ

[uquote="MLX90640",url="/forum/viewtopic.php?p=4320818#p4320818"]как раз на диоде, на принципе теплового шума[/uquote]
На диоде (обычно это стабилитрон) генерируется ДРОБОВОЙ, а не тепловой, шум. Тепловой - на активном сопротивлении (резисторе, например).

Реклама

MLX90640

Да не важно как это называется, важен сам факт наличия такого аппаратного генератора случайных чисел в микроконтроллере.
Но как бы к указанному вопросу проверки целостности ячеек памяти случайные числа вообще не имеют отношения. Память проверяется не случайными числами, а послоянным шаблоном и инвертированной его копией. Таким образом проверяется каждый бит ячейки на способность хранить как 1 так и 0.

КРАМ

[uquote="MLX90640",url="/forum/viewtopic.php?p=4320827#p4320827"]Память проверяется не случайными числами[/uquote]
Автор разве предлагал проверять память случайными числами?

По моему, автор предлагал ГЕНЕРИРОВАТЬ случайные числа посредством чтения неинициализированной оперативной памяти, полагая значения в ней случайными. Они не вполне случайны.

MLX90640

Вероятно, я не совсем понял затею автора...
В целом, некоторую случайность чисел можно получить, используя более сложную методику чтения ОЗУ. Например, часть прочитанного значения можно испльзовать как относительное смещение для адреса следующего чтения (не забывая проверять вылет за диапазон адресов ОЗУ), и комбинируя каждый раз прочитанные результаты, можно получить подобие случайности.

КРАМ

[uquote="MLX90640",url="/forum/viewtopic.php?p=4320839#p4320839"]можно получить подобие случайности.[/uquote]
Именно подобие. Назначение непонятно. Поэтому и случайность невозможно определить.
ЗЫ. Детерминированная функция не сделает массив более случайным, чем он есть. Поэтому игрища с адресами бесполезны.

Eddy_Em

Ну и смысл так извращаться, если всегда есть АЦП? И здесь будет меньше шансов нарваться на одну и ту же последовательность. Особенно после старта.
Натравливаем DMA, и хай себе молотит. Знай, из памяти числа считывай…
А если более глубоко заморочиться, можно и "почти настоящий" ГСЧ замутить. Аппаратный. Если пользоваться тепловым шумом, получится что-то вроде Пуассона, а если дробовым — 1/f, немного близкое к экспоненциальному. Разбавить это еще какими-нибудь псевдослучайными числами, и получится почти кошерный Гаусс. Как "энтропия" собирается для /dev/random. Вот равномерное распределение сделать сложно, это да (пересчитывать из Гаусса - достаточно много математики)…

Dimon456

COKPOWEHEU писал(а):А если сброс по ресету или собаке?

По ресету, кнопка ресет на плате

Спойлер

1 включение

Код: Выделить всё

121
15
239
82
62
157
164
146
168
120

480060 это контрольная сумма оперативки, 32-битное значение

1 ресет

Код: Выделить всё

2 ресет

Код: Выделить всё

3 ресет

Код: Выделить всё

Если подскажите как собачку дернуть из кода, дернем и собачку.

Eddy_Em, вы не правы, по моему расчет rand() построен по такому принципу что бы перебрать все числа из какого либо диапазона, а не как там ацп покажет.

Eddy_Em

Реализация rand примитивнейшая: просто к предыдущему числу прибавляем некое большое, чтобы вышло переполнение. Потом - еще одно. И так далее. Например, вот так:

Код: Выделить всё

static uint32_t rnd = 1;

uint32_t rand(){
      rnd = (rnd * 1103515245) + 12345;
      return rnd;
}

void srand(uint32_t seed){
    rnd = seed;
}

Dimon456

VladislavS писал(а):Возьмите старатп на Си и делайте там что угодно.

Где взять?

Eddy_Em

Dimon456, вот, например.
Честно стырил из opencm3

MLX90640

Дак какая разница, от стартапа тут ничего не зависит. Если автору нужно получить генерацию случайных чисел на основе чтения SRAM, то "случайность" там так себе. При увеличении числа итераций получаемое число стремится к некоему среднему постоянному числу, потому что значения в ОЗУ после подачи питания носят некий периодический характер.

VladislavS

[uquote="Dimon456",url="/forum/viewtopic.php?p=4321005#p4321005"]Где взять?[/uquote]Вот немного из моих.Можно использовать с любым тулчейном. Будут слегка оптимальней чем от Eddy_Em. Если не используете плюсы, можно закомментировать вызов конструкторов. Лучше использовать в паре с прилагаемыми линкерскриптами. Друг от друга отличаются только списком векторов прерываний, так что для любого кортекса-м переделать пара минут.

Dimon456

Eddy_Em, не подходит, vector.h уже нету, #if defined STM32F0 это где-то объявлять надо.
Я их кучу перепробовал, то не так, то не эдак.

VladislavS

[uquote="MLX90640",url="/forum/viewtopic.php?p=4321017#p4321017"]Если автору нужно получить генерацию случайных чисел на основе чтения SRAM, то "случайность" там так себе.[/uquote]Мне тоже кажется идея "так себе", но пусть попробует. Опять таки, XY-problem вырисовывается. Зачем такой идеальный rnd нужен не понятно.

Eddy_Em

Dimon456, vector.h лежит здесь. Проще сразу взять репу к себе клонировать, да на месте тренироваться. Лучше с чем-нибудь из последних, у меня там Makefile более приличный (debug нормально генерит, т.е. после make debug обычный make не вызовет make release, как раньше; контроль версий есть)…

Добавлено after 58 seconds:
Идеальный рандом для криптографии нужен. Но на STM'ках младших поколений - какая уж криптография?