This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Replies: 6
Views: 458
Part Number: CDCI6214
Hi,I am currently trying to configure the CDCI6214 to be implemented in future projects. Even though I did read the given data sheet (rev.B) and forum posts I cant solve my problem.I successfully programmed the device via I2C to produce a bypass-signal through output Y0. But I cant get a output signal on any other output channel. I already tried various different combination.A STM32 Nucleo L452RE is used for the I2C connection. I am leaving the EEPROMSEL and REFSEL pin floating while selecting the REF-Input via ref_mux. As a input signal I am using a 25Mhz square-wave which is generated with a Arbitrary Generator.I am using the GPIO1-Pin to check the PLL-lock. Even though I used the values from Table2. (first row) and settings from Figure33. I cant get the PLL to lock.
I transmitted the programming the registers in this order:Register Data Description_________|________|__________________0x00,0x0F,0x10,0x37 set ee_lock0x00,0x28,0x00,0x08 set channel 1 on 1.8V0x00,0x2E,0x00,0x08 set Channel 2 on 1.8V0x00,0x34,0x00,0x08 set channel 3 on 1.8V0x00,0x3A,0x00,0x08 set channel 4 on 1.8V0x00,0x42,0x02,0x000x00,0x3F,0x02,0x100x00,0x3E,0x42,0x100x00,0x3D,0x15,0x000x00,0x3C,0x00,0x180x00,0x3B,0x00,0x630x00,0x3A,0x00,0x080x00,0x39,0x00,0x710x00,0x38,0x00,0x040x00,0x37,0x00,0x000x00,0x36,0x00,0x000x00,0x35,0x80,0x000x00,0x34,0x00,0x080x00,0x33,0x06,0x710x00,0x32,0x00,0x040x00,0x31,0x00,0x000x00,0x30,0x00,0x000x00,0x2F,0x80,0x000x00,0x2E,0x00,0x080x00,0x2D,0x00,0x710x00,0x2C,0x00,0x090x00,0x2B,0x00,0x000x00,0x2A,0x00,0x000x00,0x29,0x80,0x000x00,0x28,0x00,0x080x00,0x27,0x06,0x790x00,0x26,0x30,0x090x00,0x25,0x00,0x030x00,0x24,0x00,0x000x00,0x23,0x80,0x000x00,0x21,0x00,0x070x00,0x1F,0x1E,0x720x00,0x1E,0x51,0x400x00,0x1D,0x00,0x0C0x00,0x1C,0x00,0x000x00,0x1B,0x0E,0x000x00,0x1A,0x0B,0x140x00,0x18,0x06,0x010x00,0x11,0x06,0xC40x00,0x10,0x92,0x1F0x00,0x0F,0x10,0x370x00,0x0E,0x00,0x000x00,0x0D,0x00,0x000x00,0x0C,0x00,0x000x00,0x0B,0x00,0x000x00,0x0A,0x00,0x000x00,0x09,0x00,0x000x00,0x08,0x00,0x000x00,0x07,0x00,0x000x00,0x06,0x00,0x000x00,0x05,0x00,0x000x00,0x04,0x00,0x540x00,0x03,0x00,0x000x00,0x02,0x00,0x300x00,0x01,0x6B,0x320x00,0x00,0x10,0x40Also I could not find out which value the "mode"-bit from table19. should have and what it's for.Further there is a "Recommended Programming Procedure" described in section 8.5.1. It says that you should program the register in descending order from 0x44 to 0x00. Is this only meant for programming EEPROM because there is no 0x44 register in register maps section 8.6.Many ThanksMaximilian Rentschler
____________________________________________________________________________________
To design your own Clock Tree solution, visit WEBENCH Clock ArchitectMore information Clock and Timing System products: http://www.ti.com/clock-and-timing/overview.html
In reply to Timothy T:
In reply to Maximilian Rentschler:
Hello Timothy,
thank your for your help. I tried the registers you sent to me but i still cant get an output signal.
I'm starting to think that there may be some trouble with my test-setup because you said that this register map should run properly. Since I am not using the Evaluation Module but just the chip soldered on a breakout board this could be the only problem left.
I sent you a picture of the input signal. Its a 50Mhz signal from a SigGen. If you have no further explanation what could cause my problem I will wait till the first prototypes of the project board will arrive to test in on there directly.
Thank you anyway
Maximilian
Hello Maximilian,
Maximilian RentschlerAs a input signal I am using a 25Mhz square-wave which is generated with a Arbitrary Generator.
This was from above...
Maximilian RentschlerI sent you a picture of the input signal. Its a 50Mhz signal from a SigGen.
The prior registers I sent assume 25 MHz input. If you are using 50 MHz input, then this could be an issue.
I would boil the troubleshooting down to 4 items.
1) Ensure you are indeed programming the device.
If it ever got programmed into a mode where I2C was ignored, the way to get out of this is power up with EEPROMSEL and REFSEL floating and RESETN/SYNC at VDDREF level. Sounds like you're probably already doing that, but be sure the RESETN is high.
Maximilian RentschlerI am leaving the EEPROMSEL and REFSEL pin floating while selecting the REF-Input via ref_mux
2) A valid input & input configuration
As for the signal itself, it does appear to meet the requirements for a CMOS in terms of it's amplitude being from ~0 V to ~3.3 V. Provided you can see the input on Y0, everything should be good. You might consider testing with ip_byp_mux = 0 for output of REF direct. If you have a frequency counter synced to your sig gen, this would be the most accurate way to ensure CDCI6214 is getting your input signal properly.
If any trouble, I would try the AC-differential mode with a smaller swing, ~1.5 Vpp. Even if you can only provide it to the single input for test purposes.
Once all inputs considerations are covered, just be sure the output terminations are configured correctly. For example on our EVM, I had to change to a non-HCSL output to see the clock.
3) State of the PLL lock.
You are observing this on the output pin. You should still be able to get outputs even if it is not locked. You may need to set cal_mute = 0 to get those outputs.
A useful method to troubleshoot PLL lock failure is to look at debugging outputs of CLK_PFD_REF (from input) & CLK_PFD_FB (from VCO). These signals when output from two status pins should be phased locked with respect to one another. If you're not locked, these outputs should give you clues as to why not.. for example if one frequency is slightly higher or lower, or if a clock isn't present at all.
* Set GPIO0_OUTPUT_SEL = 0x0a for CLK_PFD_REF and* Set GPIO4_OUTPUT_SEL = 0x0b for CLK_PFD_FB
4) A valid output configuration
I never did get an explicit response from you to confirm the HCSL was valid for your board, I expect so but am assuming. You should be able to get outputs (even if PLL is not locked) if the device is configured appropriately.
--
Ok, hope this helps, in failing that - the prototypes work for you as expected. The good news is I'm able to get this working fine on EVM.
73,Timothy