Nu ik m'n PLL eindelijk werkend heb in een eerste versie, kom ik bij een volgend probleem. De PLL werkt zo ontzettend goed dat ook de wijzigingen in frequente als gevolg van de LF modulatie te niet worden gedaan.
Dit heeft uiteraard met het loop filter te maken. Ik ben daarom een beetje de theorie ingedoken om zelf een loop filter te kunnen berekenen.
Deze berekeningen hebben als input o.a. de volgende parameters nodig:
Kv = MHz/V Het aantal MHz dat de VCO wijzigt per volt
Fref = de referentie frequentie (25KHz in mijn geval).
N = Divider ratio (5800 in mijn geval)
Loop bandwidth = 3dB bandbreedte loopfilter.
En om deze laatste gaat het mij nu. Wat voor loop-bandbreedte moet ik toepassen ? Of zijn er ook nog andere parameters die de 'snelheid' van de loop beinvloeden ?
Vuistregel: Bandbreedte 5 X lager kiezen dan de laagst voorkomende modulatiefrequentie.
MvgEat
Wat is normaal gesproken het frequentiberiek van de modulatie in radioverkeer op de 2-meter band ?
Als ik b.v. als laagste freq. 200 Hz neem krijg ik dus volgens de vuistregel een loopbandbreedte van 40 Hz. Moet ik de modulatie ingang door een HP filter laten gaan voor het geval dat ?
Bedankt voor je reacties Rd12tf.
Misschien een bandfilter? 300-3000 Hz, is telefoon kwaliteit maar optimaal voor spraak.
Maar te lage modulatiecomponenten worden door je lusfilter "geabsorbeerd". Toch kan je ze beter uitfilteren.
Bedankt voor je reacties Rd12tf.
Geen dank... Graag gedaan!:)
MvgEat
[Bericht gewijzigd door Rd12tf op ]
Heel simpel loopfilter gebruikt (tweede uit de datasheet) en het werkt allemaal goed (wellicht als ik één en ander aan een spectrum-analyser hang krijg ik een telleurstelling te verwerken). Modulatie is nu ook perfect.
Heb echter nog steeds een probleem. Ik zit zo'n 12.5 Khz te laag op de uitgang van de oscillator.
Vergelijkings freq = 25 KHz
Kristal = 8 MHz
R-deler = 320
N-Deler = 5760-5839 (144.000 - 145.975)
Waarom staat hij niet precies op de ingestelde frequentie ? Het enige dat ik zou kunnen voorstellen is dat de referentie frequentie niet precies 8 MHz is, maar ik gebruik een kristal.
Ben_
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design | http://www.scienceflicks.com Science Videos | http://www.merghart.com/p/26/Electronics My electronics projects
12 khz op 144 mhz is richting 100 ppm... het zou een slecht kristal kunnen zijn.
Ik maak gebruik van 80 kanalen ieder 25 KHz.
In software heb ik een kanaalnummer van 1..80
De R-deler wordt eenmalig ingesteld op 320
De N-Deler afhankelijk van het kanaalnummer tussen 5760-5839
Ik heb nu even een Quick-and-dirty oplossing gemaakt door de r- en de n-deler te verviervoudigen. Vervolgens verlaag ik de n-deler ietsjes in software om de frequentiefout enigzins te compenseren.
Maar dit alles hoort toch niet nodig te zijn ?. Wat voor tolerantie kan een kristal hebben ? Om +/- 12.5 KHz te hoog uit te komen zou het kristal op 8000693.6 Hz draaien. Is +/- 700 Hz voor een 8 MHz kristal een acceptabele tolerantie ?
Zie laatste post Ben_.
Ja hoor, dat kan zomaar 700 Hz afwijking. Zet parallel aan één belastingscondensator een trimmer van 22p.
MvgEat
Heb even een trimmertje aan de onderkant van de print gesoldeerd (daar zijn de prototypes toch voor ?) en kan hem nu perfect afstemmen op 144.000
Ik denk dat ik nu ben aangekomen op wat trapjes om wat output te genereren en daarna goed filteren en aanpassing op de antenne impedantie. Wil ongeveer 2 watt eruit halen. Daarna de ontvanger...
Wederom bedankt.
Hier even een 'view' op het prototype (Rd12tf, zie jouw trimmer aan de onderkant van de print).
Het uiteindelijke doel van dit project is een link te maken op EchoLink (www.echolink.org) De zender moet dan via de RS232 poort van de computer in/uit geschakeld kunnen worden. De ontvanger (moet daar nog aan beginnen) moet een signaal op de RS232 poort geven als iemand in de buurt op de ingestelde frequentie aan het zenden is. Ik moet dus een soort squelch funktie in de ontvanger hebben.
Hier staat een mooi ontwerp van een 2-meter ontvanger. Moet het nog bestuderen maar geloof dat deze perfect voldoet.
Ben_
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design | http://www.scienceflicks.com Science Videos | http://www.merghart.com/p/26/Electronics My electronics projects
Kijk aan, dat ziet er leuk uit!
Heb je die pll van een of ander online schema gemaakt, of zelf ontworpen?
Dat je het kristal moet 'afstemmen' met enige capaciteit is trouwens normaal, vaak neemt men standaard al een trimmer op op de print voor het fine-tunen.
Wat loop-filter en audio bandbreedte betreft: Het is wel aan te raden de audio door een highpass te halen, zodaning dat de PLL niet hoeft te corrigeren voor die lage frequentes. Zelfs als de PLL dat bijhoudt (blijkbaar het geval, goed werk!) is het vaak zo dat PLL's bij actief compenseren meer rommel geven dan bij een regelspanning die constant is. Dit verschilt per soort fasedetector, maar vrijwel alle moderne hebben tri-state uitgangen waarbij 'niet regelen' veel schoner is.
Ik heb zo links en rechts wat schemas gezien met de MC145170 maar geen voldeed aan wat ik nodig had, dus zelf maar wat in elkaar gezet (schema staat in PLL (MC145170) probleem). In eerste instantie wilde ik gewoon simpelweg met de PIC de PLL aansturen en met twee buttons kanaal omhoog/omlaag. Later toch maar een display toegevoegd (uit een oude ISDN telefoon).
Ik zal de audio toch filteren voor het geval dat, zoals jij aangeeft Ben_.
Wil ook nog proberen om één kristal te sparen door Refo te gebruiken op Osc-in van de PIC (staat in eerste instantie op Osc/8 maar in de initialisatie wijzig ik naar Refo=Osc).
Had even een eerste test gedaan en de PIC lijkt prima te draaien want mijn up/down buttons werken nog steeds i.c.m. het display. Maar om de één of andere rede werkt de PLL dan niet meer. Misschien nog ideen ?.
Verder kwam ik nog een PTT button implementatie tegen:
Is dit een gangbare manier ? Andere voorbeelden met wellicht een gangbaar component ?
Bedankt voor de reacties.
Ben_
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design | http://www.scienceflicks.com Science Videos | http://www.merghart.com/p/26/Electronics My electronics projects
Is die REF-out niet toevallig een gedeeld signaal?
Ja, hij wordt tijdens de initialisatie van de PLL door 8 gedeeld. De PIC heeft hierdoor een klok van 1MHz. Vervolgens stuur ik in mijn initialisatie code een configuratie door naar de PLL om de klok niet meer te laten delen. Deze zou dus op Refo nu 8MHz moeten geven.
De PIC blijft hierna netjes doordraaien want de push buttons i.c.m. het LCD display werken goed.
Ben weer even verder gaan experimenteren en nu bleek dat zonder een wijziging in de schakeling aan te brengen en simpelweg de Refo (Pin 3) uitgang te aktiveren de PLL niet meer werkt. Zet ik Refo weer uit dan werkte hij weer (Refo hangt los !).
Ik denk dat het signaal dat op Fin (Pin 3) binnen kwam iets wat aan een kritisch lage kant was. Omdat Refo (pin 4) er precies naast zit heeft deze wellicht invloed op het signaal op Fin en werkte de PLL niet meer.
Door de serie C en R weg te laten komt blijkbaar het signaal veel harder binnen en beinvloed de 'buur'-pin niet meer waardoor alles weer werkt. X-tal van de PIC weggehaald en de PIC verkrijgt nu zijn klok via Refo.
Een X-tal en twee c'tjes minder dus straks makelijker te routen definitieve versie van het printje !
Ben_
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design | http://www.scienceflicks.com Science Videos | http://www.merghart.com/p/26/Electronics My electronics projects
Wonderlijk 
Begint wel een heel mooi project te worden trouwens, zou leuk zijn om het eindresultaat hier als schakeling te posten; Zeker als dat met leesbare sourcecode is, dan kun je het aanpassen voor andere frequenties enzo 