| blob | 0a069c638443f80621dccbd522e23d82fbe679d0 |
3 <html>
4 <head>
5 <title></title>
11 </head>
12 <body>
15 <h1 class="sectionedit1135"><a name="required_for_production_circuits" id="required_for_production_circuits">Required for production circuits</a></h1>
17 <ul>
18 <li class="level1"><div class="li"> hierarchy in schematic and netlist and pcb – modules that can be reused, arrayed.</div>
19 </li>
20 </ul>
22 </div>
23 <!-- EDIT1135 SECTION "Required for production circuits" [1-135] -->
24 <h2 class="sectionedit1136"><a name="intermediate_translation_file_format_vhdl_edif" id="intermediate_translation_file_format_vhdl_edif">intermediate translation file format VHDL? EDIF?</a></h2>
27 </div>
29 <h4><a name="schematic_layout_logic_sim_analog_sim_etc" id="schematic_layout_logic_sim_analog_sim_etc">Schematic, Layout, logic sim, analog sim, etc</a></h4>
32 <p>
33 In an *AMS language, nets have types. It's not just “wire”. The schematic needs to be extended so that pins on symbols can have types. It is not prohibited to mix types. Verilog has something called a “connectmodule” to define how to resolve mixed types. <strong>gschem attributes need to have types.</strong> [Al Davis]
34 </p>
36 <p>
37 I certainly agree that the (gnetlist-ed.) Verilog output is not 'lossless' – it's only an interchange format for the interconnect…[Mike Jarabek]
38 </p>
40 <p>
41 He's not actually proposing to use VHDL (as modeling language-ed.) but to steal some <strong>syntax from VHDL</strong> and interpret it as he sees fit for the task. In particular, he's only interested in the <strong>entity-architecture separation</strong>[Steve Williams]
42 </p>
44 <p>
45 More useful, (than creating intermediate file formats-ed.) is to <strong>refactor libgeda and define an <acronym title="Application Programming Interface">API</acronym></strong> which can be exposed via C, scheme, DBus, and other scripting languages directly modifying the underlying design. [Peter Clifton]
46 </p>
48 <p>
49 Any extraction should preserve hierarchy, in hopes that the target tool also benefits from it. Translation must be 100%, lossless, from netlist to PCB refdes, and from PCB refdes used to create a module or back annotate a schematic. [Al Davis] [paraphrased heavily by JGriessen – correct?]
50 </p>
52 <p>
53 The <strong>file format should be designed as a language</strong> meaningful and expressive of IC, programmable logic, and printed circuits. File formats that are data structure dumps cause big problems. We need an interchange file format..[Al Davis]
54 </p>
56 <p>
57 If EDIF has layout objects or schematic objects
58 built-in, that is actually a weakness. Just like SPICE having
59 resistors and transistors built-in has become a weakness.[Al Davis]
60 </p>
62 <p>
64 one reason for my preference. It's not all technical[Al Davis]
65 </p>
67 <p>
68 <strong>PCB behavior with a hierarchic netlist</strong> Right click on a symbol, select “go inside”, and another drawing opens up showing what's inside. gschem also should act this way. [Al Davis] Display in place what's inside, <strong>turn on/off the visibility</strong> or “editability” of any subcells. [Igor] <strong>Ability to visually toggle</strong> [Dan McMahill] <strong>“blocks” should be translucent.</strong> (To show in place)ed. even when you're not editing it. [DJ Delorie] Yep. [John Griessen] Dive into a block so you can edit it. When done, <strong>close and updated in place</strong>. [DJ Delorie]
69 </p>
71 <p>
72 <strong>how to handle re-use blocks?</strong> [Stuart Brorson] That is, if I have a sub-schematic which I instantiate four times, how should it be refdesed in the netlist?
73 </p>
75 </div>
76 <!-- EDIT1136 SECTION "intermediate translation file format VHDL? EDIF?" [136-2788] -->
77 <h2 class="sectionedit1137"><a name="hierarchical_buses" id="hierarchical_buses">Hierarchical Buses</a></h2>
80 </div>
81 <!-- EDIT1137 SECTION "Hierarchical Buses" [2789-2821] -->
82 <h2 class="sectionedit1138"><a name="ipc_improvements" id="ipc_improvements">IPC Improvements</a></h2>
85 <p>
86 (InterProcess Communication -ed.) between gschem and PCB using DBus will benefit from netlisting changes (certainly cross probing and back annotation).[Peter Clifton]
87 </p>
89 <p>
90 Peter Brett and I put together a graphical frontend to gsch2pcb which uses gsch2pcb's output to feed changes into a live PCB layout. [Peter Clifton]
91 </p>
93 <p>
94 For <strong>cross-probing</strong> / interactive simulation / back annotation, we require libgeda to <strong>give gschem, gattrib etc.. the circuit representation</strong> underlying your schematic drawing.[Peter Clifton]
95 </p>
97 </div>
98 <!-- EDIT1138 SECTION "IPC Improvements" [2822-3368] -->
99 <h2 class="sectionedit1139"><a name="robust_function" id="robust_function">Robust Function</a></h2>
102 <p>
103 libgeda could/should evolve - as a backend to different tools. Since the PCB file-format is PCB's, and may change, it is wiser to use a defined <acronym title="Application Programming Interface">API</acronym> to PCB to make PCB write the file. This entails adding to PCB's action interface as necessary, and making gsch2pcb output a script of actions rather than a “PCB” file. [Peter Clifton]
104 </p>
106 <p>
107 I'm hoping to separate much of the <acronym title="Graphical User Interface">GUI</acronym> structure and cram that back in the applications it belongs in, re-structuring libgeda to be design data-oriented.[Peter Clifton]
108 </p>
110 <p>
111 <strong>function library with bindings to users language of choice</strong> a proper, “official” <acronym title="Practical Extraction and Report Language">Perl</acronym>-callable library to parse a layout file, a footprint file, or a schematic file, and load the data into an in-memory data structure. Such a library to read and write these file formats would dramatically reduce the activation energy hump to write a rich set of tools for all of us. [CP Tarun]
112 </p>
114 <p>
115 It would not fall out of sync with the changing file-formats, because you wouldn't write yet another implementation of the parser, data-structures etc, nor would you copy-paste code. You would have one library which is used by all tools (probably in C as this is what the suite mostly uses), then you would provide language bindings so people can write the useful utilities they want. If this means having to split code out of existing tools and into a library, that is the way forward in terms of code reuse. [Peter Clifton]
116 </p>
118 <p>
119 I completely agree. [Dan McMahill]
120 </p>
122 <p>
123 Also consider libgpmi which currently supports 8 languages, will support guile [Igor]
124 </p>
126 </div>
127 <!-- EDIT1139 SECTION "Robust Function" [3369-4944] -->
128 <h2 class="sectionedit1140"><a name="other_improvements" id="other_improvements">Other Improvements</a></h2>
131 <p>
132 It is very useful I think to let DRC run to completion and <strong>have a DRC layer</strong> (or perhaps 1 DRC layer per copper layer as you suggest) that identifies exactly the <strong>offending feature</strong>.[Dan McMahill]
133 </p>
135 <p>
137 </p>
139 <p>
140 have a block (in PCB)ed. that is a modular entity. Normally, you can't do anything but move it around as a whole. A special action “opens” this block (and hides everything else) so you can edit it. When you're done, it's closed again - and any copies of the block are automatically updated in place. [DJ Delorie]
141 </p>
143 <p>
144 <strong>be able in the netlist to tell pcb which slots are swapable</strong>, which i/o pins are swapable and which pin pairs can function as differential pairs (these last two have to be able to be limited to specific banks) such that pcb could correctly change the net list itself. Then I would like PCB to be able to tell me what pins and in what order the pins were swapped so that this could be imported back into the original design.[Steve Meier]
145 </p>
147 <p>
148 <strong>gschem attribute editable as symbols placed</strong>, (such as description of the layout footprint attribute) [CP Tarun]
149 </p>
151 <p>
152 <strong> recesses in boards, (holes in PCB layers)</strong>[Steve Meier] Required for straight leads out side of packages and flex circuits.
153 </p>
155 <p>
156 Yeah, you'd need the “layer types” patch to really manage that, as you'd be able to tag multiple pcb layers as “outline” layers[DJ Delorie]
157 </p>
159 <p>
160 <strong> PCB should be able to do hidden vias</strong>, buried vias and micro vias. [Steve Meier]
161 </p>
163 <p>
164 Answered by non-copper layers, multi-pin projects in SoC list [DJ Delorie]
165 </p>
167 <p>
168 Use padstack to build elements with copper and non-copper layers independent.[Levente]
169 </p>
171 <p>
172 <strong>a PCB interface for presenting dynamic dialog boxes</strong> for importers [Igor] I think this is part of having easy scripting of user's choice, so an important design flow consideration[John Griessen]
173 </p>
175 </div>
176 <!-- EDIT1140 SECTION "Other Improvements" [4945-6847] -->
180 <p>
181 <strong>change only the top of hierarchy string</strong> of a layout module to netlist correctly.[Steve Meier]
182 </p>
184 <p>
186 </p>
188 <p>
189 PCB doesn't care what the refdes is, a heirarchical one is just as valid [DJ Delorie]
190 </p>
192 <p>
194 </p>
196 <p>
197 Can be putoff and done as a <acronym title="Graphical User Interface">GUI</acronym> plugin script – a detail of easy scripting wants [JGriessen]
198 </p>
200 <p>
201 <strong>In gschem, more control over printed or exporting</strong>, as in CAM files a la Eagle.[CP Tarun]
202 </p>
204 <p>
205 Can be putoff and done as a <acronym title="Graphical User Interface">GUI</acronym> plugin script – a detail of easy scripting wants [JGriessen]
206 </p>
208 </div>
209 <!-- EDIT1141 SECTION "Too Detailed" [6848-7493] -->
210 <h2 class="sectionedit1142"><a name="implementation" id="implementation">Implementation</a></h2>
213 <p>
214 <strong>What kind of data structures are desirable?</strong> How would they look? [Stuart Brorson]
215 <strong>Once a datastructure is decided upon, then what does the file format look like?</strong> Preserving the current close mapping of files to data structures is a desirable goal. The data structures defining hierarchy dictate what the file format should look like. [Stuart Brorson]
216 </p>
218 <p>
219 Right now, the main data structure for a schematic is a linear linked list of graphical objects (for each schematic page). Some list items point to others (i.e. to support component attributes). How would that change to support hierarchy? [Stuart Brorson]
220 </p>
222 <p>
223 PCB has a second format it uses called a “resource file”. It's a semi-lisp-ish format that allows for arbitrarily nested data. It could be used to hold pretty much anything, but it isn't “designed for the data”.[DJ Delorie]
224 </p>
226 <p>
227 <strong>How should gschem behave once hierarchy is architected in?</strong> Right now you attach a source= attribute to a symbol. Then you do “schematic down” on that symbol to dive into the sub-schematic. Is that OK? Or what's a better scheme?
228 </p>
230 <p>
231 <strong>Some work has already been done using gnetman by Bill Cox,</strong> but it has never been part of the distribution gnetlist. Dan McMahill wrote: “a reason to use the gnetman database as opposed to one designed by one of us” is that without availing Bill Cox's substantial tested work, we may “find that the underlying database structure and methods for accessing it still aren't complete enough, fast enough, or scalable enough.”
232 </p>
234 <p>
235 <strong>Some work has already been done by Steve Meier</strong> to enable practical work on FPGAs.
236 </p>
238 <p>
239 <strong>Some design work has been done by Peter Brett and Peter Clifton,</strong> producing a concept diagram of a sub-circuit oriented data-structure based on gnetman's structure diagram for netlisting. See <a href="geda-data_structure_design_discussion.html" class="wikilink1" title="geda-data_structure_design_discussion.html">data structure design discussion</a>
240 </p>
242 </div>
244 </html>