- Kicad is free
- Kicad have interactive routing ,difference pair routing, length match, basic auto routing. If other package have same feature of these price is $$$$
- Eagle is $$$$ now.
- Most of thing can do on kicad and same eagle why pay?
- KiCad is free and opensource, not just free to use. This means it can never suddenly stop being free due to a takeover or change in policy
- Eagle has a strange user interface, If you want something with saner UI and more features, you are going to have to pay a lot of money for Altium or Orcad
Ahh, yes, “the very first time”!
I will affirm that the first time I did a circuit design, schematic capture, and board layout “from scratch” - with “PADS Power PCB” - I experienced plenty of frustration, re-work, and time with my nose buried in the manual. I suspect the same would have been true with either KiCAD, or Eagle.
In prior incarnations over the last 20 years or so I have had superficial acquaintance with several commercial EDA programs. In most cases it was just for a board or two; perhaps just to revise a previously designed board. As best I recall, moving between those programs took less effort than moving to KiCAD. Perhaps this is because I’m older and less agile now than I was then. Perhaps it’s because I developed too many expectations of how EDA software “should” be organized and how it’s “supposed to respond”. Somebody coming to KiCAD without those expectations may find it easier to learn.
“Beauty is in the eye of the beholder.” Every EDA program I’ve used has it’s share of quirks and idiosyncracies. Or should I say, unique personalities and charming character? “Different” isn’t necessarily "better, or “worse”.
With KiCAD, I can turn out boards that are the technical equal of anything I did with any of the other programs - and it doesn’t cost $K’s per copy. The library system is a weakness, maybe a little worse than average, but then I’ve never really liked any of the other library systems I’ve encountered.
The open, natural-language file formats are an advantage! After you figure out the organization and syntax - which isn’t terribly difficult - you can often find ways to do things (using a text editor) that can’t be done in the program itself. Or, maybe you decide that doing it wasn’t all that important after all.
KiCAD’s libraries are NOT integrated into a corporate MRP or Configuration Control system like I experienced at several employers. It seems like the capability is present in KiCAD but it hasn’t been exploited. While I appreciate the power and usefulness of such systems when they are done well, I also know they can waste time and money when not done well. I hope the KiCAD development team will not get sidetracked into developing an MRP system until after KiCAD’s core program is a recognized, world-class schematic and layout tool. (And, until they genuinely have the resources to take on development of an MRP program.) This topic surfaces on this Forum every month or two.
Dale
While everything @cbernardo said are valid argument, to convince people not aquainted with EDA software, the #1 argument is easy: “Don’t expect my support unless you use KiCad”.
I want to THANK EVERYONE for their replies tonight.
Had a small beginners class tonight at a maker space called Olymega. The space is trying to minimise the different EDA programs that are expected to be supported in the space. The space has computers, 3-D printers, and a CNC machine. Learing all the different EDAs for all of these task is likely impossible with the current membership.
The only way to “make” things happen is to have the space “adopt” certain software for each task. This thread was presented at the beginning of the class and the brutally honest comments about some things not being perfect was a great way for them to know that I wasn’t trying to be a “fan-boy” of any particular product.
I am fairly certain that the space will recognize that the space will only guarantee support to members if they used KiCad for their PCB EDA. Those that replied here tonight helped make that happen.
Well, if they need support you can always send them here, if there is a solution we’ll find it after a couple of hours or days - someone always knows something.
If not, then we either have something new to strive for (maybe some in that makerspace even turn into devs as the source code is open) or need to live with it
If they’re all new to this I suggest this thread for a nice cheatsheet by @Foalyy :
There are some basic quirks/how-do-I-do-this things mostly anyone stumbles over within the first couple days of using the program, which also means a lot of people know the answers to those.
HAH!
I already printed those out and provided a sheet to everyone that attended! I need to thank Foalyy for it. For info, I printed the Landscape version, as I think for the class that I did that version visually puts emphasis on the HotKeys. With Wide Screen monitors now common at this time, moving the mouse from center to the right EVERY time is an awful lot of wasted motion when the other hand could hit a key.
Thanks for adding helpful information to this thread!
Others have provided lists of features/licence issues that of course come out very positive for KiCad, but for me the decision to start using KiCad was about how I felt that the program worked and interacted with me. I had Eagle on my computer for almost 10 years, telling myself that I should learn it properly and start using it, but I never got to the point where I designed a board, and just kept hard wiring my one of a kind devices, using a generic drawing program (Designer) for my schematics. I just was not able to like Eagle enough to invest time in it. The user interface felt outdated and the way it incorporated footprint information into the symbols just felt cumbersome.
Then I had some extra time, 3 weeks that I spent evaluating different EDA software, discovered KiCad, and spent the rest of that time learning it by making a board for something I had already designed on a breadboard (a dsPIC based signal generator). I have used KiCad ever since, including for design of several scientific instrumentation projects. (I am a physiologist by profession.)
A contributing factor for my choice was the nice integration of the 3D rendering; perhaps the design process felt closer to the hard wiring that I was used to. I also discovered Walter Lain’s excellent collection of symbols, footprints and 3D models ( http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm ), which I still use as my base library. When there were some changes to the way KiCad treated the 3D models, I helped relaying some information from the Yahoo forum that made him solve the problems. (I just wish those models could make it over to the STEP model world…) I also signed up on the KiCad bugtracker, used the development version until V. 4 was released, contributed several bug reports instead of spending much time in fora, and was amazed at how responsive the developers were, fixing reported bugs within days or sometimes even hours. I doubt that would happen with a commercial product.
Another feature of KiCad that I like very much (even though it feels very different from a regular drawing program) is the efficient use of the left hand for keyboard commands in combination with the right hand for mouse moves. It saves a lot of mouse clicks and feels good ergonomically. So in my mind, the choice is a no brainer, and with the new licencing scheme I would not even look at Eagle if I was a new user. Investing some time to learn KiCad is highly rewarding.
Yeah, we can be a cynical, grumpy, lot of wet-blankets at times. Not afraid to call a “spade”, a spade - but neither afraid to put a little muscle into using the spade to till a little soil.
In an environment like that I’d find it difficult to justify anything but KiCAD.
KiCAD removes all cost barriers to everybody - even the most casual or infrequent user - having a personal copy of the software on as many machines as they like. You probably have an incentive to create some “standard” libraries, page layouts, templates, filename conventions (for Gerbers), the boiler-plate fab notes, etc, so that projects can be easily shared among members. (Of course, such standardization must have provisions for creating personal extensions - with full awareness that using personal extensions may disrupt project portability.)
Glad to hear your presentation went well and was well received!
Dale
When I started looking for a PCB CAD tool in the late 1990s I looked at gEDA, KiCad, and Eagle, among others. I felt gEDA was a collection of unrelated tools that people somehow made work together by force of will. KiCad looked promising but was immature in the extreme. Eagle met my requirements, including running natively on Linux. I’ve been using Eagle ever since, and have paid, perpetual “Hobbyist” licenses for V5, V6, and V7. Like many, I’m unwilling to switch to a subscription license for a tool I use sporadically. Thus I’ve taken a new look at KiCad.
I see that it’s improved tremendously since I last looked. Its routing capabilities seem superior to Eagle’s. But as I start to use it for a simple project I find it still has some serious user interface issues.
- The Y-axis increases as you move down, rather than up. Every engineering drawing I’ve ever seen has the Y-axis increase as you move up the page. Having it in the upper left requires transposing positive Y positions for negative.
- The coordinate origin is fixed in the corner of some arbitrary paper page (A4, US Letter, etc.) rather than a point on the board. This is utterly absurd. If I want to place a component at a particular location on a board based on a standard engineering drawing, I have to check where on the page the drawing origin is, then add the component’s X-axis and subtract the component’s Y-axis from that location.
- If I move a board layout on the page all my component locations change.
- I can select a dynamic origin by tapping the space bar which shows at the bottom of the editor window, but it can’t be used in the dialog boxes. It’s also far too easy to move by accident.
- There is a “Set Grid Origin” option, apparently for manufacturing exports, but that doesn’t help me while doing the layout.
- The “Move Footprint Exactly” is a relative movement from its current position, thus requiring even more math to figure where it should go if you want to move it relative to another component or the origin of the board. I understand a patch has been submitted recently to address some of this feature.
- There seems to be no way to place a via except as part of routing a signal.
- There seems to be no way to change the length of a graphic line; I have to delete and redraw it. There appears to be no “edit” capability, nor any way to see its characteristics.
- I haven’t found any way to highlight a particular net in the layout editor other than trying to route it.
- There seems to be no way to highlight all segments of a net in the schematic editor. The best suggestion I’ve found was to export the netlist and check the connections using a text editor.(!!)
- The Default canvas leaves artifacts all over the screen.
- Changing the rendering colors for things like ratsnest airwires doesn’t seem to work at all in the OpenGL canvas. I saw some comment that it was because the OpenGL support was new, but that report was almost two years ago.
I see many people have complained about the bizarre origin issues. Most of the answers are, “Can’t fix it; it’d break compatibility.” Poppycock. The addition of a simple PCB attribute specifying the origin location and which way is positive would be sufficient to maintain compatibility. Board files lacking this attribute work the way they’ve always worked.
So why choose KiCad over Eagle? Cost, a general preference for open-source products, and the recently-added push-and-shove router (which Eagle devs claim to be working on). Other than that, Eagle is a far superior product.
Frankly I’d love to ditch Eagle for all these reasons. But I’m not sure I can, yet.
The top to bottom Y axis is due to computer memory mapped graphics always starting top left, a hangover from television based CRT displays
Moving footprints to an exact location can be done directly by entering in the properties dialog X and Y positions
Changing length of graphic lines is again done by editing properties - I always set the board outline on Edge Cuts exactly this way
That’s an explanation for this brokenness, but it’s not a justification. It’s utterly irrelevant to a person doing PCB layout. Even worse is measuring from the corner of a page frame rather than a designated point on the PCB.
Both could be fixed without changing the layout file format except for the addition of one attribute specifying the origin and the directions in which the X and Y axes increase. Existing layouts could continue as-is, while the user could specify the attribute characteristics. The current manufacturing grid origin could be used as the user-designated (0,0) point.
All valid points there - most get used to this quirk after a couple of weeks though and don’t think about it anymore.
Might also be a reason why no one is tackling it really, cause as soon as one is firm enough with the software to actually be able to poke around in the source code to remedy this situation he’s got used to it and does not care anymore (= been with KiCAD for more than 6 months, probably longer, would be my best guess).
Catch-22.
PS: I’m aware a lot of KiCAD starters are turned off by this and it would help retention rates a lot if it was tackled… but it’s not a high priority item as there are bigger fish in the water that affect a lot more users of the software right now.
If KiCad wants to successfully play in the field of professional CAD, it simply has to tackle the issue.
But then, does anybody really want to be in this field in the developer community?
I feel that KiCad will be facing the chasm (refer to Geoffrey A. Moore’s marketing book) really soon now and will have to decide whether it wants to cross it, or not. Marketing mechanisms also apply to KiCad, that’s not a matter of free/paid for product, it is about market penetration. Sorry to mention marketing in a tech environment, but that’s what it is.
So: what is the “market”? This has to be decided. But then: how and by whom?
There are a lot of issues currently in discussion - at least in this forum - which point in the same direction: the layer manager discussion, customer configurable menus, the coordinate issue, library structure and management, to name only a few of them.
It will be interesting to see what KiCad wants to be, where it will be headed.
Having used Protel, Visula, Orcad, Cadstar, Eagle and DesignSpark, I haven’t come across any CAD package with a properly logical structure without serious quirks
I can only repeat myself - get involved, join the dev mailing list, download the source and get your hands dirty.
Be the change you want to see.
I chose KiCad over any other pcb CAD software because it works for professional jobs. And it works well.
It has pros and cons. So far, I have managed to find a workaround for every issue I have met. Sometimes it is difficult to obtain a custom-shaped pad, a bit tricky.
KiCad is being improved nearly every day.
I have read all the posts under this topic and other similar topics.
Most complaints seem to want KiCad to be the free version of Altium, Eagle, Orcad, Pads or any other software. I can’t imagine anyone asking any of these vendors a KiCad specific feature.
“Hey, I come from KiCad where I’ve been for 12 years, I’m used to a Y axis down increase. Please implement this behaviour.”
I don’t want to persuade anybody to use KiCad. But if someone wants/needs this program, my advice is try to open your mind to a different way to do the same things you are used to.
It’s been said before, KiCad is not a commercial product, so considerations of “market penetration” are quite irrelevant.
Some engineers get exercised about the Y axis issue, for me it has never really been a big deal. Placing components accurately is not that hard, though I don’t need to do that very often. Not being able to set a real origin is a minor inconvenience.
If I really need precision I write code to edit the pcb file.
When you look at the number of open bugs and feature requests Open bugs (1000+ as of today), and then consider that most of the developers are unpaid volunteers, you get a different perspective. Hey, if it was my code, maybe I would change the coordinate system, and make it fully configurable and backward compatible etc. That would probably take several weeks to get it right and nicely working. But I might also consider that I am not really fixing anything, and one of the 1000 other issues might be more useful to work on.
Things like polygonal pads, making the menu design logical, the schematic rewrite and library management are far more pressing than a negative Y axis
I was not much bothered by the coordinate system when I started to use KiCad.
I do wish wish the editing of graphic lines like board outlines had been better. Creating an irregular shaped out line (often necessary to accommodate shape of enclosures) is quite a bit of the pain as noted above because one cannot move lines, and each lines end coordinate of what should have been corner of a polygon is edited independently in the dialog, not as a closed polygon. Thus making a closed board outline without errors can be quite a chore, also because the initial drawing process if one are not careful often leaves small almost invisible line segments that will throw errors and are very hard to find.
However these are feature details that the hard work of developers are likely to take on at some point. What is important is that KiCad has a solid base and thoughtful design that works quite well. For instance I do not see how one can edit boards efficiently in Eagle without the help of traces having the visible net labels and the logic that goes with that ( based on my evaluation of Eagle 6.5), which is present as a base feature in KiCad . I sort of feel blind when looking at some Eagle example boards. After all ECAD is quite different than a regular drawing program.