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
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.
Altera_Forum
Honored Contributor
17 years ago
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.
Altera_Forum
Honored Contributor
17 years ago
Have you tried using the ALTLVDS Megafunction? this will make your life so much easier.
Altera_Forum
Honored Contributor
17 years ago
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.
Altera_Forum
Honored Contributor
17 years ago
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 ---
Altera_Forum
Honored Contributor
17 years ago
Hi,
I decided to go with LVDS DESER megafunction to deserialize into 2x6 bitstream and them multiplex it into 12 parallel signals (i have yet to figure that out though). The problem with alt_lvds is that it is not aligning the data properly. I want the first bit to be registered at the positive edge of the clock. Whereas the megafunction registers the input at positive edge to be the third bit. I tried giving phase difference in the options available in the megafunction window. Tried all the phase differences 45,90,180,270....but the output still remains the same.. Am I missing something here. Attached is a pic of the output.

Jatin
Altera_Forum
Honored Contributor
17 years ago
Does ALT_INBUF_DIF have a VHDL implementation available for use as a component?

Or would it just be:

component ALT_INBUF_DIF
port
(
i : in std_logic;
ibar : in std_logic;
o : out std_logic
);
end component;

BR
Altera_Forum
Honored Contributor
17 years ago
Brad wrote:
"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."

So, no reference to the "n" signal should appear in the logic or in a pin assignment?
Just make the pin assignment to "p" pin with an LVDS type and couple that with the logic level signal in the top level source file?

What about for outputs, does it work the same way just in reverse? Make the "p" pin assignment, couple it with the logic level signal name and QII will pick-up the "n" for you?

Thanks in advance,
BR
Altera_Forum
Honored Contributor
17 years ago
--- Quote Start ---
Does ALT_INBUF_DIF have a VHDL implementation available for use as a component?
--- Quote End ---

Your question is answered on the same Help page I copied from before. More from that Help page:

--- Quote Start ---
VHDL Component Declaration:

The following VHDL component declaration is located in the VHDL Design File (.vhd) ALTERA_PRIMITIVES_COMPONENTS.VHD located in the <Quartus II installation directory>\libraries\vhdl\altera directory.

component alt_inbuf_diff generic( io_standard : string := "NONE"; location : string := "NONE"; enable_bus_hold : string := "NONE"; weak_pull_up_resistor : string := "NONE"; termination : string := "NONE"; port( i : in std_logic; ibar : in std_logic; o : out std_logic); end component;

VHDL LIBRARY-USE Declaration:

The VHDL LIBRARY-USE declaration is not required if you use the VHDL Component Declaration.

LIBRARY altera; USE altera.altera_primitives_components.all;

--- Quote End ---
Altera_Forum
Honored Contributor
17 years ago
--- Quote Start ---
Brad wrote:
"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."

So, no reference to the "n" signal should appear in the logic or in a pin assignment?
Just make the pin assignment to "p" pin with an LVDS type and couple that with the logic level signal in the top level source file?

What about for outputs, does it work the same way just in reverse? Make the "p" pin assignment, couple it with the logic level signal name and QII will pick-up the "n" for you?
--- Quote End ---

The standard Quartus method of dealing with differential signals--both inputs and outputs--is to have a single signal as a top-level port and to use that signal name in assignments. If the top-level port is called my_diff_pin, Quartus will use my_diff_pin for the "p" leg and my_diff_pin(n) for the "n" leg. You use my_diff_pin in assignments. When you are working in the Pin Planner, you might see a location assignment for my_diff_pin(n) appear, but that assignment is not necessary.

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 for Cyclone III, Stratix III, and I expect (even though it isn't on the help page yet) Stratix IV.

Forum Discussion

LVDS Assignment in Quartus

13 Replies

Recent Discussions

AGI027 Dev Kit example build takes a long time

Warning at Standard 25.1 by Arria 10

Perpetual license Quartus II doesn't allow to build Cyclone V devices anymore.

Quartus Eda_Writer keeps crashing

Failing IO buffer