You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Already coming back to you. I figured out that passing dut.axi4lite_bus_io instead of just dut solves the issue. Seems like the VHDL record is interpreted as an entity, thus giving access to the signal inside the record.
I feel like this is not the standard way of using the AxiLiteMaster constructor, but for now it is doing the trick for me. But please still let me know if there is a better way to do it.
That is basically the intended method. Except, I recommend removing the "s_axi" prefix in your record. Or, at least remove the "s_", since the whole point of the record is to be used on both ends of the connection. If you remove the prefix completely, then you can use from_entity instead of from_prefix.
Hello,
To achieve a better readability of my VHDL code, I wrapped the AXI4Lite bus signals in a axi4lite_bus_type VHDL record.
The AXI4Lite bus record type is used my entity as follows:
In my cocotb simulation I create my AxiLiteMaster as follows:
However, the simulation fails. Could you tell me if creating a AxiLiteMaster is possible when AXI4Lite signals are wrapped in a VHDL record ?
I am using cocotbext-axi version 0.1.24 and cocotb version 1.8.1.
Thanks in advance,
Younes
The text was updated successfully, but these errors were encountered: