Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

difference between altera and xilinx programming

Status
Not open for further replies.
All FPGA vendors are using the industry standard JTAG interface for code download and in circuit-debugging. But they are using slightly different JTAG connector pinouts and vendor specific programming adapters.

Although some tools have certain capability to talk to chips of other vendors and might be able to download code to it, in-circuit debugging requires vendor specific programming adapters.
 
In what way do you mean programming? if you mean configuring the chips the question has already been answered.
 

I suggest to ask a clearer question.

In usual terms, the HDL (high level description language, e.g. VHDL or Verilog) code would be considered as the logic "program". It's basically identical for all FPGA vendors, apart from the usage of specific libraries for low level features like PLLs or other dedicated hardware.
 

When I last checked, Xilinx required both pins on a differential port to be defined at the top, and they had to be connected to a differential driver/receiver in the source code. Altera allowed them to be defined as single-ended ports and then constrain them to be differential.
 

When I last checked, Xilinx required both pins on a differential port to be defined at the top, and they had to be connected to a differential driver/receiver in the source code. Altera allowed them to be defined as single-ended ports and then constrain them to be differential.

I recall something slightly different. Altera likes it if you use the positive side in your port (without the negative side in the port) declaration and define it in the constraints as differential and it would auto create the negative side. e.g. diff_pin, pin in port declaration; diff_pin(n), auto generated.

Xilinx requires differential RX/TX IBUFGS/OBUFGS instantiated directly in the code.
 
Yes, low-level primitives are different. Altera has altiobuf_xxx primitives which can be used similar to Xilinx IBUF and OBUF, also in differential mode. But there's no specific advantage in using it.
 
I recall something slightly different. Altera likes it if you use the positive side in your port (without the negative side in the port) declaration and define it in the constraints as differential and it would auto create the negative side. e.g. diff_pin, pin in port declaration; diff_pin(n), auto generated.

Xilinx requires differential RX/TX IBUFGS/OBUFGS instantiated directly in the code.

My posting was not very clear. What you say is exactly what I mean. With Altera, you don't have to do the differential stuff in the source code. You can use single-ended ports at the top, without any differential primitives.
 
Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top