Kristalloscillator för en DDS generator, noggrannhet

[grym]

gör det enkelt, börja bygget med en normal 20kronors oscillator, men ha en möjlighet att koppla in extern oscillator
den kan du ju göra som separat superprojekt

det ana behöver ju inte utesluta det andra

[xxargs]

och att bygga det för 10 MHz frekvensnormal som dom flesta instrument brukar ha och inte pilla med något annan konstig frekvens om man vill kunna koppla in till 'riktiga' frekvensnormaler i framtiden... små men viktiga designbeslut...

[grym]

vill du verkligen ha nogrant så anslut dig till time nuts mailinglista och fundera på varför man egenteligen håller på med projekt som blir överarbetade

[AndersG]

och att bygga det för 10 MHz frekvensnormal som dom flesta instrument brukar ha och inte pilla med något annan konstig frekvens om man vill kunna koppla in till 'riktiga' frekvensnormaler i framtiden... små men viktiga designbeslut...

Och hur gör jag det enklast? Kanske använda en AD9859 som har inbyggd PLL? Skall fndera på saken

Oberoende så skall DDSen vara en separat, utbytbar modul så då kan man bygga en hur noggrann eller onoggrann man vill. Och visst finns det risk för "Rampant Featuritis" här

Skriver dock UI't i assembler så blir det "clean": Display med 9 tecken (utbyggbart till 16). Knappsats där man kan mata in 999999, 99999.9, 9999.99 etc samt en väljare för Hz/kHz/Mhz samt som sagt var ratt. Då kan man knappa in 10.7 och välja MHz och sedan "Go" knappen och förhoppningsvis få ut ganska nära 10,7MHz

[AndersG]

Om man antar 32 bitar och 50MHz klocka så blir det 85,89 steg på en Hz, dvs litet mera än 1% fel nere vid 1Hz. Man kan ju å andra sidan låta PICen ha en valbar divisor på klockan så att om man vill ha ut under tex 1kHz, så dividerar man klockan med 1000 före DDSen. Då blir felet mycket mindre. en faktor om 85900 ger då 1,000007614 Hz.

En skenbar noggrannet naturligtvis och helt beroende av klockans noggrannhet.

[Icecap]

Maxim har ju en del TCXO som kan vara värd att kolla på, dock inte i området 50MHz.

[blueint]

För kristallugnar, vilken temperatur brukar man använda?
Angående oscillator modul. Man kan ju ha så att man kan välja t.ex. 10 MHz eller 100 MHz matning?

Precision på display.. tja med datoranslutning slipper man det problemet

[AndersG]

Temperaturen väljs utgående från kristallen. Man väljer ett område där kristallens temperaturberoende är som minst.

Datoransluten utrustning i all ära, men för lab-bruk har rattar och stora, tydliga led-displayer ett övertag.

[blueint]

Fast om temperaturområdet är lägre än omgivande temperatur måste man kyla => peltier => hejdlös elåtgång.

[AndersG]

Jo. Jag antar att man väljer kristall så att man får en vettig temp dock.

[blueint]

Regleras temperaturen till en konstant temperatur som justeras dynamiskt beroende på den aktuella omgivande temperaturen. Eller till en konstant temperatur vid en vid tillverkningen förutbestämd temperatur ..?

[grym]

finns olika lösningar, enklast är att hålla ex 60 grader i en värmeisolerad ugn med kristallen i

sedan finns det snikvarianter där man temperaturkompenserar genom att ha en kapacitansdiod som är kopplad till en temavkänningskrets och då är kristallen i olika temperaturer men man justerar frekvensen efter en tabell eller kurva så den är stabil genom temperaturområdet

[Icecap]

Dallas DS4026 t.ex. gör så.

[xxargs]

finns olika lösningar, enklast är att hålla ex 60 grader i en värmeisolerad ugn med kristallen i

sedan finns det snikvarianter där man temperaturkompenserar genom att ha en kapacitansdiod som är kopplad till en temavkänningskrets och då är kristallen i olika temperaturer men man justerar frekvensen efter en tabell eller kurva så den är stabil genom temperaturområdet

Om det är så, så måste kristallen arbeta i piece-oscillatorkoppling eller parallell-mode och därmed risk för större fasbrus pga. inkommande störning på tex kapacitansdiodens styrning mm.

En kristall i serie-oscillatormode flyttar man inte speciellt mycket med att variera kapacitanser omkring kristallen utan där handlar det om att variera en serieinduktans med kristallen och även där är det besvärligt att flytta även några få tiotal Hz på en 10 MHz kristall...

vill man ha maximal stabilitet och minimal fasbrus så är det förmodligen serieresonans-drift på kristallen som gäller och då har den också minst påverkan av drivsystemets och omgivningens överlagrade brus och störningar

i många typer av system så har man ofta 10 MHz referensen till en eller flera PLL-oscillatorsystem och en PLL ökar ofta fasbruset med en faktor 10-100 vilket gör att ingående referensen måste vara av mycket god kvalitet om utgående signalen från PLL skall klara en viss nivå ang. fasbrus.

Låg fasbrus är viktig i tex samplande system där en klocka som fasbrusar gör att samplingen av tänkta signal fasmoduleras och är det tex. en ren sinus på ingång så ser man mer eller mindre uttalad bruspuckel kring den inspelade sinusen (och även det som går ut från DAC:en från en 'teoretisk' ren sinus som indata) när man analyserar den senare om samplingsklockan fasbrusar mycket.

[AndersG]

Wow! Det känns som om du har pejl på dethär

Annars så tänkte jag göra mitt projekt modulärt, dvs en styrenhet med knappsats, display och ratt och sedan en DDS-enhet. Koden blir sedan med #defines för olika DDSar. Startar med AD9634 och 9835, men man kan ju öka på med andra om man orkar.

Displayen har 6 siffror och man har "bandväljare" så att man kan välja Hz/kHz/MHz. Tror fortfarande på tanken att ha en 1/1000 divisor på klockan valbart om man tex vill ha 0,1Hz ut eller så.

Kontrollern är på labplatta och skall sätta ihop DDsen bara jag får tag på adaptrar för TSSOP