А если попробовать стабилитрон на уровне опоры компаратора?
Можно тогда обойтись и без ПСП.

А может, обычный "аналоговый генератор" типа трехточки на одном транзисторе?
И спрашивать напряжение через АЦП?

Уважайте поиск! :-)
В ветке AVR по слову RAND куча всего уже понаписано, в том числе и по теме топикстартера:

http://electronix.ru/forum/index.php?act=S...ighlite=%2BRAND

А ведь ещё есть и ветка в помощь начинающему...

В такой же ситуации при включении запускал таймер (на МАХ возможной частоте). В момент отпускания кнопки включения таймер считывал. Все.

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

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

LC-контур СЧ-диапазона на вход ADC тоже даст шум все зависит от особенностей конструкции и эксплуатации. мало данных по прибору. чем он включается, одновременно ли два прибора включаются (т е присутствует ли тут фактор человека). больше инфы - больше простора для фантазии

не смотря на то, что лично для меня тема исчерпана, обсуждение продолжается
поясню:
1. одновременно - не значит на самом деле одновременно, т.е. в абсолютно один и тот же момент. просто человек включает два девайса и они показывают ему одинаковое состояние. человек снова "передергивает" питание - и снова оба одно и то же... причем то же самое, что и в прошлый раз. именно от этого нужно было уйти.
2. самое простое решение было высказано: хранить в EEPROM число включений и использовать его для srand() - инициализации генератора ПСПЧ. это самое простое решение. не смотря на то, что два впервые изготовленных девайса будут вести себя точно так же, как описано в п.1, но стоит на "5 минут" унести один девайс в другую комнату и там его повключать, то вернувшись обратно синхронности уже не добиться. и угадать, на сколько включений произошло рассогласование внутренних счетчиков тоже будет сложно.
3. улучшение варианта п.3 элементрано: на стадии прошивки задается "случайное" первичное значение счетчика включений - это несложно сделать при помощи программатора с возможностью редактирования дампа EEPROM.
4. варианты внешнего усложенения схемы (генераторы шума на стабилитронах, транзисторах и т.п.) дадут лучшую случайность, но, во-первых, истинная случайность не требуется, а во-вторых, это усложняет схему, т.е. удорожает ее. кстати, эти варианты изначально были известны ... и отброшены.
5. кнопок, дребезг которых можно было бы использовать, или останавливать по ним таймер и т.п., в девайсе не предусмотрено

У меня была аналогичная проблема: как по радиоканалу назначить уникальные серийные номера нескольким "свежезапрограммированным" устройствам? Понятно, что программы у них поначалу совершенно одинаковые, и откликаются на вызов одинаково, поэтому вроде бы невозможно их различить.

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

Еще варианты - измерение напряжения встроенного опорного источника (отличается от экземпляра к экземпляру даже в одной партии кристаллов, хотя абсолютное число "вариантов" не так уж и велико). И измерение частоты встроенного калиброванного RC-генератора (если тактирование от внешнего кварца). Как вариант - измерение времени записи в ячейку(и) EEPROM данных.


Тогда уж правильнее "сериализация" (инкремент серийного номера) (avreal, например, это обеспечивает). А от серийника считать "затравку".

А относительно чего измерять? Внешний опорник ставить?
Предлагаю считать количество нейтрино, прошедших сквозь прибор, за какой-то интервал времени:-)

Кстати, что там с регистром OSCAL он вообще отличается среди образцов одной партии? Если да то ещё немного случайности добавит.

Встроенный опорник относительно питания.


Тоже варьируется.

снова у меня проблема rand() вместе с srand() не втискиваются в память микроконтроллера. уже несколько дней ищу более-менее адекватную замену - и не могу найти

задача очень проста: получить псевдослучайное число в пределах от 1 до 7. все мои попытки сделать генератор ПСПЧ с заданными параметрами дают чрезвычайно короткий цикл - буквально пару десятков чисел, после чего последовательность повторяется

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

уже сделал открытие, что avr-gcc может с легкостью выбросить volatile register переменные из кода, если моя функция случайного числа объявлена как static... но вот качественной последовательности (мне хватило бы длины цикла хотя бы больше сотни) получить не могу то ли полиномы у меня не те, то ли что-то не то в алгоритме...

посодействуйте, пожалуйста...

попробуйте такое, рожал для быстрого шифрования страниц флеш:


Input'ом для функции может быть любая последовательность неповторяющихся чисел, например 0, 1, 2, 3 .... 64K.
RND_INITIALIZER задает начальный сдвиг выходной последовательности.

Вот что имеем на выходе для входной последовательности 0, 1, 2, ..255:

У меня для однобайтного псевдослучайного сделано так: Х(n+1)=5*X(n)+5. Х(n) - unsigned char

iran -только надо чем то забить первый раз. а потом можно в еппром сохранять.

не понял - это что за операция? (выделил)

спасибо всем откликнувшимся! но видимо я недостаточно четко изложил нюансы... у меня attiny13, поэтому оперирование 32-битными числами, да еще с умножением и делением - это заведомо неподходящий вариант - так работает стандартный rand() из avr-libc, и при этом в 1К кода моя программа не влезает. мне нужен вариант, требующий не более 200 байт кода.