kicad-developers team mailing list archive

[jean-pierre charras - INPG <jean-pierre.charras@...>]

Frank Bennett a écrit :
> I posted a Test.sh shar script containing a EEscheme
> test schematic, pro, lib and net file . The Test.sch file
> contains an instance:
>
> $Comp
> L R R3
> U 1 1 00000000
> P 3400 3400
> F 0 "R3" H 3600 3400 90 0000 L T
> F 1 "30K" H 3600 3500 90 0000 L T
> X 1 3400 3400
> X 1 0 0 -1
> $EndComp
>
> Yet the schematic display shows 30K on Top of R3
> R3 @(3600, 3300) Left Top
> 30K @(3600, 3400) Left Top
>
> What's going on?
I tested this and found:
R3 @(3600, 3400) Left Top
30K @(3600, 3300) Left Top

This is one of some oddities of eeschema.
For components, some coordinates use the standart Y axis orientation 
(from bottom to top).
For field location, eeschema calculates the relative position for 30K 
(F1) field dy = 3500 - 3400 = 100 mils
But screen uses reverse Y axis orientation (from top to bottom), and the 
screen pos is 3400 + (-100) = 3300 mils
this is due to the eeschema history.
> Also the net file does not show the GND in the net part
> of the file. Pcbnew must use the component part of the
> Netlist file since the footprint info is there. The nets
> part of the file is probably redundant info that is not
> used?
>
> thanks,
> Frank
The GND is not really a net because there is only one pin connected (and 
obviously a net must have more one pin to create a connection)
So the so-called GND is removed from the list of nets.

This list is not used by Pcbnew and it is for info only.

--
Jean-Pierre CHARRAS
Maître de conférences
Directeur d'études 2ieme année.
Génie Electrique et Informatique Industrielle 2
Institut Universitaire de Technologie 1 de Grenoble
BP 67, 38402 St Martin d'Heres Cedex

Recherche :
Grenoble Image Parole Signal Automatique (GIPSA - INPG)
46, Avenue Félix Viallet
38031 Grenoble Cedex