Hi, I am using Quartus II 7.2 for programming a Stratix III device. I have an 8 channel (12 bit) LVDS input that I wish to deserialize and 2 LVDS clocks. I believe the megafunction for deserialization does not work for 12 bit data. Hence I will do it using a verilog program. I want to know how I can assign an LVDS input pin to a variable. As we know that each LVDS input has a p and an n pin. Do I need to assign them to a single variable? If so, how? As you might have guessed I am a beginner in FPGA programming. Thanks a lot Jatin Pasrija

LVDS I/O are usually represented by one signal in ports and pin assignments, the positive pin is assigned acting for both. The negative pin is assigned automaticly by the fitter. LVDS I/O with Startix III is connected to dedicated SERDES hardware, but it can be bypassed. I didn't try, but I assume, it can be done by simply acessing the input in regular logic directly rather instantiating a LVDS receiver. To receive 12 Bit serial data, it's possible to use the SERDES hardware as well. e. g. by receiving 2 x 6 bit with double word rate and multiplexing the data to 12 bit. The dedicated LVDS receiver would use the source frame clock only and generate the bitclock from a PLL. This gives more flexibility in adjusting the clock phase than using a fixed bit clock. Lower LVDS rates up to 600 MHz could be also received through DDIO (double data rate) registers, as done in Cyclone series, that has no dedicated SERDES hardware. By utilizing an ADC custom or test pattern, the LVDS phase could also be adjusted with DPA. This may be interesting particularly for higher LVDS data rates.

In case that you still want to do it in verilog, you will see the LVDS pin as usual pin in your verilog. You do not need to worry about the n-pin. As long as you assign the pin as LVDS in assignment editor, Quartus will automatically make the pin as LVDS at the IO buffer. While in your verilog code, you will see it as a single pin. By the way, verilog does not take care of the IO standards.

Have you tried using the ALTLVDS Megafunction? this will make your life so much easier.

The problem is the deserialisation factor of 12, unfortunately unsupported by Stratix III. With Stratix, this limitation is by SERDES hardware. I had similar problems with a Cyclone III 14 bit receiver. With Cyclone soft SERDES blocks, maximum of 10 bit is just an arbitrary Megafunction limitation.

As previous posts said, it is OK to have only the "p" leg of a differential pin pair in the source file and let the Fitter automatically create the pin for the "n" leg and place it in the correct location. However, you have the option of including both the "p" and "n" legs in your source file for Stratix III and Cyclone III. Here is the Help page for the primitive that lets you do this with input pins: --- Quote Start --- ALT_INBUF_DIFF Primitive -------------------------------------------------------------------------------- The ALT_INBUF_DIFF primitive allows you to name and connect positive and negative pins when a differential I/O standard is applied to an input pin. This primitive allows you to do the following: Make a location assignment Make an I/O standard assignment Enable bus-hold circuitry Enable a weak pull-up resistor Make an on-chip termination (OCT) assignment to an input pin from a lower-level entity This primitive is available for Cyclone III and Stratix III devices only. ... Verilog HDL Example Instantiation: module test_inbuf_diff (in, in_n, out); input in,in_n; output out; ALT_INBUF_DIF inst1(.i(in), .ibar(in_n), .o(out)); defparam inst1.io_standard = "LVDS"; defparam inst1.location = "IOBANK_1"; defparam inst1.weak_pull_up_resistor = "off"; defparam inst1.enable_bus_hold = "off"; endmodule --- Quote End ---

LVDS Assignment in Quartus | Altera Community

13 Replies

Altera_Forum
Honored Contributor
17 years ago
I tried this in QII and it seems to work fine after I cut out all mentions of my "n" signals. QII picks up the n signal and creates it on the differential pin pair.

I am used to using a primitive to instantiate diff IO pairs like that, using IBUF_LVDS or OBUF_LVDS. I would imagine Altera gets lots of requests for the prims. lots of extra typing though....

Now, if I can just figure out why QII will not allow me to have LVDS outputs, I'll be good to go.

Thanks for your help Brad,
BR
Altera_Forum
Honored Contributor
17 years ago
--- Quote Start ---
I am used to using a primitive to instantiate diff IO pairs like that, using IBUF_LVDS or OBUF_LVDS. I would imagine Altera gets lots of requests for the prims.
--- Quote End ---

As I said in my previous post, the primitives like alt_inbuf_diff were added to give users the option of including top-level ports for both the "p" and "n" legs.
Altera_Forum
Honored Contributor
17 years ago
Hello Jatinp,

I checked your results in Quartus simulator, cause I have no Stratix III board available. I had a 2x7-Bit deserializer setup, that I used with an AD9259, Cyclone III and derialization in LE. The sample rate is 32 MHz in this case. I changed it to a Stratix III 7-Bit LVDS receiver with this Megafunction parameters:
common_rx_tx_pll => "OFF", deserialization_factor => 7, enable_dpa_mode => "OFF", implement_in_les => "OFF", inclock_data_alignment => "UNUSED", inclock_period => 31250, inclock_phase_shift => 0, input_data_rate => 448, intended_device_family => "Stratix III", lpm_hint => "CBX_MODULE_PREFIX=RX", lpm_type => "altlvds_rx", number_of_channels => 4, outclock_resource => "AUTO", registered_output => "OFF", use_external_pll => "OFF", rx_align_data_reg => "RISING_EDGE"

I found, that the input data had to be delayed by 4 bitclocks to get correct word alignment.

I understand that your results are also from simulation. Have you the opportunity to validate the alignment with Stratix III hardware?

I have been using hardware SERDES before with Arria GX, but in a design with DPA. So the word alignment was achieved automaticly without thinking about it.

I suspect, that Stratix III LVDS receiver may require some pulses at the data_align input to achieve the specified alignment of LVDS frame with inclk rising edge. Another option is to use an external PLL and specify an appropriate phaseshift for the LVDS clocks. The inclock_phase_shift in LVDS receiver Megafunction has an adjustment range of a bitclock interval only. But you can see in PLL parameters report, that the Megafunction is using a multiple bit clock phase shift for the internal LVDS slow clock.

Regards,
Frank

Forum Discussion

LVDS Assignment in Quartus

13 Replies

Recent Discussions

Is Quartus Prime Pro 22.4 Compatible with Stratix 10 NX Series Device?

Timing analysis - long combinational path

QuartusPro 25.3 Crashed after using the Signal Tap Logic Analyzer

Duplicate_hierarchy_depth / duplicate_register

Automatically added negative node for TDS output doesn't work with Agilex 5