Как реализовать на ATmeg8 или ATtiny датчик случайных чисел

[domowoj]

Я делал 24 разряда и 16 разрядов ,
моделировал в Протеусе, разницы в спектре практически нет.

[smg123]

При тактовой 1,6 МГц, "частота тактирования" регистра сдвига получилась 38 кГц(правда я там ещё пилу на шиме формировал), т.е. шум до 9,5 кГц можно считать белым. Мне больше и не надо было.
От разрядности регистра сдвига зависит период повторения псевдослучайной последовательности и к-во "отводов" для получения обратной связи. Это всё подробно описано в литературе.

-- Прилагается рисунок: --

[tempora]

Организуем из 4-х 8 битных регистров 32 разрядный регистр сдвига. Заносим ненулевое значение. Cигналы с 17 и 31 разрядов через XOR подаём во флаг переноса. ...

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

[jelsay]

как вариант - измеряем АЦП встроенным в Мегу некий шум - ну к примеру шум диода

[telebalt]

Я псевдослучайку получал так : запускал 8-ми разрядный таймер с прескейлером=1, вызывал пп-му записи в еепром, по ее окончании считывал значение таймера. Равномерность не проверял, т.к. надо было довольно редко, но повторов не было.

[Dextor]

Можно использовать Bascom AVR + функция RND-самый простой способ (но псевдослучайный). Либо (как помню в древнем журнале Радио) использовать резистор, который выделяет большое кол-во тепла и оцифровывать шумы этого резистора.

[tempora]

В древнем журнале "Радио" для этих целей рекомендовали использовать стабилитроны - их шум в режиме пробоя поболе будет, но ИМХО цеплять к мелкоконтроллеру лишнюю аналоговую цепь, да еще занимать АЦП только затем, чтобы сделать эту операцию немножко медленнее, чем программно, совершенно незачем.

[jelsay]

tempora
считаете что генератор псевдослучайных чисел лучше чем случайных? [/b]

[tempora]

Вопрос, со всею очевидностью, риторический, потому отвечать на него именно в той форме, как он сформулирован не буду, однако...

Чтобы доказать, что последовательность чисел не случайна, а псевдослучайна, нужно найти период последовательности. Учитывая практические ограничения, всегда можно подобрать такие параметры для ГПСЧ, при которых длина последовательности окажется много больше этих самых ограничений (не следует также забывать, что в эту последовательность можно вносить искажения, randomize(), например).
Таким образом, с практической точки зрения, обе последовательности одинаково случайны... а вот "стоимость" этих двух способов отличается (и весьма заметно), и не только в смысле содержания дополнительных компонентов, но также и в смысле занятости периферии контроллера, а также по затратам времени на отладку (ГПСЧ отлаживать не нужно - они такие же типовые, как и сами контроллеры - берешь подходящий и используешь).
Теперь мои "за" и "против" стали понятнее?

[xerox2]

многа букафф читать влом. но каждая такая задача должна решаться по своему.в кодевисион есть такая библиотечная функция
void srand(int seed)

sets the starting value seed used by the pseudo-random number generator in the rand function.

"кручу" таймер постоянно. а когда есть спрос на случайное число делаю seed=счетчик таймера. чем не выход? а автор топика срет в мозги задавая постоянно вопросы на которые ему НЕ НУЖНО ответов.