Index: trunk/doc/features/nonetlist.html =================================================================== --- trunk/doc/features/nonetlist.html (revision 15215) +++ trunk/doc/features/nonetlist.html (nonexistent) @@ -1,74 +0,0 @@ - - - - pcb-rnd - [nonetlist] - - - - - - - - - -
Main - News - Doc & pool - Support - People - Events & timeline - pcb-rnd [pcb-rnd logo] -
- - -

pcb-rnd - the [nonetlist] patch

- -The [nonetlist] patch adds an element flag that makes PCB ignore the marked -element when dealing with netlists. This means connecting a net to a pin of -a nonetlist element will not cause a short. The refdes of a nonetlist -part is drawn with color element-color-nonetlist (ElementColor_nonetlist -in the source; default value #777777, grey). -

-Uses of the nonetlist feature: -

-

-Preservation: gsch2pcb-rnd leaves nonetlist elements in the PCB. -

save/load and compatibility

-This patch introduces a new element flag. The following example demonstrates -a 1206 jumper footprint: -
-Element["nonetlist" "1206 jumper, 0 ohm" "" "1206" 0 0 -3150 -3150 0 100 ""]
-(
-	Pad[-5905 -1181 -5905 1181 5118 2000 5718 "1" "1" "square,intconn(1)"]
-	Pad[5905 -1181 5905 1181 5118 2000 5718 "2" "2" "square,intconn(1)"]
-	ElementLine[-2362 -3740 2362 -3740 800]
-	ElementLine[-2362 3740 2362 3740 800]
-)
-
-Mainline PCB will load the design ignoring internal connections and nonetlist -flag - this will cause shorts on all connected pins/pads and will break -the connection. -

-Mainline PCB doesn't save nonetlist and elements are embedded in the file - -once the design is loaded and saved with mainline PCB, the flag is lost. -After reloading the file in pcb-rnd, the element causes the same shorts -as in mainline PCB. - -

plans

-No plans, the feature is complete. - - Index: trunk/doc/features/index.html =================================================================== --- trunk/doc/features/index.html (revision 15215) +++ trunk/doc/features/index.html (nonexistent) @@ -1,35 +0,0 @@ - - - - pcb-rnd - features - - - - - - - - - -
Main - News - Doc & pool - Support - People - Events & timeline - pcb-rnd [pcb-rnd logo] -
- - -

pcb-rnd

-

Change summary, per topic

- -
commit message tag and docdescription -
[intconn] component internal connections -
[nonetlist] components that are not part of the netlist and should not cause shorts -
[mods] modularize the code to reduce core size - for comparison -
[conf] new, unified, config file system -
- - - Index: trunk/doc/features/intconn.html =================================================================== --- trunk/doc/features/intconn.html (revision 15215) +++ trunk/doc/features/intconn.html (nonexistent) @@ -1,93 +0,0 @@ - - - - pcb-rnd - [intconn] - - - - - - - - - -
Main - News - Doc & pool - Support - People - Events & timeline - pcb-rnd [pcb-rnd logo] -
- - -

pcb-rnd - the [intconn] patch

- -There are parts with internal connections (e.g. pin 2 and 4 of a SO8 -package are internally connected). Mainline PCB can not handle this, -leaving the following options: - -

-The patch introduces a new pin flag intconn(g) which marks the pin -to have internal connections in group g. If there -are multiple pins using the same g value within a single element, they -are internally connected. In other words, g is a group (or net name) -within the element and pins can join to one of the numbered groups (or internal -nets). The value of g shall be between 1 and 255, 0 means no internal -connection (equivalent to the case when intconn(0) is omitted). -

-When pin numbers are displayed (key 'd'), internal connection groups are -written in square brackets, e.g. "2 [9]" means "pin 2, internally connected -to group 9". -

-Combined with the [nonetlist] patch, this -solves the "0-ohm 1206 jumper" problem: the element should be marked -as nonetlist, with both pins set intconn(1) - this will result in a 2 -pad element, pads internally connected, that can be part of any one network -without causing short. -

Example

-The first image depicts crossing traces, a common problem encountered when rats -nesting a new layout from a netlist. One method to resolve such issues is to -use a zero ohm jumper resistor that allows one signal trace to 'jump' across -another. -

-The second image shows the layout routing the nonconflicting rats and a open -unrouted point where the rat would require one trace to cross another. -

-In the third image a 1206 SMD footprint for a 0 Ohm 1206 resistor called J1 is -placed with an intconn between the two pads which resolves the final rat line. -

-[Layout with resistors and rat lines] -

-[Layout with one remaining rat line] -

-[Layout with jumper completing net] -

- - - -

save/load and compatibility

-This patch introduces a new pin flag. In the following example -pin 2 and 4 are connected internally as group 9, while pin 3 -does not have any internal connections: -
-Pin[40000 60000 6000 3000 6600 2800 "2" "2" "square,intconn(9)"]
-Pin[40000 50000 6000 3000 6600 2800 "3" "3" "square"]
-Pin[40000 40000 6000 3000 6600 2800 "4" "4" "square,intconn(9)"]
-
-Mainline PCB will load the design ignoring internal connections - -this may introduce new rats. -

-Mainline PCB doesn't save intconn() and elements are embedded in the file - -once the design is loaded and saved with mainline PCB, internal connection -info is lost. - -

plans

-No plans - this feature is fully implemented. There is no plan for implementing -a GUI, internal connections should be hand-edited into the element. - - Index: trunk/doc/features/intconn1.png =================================================================== Cannot display: file marked as a binary type. svn:mime-type = application/octet-stream Index: trunk/doc/features/intconn1.png =================================================================== --- trunk/doc/features/intconn1.png (revision 15215) +++ trunk/doc/features/intconn1.png (nonexistent) Property changes on: trunk/doc/features/intconn1.png ___________________________________________________________________ Deleted: svn:mime-type ## -1 +0,0 ## -application/octet-stream \ No newline at end of property Index: trunk/doc/features/README =================================================================== --- trunk/doc/features/README (revision 15215) +++ trunk/doc/features/README (nonexistent) @@ -1,3 +0,0 @@ -The content of this obsolete directory is being moved into the pcb-rnd -knowledge pool (accessible from http://pcb-rnd.repo.hu clicking on the pool -in the menu) Index: trunk/doc/features/intconn2.png =================================================================== Cannot display: file marked as a binary type. svn:mime-type = application/octet-stream Index: trunk/doc/features/intconn2.png =================================================================== --- trunk/doc/features/intconn2.png (revision 15215) +++ trunk/doc/features/intconn2.png (nonexistent) Property changes on: trunk/doc/features/intconn2.png ___________________________________________________________________ Deleted: svn:mime-type ## -1 +0,0 ## -application/octet-stream \ No newline at end of property Index: trunk/doc/features/jumper_1206.fp =================================================================== --- trunk/doc/features/jumper_1206.fp (revision 15215) +++ trunk/doc/features/jumper_1206.fp (nonexistent) @@ -1,7 +0,0 @@ -Element["nonetlist" "1206 jumper, 0 ohm" "" "1206" 0 0 -3150 -3150 0 100 ""] -( - Pad[-5905 -1181 -5905 1181 5118 2000 5718 "1" "1" "square,intconn(1)"] - Pad[5905 -1181 5905 1181 5118 2000 5718 "2" "2" "square,intconn(1)"] - ElementLine[-2362 -3740 2362 -3740 800] - ElementLine[-2362 3740 2362 3740 800] -) Index: trunk/doc/features/intconn3.png =================================================================== Cannot display: file marked as a binary type. svn:mime-type = application/octet-stream Index: trunk/doc/features/intconn3.png =================================================================== --- trunk/doc/features/intconn3.png (revision 15215) +++ trunk/doc/features/intconn3.png (nonexistent) Property changes on: trunk/doc/features/intconn3.png ___________________________________________________________________ Deleted: svn:mime-type ## -1 +0,0 ## -application/octet-stream \ No newline at end of property Index: trunk/doc/README =================================================================== --- trunk/doc/README (revision 15215) +++ trunk/doc/README (revision 15216) @@ -3,7 +3,6 @@ Most notable subdirectories: developer/ documentation for developers user/ user reference manual - features/ details of pcb-rnd features conf/ documentation of the configuration system devlog/ random thoughts and articles man/ UNIX manual pages Index: trunk/doc/datasheet.html =================================================================== --- trunk/doc/datasheet.html (revision 15215) +++ trunk/doc/datasheet.html (revision 15216) @@ -73,8 +73,6 @@
modularity (most code implemented in plugins)
slim code, reduced external dependency, portability -

-More details on some of the features, especially compared to gEDA/PCB. Index: trunk/doc/doc.html =================================================================== --- trunk/doc/doc.html (revision 15215) +++ trunk/doc/doc.html (revision 15216) @@ -29,8 +29,6 @@

Index: trunk/doc/motivation.html =================================================================== --- trunk/doc/motivation.html (revision 15215) +++ trunk/doc/motivation.html (revision 15216) @@ -54,7 +54,7 @@
  • replaced the footprint mapping/loading code; instead of a hardwired m4 dependency, parametric (generated-on-the-fly) footprints can be written in any language
  • replaced the default footprint library shipped with the software; the new library ships a small, well organized collection of essentials, omitting special/rarely used footprints
  • got the code much more modular - a lot of core code got converted into plugins -
  • threw out the resource parser and file format (menu.res and friends) in favor of lihata; this removed a lot of code duplication and a strangely designed resource tree data structure I really hated; as a side effect the gtk hid has multi-stroke hotkeys +
  • threw out the resource parser and file format (menu.res and friends) in favor of lihata; this removed a lot of code duplication and a strangely designed resource tree data structure I really hated; as a side effect the gtk hid has multi-stroke hotkeys
  • replaced glib with a set of mini libs in core and most of the plugins; at the end only the gtk hid should depend on glib; this made the code easier to maintain and debug; a lot of checks are now compile-time (through the C type system) instead of runtime (glib lists)
  • replaced the settings/rc/preferences system with a central, lihata based configuration system - long term hid attributes will be converted too @@ -114,7 +114,7 @@
  • My plans for new features were: