Re[2]: Use of femto scaling in IBIS models

From: Arpad Muranyi <Arpad_Muranyi@ccm.fm.intel.com>
Date: Wed Nov 27 1996 - 08:48:00 PST

Text item:

Andy,

This is exactly what we were debating in those conversations I was
referring to. Unfortunately, I don't remember for sure what the
decision was, but it seems to me that we said that it was the parser
that was valid. Could someone with sharper memory comment on this?

Regarding the prefixes, I would vote for making all of them valid.
Here is the table from the Electronics Engineer's Handbook by Donald
Christiansen, 4th edition, 1996, page 8.20. (I am not showing the
ones they do not recommend to be used). This is from ANSI/IEEE
Standard 268-1992 according to the footnote.

Factor Prefix Symbol

10+24 yotta Y
10+21 zetta Z
10+18 exa E
10+15 peta P
10+12 tera T
10+9 giga G
10+6 mega M
10+3 kilo k
10-3 milli m
10-6 micro u (using the Greek symbol mu)
10-9 nano n
10-12 pico p
10-15 femto f
10-18 atto a
10-21 zepto z
10-24 yocto y

Unrelated to IBIS matters in general, I also want to mention here (to
let my frustration out) that using the proper cases for units and
prefixes are important. I see many articles, books in print
(including some of the other chapters of the above mentioned handbook)
and software where the authors are negligent to follow the rules
of proper letter casing leading to confusion and ridiculous or
physically impossible units. Lots of examples could be brought up,
but some of the most frequent ones I see are:

correct unit incorrect spelling and its meaning
  and its
abbreviation

second, s "S" conductance, siemens
nanosecond, ns "nS" conductance, nanosiemens
kilo, k "K" temperature, kelvin
kilowatt, kW "KW" (?) kelvinwatt
milli, m "M" prefix, mega
Mega, M "m" prefix, milli
megahertz, MHz "mHz" or Mhz" millihertz or mega-hecto-zepto (?)
megabit, Mb "mB" or "mb" etc. millibyte or millibit etc.
megabyte MB "Mb" or "mB" etc. megabit or millibyte etc.
decibel dB "db" decibit

And so on. I wish engineers would take more pride in precision when
it comes to spelling in writing.

Arpad
=====================================================================

I don't question what may have have been previously discussed ... but
in my mind the only correct answer is that the spec ALWAYS takes
precedence, no matter what you're talking about. If the spec and the
parser disagree, you fix the parser.

If you want the parser to have precedence, then make IT the standard
with its source code freely available to the world, and make a note in
the spec that it is only an example and to refer to the parser.

I brought this issue up some two years ago with one or more of you.
Will "a" come to mean "alto" (1e-18) some time in the future? (It
already does on at least one simulator.) You need to get this nailed
down firmly. Otherwise you don't have a spec.

Regards,
Andy

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.

***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.

Subject: Re: Use of femto scaling in IBIS models
Apparently-To: ibis@vhdl.org, arpad_muranyi@ccm.fm.intel.com
Cc: ibis@vhdl.org, ingraham@wrksys.ENET.dec.com
To: arpad_muranyi@ccm.fm.intel.com
From: Andy Ingraham <ingraham@wrksys.ENET.dec.com>
Date: Wed, 27 Nov 96 08:52:14 EST
Received: from wrksys.enet; by us1rmc.enet; Wed, 27 Nov 96 08:52:14 EST
Message-Id: <9611271333.AA07842@us1rmc.bb.dec.com>
Received: from wrksys.enet by us1rmc.bb.dec.com (5.65/rmc-22feb94)
     id AA07842; Wed, 27 Nov 96 08:33:40 -0500
Received: from us1rmc.bb.dec.com by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV)
     id IAA21445; Wed, 27 Nov 1996 08:50:11 -0500 (EST)
Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by vhdl.v
hdl.org (8.7.3/8.7.3) with ESMTP id GAA07144 for <ibis@vhdl.org>; Wed, 27 Nov 19
96 06:11:03 -0800 (PST)
Received: from vhdl.vhdl.org (vhdl.vhdl.org [198.31.14.3]) by mailbag.jf.intel.c
om (8.8.3/8.7.3) with ESMTP id GAA04702; Wed, 27 Nov 1996 06:10:50 -0800 (PST)
Received: from mailbag.jf.intel.com (root@mailbag.jf.intel.com [134.134.248.4])
by relay.jf.intel.com (8.8.2/8.7.3) with ESMTP id GAA18028; Wed, 27 Nov 1996 06:
08:16 -0800 (PST)
Return-Path: owner-ibis@vhdl.vhdl.org
Received on Wed Nov 27 09:56:43 1996

This archive was generated by hypermail 2.1.8 : Fri Jun 03 2011 - 09:52:29 PDT