Silly resistor values

K

krw

Jan 1, 1970
0
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John

I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.


T'is how it ought to be. Just MHO.

Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Yep, that it is.
HB34:N_6 ???

Signal
Signal_546273
Signal_893273

The number appears to be the numeric part (it's usually of the form
N_78234) default net name, if I hadn't assigned a name. In fact, it
appears that Crapture only lets you think there is a hierarchy, when
it's really just a flat netlist. To define diff-pairs, for example,
one has to do it at the flat level. No can do in the hierarchy or
schemaitc level. It really is crap.
 
K

krw

Jan 1, 1970
0
Sounds more like you were using shitty computers. On a decent box, I
have seen entire seasons pass without such things happening.

Can't you ever get anything right, AlwaysWrong?
 
J

John Larkin

Jan 1, 1970
0
John said:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.

Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.

Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?

Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.

I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

John
 
J

Jim Thompson

Jan 1, 1970
0
John said:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.

Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.

Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?

Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.

I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

John

Nothing. Blocks become subcircuits... block HB1 netlists as X_HB1.

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine Sometimes I even put it in the food
 
J

Jim Thompson

Jan 1, 1970
0
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John

I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.


T'is how it ought to be. Just MHO.

Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Yep, that it is.
HB34:N_6 ???

Signal
Signal_546273
Signal_893273

The number appears to be the numeric part (it's usually of the form
N_78234) default net name, if I hadn't assigned a name. In fact, it
appears that Crapture only lets you think there is a hierarchy, when
it's really just a flat netlist. To define diff-pairs, for example,
one has to do it at the flat level. No can do in the hierarchy or
schemaitc level. It really is crap.

PSpice Schematics has a checkbox to choose netlisting method, flat or
hierarchical. Crapture probably does also. Charlie???

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine Sometimes I even put it in the food
 
J

Joerg

Jan 1, 1970
0
FatBytestard said:
Sounds more like you were using shitty computers. On a decent box, I
have seen entire seasons pass without such things happening.


No, top of the line name-brand 'puters. When more demanding apps such as
SPICE, SolidWorks or AutoCad don't crash that is kind of a sign that
there's a wee problem with the SW I'd think.

Oh, and Cadsoft Eagle? Hasn't crashed in years, since the first day I
fired it up. That's what I expect from CAD and that's how it ought to
be, as far as I am concerned. And being self-employed I vote with my
wallet on this stuff :)
 
J

Joerg

Jan 1, 1970
0
Jim said:
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John
I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.

T'is how it ought to be. Just MHO.
Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Reading you occasional comments about PSpice schematics it sounds like
it must be the best thing since pivot irrigation. Why don't they sell it
stand-alone, sans SPICE? There is a serious market out there.

[...]
 
J

Joerg

Jan 1, 1970
0
John said:
John said:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.
Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.
Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?
Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.

I never do hierarchical schematics. Everything's flat.
Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

Typically it numbers right on through if you hit auto-number. But it
really never mattered to me in my Orcad days because most clients wanted
a back annotation anyhow, so that the top left of the physical PCB
started with R1, C1 and the bottom right would end with R542, C367. Then
that got fed into the schematic, I updated my module spec with the new
refdeses, done.

Most CAD programs have pretty powerful scripting languages. So you
could, for example, exclude R666 or any refdes with a 13 in there if it
made you uncomfortable :)
 
C

Charlie E.

Jan 1, 1970
0
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John

I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.


T'is how it ought to be. Just MHO.

Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Yep, that it is.
The first instance keeps its name, everything
else has its net number appended. It's impossible (without
investigating each net) to tell which signal goes with which block.

HB34:N_6 ???

Signal
Signal_546273
Signal_893273

The number appears to be the numeric part (it's usually of the form
N_78234) default net name, if I hadn't assigned a name. In fact, it
appears that Crapture only lets you think there is a hierarchy, when
it's really just a flat netlist. To define diff-pairs, for example,
one has to do it at the flat level. No can do in the hierarchy or
schemaitc level. It really is crap.

