Hi Kev, thanks for the tip!
Let's simply replace the digital receiver "D" by an "analog" real-value
receiver, then we are pure real-value; that does not alter the
intention/motivation of the example.
By the way, a comprehensive resolution function in my opinion should be
able to resolve digital drivers together with the real ones. If a
testcase contains only discrete models (logic or real-value), then a
powerful (hierarchical) resolution function might be all we need;
so we would not have to worry about connect modules.
Achim
On Thu, 2010-07-29 at 10:15 -0700, Kevin Cameron wrote:
>
> I notice your example uses a mixed net (analog/real driver, digital
> receiver). We have not discussed how/whether to do cross-type
> conversions or resolution in SV yet, so you might want to hold that
> for later, meanwhile it's probably a question to direct at the ASVA
> committee.
>
> Kev.
>
> On 07/29/2010 05:56 AM, Achim Bauer wrote:
> > Hi everybody,
> >
> > in yesterday´s discussion I tried to point out a crucial requirement
> > for resolution of real-value nets.
> > Since this is VERY IMPORTANT FOR THE VERIFICATION
> > of weak/highZ drivers or critical/heavy/erroneous loading effects,
> > I illustrated the example once again for you ( it´s just a single
> > page :)
> >
> > Please have a look and let me know about your opinion !
> >
> > Thanks, regards,
> > Achim
> >
> > P.S. the doc is also available via google-link:
> > http://docs.google.com/fileview?id=0B3Q59OpAdnEcZGFkYjQ5ODctNGM1MC00ZTNmLTlmM2EtZjFlZGRkNjc4YmRh&hl=en&authkey=COPZqc8O
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Thu Jul 29 10:55:41 2010
This archive was generated by hypermail 2.1.8 : Thu Jul 29 2010 - 10:55:42 PDT