Forum Discussion
dcfifo problem
In our project, we instantiate the parameterizable DCFIFO primitive provided by Altera. The design passes simulation verification without issues; however, mismatches occur between written and read data from the DCFIFO by signalTAP during board-level testing , which consequently causes driver loading failures.
fpga device:agilex7 with quartus pro25.3
dcfifo wr_clk: 450M
dcfifo rd_clk: 416M
the instantiate example:
is there better suggestion?
10 Replies
- ShengN_altera
Super Contributor
Hi,
Possible provide simulation waveform and signal tap waveform for taking a look? Or possible provide design for taking a look?
- BCuze
Occasional Contributor
I'm curious about how you test the discrepancy.
From which clock does Signaltap run ? IMO, you should have two STPs, one on each clock.Did you try pushing PRBS data and check what comes out ? Easier than STP IMO.
- zjj
Occasional Contributor
yes! one stp can contain two clock group!
- sstrell
Super Contributor
This could also be a timing issue. Is your design closing timing?
- ShengN_altera
Super Contributor
Share this KDB Why do I see incorrect functionality in hardware for my DCFIFO and Mixed-Width DCFIFO Megafunction? | Altera Community - 343667 to you as well
There's this previous bug and need the sdc constriants while disabling the embedded timing.
However you not need to follow the workaround and just enable the parameter “Generate SDC file and disable embedded timing constraint” will do.
For Arria 10 devices and onwards, the “Generate SDC file and disable embedded timing constraint” parameter under Timing Constraint section is checked by default. This allows you to bypass embedded timing constraints that uses set_false_path in the synchronization registers.
- ShengN_altera
Super Contributor
May I know does your problem resolved?