PSpice Schematics has a checkbox to choose netlisting method, flat or
hierarchical. Crapture probably does also. Charlie???

...Jim Thompson

Hi Jim,
Sorry, been distracted by local politics (interesting story...Charlie
for Mayor? ;-) )

Ok, in Capture, go to the project view (the design heirarchy) and
select the DSN file. Go to Tools/Create Netlist and choose the PSpice
tab. There, you will find the checkbox for Heirarchical Netlist.

Any other questions?

Charlie
 
J

Jim Thompson

Jan 1, 1970
0
Jim said:
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John
I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.

T'is how it ought to be. Just MHO.
Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Reading you occasional comments about PSpice schematics it sounds like
it must be the best thing since pivot irrigation. Why don't they sell it
stand-alone, sans SPICE? There is a serious market out there.

[...]

I believe it's a freebie off the web somewhere(*). It doesn't require
a license. OrCAD only includes it on demand... like me, I refuse
updates unless Schematics is included.

(*) Look for student or evaluation versions... v8 is best, before
OrCAD hobbling ;-)

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine Sometimes I even put it in the food
 
C

Charlie E.

Jan 1, 1970
0
Jim said:
Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John
I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.

T'is how it ought to be. Just MHO.
Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Reading you occasional comments about PSpice schematics it sounds like
it must be the best thing since pivot irrigation. Why don't they sell it
stand-alone, sans SPICE? There is a serious market out there.

[...]

Ok, another one for me. History Lesson...

Back a ways, Microsim and Orcad mergered. This created a problem.
Orcad had Capture, a schematic capture program with the largest market
share in the market, and Microsim had Schematics, a schematic capture
program that had been streamlined for simulaton based design. In
terms of operability, however, Capture had major stability problems,
while Microsim had just sent out Release 8, a version of the software
that was noted for its stability and usability.

From a business standpoint, this was a no brainer - go to Capture.
There were just two problems - Capture was notoriously unstable,
especially since they would just 'add-on' new program interfaces,
rather than modify the underlying code, and the fact that Schematics
had a loyal, even fanatical user base.

The first version of the merged software was V9.1. Everyone admitted
that the Capture-PSpice interfaced was FUBAR in that version, but TPTB
refused to allow a version of Schematics to be released. Result -
huge drop in sales. I was working on the installation team, and even
there, the differences in corporate and R&D philosophies was markedly
evident.

They immediately came out with V9.2. This version was usable, and had
most of the major functionality analog designers needed. They also
came out with a translator for Schematics to Capture that worked very
well. Finally, they made available a version of Schematics that also
worked with PSpice 9.2. Result, greatly increased sales, especially
since, to get Schematics 9.2 you had to first purchase Capture 9.2!

Another side effect was, since the translator worked so well, serious
designers (such as Jim) continued to use Schematics, and when
necessary, just translated them to Capture. Even in support, we
typically created parts and libraries in Schematics (which had much
better utilities for such things) and then translated them to Capture.

After this, Cadence bought Orcad, and everything went downhill ;-)

Charlie
 
J

Jim Thompson

Jan 1, 1970
0
On Thu, 06 Aug 2009 16:59:39 -0700, Jim Thompson


Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John

I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.


T'is how it ought to be. Just MHO.

Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Yep, that it is.

The first instance keeps its name, everything
else has its net number appended. It's impossible (without
investigating each net) to tell which signal goes with which block.

HB34:N_6 ???

Signal
Signal_546273
Signal_893273

The number appears to be the numeric part (it's usually of the form
N_78234) default net name, if I hadn't assigned a name. In fact, it
appears that Crapture only lets you think there is a hierarchy, when
it's really just a flat netlist. To define diff-pairs, for example,
one has to do it at the flat level. No can do in the hierarchy or
schemaitc level. It really is crap.

