Problems when I built my simple system

Question

Hi, everyone,

I have Cyclone II board and Quartus II 9.0sp2. Now I am trying to build a system containing one FIR compiler and one FFT using SOPC Builder.

I am trying to build a system containing one FIR compiler and one FFT using SOPC Builder. FIR compiler is the master of FFT. The input to the FIR compiler is going to be input manually and I would like to obtain the output of FFT. Now I have several problems as stated below. Here is the process about how I generated the system:

(1) I converted FIR compiler and FFT into components which can be used in the SOPC builder. In the attachment, you may find the signals and interfaces that I assigned to them using Component Editor. (Since I want to manually input signals to FIR compiler and obtain the output of FFT during simulation, thus I have set the SINK ports of FIR compiler as well as SOURCE ports of FFT to Avalon Conduit interface)

(2) System-level design using SOPC. I am trying to put FIR compiler and FFT into different clock domains; hence I used a Dual clock FIFO component to connect them. The final connection in SOPC Builder GUI is also attached. One problem here is that there is a warming as you can see in the attachment. The number of data ports is not right, is there any walkaround to circumvent those warnings?

(3) I clicked the “generate” button and the system was generated successfully.

Now, I understand that I need to instantiate the system according to the fir_fft_sopc.vhd file (As attached). However, I am not quite sure how to get it done. Like the input and output port, do I only need to instantiate those conduit interface signals?

I am new to SOPC builder. I would highly appreciate if anyone could give me some hints. Thanks you so much! Now I get so frustrate that I cannot build this simple system after spending lots of time on it.

Best regards

Sincerely

Grit

altera_forum · Answer

As the warning says, you can have only one data vector. You should put together the real and imaginary parts of the sample in one single 36-bit data vector.

You need to instantiate your SOPC system in your top level file. If you use the graphical tools, SOPC builder generates a bdf file for you and you can integrate the symbol in your design. If you use vhdl you can have a look at the bottom of the fir_fft_sopc.vhd and look for the test bench. You can them copy-paste the code that declares and instantiate your SOPC component.

altera_forum · Answer

--- Quote Start ---

As the warning says, you can have only one data vector. You should put together the real and imaginary parts of the sample in one single 36-bit data vector.

You need to instantiate your SOPC system in your top level file. If you use the graphical tools, SOPC builder generates a bdf file for you and you can integrate the symbol in your design. If you use vhdl you can have a look at the bottom of the fir_fft_sopc.vhd and look for the test bench. You can them copy-paste the code that declares and instantiate your SOPC component.

--- Quote End ---

Hi, Daixiwen,

I really appreciate your reply.

Yes, I can find the testbench at the bottom of fir_fft_sopc.vhd. I am going to try to instantiate using that later.

However, for the part of " put together the real and imaginary parts of the sample in one single 36-bit data vector", do you mean I need to modify the IP core? or is there any other simple method for this? I am sorry that I have no clue for that.

Also, I just realize that do I need a PLL to generate the fastclk? If so, it is strange that why the system could be successfully generated?

Thanks you so much in advance for your patience and explanation!

Best regards

Sincerely

grit

altera_forum · Answer

Yes, you would need to modify the IP (or put a wrapper around it) to have only one data vector instead of sink_real and sink_imag.

For the clocks, in the system that you made, they are both defined as extern. This means that they will both be inputs in your component, and it is up to your top level file to provide them, either through pins, or through a PLL that you add using the megawizard.

As an alternative, you can also add a PLL directly in the SOPC system to create the fastclk, and have only clk_0 as an input to your component.

altera_forum · Answer

Hi, Daixiwen,

Thanks to your kind help previously. Now I have successfully initiated and compiled the whole design. Yet I am still trying to solve the warning data” port; hence the whole project is compiled when the warning still exists at this moment.

Now the problem came when I tried to simulate the system using the waveform that defined by myself (please refer to attachment). The result is also attached, in which as you can see there is no output at all. During the simulation, there also appeared 17 warning as follows:

I don’t know if this has anything to do with the warming in SOPC builder after having generated the system.

Are there any other possible causes to the outcome?

If it has something to do with the warning message, could you please kindly have a look at the vhd files generated for the fft (I believe this is the IP core that I need to modify, however I don't know exactly which file to look at )? Is it easier to create a wrapper or modify the IP core? At this moment, both are hard to imagine for me as I have never done them before. If possible, could you please give me some advice on how to modify the IP core or create the wrapper on my own to put together the real and imaginary parts of the sample in one single 36-bit data vector?

Meanwhile I am also trying my best to figure out how to solve these problems.

Thank you so much for your help!

Best regards

grit

altera_forum · Answer

Your reset_n signal is 0, this keeps the component in the reset state. This is why it isn't answering.

For the data bus connection, there might in fact be a simpler way. I assume that the signal that you want to inject to the FFT is in fact real, with no imaginary part. Am I right?

In that case in the component definition you could only define sink_real as data, and define sink_imag as an export. Then outside the SOPC system, just input 0 to sink_imag.

I've never used the DSP IPs in Quartus so I don't know what's the recommended way to connect them...

Forum Discussion

Problems when I built my simple system

8 Replies

Recent Discussions

Repeat of a Questa License Issue

Quartus/Signaltap complains about wrong version

QSYS Subsystem Export Port order

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

Quartus 20.1std compilation fails for Quartus map - Device 10AS057K2F40I1SG