There is a small bug when handling PR in pynq. To address this, the base address inside of the reconfigurable module should be 0. Or, you can update the Python code not to (re)use the offset inside of the RM.
These two methods are actually the same. Is that correct?
2. In another case, I create an IP core that has axi control signal(offset is 0x00).
ip = overlay.test
ip.write(0x00, 0x1)
isready = ip.read(0x00)
while (isready == 1): # wait PL to finish
isready = ip.read(0x00)
I use this way to start the core. But when I use mmio way(mmio.read(0x00), the control signal will never change. Do you know why this happen?
Thank you very much!
For 2, I got correct result in this way(ip = overlay.test), so I think block design is correct. For base address, should I use 0x43C00000? When I use this address, reading 0x00 and it will never change.
In this question, vivado doesn’t generate register information for partial reconfiguration. So can I use mmio.read and mmio.write to replace method(
ip.s_axi_CTRL.register_map.xxx) without register information in .hwh file?
Thanks!