updating the PCB with hatching the “take footprints” from net, alterns the rotation of
footprints that are not fixed by having vias drawn. would it not be natural to retain the rotation, at least if its the same footprint as before ?
Have I missed something ?
Which Kicad version?
And what do you mean by “take footprint from net”? (maybe a picture is useful).
sorry for being unspecific, with net I mean the schematic, when importing from schematic in PCB editor, when its an update of previous PCB editing and where the footprints have been distributed and rotated to approximate position, but no tracks drawn, then the new “download” ‘using footprints from schematics’ rotate back footprints to some base position. Working incrementally adding components without drawing tracks.
Actually, just drawing some tracks works fine.
Application: KiCad PCB Editor x64 on x64
Version: 9.0.0, release build
Libraries:
wxWidgets 3.2.6
FreeType 2.13.3
HarfBuzz 10.2.0
FontConfig 2.15.0
libcurl/8.11.1-DEV Schannel zlib/1.3.1
Platform: Windows 10 (build 19045), 64-bit edition, 64 bit, Little endian, wxMSW
OpenGL: ATI Technologies Inc., AMD Radeon™ Vega 10 Graphics, 4.6.0 Compatibility Profile Context 23.10.24.05.230830
Build Info:
Date: Feb 19 2025 17:46:53
wxWidgets: 3.2.6 (wchar_t,wx containers)
Boost: 1.86.0
OCC: 7.8.1
Curl: 8.11.1-DEV
ngspice: 44
Compiler: Visual C++ 1942 without C++ ABI
KICAD_IPC_API=ON
Locale:
Lang: en_GB
Enc: UTF-8
Num: 1,234.5
Encoded кΩ丈: D0BACEA9E4B888 (sys), D0BACEA9E4B888 (utf8)
I can’t reproduce the described behaviour with v9.0.3.
If a footprint for a symbol is already placed on the pcb it is not touched on the next “update pcb from schematics” cycle. The position+rotation is also preserved.
exception: if the symbol<–>footprint are not synchroneous anymore than the old footprint (and it’s position/rotation) is deleted and replaced by the new footprint. Note the internal synchronization is done by internal assigned UUID-numbers, not by the reference designator. So deleting a symbol destroys the synchronization to the footprint, even if you later add a similar symbol again.
If your described behaviour persists with the latest kicad version (v9.0.3 or v9.0.4), you have to give detailed step-by-step instructions to reproduce the issue, starting either from a new project or from a predefined example project. Only if the behaviour can be reproduced (and is judged as a bug) it can be corrected.