PSpice Schematics has a checkbox to choose netlisting method, flat or
hierarchical. Crapture probably does also. Charlie???

...Jim Thompson

Hi Jim,
Sorry, been distracted by local politics (interesting story...Charlie
for Mayor? ;-) )

I can believe it. I'm the neighborhood pain-in-the-ass, writing guest
editorials, etc. Gets me calls from the mayor's assistant, who, in
typical Democrat style, tried to shout me down... doesn't work very
well with someone who can out-shout and out-cuss a sailor ;-)

I ran for school board in the early '70's, finished 6th in a field of
7, and #7 was certifiably insane ;-)
Ok, in Capture, go to the project view (the design heirarchy) and
select the DSN file. Go to Tools/Create Netlist and choose the PSpice
tab. There, you will find the checkbox for Heirarchical Netlist.

Any other questions?

Charlie

I play games with flat and hierarchical depending on what is wanted by
layout, and in those cases that go weird... as you know. Even Mohi
didn't know how to fix that ;-)

I'm also stir crazy with Templates, currently using 'Template"
(standard), 'LVS' and 'HSpice', so I can pass on netlists to just
about any simulator or layout tool. Aaron also wrote a 'cruncher'
executable that calculates and clears all {..} for simulators that
can't cope with '..' or {..}

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine Sometimes I even put it in the food
 
R

Rich Grise

Jan 1, 1970
0
What happens to reference designators in a hierarchical schematic?
"A" for "assembly". In the USAF, ALL the schematics are hierarchial. The
top level is merely numeric, like in a receiver/transmitter pair, the
receiver is unit 1, the transmitter is 2. Then if, say, the transmitter
has a swappable magnetron subassembly (a la pluggable scope preamps), then
the base unit would be A1, and the maggie module would be A2. The maggie
would be, for example, 2A2V1, and so on.

If there are four units, and unit 4 is a module unto itself, the number
serves, e.g. unit 4, transistor 2 would be 4Q2.[1] ;-)

Hope This Helps!
Rich
[1] no offense intended - this came up in tech school, and we all thought
it was hilarious. ;-)
 
J

John Larkin

Jan 1, 1970
0
John said:
John Larkin wrote:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.
Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.
Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?

Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.


I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

Typically it numbers right on through if you hit auto-number. But it
really never mattered to me in my Orcad days because most clients wanted
a back annotation anyhow, so that the top left of the physical PCB
started with R1, C1 and the bottom right would end with R542, C367. Then
that got fed into the schematic, I updated my module spec with the new
refdeses, done.

I don't understand that. If the schematic has a main controller part
and, say, 16 channels, and you draw one instance of the channel,
abstract that into a block, and draw 16 of the blocks - which is what
a hierarchical schematic does - how does each instance have its own
reference designators, sequantial across all the modules?

How do you print the schematic for field service? Where the hell is
R325 in one of the instances when only one sub-module schematic
exists?

John
 
J

Joerg

Jan 1, 1970
0
John said:
[...]
Typically it numbers right on through if you hit auto-number. But it
really never mattered to me in my Orcad days because most clients wanted
a back annotation anyhow, so that the top left of the physical PCB
started with R1, C1 and the bottom right would end with R542, C367. Then
that got fed into the schematic, I updated my module spec with the new
refdeses, done.

I don't understand that. If the schematic has a main controller part
and, say, 16 channels, and you draw one instance of the channel,
abstract that into a block, and draw 16 of the blocks - which is what
a hierarchical schematic does - how does each instance have its own
reference designators, sequantial across all the modules?

Yes, it just starts with the next available number at block 1, then goes
on to block 2 and so on until all sub-sheets are done. For proper
documentation you must let it print out all 16 blocks, otherwise a
technician could never repair the unit. For a design review you don't
necessarily have to (in med or aero and such you usually do).

There are tons of other options for numbering but since many of my
larger designs get renumbered anyhow I don't care that much. As long as
the CAD doesn't screw up multi-device chips like gEDA does.

