I am currently using NOEL-V processor, But I am facing the issue of GRMON cannot detect when integrating some other components to the AHB bus.
Initially, I utilised the design template noelv-xilinx-zcu102 and successfully generated the bitstream, which I then downloaded onto the ZCU102 board. Debugging with GRMON proceeded without issue. Subsequently, I sought to integrate additional components into this SoC. Within Vivado, the integration was successful, and the on board implementation confirmed the components had integrated correctly (as I had programmed that component to illuminate some designated LEDs to verify successful module integration on board). However, upon opening GRMON and using `info sys` to inspect, the corresponding slave module was not visible. Subsequently, I attempted to integrate only the AHB2-AXI4 bridge IP provided by GRLIB, yet GRMON still failed to detect it.
However, when using GRLIB version 2022.4, everything functions correctly. Integrating an AHB2AXI bridge in exactly the same way allows GRMON to detect it directly. This is highly peculiar. The same code fails when ported to version 2025.2. I suspect there may be some issues with the plug-and-play functionality in the 2025.2 release.
Additionally, I compared the two versions of the documentation. Regarding the plug & play section, I found no significant changes, so if I’ve judged correctly, the implementation of plug & play should be identical in both versions.
So is the plug-and-play functionality in version 2025.2 working correctly? Or have I missed some detail? I’d be grateful if you could point it out to me. Many thanks.
Hi, thanks for your reply. I tried but it still can’t be detected by GRMON. btw I don’t think by making those changes can really work because vendor and device infos remain unchanged from previous GRLIB.
As you pointed out, there are no changes in how the AHB2AXI(4) bridge works, so I am also confused about this.
Are you passing the Plug and play information via the generics? In particular the generics vendor, device, bar0, bar1, bar2 and bar3 are what may affect this. If you could copy the instantiation here I could take a look.
Here are the 2 screen shots of my code. In the 1st one I instantiated the bridge in a entity, and also passed the generic values to the top of the entity (this part is not in the screen shot). in the 2nd screen shot I instantiated the whole entity as a component of the SoC at noelvcore.vhd and connected to the ahb bus as you can see I also passed the generic values to this level. Though I actually used both axi2ahb bridge and ahb2axi bridge in this case, when I only instantiate a single ahb2axi4b at noelvcore.vhd with all the generics it still cannot be detected by GRMON. And the template design I used is noelv-xilinx-zcu102, but I also tried on digilent genesys2 (which is not provided from gaisler but I have ported the NOEL-V SoC to it), which is the same result.