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
I've started evaluating pyvsc as a replacement for cocotb-coverage in our IC design team and while I was able to generate a successful coverage report as text file, the corresponding UCIS xml file was not displayed correctly by the fc4sc
tools/gui/index.html web viewer
the coverage group is about monitoring which register has been accessed on a APB slave. addr represent the address and a bus and write represent the read/write selection signal. The reg_dict_ext represents the register mapping on the bus (the key is the register name, the value is the address on the bus)
Hi @rbarzic,
Unfortunately, I don't have a full set of answers on this one. When I first started work on pyUCIS, I looked at the XML generated by fc4sc and found that it didn't validate against the published UCIS XML schema. At the time, I didn't investigate further. My understanding is that some pyVSC/pyUCIS users are taking the generated XML into commercial EDA coverage-analysis flows, which gives some weight to the view that the pyUCIS XML might be correct (subjective, of course, since I'm unable to work with that specific commercial EDA flow myself...).
What can you tell me about your intended use model and tool flow? It sounds like you might be using the fc4sc viewer, since you're currently using cocotb-coverage. It might be possible to support, at minimum, writing the XML format accepted by the viewer. Depending on your simulator toolchain, there might be other options for getting pyVSC coverage data into the coverage reporting tools there.
I've started evaluating pyvsc as a replacement for cocotb-coverage in our IC design team and while I was able to generate a successful coverage report as text file, the corresponding UCIS xml file was not displayed correctly by the fc4sc
tools/gui/index.html web viewer
text report :
test_gen_pyvsc.simple_test.txt
xml UCIS report :
test_gen_pyvsc.simple_test.ucis.xml.gz
How the UCIS report looks like with the WEB reader
This is how a similar report generated using cocotb-coverage (+ UCIS generation patch) looks like:
the corresponding XML file from cocotb-coverage
test_gen.simple_test.ucis.xml.gz
The code used to create the coverage bins is the following:
with params.reg_dict_ext declared as followed
the coverage group is about monitoring which register has been accessed on a APB slave. addr represent the address and a bus and write represent the read/write selection signal. The reg_dict_ext represents the register mapping on the bus (the key is the register name, the value is the address on the bus)
Code used for generating the report:
The text was updated successfully, but these errors were encountered: