Re: [myhdl-list] Re: MyHDL / ModelSim cosim
Brought to you by:
jandecaluwe
From: Tom D. <td...@di...> - 2005-06-10 15:38:04
|
Jan, I agree about the hard debugging. I did check and the docs say that the functions that are used are said to be supported. I need to do some simple tests to see what does and doesn't work. I have been using icarus for the time being and it is working well. BTW, I added signed number support to the toVerilog generation. Not sure I did it the best way but so far it is working. Also, found and fixed a problem with the Verilog signal names when two similar modules are instantiated from the same module. I was getting conflicting signals names. For example: M0 = mult(x,a,b) M1 = mult(x1,a1,b1) It used M0 in both cases for the base for the signal names. Should I send you the myhdl files I have modified for your review? I have had some time the last week or so to test drive myhdl and am enthused about the possibility of combining Python with logic generation and testing. So far so good. Just figured out and started using unittests. They are great, thanks for the introduction to them in the myhdl manual. Tom Jan Decaluwe wrote: > Tom Dillon wrote: > >> Hi, >> >> I was attempting to connect myhdl to Aldec Riviera, which usually is >> similar to ModelSim. >> >> I've got everything compiled and the it runs OK with the Icarus vpi >> interface, but I don't get the inputs of my dut initialized or >> stimulated. >> >> Did you have to do anything to the Icarus myhdl code to get further >> with ModelSim? >> >> Any thoughts on how to troubleshoot this? > > > Some hard debugging sessions, I fear :-) > > Without access to the tool, I cannot help much, but > here are some preliminary thoughts anyway: > > Are you sure their VPI implementation is complete? In > particular, is vpi_put_value on a reg supported? > I remember having seen docs on a tool - don't remember > if it was Aldec - where this wasn't supported, although > they claimed VPI support. Also, it seems they have other > (proprietary) ways to couple to C models, which they > may give priority. > > Regards, Jan > |