I ran the tcl command to generate the simulation files and then followed the instructions to run the simulation:
To generate the VHDL example design, open the Quartus project "generate_sim_example_design.qpf" and
select Tools -> Tcl Scripts... -> generate_sim_vhdl_example_design.tcl and click "Run".
Alternatively, you can run "quartus_sh -t generate_sim_vhdl_example_design.tcl"
at a Windows or Linux command prompt.
The generated files will be found in the subdirectory "vhdl".
To simulate the example design using Modelsim AE/SE:
1) Move into the directory ./verilog/mentor or ./vhdl/mentor
After invoking the run.do command the simulation just runs. The reference clock and reset seem to be working fine (green), however, all the DDR3 memory signals remain undefined (red) and never change.
Thank you for joining this Intel Community.
May I know which Quartus release and the simulation tools version you are using?
Can you attach your IP top level file that can be opened by the IP parameter editor (or the .qsys file if the IP is instantiated in QSYS)? I’d like to check if the simulation example design works here.
I have a similar issue with a simulated UniPHY based CycloneV DDR3 controller. I've tracked it down to the the CSR port on the DDR3 block, which isn't reset properly, so its csr_waitrequest, csr_rdata and csr_rdata_valid signals remain undefined.
The issue seems to be that the component instantiation_name_0002 (with "instantiation_name" replaced by the actual name) contains a signal csr_reset_n_ports_inv that is uninitialized and passed as the reset signal to the mm_interconnect_1 instance contained within it. It's obvious that this is an error, as that name exists only twice in the whole file, once as the signal definition and once where it is connected to an in port.
Inserting a line
csr_reset_n_ports_inv <= not csr_reset_n;
somewhere in the architecture body fixed this.
If the design connects both the CSR and the AVL ports to the same bus, this will make the entire bus appear as 'U' in simulation.