Några möjliga alternativ:

1. Förprogrammera en unik seriell adress för varje enhet. Om du har en tillräckligt bra RNG-algoritm, kommer till och med en sekventiell lista med seriella adresser att ge väldigt olika resultat.

2. Beroende på din MCU / inställning kan du ha två olika klockor tillgängliga källor för systemklockan och vakthundens timer / timerräknaringång. Om en / båda av dessa har betydande varians kan du använda den för att generera ett lämpligt annorlunda frö. Här är ett exempel jag skrev som använder en Arduinos interna vakthundstimer och en extern XTAL-systemklocka.

3. Använd en BJT-transistor och bygg en mycket beta beroende förstärkare. Detta kan läsas från en ADC för utsäde.

4. Kondensatorer / induktorer specificeras vanligtvis till en mycket sämre tolerans än motstånd. Du kan bygga någon form av filterkrets (RC, RL, LC) med dessa och mäta utdata med ADC.

Sätt ett parallellt motstånd och kondensator mellan A / D-stiftet och jord. Gör motståndet ganska högt, helst långt över insignalimpedanskravet för A / D. Gör RC-tiden konstant, kanske cirka 10 µs. Till exempel låter 100 kΩ och 100 pF som en bra kombination.

För att få ett värde med viss slumpmässighet, kör stiftet högt ett tag, ställ sedan in det på hög impedans och ta en A / D-avläsning några µs senare. Särskilt om du missbrukar A / D-insamlingstiden korrekt, kommer spänningen att se att vara beroende av R- och C-värdena, stiftläckströmmen, annat närliggande brus och temperatur.

Ta tag i den låga biten eller de två låga bitarna och upprepa vid behov för att få valfritt antal slumpmässiga bitar.

För ett mer slumpmässigt mönster, utför denna procedur ibland och injicera den låga biten av A / D-resultatet i slumptalsgeneratorn du redan använder.

Oinitialiserat minne

Du kan försöka använda det oinitialiserade minnet i mikrocontrollern. Tricket är att hitta de bitar som har de mest "balanserade" flip-flopsna, och är faktiskt slumpmässiga. Proceduren är att läsa hela minnet, återställa och upprepa några gånger för att mäta vilka bitar som verkligen är slumpmässiga. Sedan använder du den här kartan för att läsa upp tillräckligt med slumpmässiga bitar för att sådd din PRNG eller LFSR! en dag artikel

Jag gillar den här metoden eftersom den inte kräver några ytterligare kretsar eller stift. din AVR har redan ram, du behöver bara hitta de instabila (slumpmässiga) bitarna. Kartläggningsproceduren kan också automatiseras. du kan tillämpa samma kod och procedur på varje enhet och ha riktigt slumpmässiga resultat!

Vad jag gjorde för en MP3-spelare med slumpmässig förmåga är att bara använda ett annat sekventiellt frö vid varje start. Jag började vid 1 och lagrade detta i EEPROM så att jag vid nästa strömcykel använde 2 etc. Detta var på en ATMEGA168. Som helloworld922 noterade till och med ett enkelt sekventiellt frö kommer att generera helt olika pseudoslumpmässiga sekvenser.

Jag använde en av de linjära kongruenta slumpmässiga sekvensgeneratorerna, detta ger en enhetlig fördelning. int i; utsäde = utsäde * 2053 + 13849; i = (utsäde% max) + 1; // max är det maximala värdet jag vill ha ur funktionen

Naturligtvis om du vill att flera enheter ska ha olika sekvenser trots att de kan ha haft samma antal effektcykler så behöver du något att börja slumpmässigt.

Detta kan göras med någon av de metoder som föreslagits av de andra affischerna - En metod jag kan tänka mig kan använda AC-nollkorsningen som går in i processorn om du har det (för lampfasreglering till exempel)? Detta kan användas för att prova timern vid första korsningen efter uppstart och sedan användas som utsäde.

Finns det några tryckknappar på enheten för att välja läge etc? Om så är fallet kan du prova räknaren första gången du trycker på knappen efter att MCU: n har programmerats. Varje uppstart efter denna punkt skulle använda det lagrade utsädet.

