Everything works properly for me with that nightly build, including chamfered pads.
(Could some admin take this issue discussion to a new thread?)
Everything works properly for me with that nightly build, including chamfered pads.
(Could some admin take this issue discussion to a new thread?)
7 posts were split to a new topic: Does it make sense to have development snapshots for the v5.1 branch going forward?
A post was split to a new topic: Feature requests: Colored tracs and better eeschema and pcb new integration
People, please, don’t share feature request in this thread! There’s a whole dedicated category for that. The usefulness of the thread diminishes considerably with offtopic posts because this will be a long thread and updated with new features along time, at least if I or someone else will have time to follow the development and report about it. Ideally someone could read the whole thread after using 5.1 for a long time and catch up with the new features. Noise would make it tedious.
Hatched filling for zones has been merged. I just compiled and it looks nice:
The screenshot is only a quick example, I won’t use it in this case, maybe I never will use it. See e.g. https://electronics.stackexchange.com/questions/5139/solid-ground-plane-vs-hatched-ground-plane for some opinions. Flexible circuit or impedance control may be good reasons to use it.
Smoothing means rounded/chamfered corners:
EDIT: the feature itself is of course incompatible with earlier versions, but if you don’t use it, the file should be compatible with earlier versions.
This has been merged. Until it’s available in the next nightly build, the new documentation is here: https://github.com/KiCad/kicad-doc/blob/d27c4009275d2801da932cf0d0dfdccd4448ed58/src/eeschema/eeschema_schematic_creation_and_editing.adoc
I haven’t used buses so I can’t comment. Someone else could tell what are the differences between old and new.
The main usefulness of buses always was for using them to connect over hierarchical interfaces. The old bus could have a bus pin of the form bus[0…9] Which meant that single pin represented a parallel bus with indexes 0,1,…,9. As far as i understand it the new bus can define more powerful buses (for example a SPI with signal names CS, CLK, MISO, MOSI)
If you did not go over a hierarchical interface then buses in the past where simply graphical lines that showed users connections between local labels in a clearer way.
The new bus features will also add power to this usecase. (proper bus entry and exit via the alias and unfolding stuff)
I do not know if buses can now also go via global labels. (Nor do i know if this was possible in the past.)
If you look at your linked document then the vector bus is what has been available in previous versions. The group bus is what is new. (With all the tools needed to properly handle such a bus. Meaning bus unfolding and bus alias handling are also new.)
Another new thing is connecting two buses with each other. I am not sure how much got into this implementation (I think this was one of the topics that created problems during the implementation phase. Might be that there where feature reductions here. I don’t really see a detailed explanation in the document so it really might be something that got removed.)
Dry run for Cleanup Tracks and Vias was merged last week.
Test Footprints functionality was added to DRC last week.
Curved ratsnest lines were added last week.
Thanks Jeff.
Can you (all) tell what is connected?
(Right now it’s available only in the left hand toolbar and in a strange location. IMO it should be near the Show/Hide Board Ratsnest, and it’s called “airwires”. Also I suppose it will be available in the View menu in the future.)
Thanks for that feature goes to “blubberbub”. I’m only the messenger.
I dropped this feature and will clarify this in the docs once the dust settles on all the bug fixing.
In addition to adding new bus features (like bus groups and unfolding) the entire connectivity/netlisting system got overhauled, which means some other neat things are coming soon
As part of that overhaul, I needed to clarify some of the “rules” for how net names are assigned and how they propagate / override each other when you use global/local labels, hierarchical sheets, etc.
The docs for this aren’t done yet but it’s on my todo list. I think the end result will be a more predictable behavior although in a few cases it will be different from what KiCad used to do.
EMS field solving with external tools, see Kicad nightly (development snapshot of future v6) can export to the format Hyperlynx.
Jeff called for testers for his eeschema branch which moved eeschema functionality to the modern toolset. Now the fruits of your testing are in the master branch and in the nightly builds.
(A side note: 5.1 already used the modern canvas. Terminology has been mixed because pcbnew had new canvas and new toolset at the same time, so sometimes the modern toolset was referred to as OpenGL/Cairo canvas or toolset. Actually canvas refers only to drawing graphics in computer parlance, like a painter painting a painting to a canvas )
Here’s how Jeff describes it:
It’s the modern toolset for eeschema.
If you remember the difference between PCBNew’s modern and legacy canvas, it’s the same for eeschema. The modern toolset supports selection states and operates on more of a noun-verb pattern.
Functionality should be mostly equivalent, although the new toolset does allow easy incorporation of a few features which were detailed earlier in this thread.
There’s already one huge difference. Now you can actually select something, e.g. a symbol or a wire, by clicking on it. I think this is part of what “selection states” and “noun-verb pattern” mean in practice.
There’s also one not so visible but very concrete feature which was long waited for: you can open a schematic, copy there and paste it to another window. Earlier it was possible only to append a whole file or use a text editor if you wanted to reuse something from another project.
I think I forgot to mention adding symbols from the Library Browser.
Open a schematic. Open the Symbol Library Browser. Double click on an item in the middle column.
Wayne has updated the version 6 roadmap.
From the document.
Study ergonomics of various commercial/proprietary PCB applications (when in doubt about any particular UI solution, check how it has been done in a certain proprietary app that is very popular among OSHW folks and do exactly opposite).
Priceless
Selection model in LibEdit.
Handle-based editing for graphic items in LibEdit.
Handle-based editing for hierarchical sheets in Eeschema.
Handle-based editing for comment lines in Eeschema.
System clipboard for cut/copy/paste in LibEdit.
Auto addition of wires when dragging directly-connected symbols in Eeschema.