Reset Release IP VHDL code not working - Reset Release IP VHDL code not working Hello, I am trying to create a simple VHDL design test for an Agilex 7 m-series FPGA and have hit a snag. I am trying to create a Reset Release IP code snippet and cannot seem to figure out what to do. I do not know what is declared in the IP itself and tried working with the code I saw on the RRIP video. I am attaching my code and the errors I am getting. Any help would be appreciated. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Not seeing any attachments. Replies: Re: Reset Release IP VHDL code not working I do not know what should be a signal, a port, or something else. I am attaching my new code and errors. The Reset Release code is lines 13-27. I hope this looks better. I have tried to follow the tutorial for the Reset Release IP I found through Intel, Replies: Re: Reset Release IP VHDL code not working Hello, Thank you for letting me know. I'm glad that this could be resolved as well. Now to figure out how to use the RRIP in the program. Drew Replies: Re: Reset Release IP VHDL code not working Hi Drew, I’m glad that your question has been addressed, I now transition this thread to community support. If you have a new question, Feel free to open a new thread or login to ‘ https://supporttickets.intel.com ’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions. If any answer from the community or Intel Support are helpful, feel free to rank your support experience by rating 4/5 survey. Please let me know of any inconvenience so that I may improve your future service experience. Have a great day! Best regards, Nurina W. Replies: Re: Reset Release IP VHDL code not working Hello, Yes, I am aware. I just wanted to start off with something simple as a design to test the waters if you will. I plan on making much more complex designs later. I do not plan on buying a dev kit and I have seen 2 as PCIe slot card dev kits. I am planning on making my own FPGA board. I need the Agilex 7 M-series as it has DDR5 and PCIe Gen 5 capabilities. I need to use the modern standards so I can get more qualifications on my résumé. I have a majority of the parts I want for the board already in my PCB schematic, I am just missing the brains. I cannot find a model of the FPGA. I want to use Quartus 1st to make sure that I at least know what I will need to do when I make the board. Thank you though for making sure I was aware of what I was doing, Drew Replies: Re: Reset Release IP VHDL code not working You do realize that an Agilex 7 M-series would be waaaay overkill for something like this? It's a brand new device and I'm sure dev kits for it will probably start around $10k. I don't think dev kits are even available for it yet. Even an Arria 10 or Cyclone 10 GX would be more than enough for a design like this. And probably much less expensive. Replies: Re: Reset Release IP VHDL code not working Hello, The RTL viewer looks to be correct. That is what I would expect. I do not see a need to change port mapping for the main part. It is just the RRIP I need to connect somehow. It is a very small project indeed. It is to mimic the taillights of a Ford Mustang. The blinking of one after another. For now, it is just simulations, as I do not have an actual board. I cannot find the board I want with the Agilex 7 M-Series. I am currently designing my own FPGA board around the aforementioned FPGA core and then I will program the hardware on that when I get it made. For now though, it is just simulation until I get a physical board. Thank you for all your help, Drew Replies: Re: Reset Release IP VHDL code not working Hello, I can ignore them? Good to know. It is not connected, but it is included. I see, I will need to see how to actually use it. The only reason I even knew about the RRIP was because I got a critical warning about it. Other than that, the project was fine. I appreciate the help with the syntax errors. I am using the IP to reset the FPGA after the circuit is programmed. I am not sure how I want to connect it to other modules. I thought that maybe it would connect itself as the IP was connected. It seems like I need to go more in depth into that .pdf. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working By the way, here is how your project netlist looks like in the RTL viewer. You should really check the connections and make sure if this is what you intended. The connections are easily changed through portmapping as I had helped you earlier. You may check out the VHDL trainings as it covers this. It seems like a very small project. What are you trying to do with this project? Are you just going to run simulations? Are you going to do hardware programming? Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hi Drew, I think you can ignore the Evaluation Mode warning. It doesn't seem like you're using it anyway. More info about it here: https://www.intel.com/content/www/us/en/docs/programmable/683502/17-1/an-320-using.html You got those warnings because the reset release IP isn't connected to those registers, and in fact it isn't connected to anything in your project at all. I wasn't sure how you want to connect the reset release IP and I'm not an expert on this IP's usage. I was just helping out to fix the syntax errors. What do you want to use this IP for? How do you want to connect it to the other modules? You may find this useful: https://www.intel.com/content/dam/support/us/en/programmable/support-resources/bulk-container/pdfs/literature/an/archives/an891-19-3.pdf Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hello, That solves that problem, but there is the other error that I am attaching below. I do not know why it says that the FPGA is not compatible. It sounds to me that either the FPGA cannot get out of the RRIP, or it cannot find the registers to get in. I am not sure which, if either. That should be the last thing I need help with. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hi, I checked and it's because toplevel.vhd is not set as top level entity. Set the toplevel.vhd as top level entity and it will resolve the RES-10204 - Reset Release Instance Count Check warning. Ultimately you should check the RTL viewer/simulation to see if this is the circuit/functionality you were going for. Regards, Nurina p/s: If any answer from the community or Intel Support are helpful, please feel free to give best answer or rate 4/5 survey. Replies: Re: Reset Release IP VHDL code not working Hello, It looks good in the RTL viewer. Will need to run a simulation of course to make sure it works. I am currently enrolled in the Intel training versions of those YouTube links you shared. While all the errors are gone, upon completing the Analysis and Synthesis step of compilation, I get the warnings attached in the image. I look at the file that the 2nd warning references and it complains that the Reset Release is not there. I'm confused. Is the IP not started? What do I need to do? I am attaching the report file as well. We were so close to me getting it. Is it because I am using an Agilex 7 M-Series? I would not see why. Thank you for your continued support. It means a lot to me. Drew Replies: Re: Reset Release IP VHDL code not working Hello, I got this code from the Reset Release IP video I found on Intel's website and also on YouTube. I was following the code that I saw on that video to get the sys_rst line. You used another IP? Ok. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hi Drew, Here is the .qar file with resolved code as promised. You can check the RTL viewer to see if the connections were what you were intending. I highly recommend these training videos since you're a beginner: https://www.youtube.com/watch?v=bwoyQ_RnaiA& https://www.youtube.com/watch?v=lHowLUNHFFA& The VHDL training link shared by strell is also very useful to go through. Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hi Drew, Is the sys_pll suppose to be just a PLL? Where did you get this code? Based on line 15, you are latching the sys_rst with locked and rst but there is a syntax error due to locked being an output port of the sys_pll. I'm not sure what you wanted the sys_pll to describe. I have resolved the errors and used an IOPLL IP in place of the sys_pll.vhd. You can make changes to the IOPLL settings as you wish. I'm attaching the .qar file here shortly. Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hello, I did not use the PLL IP. The only IP I have is the Reset Release IP. Is that what you are calling the sys_pll? I did not know that that was to come from an IP. I thought that that was its own code chunk. Can the template space be replaced with a signal? It would then need to change the direction of the => to <= if I am not mistaken. I do not think that making it ninit_done => ninit_done makes sense, so I need to create a new port for it. Is that right? Ok, I think that the label is defined as a PORT and not a SIGNAL, so I might have misunderstood what it was trying to become. Ah, I see what you are saying. ninit_done is a software signal that talks within the software, it is not a hardware signal that I can connect to an LED. I can connect it to another software pin that can trigger a hardware function to turn on an LED if I desire, but I cannot use the signal directly. I think that was a big part of the problem I was having with understanding. clkdiv is needed at least for the LED and switch control of the main program. That was the clock I had before I knew that I had to have a Reset Release. It would probably be best to have two clock domains, one for the reset and one for the main program. Thank you and hopefully Nurina, has finished with my .qar soon, Drew Replies: Re: Reset Release IP VHDL code not working Lots happening here. When you generate IP, it creates a number of files. You just don't need to interact with them usually. The generated code is placed in folders in your project directory (may be the instance name you gave to the IP or in an "ip" directory). It looks like you took the top-level file generated by the PLL IP and edited it (adding my_reset) which you should not do. The template includes "CONNECTED_TO_..." to indicate where you need to edit it to replace it with the appropriate connection in your design. That's why it's just a template and not the final code you should be using. ninit_done is an output signal of the IP, not an actual hardware output pin of the device. As such, you could certainly connect it to an output pin of the device to bring the signal out of the FPGA or connect it to the input of some other logic (like a reset input for example). This does not mean you can connect it to an actual hardware input pin of the device. As I stated previously, this makes no sense. And as I suspected, clkdiv is not required. It's not clear if you need one or two clock domains, but you could just use the PLL to create the divided clock instead. Replies: Re: Reset Release IP VHDL code not working Hello, Of course. Please find attached my .qar for this project. The project itself is so much easier than the RRIP part. At least it seems to be. I have yet to comment the code, but thanks to the structure of VHDL, it seems to be more self-explanatory. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hi Drew, Since this involves a few vhd files, can you share the .qar file of your project? To generate this, go to Project>Archive project. This is so that I can add the necessary code changes and you can review them. Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hello, The errors I get are coming from extraneous things. The errors are being caused by one error in one file that infects other files. The code that I know works as it compiles is now erroring out because of something in another file. I am attaching the clockdiv file, so you know what it is. sys_pll.vhd has the my_reset port because I need it for the equation in my process. I have a feeling though that that is not right. I generated the IP, but I never got any code from it. I was unaware of that ability to take the template code. I learned about the IP from the youtube video and added it into the project as shown but did not know that I could take code from it that way. I thought it was a library that existed to help the compiler. I did not know what the top-level code was as I have no basis to go off of for the IP. So, the IP creates u0 and I need to make u1 for the sys_pll. Ok, I can do that. I copied the code the IP generated and I have: u0 : component RRIP port map ( ninit_done => CONNECTED_TO_ninit_done -- ninit_done.ninit_done ); The CONNECTED_TO_ninit_done is not defined and is causing an error. This is not a signal, so how do I define this? sys_clk and rst_in are variables I saw in the RRIP video, so I thought that they were needed. Perhaps I already have things defined and am creating redundant symbols. I would not put that past me. Locked is bidirectional as I saw it equaling itself i.e. locked => locked. I took it as this is a bidirectional pin. With ninit_done being an output pin, I was under the impression that I would need an input pin for it as well to give data to something. If I cannot connect it to an input port, then I need an IF statement to say that it has changed? Or is there something else I can do? The sys_rst is the flag saying that the system has reset that I saw on the video. Once I got my code running, I was going to use that as the checker to make sure the system reset. I thought that that was the point of it. I understand what the RRIP is supposed to do, but my ability to code it is far from perfect. In the video they had the line locked => locked, so I thought that that was what I needed to do. It did not make sense to me either, but I trusted the video as it was from Intel. They should know their FPGA code is what I figured. clockdiv is used for the main portion (sig.vhd) of the code to create a 25 MHz clock for the logic. The code will run on a frequency of 25 MHz. I think I am slowly getting this as it is starting to make more sense now. I did do the training, but it appears as though I need to go back through it. Oh boy. I am attaching the errors (meaningful errors) I am getting now and the code I have. Thank you for your patience. I am trying my best to get this. Drew Replies: Re: Reset Release IP VHDL code not working You don't show what errors you're getting now, but here are the many issues I see: Where is the code for component clockdiv? Why does sys_pll.vhd have a signal in its port list named my_reset? I presume you added this in for some reason. Assuming this is generated from an IP, you should not be editing the top-level code for the IP. In the IP Parameter Editor, you should go to Generate -> Show Instantiation template and use the template there to instantiate the IP exactly as it's generated. There is no reason to edit the top-level code for a generated IP. For a basic PLL, there are only 4 signals: refclk and rst inputs, and locked and outclk_0 outputs. What are sys_clk and rst_in since there is already outclk_0 and rst? And why is locked bidirectional? It's an output status signal from the PLL. And there is no bidirectional logic in the core of an FPGA. The component declaration should simply be (from the instantiation template): COMPONENT sys_pll is PORT (refclk, rst: IN STD_LOGIC; locked, outclk_0: OUT STD_LOGIC); END COMPONENT; ninit_done is an output of the reset release IP and yet you are connecting it to an input port in the toplevel, an input pin of the device, which makes no sense. It should be connected to reset inputs of the instantiated components or used as a status indicator. And what is sys_rst supposed to be doing? You declare it and then it's not used anywhere. The reset release IP should be used as just a status indicator that device initialization is complete. You can use it as a reset signal, but it won't ever go low again during normal operation of the device so it can't be used as a warm reset. If you're not using the locked signal of the PLL, just leave it out of the port map. You're basically connecting a signal to itself when you say locked => locked, which makes no sense. Speaking of port mapping, you have it backwards for the PLL. The first signal name is the name of the component's port. The signal after "=>" is the signal in this level of the design that the lower-level port is connecting to. So your PLL instantiation should probably look like this: u1: sys_pll PORT MAP (rst_in => my_reset, clk => clk, outclk_0 => iclk); Even this isn't perfect because what is the point of clockdiv? You can divide a clock using the PLL itself instead of needing oclk and iclk. I highly suggest you check out some VHDL training: https://cdrdv2.intel.com/v1/dl/getContent/652842 Replies: Re: Reset Release IP VHDL code not working Hello, I decided to just dump all the RRIP I had and start from scratch as the program was giving me a headache. I found out how to see the .vhd file in the RRIP and saw that I had a conflicting naming convention for the files. That was probably some of the problems. I am still going through the online training of Intel, but I have not gotten to everything yet. I see the .vhd file associated with the RRIP has and see that it has an entity that deals with the ninit_done port. I have re-written the reset release file with this new file in mind and the links you all have sent me. I thought I could get the code right, but I still am not getting it. I do not know why this is not clicking with me. I also see that I had somehow mixed up a port. Locked equals to locked, not the out clock. I do not know why I saw that. The code looks much cleaner now, but it is still riddled with errors. I should get this by now, but I am not. The code without the RRIP compiles without error but gets a severe warning of no RRIP in the program. At this point, I am hoping someone has an actual file for RRIP. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Regarding your other question, you don't necessarily need compoenent decalarations when instantiating VHDL entities, you can use this syntax u1: entity work.sys_pll instead of u1: sys_pll Alos explained in the links given by Nurina Replies: Re: Reset Release IP VHDL code not working O.k., resetRelease.vhd (second screenshot) contains entity declaration, but many syntax errors. Obviously it has been never compiled. Not intended to be exhaustive: - each entity declaration needs its own library statement - all signals used in the arcitecture must be declared, either as port or internal signal - process needs begin statement - signal assignment uses <= rather than => operator - can't write port signals with direction "in" It seems to me that you filled architecture bodies with arbitrary signal assignments instead of implementing meaningful code function. I'd rather try to write entities that serve a useful purpose. Replies: Re: Reset Release IP VHDL code not working Hello, I did not do it right? The component and entity have the same name. Perhaps I am not seeing what you are saying. Could you please tell me what lines are not right. I have a rr_ip and resetRelease component and instantiation. Do I not need both? Thank you, Drew Replies: Re: Reset Release IP VHDL code not working You didn't manage to write valid entity code for rr_ip and sys_pll. Apart from other details, the entity name has to match the instantiated name. E.g. entity rr_ip ... Replies: Re: Reset Release IP VHDL code not working Hello, It does not? Dang it. I just moved all the code I needed for RRIP into its own .vhd file. I see what you mean though. I think that I am trying to keep as close as I can to the example, I saw in the Intel Reset Release IP video. It had the example I started with. I need to take that as pseudo code and work from there. What parts of the code (image attached) do I need to implement and what parts are already made in the IP itself? Am I declaring too many things? I think I am confusing many things together and am making too much code. Is there an example I can use of non-pseudocode? Apologies for this taking a long time to get into my head, I think I keep focusing on the wrong thing. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hi, Now your Reset Release IP VHDL file does not look like Reset Release IP at all. Are the reset release IP and sys_pll the same? Why are you combining them? The error message is saying that you need to have an entity for both RRIP and sys_pll. You may find these useful: https://fpgatutorial.com/vhdl-entity-architecture-library/ https://vhdlwhiz.com/entity-instantiation-and-component-instantiation/ https://nandland.com/entity-and-architecture/ Regards, Nurina Replies: Re: Reset Release IP VHDL code not working Hello, I do not know what implementation is needed. I moved the RRIP into its own .vhd file and now my top-level file is riddled with errors. I simply cut and pasted all the RRIP code into a separate file and saved it into the same directory. I gave it its own architecture and begin statements. What else needs to be done? All the errors are coming up as part of something else not working (ghost errors I call them). Thank you, Drew Replies: Re: Reset Release IP VHDL code not working The error message tells you that your project misses implementation code for the two instantiated components. Replies: Re: Reset Release IP VHDL code not working Hello, Alright, I think I took care of that issue, but now something new has happened. I am getting an error saying that the IP may not work with my code. Did I turn on the signals wrong, or does the IP need to be its own VHDL file? I am attaching my code for review and the errors. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hello, Seems to me that the Reset Release IP is correctly instantiated. Based on the error message, the problem is due to the sys_pll component instantiation on line 26. You were trying to connect to ports that do not exist in the sys_pll component. Please check if the connections are correct. These threads may be helpful for you: https://www.edaboard.com/threads/problem-with-using-components-in-vhdl.374664/ https://community.intel.com/t5/Intel-Quartus-Prime-Software/Error-10349-VHDL-Association-List-error-at-mult16bit-vhd-41/m-p/94175 Regards, Nurina p/s: If any answer from the community or Intel Support are helpful, please feel free to give best answer or rate 4/5 survey. Replies: Re: Reset Release IP VHDL code not working Hello, Ok, I see where I am going wrong. I still do not know where to (or rather what to declare) some of the variables as. I have tried to figure out what I need to do for the Reset Release IP but cannot get it to work. I do not know what should be a signal, a port, or something else. I am attaching my new code and errors. The Reset Release code is lines 13-27. I hope this looks better. I have tried to follow the tutorial for the Reset Release IP I found through Intel, but the code provided was pseudocode and I am still trying to figure out VHDL. Thank you, Drew Replies: Re: Reset Release IP VHDL code not working Hi, the message tells about VHDL syntax errors, a bit different from "not working". It's generally a good idea to fix syntax errors from top to bottom, succeeding erors may be just aftereffects. First errors are incorrect component declarations. Component declarations follows this scheme component_declaration ::= component identifier [ is ] [ local_generic_clause ] [ local_port_clause ] end component [ component_simple_name ] ; There's no place for signals in component declaration. You'll later notice that your component declaration, besides unexpected signal declaration are also incomplete because they don't declare all ports of the respective components. We would e.g. expect component rr_ip port( ninit_done : out std_logic ); end component; Just to give you a starting point. You should have a VHDL text book or tutorial at hand. - 2023-10-06