How do you print the schematic for field service? Where the hell is
R325 in one of the instances when only one sub-module schematic
exists?

Field service needs all 16 sub-module pages. It has to be that way on
any design because R325 will be R291 on the previous channel. Unless the
sub-modules are separate little boards stuck into a big one but then
they'd be another assy number.
 
J

Jim Thompson

Jan 1, 1970
0
John said:
John Larkin wrote:
John Larkin wrote:
[...]
I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)
What happens to reference designators in a hierarchical schematic?

Typically it numbers right on through if you hit auto-number. But it
really never mattered to me in my Orcad days because most clients wanted
a back annotation anyhow, so that the top left of the physical PCB
started with R1, C1 and the bottom right would end with R542, C367. Then
that got fed into the schematic, I updated my module spec with the new
refdeses, done.

I don't understand that. If the schematic has a main controller part
and, say, 16 channels, and you draw one instance of the channel,
abstract that into a block, and draw 16 of the blocks - which is what
a hierarchical schematic does - how does each instance have its own
reference designators, sequantial across all the modules?

Yes, it just starts with the next available number at block 1, then goes
on to block 2 and so on until all sub-sheets are done. For proper
documentation you must let it print out all 16 blocks, otherwise a
technician could never repair the unit. For a design review you don't
necessarily have to (in med or aero and such you usually do).

There are tons of other options for numbering but since many of my
larger designs get renumbered anyhow I don't care that much. As long as
the CAD doesn't screw up multi-device chips like gEDA does.

How do you print the schematic for field service? Where the hell is
R325 in one of the instances when only one sub-module schematic
exists?

Field service needs all 16 sub-module pages. It has to be that way on
any design because R325 will be R291 on the previous channel. Unless the
sub-modules are separate little boards stuck into a big one but then
they'd be another assy number.

In PSpice you can have schematic "instances". I don't use it because
I do chips, so each repeated hierarchical block can reference the same
schematic. But a PCB-based designer would use either "instances" or
simply repeat pages (copy), which would generate individual reference
designators.

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine Sometimes I even put it in the food
 
K

krw

Jan 1, 1970
0
No, top of the line name-brand 'puters. When more demanding apps such as
SPICE, SolidWorks or AutoCad don't crash that is kind of a sign that
there's a wee problem with the SW I'd think.

Particularly when it only crashes when doing one or two functions.
Oh, and Cadsoft Eagle? Hasn't crashed in years, since the first day I
fired it up. That's what I expect from CAD and that's how it ought to
be, as far as I am concerned. And being self-employed I vote with my
wallet on this stuff :)

Nothing else on my work computer crashes regularly, except Capture.

....but you can't expect DimBulb to make any sense.
 
K

krw

Jan 1, 1970
0
On Thu, 06 Aug 2009 16:59:39 -0700, Jim Thompson


Jim Thompson wrote:
On Thu, 06 Aug 2009 07:42:46 -0700, John Larkin

[snip]
I never do hierarchical schematics. Everything's flat.

John

I _always_ do hierarchical schematics! Each block is a functional
cell, making it easier for my layout guy to sort out signal and power
routing. And for me to simulate pieces before combining into the
total chip.


T'is how it ought to be. Just MHO.

Yes, and I think it'll reduce our errors significantly. However, I've
just run into another OrCad gotcha. Named signals get ruined when
buried in a hierarchy.

In PSpice Schematics "appending" a page number is an option. But
you're probably using Crapture :-(

Yep, that it is.

The first instance keeps its name, everything
else has its net number appended. It's impossible (without
investigating each net) to tell which signal goes with which block.

HB34:N_6 ???

Signal
Signal_546273
Signal_893273

The number appears to be the numeric part (it's usually of the form
N_78234) default net name, if I hadn't assigned a name. In fact, it
appears that Crapture only lets you think there is a hierarchy, when
it's really just a flat netlist. To define diff-pairs, for example,
one has to do it at the flat level. No can do in the hierarchy or
schemaitc level. It really is crap.

