E
Erik Seligman
Guest
I've noticed that when using the OVL assertion language,
designers tend to write a lot of instrumentation code
along with the assertions. For example, an assertion
might require using the value of signal A from two cycles
before the arrival of signal B, so they will add an extra
'always' block to create a signal A_2_cycles_ago.
What I'm wondering is if anyone has tried to put together
a helper macro library to go with OVL, to enable common
types of this instrumentation to be created in a cleaner
way. It looks to me like a lot of designers reinvent the
same wheels.
I'd be curious to hear either about free/open efforts, or
products for sale from CAD vendors.
(And yes, I do know about better assertion languages like
PSL or SVA!)
---------------------------------------------------------------------------
Erik Seligman, eseligma@aracnet.com
Speaking for myself, not Intel or Aracnet.
designers tend to write a lot of instrumentation code
along with the assertions. For example, an assertion
might require using the value of signal A from two cycles
before the arrival of signal B, so they will add an extra
'always' block to create a signal A_2_cycles_ago.
What I'm wondering is if anyone has tried to put together
a helper macro library to go with OVL, to enable common
types of this instrumentation to be created in a cleaner
way. It looks to me like a lot of designers reinvent the
same wheels.
I'd be curious to hear either about free/open efforts, or
products for sale from CAD vendors.
(And yes, I do know about better assertion languages like
PSL or SVA!)
---------------------------------------------------------------------------
Erik Seligman, eseligma@aracnet.com
Speaking for myself, not Intel or Aracnet.