In another post, I mentioned that it might be easier to first mark all vias and pins using the
Ellipse/Arc tool (the circle one). When you draw a circle, you can use the
Rx: and
Ry: to set the semiaxis lengths (half of horizontal diameter, and half of vertical diameter, respectively), and the fill color in the
Fill tab of the
Fill and Stroke pane. When you have a suitable dot designed, just
Edit >
Cut (or press
Ctrl+
X), and you can paste (
Ctrl+
V, as usual) them to the currently active layer. With the
Select tool (topmost), you can move them.
In the upper right corner of the Inkscape window, there is a magnet icon for
Snapping. To the right of it is the small triangle for its details:
Click on the
Advanced mode to see all the details, and enable only
Cusp nodes and
Object midpoints. (If you make sure
Bounding boxes is not checked, it does not matter if
Edges,
Corners,
Edge midpoints, or
Centers is checked; I just "cleaned up" the others to focus on the two important ones.) Also make sure the topmost,
Enable snapping is checked; you can also press
% key to toggle this.
After you have placed all the dots for the pins and vias –– perhaps using slightly different colors to make it easier to see what is what? ––, drawing the trace polylines is much easier, because you don't need to hit the dot exactly; Inkscape will
Snap the vertex/cusp/end point to exactly the center of the dot.
I do not know which approach of the two (polylines with end markers; or dots for pins, pads and vias) is more efficient. One thing to note is that if you do use dots, you can right-click on them and select
Object properties..., and rename their identifier (
ID:) to something more descriptive, like say "Switch1_pin6". (Again, it should start with an uppercase or lowercase letter A-Z, followed by any number of letters, digits 0-9, or underscores. Other characters, including space, can cause issues later on.)
Furthermore, the
Title: field in that same pane is also the tooltip text, when you open the SVG file in a browser. When you hover the cursor on top of that object, the browser will show the tooltip text for you. Consider it a comment field, as it can contain any text you like.
The same also applies to paths and even images: Inkscape will name paths as
pathNNNN by default, and images as
imageNNNN, with
NNNN an unique number, but you're absolutely free to use better names. The
ID is also shown in the
Layers and Objects pane, when you expand the contents of a layer, so functional names (like say
ISO122_p5 for pin 5 of ISO122 IC on the PCB) can help a lot.
One important/useful trick: whenever you open an SVG file in Inkscape created by somebody else, or perhaps a program like Graphviz, first unlock all layers, and select
Edit >
Select All on All Layers (or
Ctrl+
Alt+
A), and then
Object >
Ungroup (or
Shift+
Ctrl+
G), and repeat these, until the status bar at the center bottom of the Inkscape window says
No groups to ungroup.
SVG files do not actually have a concept of "layer"; they only have a "group" concept that Inkscape uses to implement layers. This means that when you open an SVG file not created in Inkscape, it usually has lots of groups that makes editing it difficult. Simply ungrouping everything is like separating everything so you can modify them individually.
I habitually use
Graphviz to generate graphs from simple text descriptions, and
gnuplot to plot curves and 3D surfaces from numerical data; and both can create SVG files you can finesse in Inkscape. They both do group the elements, so unless you know about the aforementioned
"select all on all layers, then ungroup; repeat until no groups left" trick, they can feel horribly difficult to edit. With the trick, everything in them is editable.
SVG itself is an XML-derived format, and editable as a plain text file in any text editor. (The current specification is
here, but the vast majority of SVG files use only the
path elements, with an occasional
circle or
rect.)
In
loop123.inkscape.svg, the bulk of the contents is the two embedded PNG files, encoded in Base64. I also used Inkscape 0.92 to create it originally, and one of its "bugs" is that it leaves a lot of unneeded metadata and definitions around unless you deliberately "clean" them out.
Instead of using image or plotting libraries to generate graphs or visualization images, I just have my scripts and programs emit SVG instead.
If you look at my
home page, the image of Tux is also SVG, and regardless of your device precision (or zoom level, try
Ctrl+
+ and
Ctrl+
-), it will always be sharp, never blurry like JPEG images; and it is also tiny, just a 21749 bytes total.
I am not saying this to try and make you fall in love with Inkscape and SVG images. To me, they are only tools that help me overcome the limitations of my rather badly limited brain; that's all. The learning curve is steep, but because of all the additional things you can do with Inkscape and SVG files, I claim it is worth the time and effort to learn for everyone who creates or modifies images conveying information.
I personally used Aldus/Macromedia Freehand for years (before the turn of the century), then Adobe Illustrator for a few years, before ever touching Inkscape. They are all vector graphics editors, with
plenty of alternatives; with Illustrator being the "professional" commercial software package everything else aspires to beat.
To repeat, I do not create a schematic from PCB images directly, because I
know I will miss and mix/confuse the details. It is just the nature of my focus; I definitely did not see the gorilla in the selective attention video. Separating the "discovery" phase from the "understanding" phase helps with this, just like explaining a software/hardware development problem you are having to an inanimate rubber duck often helps you reorganize your thoughts and understanding (so that one usually realizes the solution midway through the explanation).
After tracing all the tracks –– and in your PCBs, they do seem to go all over, so I do not believe you can get by with doing just
part of the PCB; I believe you will have to trace all the tracks on the full PCBs, even if you are interested in the circuits involving a couple of the ICs only ––, I
would draw a small schematic involving those ICs, and how they are interconnected. For the isolation amplifier, I would do the sensor signal path separately from the calibration signal generation, if at all possible. My intent there would NOT be to draw the full schematic for the entire PCB, but to use the Inkscape traces to discover the connections,
and verify them using a multimeter in ohms or diode connectivity mode. (The reason for
that is again the same: if I use a single source, I am likely to miss/mix/confuse some details. But, when I use two separate sources, I can cross-check myself and my own work, with an eye open for any discrepancy; and if noticed, I immediately get into the paranoid "okay, I screwed something here, but what and where and why?" -mode. I WILL make errors, but I use tools to discover them before I rely on the erroneous results, so I have at least a chance to learn from my mistakes. While the extra steps may seem to be unnecessary work, I do them because without, I will make an unacceptable amount of errors.)
Maybe others do always perfect work in minimal time, but I definitely do not.