Hallo, ich möchte von dem ADF4107 den Prescaler nutzen um aus einem 10-1000MHz Signal die Frequenz zu bestimmen. Ich speise das Signal am RFinA Pin ein, mittels Software habe ich den "N COUNTER OUTPUT" auf den Muxout gelegt. Die Register habe ich so beschrieben, das ich einen Teilerfaktor von 500 habe. Somit müssten aus den Muxout eigentlich 0.02-2MHz kommen. Meine Register Einstellungen sind wie folgt. Function Latch 0x400022 Reference Counter Latch 0x000010 AB Counter Latch 0x001F11 Leider kann ich am Ausgang keinerlei Frequenz messen. Ich habe bereits Testweise die Eingangsfrequenz an dem RF Input eingespeist und dann den Reference Counter auf den Muxout gelegt. Dieses funktioniert, leider geht dieser Eingang nur bis 250MHz. Hat einer eine Idee warum mein eigentliches Vorhaben scheitert? hat sich irgendwo ein Fehler versteckt? Vielen Dank
Angehängte Dateien:
-
ADF4107.png
5,4 KB
Hallo, RF_in a/b sind mit einer minimalen Frequenz von 1 GHz angegeben. Darunter gehts zwar auch, aber mit stark verringerter Empfindlickeit. Ref funktioniert ab 20 MHz, deshalb gehts dort
Hallo, ich habe soeben mal 1,1GHz mit +2dBm an den ADF4107 angelegt, leider kommt auch da kein Ausgangssignal. Mit meiner eigentlichen Frequenz liege ich zwischen -3,3dBm ... + 3,3dBm Laut Datenblatt sollte dieses locker ausreichen.
Hallo, ich arbeite mit dem ADF4001 und ADF4002, dort geht das ganz gut. Aber es stimmt, die brauchen auch schon einen guten Pegel vor allem am REF-In. Ich tippe eher in deiner Ansteuerung auf der digitalen Seite leigt der Fehler. Denn bei 0dBm sollte es am RF-In fehlerfrei gehen. Die Frage ist dann noch wieviel Signal kommt am IC wirklich an? Bei 1GHz ist das ja nicht ganz einfach. Gruß Sascha
Hallo, einen Fehler auf der digitalen Seite schließe ich eigentlich aus. Ich habe den Muxout auf div. Quellen geschallten um die Funktion des ICs zu testen. Dieses funktionierte soweit alles wie es sollte. Wenn ich einen Fehler in meiner Software hätte, so hätte dieses ja auch nicht klappen dürfen. Da ich im programmieren keine leuchte bin, habe ich einen Tiny13 genutzt und die Software mit Bascom zusammen getippelt. Im Anhang der Code eventuell ist ja doch ein Fehler drin. Achso nicht wundern es gibt 2 ADF4107, bei beiden habe ich das gleiche Problem :-(
Deine Initialisierungsreihenfolge stimmt nicht mit dem Datenblatt überein: Siehe: DEVICE PROGRAMMING AFTER INITIAL POWER-UP Der AB Counter bekommt bei dir keinen Reset, vielleicht klemmt er deswegen.
Hallo, habe den Code dahingehend geändert, dass ein Reset durchgeführt wird. Leider hat das auch keine Punkte gebracht. Ich schreibe jetzt Function Latch &H400026 Reference Counter Latch &H000010 AB Counter Latch &H001F1 Function Latch &H400022 Dieses ist die Counter Reset Methode Leider Spuckt der IC immer noch keine Ergebnisse aus.
Hallo, Was genau schreibst Du ins AB-Counter Register rein ? Dein Wert &H001F1 ergeben keine 24 bit. Gruss Markus
Hallo, Du schreibst den Wert 0x400026 in das Function-Register. Damit hast du aber das Bit F1 auf 1 gesetzt, so dass die Zähler in Reset gehalten warden. Setze dieses Bit auf 0, dann geht's vermutlich. Gruss Markus
Mit 0x400022 löscht Du das Bit F1 wieder, ich lag also falsch. Gruss Markus
Hallo, bitte beachte, dass da kein Rechteck am Ausgang erscheint, sondern nur ein kleiner Nadelimpuls. Da muss das Oszi schon schnell sein. Gruß Sascha
Hallo, @ Sascha dieses habe ich beachtet und dahinter ein Flip Flop geschalten. Dieses macht aus den Nadeln wieder ein Rechteck. Dieser teil funktioniert auch:-) Ich habe heute noch zwei Erkenntnisse gewonnen. 1. Der Schaltkreis ist nicht defekt. Ein neuer IC hat genau die selbe Funktion wie der alte. 2. kurz nach dem einschalten kommt am Mux Ausgang eine Frequenz heraus. Diese Frequenz ist abhängig von den Registereinstellungen. Es sieht also so aus, als ob der IC für einen kurzen Augenblick funktioniert und dann seine Arbeit einstellt. Ich bekomme mit dem Teil noch die Krise
Hallo, ja das kann ich gut verstehen. Ich habe erst Gestern an einem ADF4002 den Loop-Filter optimiert und zwar für einen +/- 50ppm VCTCXO. Das hat auch etwas gedauert. Da nutze ich auch für Testzwecke den MUXOUT für N und R um den Eingangsteiler für den richtigen Signalpegel zu dimensionieren. Hast du die Koppelkondensatoren am Eingang dran? Wenn der Signalpegel zu hoch ist kann der BIAS wegdriften. Der Eingang ist da was DC Offset betrifft etwas empfindlich, wenn die Kondensatoren leckage Ströme haben kann das probleme machen. Hat der PLL-Chip ein Chip Enable das noch nicht richtig beschaltet ist? Oder geht er in den Power-Down-Mode? Also irgendwo wird sich der Fehler schon finden lassen, den die Teile von AD sind echt klasse. Gruß Sascha
> Es sieht also so aus, als ob der IC für einen kurzen Augenblick > funktioniert und dann seine Arbeit einstellt. Ich hatte mit einem AD4360 ein ähnliches Problem. Lief kurz und dann nicht mehr. Die Ursache war eine extreme Empfindlichkeit der Steuereingänge (CLK/DATA/LE). Ich habe die dann mit Serien-Rs und Cs gegen GND "ruhiggestellt" und dann blieb die Frequenz auch stabil...
Georg schrub: >Die Ursache war eine extreme Empfindlichkeit der >Steuereingänge (CLK/DATA/LE). Das steht natürlich nicht im Datenblatt. :-( Ich hatte schon auf die dämliche Standardfrage: "Was steht denn im Datenblatt?" gewartet. MfG Paul
Hallo, aber hallo, ja Datenblatt bei AD, das ist wohl wahr, warum gibt AD einen Eingangspegel mit dBm an, wenn keine 50 Ohm am Eingang existieren. Es ist sinnvoller bei einer solchen Angabe Uss zu nehmen. Gruß Sascha
Fehler gefunden, R16 = 100Ohm => zu hoher Spannungsabfall. Habe jetzt 10Ohm bestückt und siehe da es geht. Danke für die Hilfe
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.