Svenska ElektronikForumet

hadde uppe detta för något år sedan och det kom inte till något vettigt resultat, nu börjar det bli aktuellt igen , så ny fråga

vill så enkelt som möjligt ha en slumpvis fördröjning

krasst sett såhär, från en manuell knapptryck så vill jag ha en slumpvis fördröjning på kanske 1 till 10 sekunder, räcker med 5 till 10 olika fördröjningar

mellanrummen mellan knapptryckningarna är relativt lång, och olika så där kan man ha fröet till slumptalen

förslag?

Det låter ju som att du redan har löst det mesta!

Vad är det för miljö?
Mikrokontroller?

Om vi antar att det är en mikrokontroller och kör någon form av snabb räknare på den. Det kan vara i hårdvara eller mjukvara. Det spelar egentligen ingen roll. Räknaren räknar t.ex tid (eller bara fri räkning) mellan tryckningarna. Det värde räknaren har när knappen trycks ned tar man låga bitarna på och gör om till din önskade tid. Det blir ganska nära en slumpmässig tid.

Får man inte en bättre spridning (och mindre förutsägbarhet) om man har en räknare och kastar om bitarna på? Så att MSB blir LSB?

Ex. om man vill köra tre bitar (8 olika fördröjningar) så tar man de tre lägsta bitarna (321) och kastar om (till 123) och använder värdet (0-7) för att bestämma fördröjningen (ex. 1-8 sekunder genom att addera 1).

För annars blir ju den slumpade fördröjningen nästan en linjär funktion av tiden mellan tryckningarna.

den kommer att byggas in i relämiljö, men det kvittar
helst med 74xx eller 40xx, för att slippa programering

men kan tänka mig pic som andrahandsval
analoga lösningar välkomnas

som sagts, inget speciellt komplicerat, det ska bara inte vara samma tid från knapptyckning till händelse, det är det viktigaste

Kanske ett
http://en.wikipedia.org/wiki/Linear_fee ... t_register

som laddar en räknare när man trycker på knappen?

> Får man inte en bättre spridning (och mindre förutsägbarhet) om man har en räknare och kastar om bitarna på?

Om "omkastningen" är känd så blir det varken lägre eller högre förutsägberhet, bara en annan förutsägberhet.

Sen så spelar det ju ingen roll om räknaren snurrar runt mycket snabbare än tiden mellan två tryck.

grym skrev: som sagts, inget speciellt komplicerat, det ska bara inte vara samma tid från knapptyckning till händelse, det är det viktigaste

Styrning till trappbanan?

förra gången var det det, nu fick jag en feberdimming ide om saabmål byggde på slängda spjällmotorer till brandspjäll

sodjan skrev: Om "omkastningen" är känd så blir det varken lägre eller högre förutsägberhet, bara en annan förutsägberhet.

Jo, men jag menade ju att för en person så blir det svårare att "fuska" om liten skillnad i väntetid ger stora skillnader i fördröjning, än om en liten skillnad i väntetid bara ger en liten skillnad i fördröjning.

Men det är sant att en riktigt snabb räknare går nog lika bra.

börjar spåna på en sak i 40xx , måste bara fundera lite till

då kommer frågan om hög eller låg hastighet på klockan, får prova lite , när jag kommer ur sängen

En enkel räknarkrets styrd av två kristaller. Den ena mångfalt större än den andra. När man trycker så hinner den snabba slå många rundningar av kretsen oavsett hur snabbt man trycker och den andra räknar sen ner långsamt.

En långsam RC oscillator med dutycycle runt 99,9% tryckknappen kopplar oscillatorns signal till vad som nu ska styras.

Du trycker in knappen och sedan kommer en kort puls (som sedan går att förlänga för att ge vad det nu är en vettig signal.)

Med två oscillatorer med stor olikhet i frekvens finns risken att den ena synkar på den andra, jag har provat med 1000:1 men nu är det bara 3:1 och då fungerar det.

Protte

prototypen , börjar så smått få igång hjärnan igen, tog någon minut innan jag fattade vad du skrivit, smidigt, men förstår fortfarande inte det där med två oscillatorer


annars tror jag att jag fick ihop det med 2 st 4093 och en 4017, men då enbart 10 olika fördröjningar

kollade och det fanns till och med random i picbasic om man så vill

får prova lite när jag kommer igång igen

Två oscillatorer:
Om den långsamma är nära att slå om och den snabba slår om så blir det en störning över Vcc som gör att den långsamma flippar om samtidigt trots att den hade någon promille kvar.

Protte

"kollade och det fanns till och med random i picbasic om man så vill"

Du menar alltså att en PIC kan vara aktuell? Det kan knappast vara enklare då!

Gör en slinga som hela tiden adderar ett primtal till en variabel:

Main_Loop:
Random = Random + <Primtal>;
Om(Knapp_Nertryckt OCH Timer inte startat) Start_Timer med Random + 1 sekund.
goto Main_Loop.