En ADC är en mycket bra källa för slumpmässighet.

Du behöver inte lita på motståndstoleranser. Varje motstånd genererar termiskt brus, och samma fysiska effekt kommer att introducera buller i ADC när du gör alla samplings- och konverteringsstegen. (Databladet berättar om mängden brus och vilka konfigurationsinställningar som är sämst / bäst.)

Du ska inte låta ADC-stiften sväva; detta kan låta spänningen flyta för långt och riskera att mätta ingången.
(Många MCU-enheter låter dig använda ungefär hälften av matningsspänningen som en ADC-ingång för kalibrering. Detta sparar det externa motståndet och ger dig fortfarande Återigen, se databladet för den värsta / bästa konfigurationen.)

Du behöver inte förlita dig på en enda ADC-mätning. Du kan kombinera flera mätningar med en enkel hash- eller kontrollsummefunktion (CRC räcker). Om du måste börja använda RNG omedelbart kan du senare kombinera ADC-resultatet med det aktuella RNG-utsäde.

Kan du spara utsäde från session till session? Om så är fallet, är det möjligt att slå på varje enhet under en slumpmässig tidsperiod efter skapelsen? På så sätt kommer alla enheter att levereras med förinställda frön som sannolikt inte är desamma.

En annan tanke: Hur länkar du flera enheter tillsammans så att de slås på samtidigt? Om de är i serie, lägg till någon form av kondensator så att (n + 1) enheten börjar några klockcykler efter den n: te enheten. Helst skulle kondensatorer urladdas mycket snabbt vid avstängning av enheten, så varje start / omstart finns ett större mellanrum mellan sekvenserna.

Om de är parallella kan du fortfarande slumpmässigt starta upp starttiden. Jag antar att det finns någon form av effektfiltrering med kondensatorer. Om så är fallet skulle tillverkning av enheter med lite olika filtreringskretsar få varje enhet att starta vid en något annan tidpunkt, vilket skulle orsaka divergens efter flera omstart.

En variation på detta är att lägga till varians till dina klocksignaler om möjligt . En skillnad på 0,1% i klockhastighet kan ha liten inverkan på ljusshowet medan du ändrar hastigheten du passerar PRNG-tabellen ganska snabbt.

Om du kör på intern "kalibrerad" klockkälla. Kunde du inte spara ett frö efter en tid, helst i EEPROM. Klockan kommer att glida och den kommer att skilja sig från enhet till enhet. För att spara ett nytt värde efter en tid igen (kanske var 10: e minut eller så eller efter en tid som är tillräckligt kort för att uppstå inom normal tid för enheten. Ju längre enheten är på, desto mer sannolikt kommer det att spara ett "annorlunda" värde i EEPROM.

Ta också ett hopp då och då (inte för ofta) och sätt på nytt medan enheten är på (spara detta nya värde i EEPROM).

Vad sägs om att utvidga din ursprungliga idé om AD-konvertering baserat på ett varierande motstånd genom att lägga till en LDR eller termistor? (Det första skulle behöva kunna "titta" ute, jag vet inte om det är möjligt, men variationen i ljus kan vara högre än temperaturvariationen bland enheter som startade ungefär samma tid på ungefär samma plats. ..)

Du kan lämna en flytande ADC-stift för att mata slumptalsgeneratorn (RNG) med fångat brus. Det borde vara tillräckligt att generera ett frö eller till och med använda det som RNG-generator.

Glöm inte att använda minsta möjliga omvandlingstid.

Den andra lösningen kan vara en brusgenerator applicerad i ADC-stiftet.

2 potentiella lösningar, båda förutsatt att du behöver ett unikt utsäde per enhet.

1. Om du blinkar dina enheter en efter en i fabriken, kan hex-filen ändras programmatiskt av något mellanliggande skript i programmeraren. Om den är datorstyrd kan du skriva över en variabel initialisering med datum och tid. Garanterad att vara unik för varje enhet!

2. Dallas 1-ledningsenheter använder bara en stift och alla har ett unikt 64-bitars serienummer. Du kan använda detta som fröet.