Autonyito csoda ketyere...

[Kis Norbert]

Szia!

>Reprodukalas alatt az eloallitott kodsorozatot >ertettem, nem az aramkort.

Bocs, felreertettem. :-) Szerintem ha az algoritmus egyedi, esetleg az EPROM
kellokeppen nagy, netan belenyomod az elektronikusan is hozzaferheto
lottohuzasok eredmenyet ugy, hogy pl. XOR-olod valamivel, akkor azt tuti
csak Te tudod. A kodok valosaghuen veletlenszeruek, es csak az EPROM
kapacitasanak elerese utan jonnek elo. Meg egyszerubb, ha egy
TV-'adasszunetet' tomorites nelkul 
bedigizel, s az itt kapott ertekekkel feltoltod az EPROM-ot. Ennek hossza
ugyanis korlatlan lehet, illetve EPROM-onkent valtozhat. Nehany orat
rogzitve, tobbszaz onallo EPROM-adatot kapsz. :-)
Megintcsak jo otlet jo sok, nem tomoritett, erosen eltero tartalmu kepfajlt
egymassal XOR-olni. 10..20 jol megvalasztott kep utan mar valodi random
sorozatod is lehet. :-) A NET-en tonnaszam az ilyen cucc, lehet mibol
varialni.

>Az ugrokodos taviranyitot se szetszedtek, hanem >folterkepeztek a mukodeset
>es ezek utan nehany leadott kodbol mar lehet tudni a >kovetkezot.

A fentieknel mar ez nehezebben menne...


>Mondj egyszerubbet. Kiindulasi alap hogy a dioda >zajfeszultsege
veletlenszeru minden pillanatban. Ezt >nem lehet elore tudni hogy a
kovetkezo mereskor mi >lesz. Eddig OK. Most mar csak egy olyan aramkor kell
>kore, ami folyamatosan produkalja valahogy a >veletlen szamokat.

A zajt raviszed egy dinamikakompresszorra. A kijovo
csodat pedig egy minel nagyobb bitszamu A/D-re. 
(Pl. a texas soros, 12-bitesere, de ahhoz proci is kellene. Esetleg egy
7109-re, az parhuzamosan, kapasbol dolgozik, igaz egy monstrum az egesz.)
Ezutan ahanyszor olvasod az A/D-t, annyifele szamot
kapsz, amiben biztosan nincs periodikusan ismetlodo kombinacio. Sajnos a
dinamika kompresszor az atviteli
tartomanyt nem linearisan nyomja ossze, igy lesznek a cuccnak kedvenc
szamai, de ha erre meg rateszel egy pszeudo-random szamot XOR-ral, akkor mar
lehetetlen lesz statisztikai alapon is barmit mondani a dologrol, ha a
mukodes reszleteit nem ismeri mas. Elvileg a XOR-olt alveletlen nelkul is jo
a dolog. Az, hogy vannak kedvenc szamai, kodolas eseten nem olyan nagy gond.
vegulis tobbm, egymas utan dobott
szamot is ossze lehet hozni, tovabb novelve a homogenitast. (Pl. osszeadas,
bit osszefesules, rotalas, stb...)

>Kozben rajottem hogy ez emberrel meg akar jo is >lehet, de en jobban
szeretnek automatikusan mukodot, >ami ontja a szamokat, es pl. egy
>szamitogep meg elspajzolja. Itt viszont egy >egyenletes idokozu stop az
>egyaltalan nem veletlenszeru szamokat fog >eredmenyezni.

Eloszor magam is rogton erre gondoltam, de ne feledd:
egyik oszcifrekijebol nem digitalis leosztassal szarmazik a masik. Ket
hitvany RC-oszcival, (nem egy IC-ben realizalt alkatreszekkel, mert akkor
konnyen szinkronizalodhat!!!) amik jo tavol vannak egymas frekijetol, sok
erdekes dolgot lehet csinalni. Pl. az egy idozito ellenallasaval sorba kotsz
egy PTK-s ellenallast, a mesikkal parhuzamosan. A homerseklet valtozasa igy
jo alaposan betesz a stabilitasnak! 
Ugyanigy lehet pl. fotoellenallast, thermisztort, 
felvezeto atmenetet hasznalni, ami a feszkora is kellokeppen erzeketlen.
Nehany CMOS-kapuval egesz jot lehet csinalni.
A nagyobb frekire ez tokeletes. A kis frekire pedig teszel pl. egy 555-el
butykolsz valamit, mert ez akar stabil is lehet. Az elobbi oszci 1MHZ-en
dolgozik, az utobbi pl. 10Hz-en. Az elso oszci egy max. 8-bites szamlalot
teker, a masodik pedig egy RAM-ba lepteti be a veletlen bajtokat. Ha van
proci a rendszerben (valami ugyis kell...) akkor megteheted, hogy a
nyolcbites ertekszer dobsz egy alveletlenszam generatorral. Igaz, hogy ez
16-bites generator eseten 65536-utan ismetledodik, csakhogy veletlenszeru
tavolsagokban ugralsz a kodtablaban. A dobott szam igy 16-bit szeles,
ugyanakkor a ket oszcillator frekvenciaja meg elfogadhatoan kozel lehet
egymashoz.
Ez azert eleg veletlenszeru, vagy nem?!? ;-)))
(Kulonosen, ha nem vered nagy dobra a rendszer mukodeset.)


Udvozlettel:
		Norbi.