1
0
mirror of git://projects.qi-hardware.com/fped.git synced 2024-12-22 23:28:38 +02:00
Go to file
werner fe5f824b9e Make delete feel "safer".
- objects are now deleted by selecting them, then clicking on the delete icon
- removed tool_ops.click, which was only there because of delete



git-svn-id: http://svn.openmoko.org/trunk/eda/fped@5419 99fdad57-331a-0410-800a-d7fa5415bdb3
2009-08-11 20:52:33 +00:00
icons Make delete feel "safer". 2009-08-11 20:52:33 +00:00
coord.c - README: described use of semicolons 2009-08-04 21:45:33 +00:00
coord.h - added KiCad output 2009-08-10 21:02:26 +00:00
cpp.c Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00
cpp.h Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00
delete.c More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
delete.h - when dragging the endpoint of an arc, show a helper line to visually connect 2009-08-06 20:19:00 +00:00
dump.c - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
dump.h - started functions to dump .fpd files (automatic labeling doesn't quite work 2009-08-05 10:35:48 +00:00
error.c - combined frame and variable view into a single table 2009-08-03 21:10:49 +00:00
error.h Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00
expr.c - tables no longer try to fill the available space in the variables area 2009-08-06 21:57:18 +00:00
expr.h - tables no longer try to fill the available space in the variables area 2009-08-06 21:57:18 +00:00
file.c - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
file.h - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
fpd.l More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
fpd.y More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
fped.c - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
gui_canvas.c - File>Save now saves to a file if a second name is given on the command line, 2009-08-10 13:51:51 +00:00
gui_canvas.h - to simplify communication between the various modules, renamed "ctx" to 2009-08-08 14:11:26 +00:00
gui_frame.c - band-aid: make canvas grab focus on click and scroll, so that it's easy to 2009-08-09 01:51:20 +00:00
gui_frame.h - moved handling of frame area from gui.c to gui_frame.c and cleaned up their 2009-08-08 19:35:16 +00:00
gui_inst.c - band-aid: make canvas grab focus on click and scroll, so that it's easy to 2009-08-09 01:51:20 +00:00
gui_inst.h - to simplify communication between the various modules, renamed "ctx" to 2009-08-08 14:11:26 +00:00
gui_meas.c - File>Save now saves to a file if a second name is given on the command line, 2009-08-10 13:51:51 +00:00
gui_meas.h - File>Save now saves to a file if a second name is given on the command line, 2009-08-10 13:51:51 +00:00
gui_over.c - to simplify communication between the various modules, renamed "ctx" to 2009-08-08 14:11:26 +00:00
gui_over.h - to simplify communication between the various modules, renamed "ctx" to 2009-08-08 14:11:26 +00:00
gui_status.c - gui_tools.c:new_vec didn't initialize vec->samples, causing fped to crash 2009-08-07 19:42:57 +00:00
gui_status.h - gui_tools.c:new_vec didn't initialize vec->samples, causing fped to crash 2009-08-07 19:42:57 +00:00
gui_style.c - to simplify communication between the various modules, renamed "ctx" to 2009-08-08 14:11:26 +00:00
gui_style.h - added icons for new-style measurements (on-going) 2009-08-07 21:47:51 +00:00
gui_tool.c Make delete feel "safer". 2009-08-11 20:52:33 +00:00
gui_tool.h Make delete feel "safer". 2009-08-11 20:52:33 +00:00
gui_util.c - simplified tool_button and moved it from gui_tool.c to into gui_util.c 2009-08-08 21:59:33 +00:00
gui_util.h - simplified tool_button and moved it from gui_tool.c to into gui_util.c 2009-08-08 21:59:33 +00:00
gui.c - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
gui.h - simplified tool_button and moved it from gui_tool.c to into gui_util.c 2009-08-08 21:59:33 +00:00
inst.c Make delete feel "safer". 2009-08-11 20:52:33 +00:00
inst.h - added KiCad output 2009-08-10 21:02:26 +00:00
kicad.c - added KiCad output 2009-08-10 21:02:26 +00:00
kicad.h - added KiCad output 2009-08-10 21:02:26 +00:00
Makefile Make delete feel "safer". 2009-08-11 20:52:33 +00:00
meas.c - File>Save now saves to a file if a second name is given on the command line, 2009-08-10 13:51:51 +00:00
meas.fpd More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
meas.h - File>Save now saves to a file if a second name is given on the command line, 2009-08-10 13:51:51 +00:00
obj.c More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
obj.h More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
postscript.c - vector labels are already in a per-frame namespace, so we don't need to add 2009-08-11 20:17:39 +00:00
postscript.h - change file save logic to write to a temporary file first, so that we don't 2009-08-11 01:20:15 +00:00
qfn.fpd More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
quad.fpd - added menu item "Save" to dump the footprint to stdout 2009-08-06 06:54:41 +00:00
README More work on measurements. Getting there ... 2009-08-09 00:06:54 +00:00
sc89.fpd - trying to place a frame reference upset the overlay state and caused an abort 2009-08-10 15:13:07 +00:00
tab.fpd - added menu item "Save" to dump the footprint to stdout 2009-08-06 06:54:41 +00:00
TODO Make delete feel "safer". 2009-08-11 20:52:33 +00:00
unparse.c Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00
unparse.h Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00
util.c Valgrind and gcc -O: 2009-08-04 07:04:36 +00:00
util.h Moved fped over to /trunk/eda 2009-08-03 16:12:47 +00:00

fped - Footprint editor
=======================

fped is an editor that allows the interactive creation of footprints of
electronic components. Footprint definitions are stored in a text format
that resembles a programming language.

The language is constrained such that anything that can be expressed in
the textual definition also has a straightforward equivalent operation
that can be performed through the GUI.


Building
--------

Check out the repository:

  svn co http://svn.openmoko.org/trunk/eda/fped
  cd fped

Get updates:

  svn update

Compile:

  make dep
  make

Run an example:

  ./fped qfp.fpd


Motivation
----------

KiCad already includes a footprint ("module") editor, so why do we need
a new one ? The issue with footprint generation for KiCad is that the
built-in module editor is basically a drawing program that only captures
the result of the module author's interpretation of a footprint drawing,
but does not include the steps that led to this construction.

Furthermore, accurate measuring of dimensions in the drawing can only be
done manually in the module editor, which makes review difficult and
time-consuming.

In fped, the construction process is made explicit and each step can be
expressed in terms of the parameters that appear in the vendor's
drawing. Dimensions can be explicitly measured and the results can be
included in the graphical output generated by fped.

Directly using parameters and construction steps from the reference
drawing reduces the risk of mistakes. Visualizing the construction
process and verificative measurements helps efficient and accurate
review.


Footprint definition file format
--------------------------------

Footprint definitions are stored in text files. The program "fped" reads
and (soon) writes such files, visualizes their content, and provides a
graphical editor for them.

The syntax is unique and draws from elements of a variety of languages
commonly found on unix systems. One specialty is that there are no
reserved words - the language keywords appear only at the beginning of
a line and can thus be recognized as such without restricting their use
for identifiers. This reduces the risk of creating incompatibilities
with existing designs when introduction future language features.

fped uses the C preprocessor for comments, conditional compilation,
and - to a limited extent - also macros. Long lines can be split by
ending them with a backslash. If multiple items need to be placed in a
single line, e.g., in a macro, they can be separated with semicolons.

The file has the following structure:

frame definitions
...
part name
objects
...


Geometry model
--------------

The geometry model consists of frames, vectors, and objects. The shape of
objects is defined by a number of points. These points are produced by
concatenating vectors.

E.g., to draw a line from (1mm, 1mm) to (2mm, 2mm), one would make a
vector from the origin to (1mm, 1mm) and one either from the origin or
from the previous vector to (2mm, 2mm), and then make a line connecting
the two points.


Units
- - -

fped can calculate in mm and mil. Units are specified by following a
number with "mm" or "mil", separated by zero or more spaces or tabs.

Examples:

1mm
2 mil

Units can be mixed in calculations, e.g.,

set a = 1mm+20mil
set b = 10*1mm

All values used as dimensions must be either mm or mil.


Vectors
- - - -

Vectors can be anonymous or they can be named for future reference:

vec <base> ( <x-expr>, <y-expr> )
<identifier>: vec <base>  ( <x-expr>, <y-expr> )

The base can be one of the following items:

- @ is the origin of the frame containing the vector
- . is the end of the previous vector in this frame
- <identifier> is the name of a previous vector in the same frame

The following example would draw the line described in the previous
section:

a: vec @(1mm, 1mm)
b: vec .(1mm, 1mm)
line a b


Silk screen objects
- - - - - - - - - -

The output of fped is a footprint definition that contains pads and silk
screen drawings (we may add more layers in the future). These items are
called "objects". Their geometry is defined through points obtained with
vectors.

A line connects two points:

line <point-a> <point-b> [<width>]

The points can be specified with @, ., and an identifier, just like
a vector base. The option width specifies the thickness of the silk
screen line. If omitted, a hard-coded default of 15 mil is used.

A rectangle has sides parallel to the x and y axis and is defined
by two diagonally opposite corners:

rect <point-a> <point-b> [<width>]

A circle is defined by its center and a point on the circle:

circ <center> <point> [<width>]

This example draws a unit circle:

vec @(1mm, 0mm)
circ @ .

An arc is like a circle, but the part of the circle drawn is determined
by two points. The first point determines the radius and the starting
angle. The second point only determines the end angle but its distance
from the center is ignored.

arc <center> <radius> <end> [<width>]

The arc is drawn in a counter-clockwise direction. The following example
draws an arc of the unit circle in the x > 0, y > 0 quadrant:

from: vec @(1mm, 0mm)
to: vec @(0mm, 1mm)
arc @ from to


Pads
- -

Pads are similar to rectangles, but they also have a name.

pad "<name>" <point-a> <point-b>

Variables can be expanded in a pad's name by prefixing their name with
a dollar sign. The ${name} syntax is also available.

Example:

vec @(1mm, 1mm)
pad "1" @ .


Measurements
- - - - - -

*** This is obsolete - see the section on new-style mesurements at the end. ***

Measurements show the distance between two points:

meas <point-a> <point-b> <offset>

The offset is the distance from the imaginary line connecting points A
and B the measurement line is draw:

- if the offset is 0mm, the line will connect A and B
- if the offset is positive, the line would be on the left-hand side when
  traveling from A to B
- if the offset is negative , the line would be on the right-hand side when
  traveling from A to B

Example:

a: vec @(-1mm, 1mm)
b: vec @(1mm, 1mm)
meas a b 0.2 mm


Part name
- - - - -

The part name is a string of alphanumerical characters. Underscores are
allowed in the part name as well.

part "<name>"

Examples:

part "SSOP_48"
part "0603"


Frames
- - -

Frames are used to group things and to reuse them multiple times. Frames
must be defined before they can be used:

frame <name> {
    ... items ...
}

Once defined, a frame is placed at a given location with

frame <name> <point>

The frame definitions must precede all other items in a footprint
description. Frames cannot be defined inside other frames, but frames
can invoke each other recursively.

For example, this puts two unity squares, one centered at (0 mm, 0 mm),
the other at (2 mm, 0 mm):

frame unit_square {
	a: vec @(-0.5mm, -0.5mm)
	b: vec .(1mm, 1mm)
	rect a b
}

frame unit_square @
vec @(2mm, 0mm)
frame unit_square .


Names and variables
-------------------

fped uses several name spaces:

- frame names occupy one global name space

- vector names occupy name spaces delimited by the frame they're
  contained in. A vector name is only visible inside the frame in which
  it is defined.
  
- variable names occupy name spaces delimited by the frame they're
  contained in. A variable lookup starts in the frame in which the
  corresponding expression appears and propagates to outer frames
  until the variable is found.

- pads occupy one global name space (this is currently not enforced)

Note that names cannot be redefined. E.g., this does not work:

set a = 1
set a = a+1

The names spaces of frames, vectors, variables, and pads are separate
from each other.


Simple variables
- - - - - - - -

A variable with a single value is defined with the following
assignment syntax:

set <identifier> = <expression>

Example:

set a = b+2


Loops
- - -

A loop is a variable with a range of values:

loop <identifier> = <from>, <to>

The variable assumes all the values i for <from> <= i <= <to>, in
increments of one. E.g.,

loop n = 1, 3

and

loop n = 1, 3.5

both assign the values 1, 2, and 3 to the variable "n". The
following loop would not execute at all:

loop n = 1, 0

When a loop is executed, the objects contained in the body of the
enclosing frame are generated for each value of the variable. If
a frame contains multiple loops, all possible combinations of the
values are generated.

The following example draws three concentric circles around the
origin, with radii 1, 2, and 3:

loop x = 1, 3
vec @(x*1mm, 0mm)
circ @ .


Tables
- - -

Tables combine values for multiple variables. Like loops, they are
used to iteratively generate objects. A table begins with a row of
variable names, followed by one or more rows with values. Rows are
enclosed in curly braces and their elements are separated by commas.

table
    { <identifier>, ... }
    { <expression>, ... }
    ...

Like loops, tables are iterated to generate objects. The following
example is equivalent to the one in the previous section:

table
    { x }
    { 1mm }
    { 2mm }
    { 3mm }
vec @(x, 0mm)
circ @ .

Note that we can set the unit of the values directly in this case.

Iteration is performed over rows. All variables of the table are set
to the value in the respective row at the same time. For example, in

table
    { x, y }
    { 1, 2 }
    { 3, 4 }

(x, y) assume the values (1, 2) and (3, 4).


Expressions
-----------

Expressions can contain numeric constants (in non-exponential notation),
variable names, the arithmetic operations +, -, *, /, and unary -.
Parentheses can be used to change precedence.


GUI
---

Keyboard shortcuts
- - - - - - - - -

Space	reset user coordinates
+, =	zoom in (like mouse wheel forward)
-	zoom out (like mouse wheel backward)
.	cursor position to screen center (like middle click)
*	zoom and center to extents
#	zoom and center to currently active frame instance
U	undelete the previously deleted object


Canvas
- - -

To create a new object, click on the corresponding tool icon, move the
mouse to the base point of the new object, then drag to the object's
second point.

Frame references are created as follows:

- select the frame you want to add
- click on the frame icon. A black dot should appear on the icon.
- select the frame on which you want to add the new reference.
  The black dot should change to a green dot. If the current frame
  is a child of the selected frame, the dot remains black.
- click on the desired base location

To change a point of an object, select the object, then drag the point
to its new location. To edit the object's parameters, select it and
make the changes in the input area at the bottom.

To delete an object, select the delete tool and click on the object.
Deleted objects can be undeleted by pressing "u". If any other changes
have been made since deletion, fped may misbehave. If deleting a vector,
all items that reference it are deleted as well.


Experimental: new-style measurements
------------------------------------

New-style measurements can measure the distance between various pairs
of points, not only between points in the same instance and the same
frame. They operate on the set of points produced during instantiation.

New-style measurements are placed in the root frame after all other
items.

Known issues:
- they currently can't be edited through the GUI
- tie-breaking heuristics don't always do what one expects

Syntax:

<type> [<label>] <from> <op> <to> [<offset>]

Types:
- meas: measure diagonally
- measx: measure along the X axis
- measy: measure along the y axis

Note that the type also affects the selection of the points. E.g.,
measx will select maximum x values.

Operators:
- A -> B: smallest value of A and smallest B greater than A
- A <- B: like A -> B, but normal (for offset and text) is inverted
- A >> B: smallest value of A and greatest value of B
- A << B: like A -> B, but normal (for offset and text) is inverted

Operands are qualified vector names. Vectors in the root frame are
referenced by their name. Vectors in other frames are prefixed with
the name of the frame followed by a dot.

Example:

measx pad.sw -> pad.se 1mm

The optional label is printed directly before the distance. Example:

a: vec @(0mm, 0mm)
b: vec @(1mm, 0mm)
measx "width = " a >> b 0mm

would print "width = 1mm"