[DpInRock 0]

Есть пикпроцессор. Внешних устройств - нет.

Требуется после старта программы сгенерировать случайный байт.

Старт программы осуществляется присоединением батарейки.

Число требуется ровно одно.

 

У двух одинаковых устройств после подсоединения батарейки должны генерироваться 2 разных числа.

 

Возможно ли такое? :07:

[sergeeff 1]

С точки зрения теории, всегда существует хоть и малая, вероятность, что числа будут одинаковыми.

[Дени© 0]

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

[DpInRock 0]

У меня нет висящих ног. Но хотелось бы решить хитростью какой-нибудь. Там все очень стабильно (питание от батарейки). И АЦП даст слишком малую разницу.

 

У меня впечатление, что это невозможно. Поэтому и обратился к мировому сообществу. Все синхронно. Была надежда что запись в память EPROM случайна по времени - но нет. Как-то одинаково все.

[okorok 0]

Есть пикпроцессор. Внешних устройств - нет.

Требуется после старта программы сгенерировать случайный байт.

Старт программы осуществляется присоединением батарейки.

Число требуется ровно одно.

 

У двух одинаковых устройств после подсоединения батарейки должны генерироваться 2 разных числа.

 

Возможно ли такое? :07:

Не забывайте: Разных байтов бывает всего лишь 256.

Т.е. вероятность совпадения "случайных" чисел у двух разных устройств будет минимум 1/256.

[DpInRock 0]

Разумеется. Мне достаточно будет если ДВА разных устройства выдадут просто разные числа. Скажем от 1 до 10.

Т.е. подсоединяем батарейку у двух устройств. А они с вероятностью хотя бы 50% выдают разные числа. (Хотелось бы вероятность побольше, но на худой конец хватит и такой).

 

Поясню.

При первом подключении батарейки устройство должно сгенерировать свой адрес - 1 байт. И все.

При этом другое устройство (с понятной вероятностью) должно сгенерировать другой байт.

[Flasher 0]

а слабо еще серийник присвоить и завести его в механизм генерации. Плюс еще в епром писать для следующей генерации.

[DpInRock 0]

Слабо.

 

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

[Voice2001 0]

Вы бы дали информации побольше о своем устройстве. Возможно получилось бы откуда-нть достать это число

Поясню.

При первом подключении батарейки устройство должно сгенерировать свой адрес - 1 байт.

нужен адрес устройства? может тогда задержать их во времени и по порядку присваивать адреса (ессно между собой их придется связать)

гадать можно долго. Подробней расскажите

[DpInRock 0]

Эти устройства никак не связаны друг с другом. Лежат себе на складе, никого не трогают.

Приходит человек, берет устройство и уходит. Вставляет батарейку. Бабах - устройство придумало себе адрес.

 

Потом, через год, этот человек берет другое устройство. Приходит к себе домой, вставляет батарейку - бабах - устройство придумало себе адрес. И с тем устройством, что уже у него имеется - не совпадает (с учетом вероятности).

[Dr.NoA 0]

У меня нет висящих ног. Но хотелось бы решить хитростью какой-нибудь. Там все очень стабильно (питание от батарейки). И АЦП даст слишком малую разницу.

Так есть АЦП или нет? Даже если его вход не висит в воздухе, все равно младший разряд скакать будет, поэтому делаете n измерений, в каждом из которых берете младший разряд, и их них составляете n-битное случайное число.

[MrYuran 16]

Идея такая.

На входе АЦП RC-цепочка, соединённая с питанием. При включении засекаем время и мерим напряжение.

Младший байт, я думаю, будет достаточно случайным.

Ещё есть алгоритмы псевдослучайных последовательностей, можно использовать измеренное напряжение с АЦП для инициализации ПСП

[mmos 0]

Действительно, мало информации. Мои соображения: если не писать ничего уникального внутри контроллера и ничего не цеплять снаружи, то гарантировать случайность невозможно. Однако, автор вопроса лукавит. Ведь если устройство никуда не подключается, то зачем ему адрес?

[kurtis 0]

Можно попробовать вычитывать содержимое ОЗУ перед инициализацией, теоретически оно будет случайно.

А часы реального времени присутствуют???Если да, то тогда при условии что устройства не будут включатся одновременно, то можно просто складывать месяц + день + часы + минуты + секунды или что-то вроде того

[DpInRock 0]

Спасибо за идею составлять число из младшего бита АЦП.

То, что нужно.

 

Добавлю к нему считывание посередине преобразования. СПАСИБО.

(Хотя, нет. не добавлю).

Изменено 12 августа, 2008 пользователем DpInRock