← Back to branch summary

~ubuntu-branches/ubuntu/intrepid/electric/intrepid

« back to all changes in this revision

Viewing changes to html/manual/text/chap08-09.html

  • Committer: Bazaar Package Importer
  • Author(s): Onkar Shinde
  • Date: 2008-07-23 02:09:53 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20080723020953-1gmnv7q2wpsdbnop
Tags: 8.07-0ubuntu1
https://launchpad.net/bugs/242720
* New Upstream version. Please check changelog for details. (LP: #242720)
* debian/control
  - Add build dependencies *-jdk, cdbs and bsh.
  - Remove build dependency dpatch. We will be using CDBS simple patchsys.
  - Refreshed runtime dependencies to default-jre | java2-runtime and bsh.
  - Added home page field.
  - Standard version 3.8.0.
  - Modify Maintainer value to match the DebianMaintainerField
    specification.
  - Changed email address for original maintainer to indicate who has
    refreshed the packaging.
* debian/rules
  - Revamped to use cdbs.
  - Added get-orig-source target.
* debian/patches
  - 00list, 02_sensible-browser.dpatch, 01_errors-numbers.dpatch,
    03_manpage.dpatch - Deleted, not relevant anymore.
  - 01_fix_build_xml.patch - Patch to fix the build.xml.
* debian/ant.properties
  - File to set various compilation properties.
* debian/electric.1
  - Remove the entry that causes lintian warning.
* debian/electric.desktop
  - Change as suggested by desktop-file-validate.
* debian/electric.docs
  - Updated as per changes in file names.
* debian/electric.svg
  - Name changed from electric_icon.svg.
* debian/install
  - Added appropriate locations for jar file, desktop file and wrapper shell
    script.
* debian/README.source
  - Added to comply with standards version 3.8.0.
* debian/TODO.Debian
  - Name changed form TODO.
* debain/wrapper/electric
  - Wrapper shell script to launch the application.
* debian/manpages
  - Added for installation of manpage.
* debian/watch
  - Updated to match jar files instead of older tar.gz files.
* debian/dirs
  - Removed, not needed anymore.
* debian/{electric.doc-base, electric.examples, substvars}
  - Removed, not relevant anymore.
* debian/*.debhelper
  - Removed auto generated files. Not relevant anymore.

Show diffs side-by-side

added added

removed removed

Lines of Context:
html/manual/text/chap08-09.html
1
 
<HTML><HEAD><TITLE>Using Electric 8.9: How Technology Changes Affect Existing Libraries</TITLE></HEAD>
2
 
<BODY BGCOLOR="#FFFFFF">
3
 
<!-- PAGE BREAK --><A NAME="chap08-09"></A>
4
 
 
5
 
<BR><CENTER><FONT SIZE=6><B>Chapter 8: CREATING NEW ENVIRONMENTS</B></FONT></CENTER><BR>
6
 
<CENTER><TABLE WIDTH="90%" BORDER=0><TR>
7
 
<TD><CENTER><A HREF="chap08-08.html#chap08-08"><IMG SRC="../images/iconplug.png" ALT="plug" BORDER=0></A></CENTER></TD>
8
 
<TD><CENTER><H2>8-9: How Technology Changes Affect Existing Libraries</H2></CENTER></TD>
9
 
<TD><CENTER><A HREF="chap08-10.html#chap08-10"><IMG SRC="../images/iconplug.png" ALT="plug" BORDER=0></A></CENTER></TD></TR></TABLE></CENTER>
10
 
<HR>
11
 
<BR>
12
 
 
13
 
Once a technology is created, the components are available for design.
14
 
Soon there will be many libraries of circuitry that makes use of this new technology.
15
 
What happens to these libraries when the technology description changes?
16
 
In most cases, the change correctly affects the existing libraries.
17
 
However, some changes are more difficult and might invalidate the existing libraries.
18
 
This section discusses the possible changes and shows workarounds for the difficult situations.
19
 
<P>
20
 
Technology information appears in four different places:
21
 
the layers, the arcs, the nodes, and general information on the technology
22
 
(the Miscellaneous Info facet,
23
 
design-rules, color maps, and variables).
24
 
Information in these areas can be added, deleted, or modified.
25
 
The rest of this section outlines all of these situations.
26
 
<P>
27
 
<H3>Adding layers, adding arcs, adding nodes, adding general information</H3>
28
 
<P>
29
 
Adding information has no effect on the existing circuitry.
30
 
All subsequent circuit design may make use of the new technology elements.
31
 
<P>
32
 
When adding layers, it is possible that existing layer tables will no longer be valid.
33
 
Layer tables are those tables that are associated with layers,
34
 
for example the CIF or GDS layer associations.
35
 
Because these layer tables are part of the saved options,
36
 
they override the specifications in the technologies.
37
 
Therefore,
38
 
individual users who have customized these tables may have incorrect information when the technology is modified.
39
 
<P>
40
 
If layers are added to the end,
41
 
then the tables will simply have empty entries for the new layers.
42
 
If, however,
43
 
layers are added in the middle, the entries in the layer tables will now be associated with the wrong layer.
44
 
You will have to edit the layer tables and fix the entries.
45
 
<P>
46
 
<H3>Deleting layers</H3>
47
 
<P>
48
 
All references to a deleted layer, in any nodes or arcs of the technology,
49
 
will become meaningless.
50
 
This does not invalidate libraries that use the layers,
51
 
but it does invalidate the node and arc descriptions in the technology.
52
 
The geometry in these nodes and arcs will have to be moved to another layer.
53
 
<P>
54
 
Layer deletion can cause the same problem that layer addition presents:
55
 
inconsistent layer tables.
56
 
When deleting layers, the entries in the layer tables will now be associated incorrectly.
57
 
You will have to edit the layer tables and fix the entries.
58
 
<P>
59
 
<H3>Deleting nodes, deleting arcs</H3>
60
 
<P>
61
 
This will cause error
62
 
messages when libraries are read that make use of the deleted elements.
63
 
When the library is read,
64
 
you can substitute another node or arc to use in place of the now-unknown components.
65
 
<P>
66
 
<H3>Deleting general information</H3>
67
 
<P>
68
 
This depends entirely on where that information is used.
69
 
For example, an analysis tool may fail to find the information that it requires.
70
 
<P>
71
 
<H3>Modifying layers</H3>
72
 
<P>
73
 
This is a totally transparent operation.
74
 
Any change to the color, style, or stipple information (including changes to the color map)
75
 
will appear in all libraries that use the technology.
76
 
Changes to I/O equivalences or SPICE parasitics will be available to all existing libraries.
77
 
A change of the layer function may affect the technology editor's ability to decode the nodes and arcs that use this layer
78
 
(for example,
79
 
if you change the function of the "polysilicon" or "diffusion" layers that form a transistor,
80
 
the editor will be unable to identify this transistor).
81
 
Renaming a layer has no effect.
82
 
<P>
83
 
<H3>Modifying arcs, modifying nodes</H3>
84
 
<P>
85
 
This is not as simple as layer modification because the arcs and nodes appear in the circuit libraries,
86
 
whereas the layers do not.
87
 
If you rename a node or arc,
88
 
it will cause errors when libraries are read that make use of nodes with the old name.
89
 
Therefore, you must create a new node or arc first, convert all existing ones to the new type,
90
 
and then delete the old node or arc.
91
 
<P>
92
 
Many of the pieces of information on the right side of the node and arc facets apply to newly created circuitry only,
93
 
and do NOT affect existing components already in libraries.
94
 
The arc factors "Fixed-angle", "Wipes pins", "Extend arcs",
95
 
and "Angle increment" have no effect on existing libraries.
96
 
The node factor "Square node" also has no effect on existing circuitry and gets applied only in subsequent designs.
97
 
<P>
98
 
Other factors do affect existing circuitry.
99
 
Changes to the "Function" field, in both arcs and nodes,
100
 
passes to all existing components, thus affecting how analysis tools treat the old circuits.
101
 
If the "Serpentine Transistor" field in nodes is turned off,
102
 
any existing transistors that have serpentine descriptions will turn into large rectangular nodes with incorrect connections (i.e. get trashed).
103
 
Unfortunately, it may become impossible to keep the "Serpentine Transistor"
104
 
field on if the geometry does not conform to standards set by the technology editor for recognizing the parts.
105
 
If a node is not serpentine, turning the factor on has no effect.
106
 
Finally, the node factors "Invisible with 1 or 2 arcs" and "Lockable" correctly affect all existing circuitry.
107
 
<P>
108
 
A more common modification of arcs and nodes is to change their graphical descriptions.
109
 
A simple rule applies to all such changes: if you change the size of the bounding box,
110
 
it causes possibly unwanted proportion changes in all existing circuitry.
111
 
This is because the bounding box information is all that is stored in the library,
112
 
and layer sizes are defined in terms of that box.
113
 
<P>
114
 
<TABLE><TR><TD>
115
 
For example, assume that there is an active arc defined with two layers:
116
 
diffusion (2 wide) and well (8 wide).
117
 
The arcs in the libraries are therefore recorded as being 8 wide (the largest size).
118
 
The system knows that the diffusion is narrower than the overall arc by 3 on each side.
119
 
</TD><TD><CENTER><IMG SRC="../images/chap08-15.png" ALT="Figure 8.15"></CENTER></TD></TR></TABLE>
120
 
<P>
121
 
Now, if you change the well so that it is 10 wide,
122
 
the system will define the diffusion to be narrower than the overall arc by 4 on each side,
123
 
and for the existing 8-wide arcs,
124
 
the diffusion will shrink to zero and disappear.
125
 
These arcs must be resized individually, which can be tedious.
126
 
<P>
127
 
Here is an example of how node geometry changes can also make trouble.
128
 
Assume that there is a transistor that has an active piece (2 wide)
129
 
and a gate piece (2 wide).
130
 
Each piece extends beyond the transistor area by 2,
131
 
thus making the entire node 6x6 in size.
132
 
The size of each cross piece will be defined to be 2 narrower than the bounding box on each side.
133
 
If the pieces are changed so that they extend by only 1,
134
 
then the definition of each strip will change to being 1 less than the box size on each side.
135
 
All existing 6x6 transistors will suddenly have 4-wide strips where they used to be 2-wide.
136
 
<P>
137
 
In both of these examples,
138
 
it may be preferable to keep the old technology and give the new technology a different name.
139
 
Then the old libraries can be read into the old technology,
140
 
and the <B>Make Layout View...</B> command of the <B>View</B>
141
 
menu can be used to translate into the new technology.
142
 
This command uses node and arc functionality to associate components,
143
 
scaling them appropriately relative to their default sizes.
144
 
The change is completed by deleting the old technology,
145
 
renaming the new technology to the old name, and then saving the library.
146
 
<P>
147
 
<H3>Modifying general information</H3>
148
 
<P>
149
 
This last situation is typically transparent:
150
 
changed information appears in all existing libraries,
151
 
and affects those subsystems that make use of the information.
152
 
For example, a change to the SPICE headers will be seen when a SPICE deck is next generated.
153
 
A change to the design rules will be used even on the old libraries.
154
 
<P>
155
 
There is one exceptional piece of information that does NOT change in existing libraries:
156
 
the value of Lambda in the Miscellaneous Information facet.
157
 
A change to this value does cause the technology to change,
158
 
and therefore all subsequently created libraries will have this new value.
159
 
However, if you read any old libraries, the former value of lambda will be used for that library.
160
 
Also, because the value of lambda in the technology is stored in the libraries,
161
 
any new circuitry created in this library will also have the old value of lambda.
162
 
Only by switching libraries to one with the current value of lambda
163
 
(or changing the value of lambda with the <B>Change Units...</B> command of the <B>Technology</B> menu)
164
 
can the new value be established.
165
 
 
166
 
<P>
167
 
<HR>
168
 
<CENTER><TABLE BORDER=0><TR>
169
 
<TD><A HREF="chap08-08.html#chap08-08"><IMG SRC="../images/iconbackarrow.png" ALT="Prev" BORDER=0></A></TD>
170
 
<TD><A HREF="chap08-08.html#chap08-08">Previous</A></TD>
171
 
<TD>&nbsp;&nbsp;&nbsp;</TD>
172
 
<TD><A HREF="../index.html"><IMG SRC="../images/iconcontarrow.png" ALT="Contents" BORDER=0></A></TD>
173
 
<TD><A HREF="../index.html">Table of Contents</A></TD>
174
 
<TD>&nbsp;&nbsp;&nbsp;</TD>
175
 
<TD><A HREF="chap08-10.html#chap08-10">Next</A></TD>
176
 
<TD><A HREF="chap08-10.html#chap08-10"><IMG SRC="../images/iconforearrow.png" ALT="Next" BORDER=0></A></TD>
177
 
</TR></TABLE></CENTER>
178
 
</BODY>
179
 
</HTML>