Forum Discussion
Quartus fitter ignores the RTL generated by the synthesis
- 5 years ago
I found the issue that was causing the fitter to ignore all the RTL, but I could use some help understanding it.
In the top module, I defined a reg variable called reset_n that I wanted to use as a master power on reset. Then I had an initial block in the top module to assert and de-assert the reset_n.
initial
begin
reset_n <= `LO;
#10 reset_n <= `HI;
endThis worked fine when I put the clock_divider() code directly into the top module.
But when I tried to instantiate clock divider modules, I put reset_n into their port lists and the fitter gave me a message like "reset_n has no source, setting to GND". With reset_n always asserted, the clock_divider produced no clock output so it was apparently optimized out.
Any ideas why this happened? Can I not define an internal power on reset? Perhaps I don't need to? I had the "POWER UP DON'T CARE" setting OFF. I had read this causes all registers to initialize to 0
Hi Jim,
By default, it should be working if you place direct or separate module. May I know what type and version of Quartus you are using? Can you attach the design files for both place module directly and separately. I will try to duplicate it.
Thanks,
Regards
Hi Syafieq,
I am using the Quartus Prime Lite edition, v20.1.0 Build711.
Thanks for your help,
Jim
- jch44165 years ago
Occasional Contributor
I found the issue that was causing the fitter to ignore all the RTL, but I could use some help understanding it.
In the top module, I defined a reg variable called reset_n that I wanted to use as a master power on reset. Then I had an initial block in the top module to assert and de-assert the reset_n.
initial
begin
reset_n <= `LO;
#10 reset_n <= `HI;
endThis worked fine when I put the clock_divider() code directly into the top module.
But when I tried to instantiate clock divider modules, I put reset_n into their port lists and the fitter gave me a message like "reset_n has no source, setting to GND". With reset_n always asserted, the clock_divider produced no clock output so it was apparently optimized out.
Any ideas why this happened? Can I not define an internal power on reset? Perhaps I don't need to? I had the "POWER UP DON'T CARE" setting OFF. I had read this causes all registers to initialize to 0
- RRomano0015 years ago
Contributor
Hello, take care this is a VHDL oriented and is long time is no more using a CPLD.
Your design has no external reset pin and delay is just useful for simulation not synthesis.
Again your module is sensing at same time both negative edge of Reset_n and positive of clock, this is a non synthesis reason. This require dual edge flip flop not present on CPLD nor FPGA.7
CPLD FF can be reset in async way, FPGA one prefer to be synced to main clock. Move reset forward as level under clock control.
CPLD's carry limited resources and using sync reset if not natively supported consume 2 FF instead of one. This case require controlling reset by level not edge. Move as level in front of clock control.
Using delay get sentence to be optimized out most of time from synthesis.
MaxII MaxV perform internal POR reset, but no idea how to instantiate or if useable on design.
About similar issue yes but your is due to error in design.
Mine got from intermixing VHDL and Verilog module, sometimes port signals of correctly designed (working too) where randomly corrupted but on complex design and QSYS control. This the reason I analysed your design, nothing to do what I seen my side.
- jch44165 years ago
Occasional Contributor
Thank you, this is very helpful
- RRomano0015 years ago
Contributor
forgot answer this:
>> Any ideas why this happened? Can I not define an internal power on reset? Perhaps I don't need to? I had the "POWER UP DON'T CARE" setting OFF. I had read this causes all registers to initialize to 0
Yes it initialize to 0 at Power up and never after. Preload is done one time, reset has to be added in some way.
Your design appear as more MCU centric than CPLD, maybe you converted some software from C language to (System)Verilog. Warning, it resemble C but is it NOT! Verilog is an HDL language, sentences get executed in parallel not sequentially.
To save you time, MAX V similar part is cheap, take care about pin assignment: is close but not same.
- jch44165 years ago
Occasional Contributor
Thanks again, good info