[ibis-macro] Re: New BIRD draft for replacing BIRD158.7

  • From: "Muranyi, Arpad" <Arpad_Muranyi@xxxxxxxxxx>
  • To: "ibis-macro@xxxxxxxxxxxxx" <ibis-macro@xxxxxxxxxxxxx>, "ibis-interconn@xxxxxxxxxxxxx" <ibis-interconn@xxxxxxxxxxxxx>
  • Date: Fri, 9 Mar 2018 06:26:42 +0000

Hello Everyone,

Since I didn't get any more responses to this post (with this subject line), I 
wonder
whether what I wrote actually expressed what I wanted to say (or ask)...

So, the question regarding "signal ground" or "local ground" raises the 
question in my
mind, what we are trying to say (or emphasize) in IBIS.  Is the message that 
this A_gnd is
a local node, potentially independent for each [Component] and possibly 
different from
the famous SPICE (or IBIS-ISS) global ground, node 0?  Or is the message that 
A_gnd is
a signal ground, as opposed to chassis or earth ground, without defining 
whether it
should be treated as a global or local node (i.e. without defining whether they 
should
be connected together when they appear in different [Component]s or kept 
independent)?
My understanding is that we are concerned about the former, and since "signal 
ground"
doesn't seem to define whether it is global or local, I would prefer to stay 
with the "local
ground" terminology.  (Or take Brad's suggestion of using "local reference", 
but if we go
that way, we need to change the entire spec for consistency).

I would like to get clarification on this, so I would know whether I need to 
change anything
in this new BIRD draft (that is supposed replace BIRD158.7).

Speaking of which, the more I think about the 3rd drawing and the (modified) 
text below
it, the more I wonder what we are really trying to say with that figure and the 
text.  The
reason this is bugging my mind is because that drawing only shows Touchstone 
models
for the entire channel.  There is also a possibility that we might have 
IBIS-ISS subcircuits
for the package models (as well as for the channel).  If the package is 
described with an
IBIS-ISS subcircuit that has more than one reference terminal (N+2 or more), 
the text I
wrote with respect to an N+2 terminal channel model would also apply to such 
package
models.

So I am asking myself the question, how would I change that text (and possibly 
the
drawing) to include the possibility of IBIS-ISS package models.  The more I 
think about this,
the more I start feeling that none of this discussion about channels and 
packages really
belong to BIRD158 (or this new replacement BIRD), which is about BUFFER 
modeling only.
With that, I am starting to lean towards removing the 3rd drawing and any text 
that talks
about the channel and/or package in connection with that figure.

Please let me know if you have any questions/comments on this sooner than 
later, so
this new BIRD draft could be finalized soon.

Thanks,

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


From: ibis-interconn-bounce@xxxxxxxxxxxxx 
[mailto:ibis-interconn-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Wednesday, March 7, 2018 10:09 AM
To: ibis-macro@xxxxxxxxxxxxx; ibis-interconn@xxxxxxxxxxxxx
Subject: [ibis-interconn] Re: [ibis-macro] New BIRD draft for replacing 
BIRD158.7

Walter,

According to Wikipedia, "signal ground" means return path for signal and power:

https://en.wikipedia.org/wiki/Ground_(electricity)

Signal grounds serve as return paths for signals and power (at extra low 
voltages<https://en.wikipedia.org/wiki/Extra_low_voltage>, less than about 50 
V) within equipment, and on the signal interconnections between equipment. Many 
electronic designs feature a single return that acts as a reference for all 
signals. Power and signal grounds often get connected, usually through the 
metal case of the equipment. Designers of printed circuit 
boards<https://en.wikipedia.org/wiki/Printed_circuit_board> must take care in 
the layout of electronic systems so that high-power or rapidly switching 
currents in one part of a system do not inject noise into low-level sensitive 
parts of a system due to some common impedance in the grounding traces of the 
layout.

As far as I can tell, this has nothing to do with the question whether it is 
done locally
or globally in a specific design...  I believe it could go either way.

Thanks,

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

From: Walter Katz [mailto:wkatz@xxxxxxxxxx]
Sent: Wednesday, March 7, 2018 7:35 AM
To: Muranyi, Arpad <Arpad_Muranyi@xxxxxxxxxx<mailto:Arpad_Muranyi@xxxxxxxxxx>>; 
ibis-macro@xxxxxxxxxxxxx<mailto:ibis-macro@xxxxxxxxxxxxx>; 
ibis-interconn@xxxxxxxxxxxxx<mailto:ibis-interconn@xxxxxxxxxxxxx>
Subject: RE: [ibis-macro] New BIRD draft for replacing BIRD158.7

Arpad,

Google "signal ground".  is what we have been calling "local ground", and you 
will get the following picture:
[cid:image001.png@01D3B739.470E8870]

Google "local ground" and it returns nothing to do with electronics other than 
"Local Ground is the ninth studio album by Irish folk 
music<https://en.wikipedia.org/wiki/Folk_music_of_Ireland> group 
Altan<https://en.wikipedia.org/wiki/Altan_(band)>, released in March 2005 on 
the Narada<https://en.wikipedia.org/wiki/Narada_Productions> label.", which can 
be played on electronic audio equipment.

The word "local" appear in IBIS 6.1, and never in the context of a local ground 
or reference.

I therefore suggest that we consistently use "signal ground" instead of "local 
ground" in both BIRD 158 and 189.

Walter



Walter Katz
wkatz@xxxxxxxxxx<mailto:wkatz@xxxxxxxxxx>
978.461-0449 x 133
Mobile 303.335-6156

From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Wednesday, March 7, 2018 3:42 AM
To: ibis-macro@xxxxxxxxxxxxx<mailto:ibis-macro@xxxxxxxxxxxxx>
Subject: [ibis-macro] New BIRD draft for replacing BIRD158.7


All,



In today's ATM teleconference I took an AR to start a new BIRD that would

replace BIRD158.7.  The attached BIRD draft is my first attempt for that BIRD.



I took the approved BIRD158.7 and changed its file name along with some of

the header information.  The only other thing I changed was the text related

to the reference nodes of the Touchstone models.  I did all this with Track

Changes turned on, so that it would be easy to find my changes.  I can add

anyone's name on the top who wants to be listed as a requestor...



Please review and reply with questions/comments.



Wil will most likely need to make changes to the



ANALYSIS PATH/DATA THAT LED TO SPECIFICATION



and



ANY OTHER BACKGROUND INFORMATION



sections to explain all this, but we can do that later.



Thanks,



Arpad

================================================================

PNG image

Other related posts: