Svenska ElektronikForumet

jesse: Jag använder inte de högsta bitarna från ADC:n utan de lägsta 8 från 10-bitars ADC:n. Då kommer intervallet 0-255 fyra gånger på den skalan mellan min och max på ADC:n. Men eftersom det som går in i ADC:n är "störningar från kortet" så skulle väll volten på pinnen in kunna ligga utanför området(i mitt fall 0-5 volt). Störningarna borde väll kunna ligga mellan 12 till -12 volt eller något sådant i förhållande till Vref? Då blir ju 0 eller 255 de "vanligaste värdena".

Mitt problem är i alla fall löst med denna lösning eftersom det fungerar väldigt bra och innehåller inte något mönster, vilket egentligen är viktigare än att alla tal förekommer. Det gör inget om 255 kommer fyra gånger på rad(de tycks inte göra det heller) eftersom man omöjligt kan räkna ut att kommer att ske

Du ska självklart aldrig ha spänningar utanför Vdd/Vss in på ADC ingången!
Har du det så får du göra om hela lösningen. Det såg lite underligt ut
med 12V matning till brusgeneratorn, men jag antog att det skulle
ändras till 5V innan det användes, så klart...

Han använder ingen brusgenerator utan bara en sladd kopplad till ADCn.

Den sladden samlar upp det brum som finns och med lite "tur" samplas det en så att det kommer att passa med 50Hz... I labbuppställningen kan det fungera men man har ingen garanti för att det fungerar i en produkt/enhet utanför labbet.

Antingen en brusgenerator på riktigt eller en bit matte som gör det. Jag har just testat att räkna på funktionen som MM5837 har och den verkar ju skapligt OK, frågan är bara vad som behövs i detta projekt.

Det ska skapas "brus" runt 1Hz, bara det i sig är ju fel, brus är definierat som alla frekvenser i ett och samma signal... Sedan kollade jag tillbaka och det visar sig vara lerduvakastaren som ska slumpas och jag är ganska säker på att ställen man använder lerduvor på knappast är så brusiga som inomhus i labbet. Alltså går "den fria ledningen till AD-ingången" fett bort!

Det hela är egentligen ganska enkelt: bygg en brusgenerator, koppla den till en timeringång som kan räkna och låt den tugga på som den vill. När det behövs läsas en lämplig del av timerns värde, t.ex. lägsta 8 bit och det är ett slumptal. För att särskilja kan man läsa av fördröjningen först, när den är klar (alltså tiden har gått ut) läser man igen och använder det värde till att välja "kanon".

När "kanonen" är avfyrat ska det gå minst en viss tid, efter den tiden läser man av fördröjningen och utför den osv. osv.

Snacka om att skjuta gråsparv med kanon och sedan välja fel lösning

Använder han bara de lägsta bitarna i ADC så kommer han alltid ha skräp där. Speciellt om han aktiverar high-gain som finns på vissa avr. Skifta ihop den lägsta biten till en byte så funkar det fint även långt från 50 Hz ledningar.

> ...utan bara en sladd kopplad till ADCn.

Nu så går det ju bort genom den generella regeln mot öppna CMOS ingångar.

Men se även:
http://www.piclist.com/techref/microchip/rand.htm
http://www.piclist.com/techref/microchip/rand8bit.htm
http://www.piclist.com/techref/microchi ... ndtmr0.htm
http://www.piclist.com/techref/method/random.htm

Sedan kollade jag tillbaka och det visar sig vara lerduvakastaren som ska slumpas

Jasså var det lerduvekastaren som skall slumpas. Synd att inte TS skrev det med stora bokstäver och fetstil tidigare. Då hade jag berättat tidigare att det räcker med en timer som rullar runt varv på varv. Det är nämligen så att man skriker till när man är redo att skjuta och då skall duvan komma flygandes inom ett givet intervall. Reglerna för trappskytte stipulerar 0 - 1 sekunder fördröjning och reglerna för skeetskytte stipulerar 0 - 3 sekunder. I och med att skytten aldrig kan lära sig takten på timern så blir fördröjningen väldigt slumpartad. Om man slumpmässigt skall skicka iväg ytterligare en duva efter den första kan man köra med två timers som går i otakt. Eller så tar man den första timervärdet då skytten skriker och använder denna som seed till en slumpgenerator i mjukvara.

Saken är det att jag har tillverkat ganska många sådana styrenheter till lerduvekastare som användas av många skyttar och därför kan jag säga att ovanstående teknik kommer att hålla mycket bra för TS behov.

Det var jag som startade tråden och vart ni fick lerduvekastare ifrån har jag ingen aning om, det är nämligen fel och jag har aldrig sagt att det ska bli det Icecap?
Rubriken är aningen otydlig men det framgår ju vad jag vill göra på ett ungefär och bra svar har jag ju fått
Lösningen jag har nu fungerar bra som den är. Jag bryter gärna mot generella regler av typen "öppen CMOS ingång" när det fungerar såhär bra som det gör. Det är bara en hobby-grej som inte ska serie-tillverkas så jag ser inte så mycket anledning att ändra det faktiskt.

Ja det var väl det jag tänkte. Hade det stått att det skulle vara till en lerduvekastare i tråden skulle jag ha triggat på detta. Med andra ord, glöm mitt förra inlägg Glattnos .

labmaster: Å andra sidan så var ditt förslag om triggning av lerduvekastare väldigt bra. Absolut värt att komma ihåg den dagen man ska göra något liknande. Så det var ändå mycket läsvärt. Tackar för det