PSpice Schematics has a checkbox to choose netlisting method, flat or
hierarchical. Crapture probably does also. Charlie???

...Jim Thompson

Hi Jim,
Sorry, been distracted by local politics (interesting story...Charlie
for Mayor? ;-) )

Ok, in Capture, go to the project view (the design heirarchy) and
select the DSN file. Go to Tools/Create Netlist and choose the PSpice
tab. There, you will find the checkbox for Heirarchical Netlist.

Any other questions?

That sets up the netlist, but how do I use that information within
Capture itself? My issue is (or was, I already did it the hard way)
creating differential pairs out of signals down in the hierarchy. It
has to be done from the flat nets dialogs and there is no hierarchy
information there.
 
K

krw

Jan 1, 1970
0
John said:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.

Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.

Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?

Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.

I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

In Capture they get flattened, along with everything else.
 
K

krw

Jan 1, 1970
0
John said:
John Larkin wrote:
krw wrote:
krw wrote:
[...]


b. I often have situations where, say, an opamp or comparator switches
the supply of another. This can become next to impossible to understand
by other engineers, especially younger ones.
In our case there is always a PIC in the middle. I don't know how to
show the power control code on the schematic. ;-)

So far I never had a PIC in the middle ...
When I first wrote "PIC" I was kidding; the answer to every question
is "PIC". The fact is that we do have a PIC in the middle, on top of
a DSP.

Dead-bugged on top of it with liquid nails glue ...? :)


Cadsoft Eagle allows a very nice flexibility here: You can call up the
power pins via the "invoke" command. The CAD symbol is usually drawn so
it slides over the A-device (or another if you wish) and fits as if it
was part of the symbol. You can also place it near the group in the
schematic, or down at the bottom for simpler architectures. That's how
it ought to be, gives the designer all the freedom.
That sounds like it solves all the problems.
Sure does. That CAD program is very close to perfect. With one major
deficiency and that makes it IMHO useless for any larger design: No
hierarchical sheet structure :-(
Monday we had the design review for the widget I'm working on. My
boss really liked the hierarchical (turtles all the way down)
organization. I'm not so sure about the other hardware engineer
though. ;-) I'm still not to where I can easily determine where to
add a hierarchical block or another sheet though. More than one block
for a component (FPGA) just seems wrong.
Yes, I would never, ever, split a component across several sheets or
even just blocks. That makes a royal mess out of a schematic.
Thing I'm doing now, the PLX PCIe chip is three "gate sections" (pcie,
backside bus, power) across two sheets. The FPGA is 8 sections (one
for each bank, 450 pins or so total) across three sheets. This one
board is a 22 sheet schematic... B size sheets.

You never split gate or opamp sections between sheets?

Nope. Only exception is simple logic gates but even then you'd almost
have to twist my arm.


I never do hierarchical schematics. Everything's flat.

Then we have almost opposite CAD habits. But at least we have similar
beer taste, only the good stuff :)

What happens to reference designators in a hierarchical schematic?

Typically it numbers right on through if you hit auto-number. But it
really never mattered to me in my Orcad days because most clients wanted
a back annotation anyhow, so that the top left of the physical PCB
started with R1, C1 and the bottom right would end with R542, C367. Then
that got fed into the schematic, I updated my module spec with the new
refdeses, done.

I don't understand that. If the schematic has a main controller part
and, say, 16 channels, and you draw one instance of the channel,
abstract that into a block, and draw 16 of the blocks - which is what
a hierarchical schematic does - how does each instance have its own
reference designators, sequantial across all the modules?

Capture renumbers - flat - them for each instance.
How do you print the schematic for field service? Where the hell is
R325 in one of the instances when only one sub-module schematic
exists?

They all exist. You print all the sheets. Ugly as hell, but it's
really not much worse than flat schematics. Much better if you use a
viewer.
 
Top