[ibis-macro] Re: Samples per bit for AMI

  • From: ckumar <ckumar@xxxxxxxxxxx>
  • To: <Arpad_Muranyi@xxxxxxxxxx>
  • Date: Wed, 28 Sep 2011 17:23:24 -0700

Fixing samples ber bit is a bad idea and encourages poor
modeling/programming practice. 

The model has to take its input as continuous waveform and do any
resampling inside the model as real devices do.


On Wed, 28 Sep 2011 23:41:19 +0000, "Muranyi, Arpad"
<Arpad_Muranyi@xxxxxxxxxx> wrote:
> Hello everyone,
> 
> I ran across yet another model today which was misbehaving
> in our tool because it turned out that it would only work
> with 64 samples per bit and the user unaware of this used a
> different value.
> 
> When I wrote about this topic some time ago, I was wrestling
> with another AMI model that would only work with 32 samples
> per bit.  Neither of these models came with any documentation
> on what samples per bit settings they will work with.  The
> problem is that when such models are misbehaving, all kinds
> of "fun stuff" is starting to happen, anywhere from crashes
> to explosions  :-).
> 
> I believe that the most robust solution would be to add a
> reserved parameter for samples per bit to the IBIS-AMI
> specification so that the model makers would be forced to
> document in the .ami parameter file sampling rate(s) the
> model will work with.  Making blanket statements in the spec
> is not going to guarantee  that the model maker will actually
> do anything about it, they may not even read that part of
> the specification at all...
> 
> Please look over the attached BIRD draft in which I attempt
> to solve this problem by adding a reserved parameter to the
> specification.
> 
> Questions, comments are welcome.
> 
> Thanks,
> 
> Arpad
> ==============================================================
---------------------------------------------------------------------
IBIS Macro website  :  http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector:  //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
  To: ibis-macro-request@xxxxxxxxxxxxx
  Subject: unsubscribe

Other related posts:

  1. Home
  2. ibis-macro
  3. Archive
  4. 09-2011