Forum Discussion
Altera_Forum
Honored Contributor
Honored ContributorCyclone 2 + MLVDS transciever = PLL problem?
Hi
We are using a NIOS2 processor and some VHDL code inside a Cyclone 2 240 pin package. Connected to the FPGA are 2 SRAM chips, EPCS16 and a couple of MLVDS transceivers, namely MLVD080 and MLVD205 from TI. This is the problem we are experiencing on our boards: If the system is configured to run directly from the input clock 32.768MHz on pin 92 then the system runs fine (NIOS and VHDL). But if we use the PLL with the VDDD and VDDA on pins 121 and 123 respectively the PLL loses lock with the frequency of the accesses to the MLVD080. The power supply for the PLL is as recommended by Altera (VDDA is filtered with a ferrite bead and a bank of capacitors from 2u2 down to 10nF, same for VDDD without the ferrite bead). The MLVD is blocked on its power supply with 100nF capacitors, also we tried adding bigger capacitors, 22uF, with no result. VDDD was also filtered the same way as VDDA, no effect. The board has 4 layers, with a power plane covering the whole board with cutouts for the 1.2V supply rail and a ground plane. Surrounding the PLL are data lines that go to and from the MLVD. We are contempt with the design running without the PLL but we would like to know what is behind this problem, since it may arise in the future the need for the PLL. Thank you in advance. :)11 Replies
Altera_ForumWell we have a board ready to be sent for production but since the cost for prototypes is a bit high we decided for now to stick with the current solution. Which means it'll rear its ugly head when we least expect to :)
- Altera_Forum
Hi Milosd..
Did u ever find a solution to your PLL problem? Thanks - Altera_Forum
No prob :)
- Altera_Forum
Ahh..you r right..
I thought u were using a synchronous ram.. Thanks - Altera_Forum--- Quote Start --- Hi Milosd.. Sorry for the confusion.. :( My question is, is pin 92 on your cyclone II the same point as the clock pins on your sram? If you can send me a diagram, or a brief schematic of your system, that will be very helpfull.. Thanks you very much for replying --- Quote End --- Hmm I think you have a different RAM in mind... We are using Static RAM, meaning he doesn't require any clocks for operation since everything is tied to enable pins (write, read...) See the schematic attached.
- Altera_Forum
Hi Milosd..
Sorry for the confusion.. :( My question is, is pin 92 on your cyclone II the same point as the clock pins on your sram? If you can send me a diagram, or a brief schematic of your system, that will be very helpfull.. Thanks you very much for replying - Altera_Forum--- Quote Start --- Hi Miilsod Thanks for the reply.. I just have a couple of followup questions, because i am having the same issue with the SSRAM. 1) what clock is feading your ram...is it direct from your crystal, or does it go through the first? 2) can you elaborate further on the statement "just take care when connecting pins for byte enable and current limits if they are close and no resistors present on the lines http://www.alteraforum.com/images/smilies/smile.gif " Thanks http://www.alteraforum.com/images/smilies/smile.gif --- Quote End --- 1. how can u feed clock through the ram first? :P You must mean the PLL? No, the clock feeds the design directly, inside the design the clock enters NIOS cpu and inside the cpu the design is as follows: - cpu - jtag uart - tri_state_bridge - sram and some other components. The same clock is used to drive peripheral VHDL logic in the same FPGA. 2. well you have to connect the correct BE to the address lines if you're using two SRAM chips otherwise strange things may happen (search for forum on NIOS printf problems, there are a couple of threads on that subject). As for current limits we found out that we had a bit of overshot or ground bounce, it manifested diferently on two identical boards, the solution was to limit drive current on sram pins. I hope i was clear enough, but you're still welcome with questions ;)
- Altera_Forum
Hi Miilsod
Thanks for the reply.. I just have a couple of followup questions, because i am having the same issue with the SSRAM. 1) what clock is feading your ram...is it direct from your crystal, or does it go through the first? 2) can you elaborate further on the statement "just take care when connecting pins for byte enable and current limits if they are close and no resistors present on the lines http://www.alteraforum.com/images/smilies/smile.gif " Thanks http://www.alteraforum.com/images/smilies/smile.gif - Altera_Forum--- Quote Start --- Hi "If the system is configured to run directly from the input clock 32.768MHz on pin 92 then the system runs fine (NIOS and VHDL)". how did you get the phase shift between the nios processor and the sram if u use the input clock? Thanks --- Quote End --- We let the NIOS take care of that, just add the IDT71V416 SRAM component (avalon slave) and that's it, just take care when connecting pins for byte enable and current limits if they are close and no resistors present on the lines :) works every time so far :)
- Altera_Forum
Hi
"If the system is configured to run directly from the input clock 32.768MHz on pin 92 then the system runs fine (NIOS and VHDL)". how did you get the phase shift between the nios processor and the sram if u use the input clock? Thanks
