zlacker

[return to "Why does the Librem 5 phone cost that much?"]
1. lnsru+Z3[view] [source] 2019-11-28 12:04:54
>>fghtr+(OP)
This great Dev Kit design is available for everybody: https://kicad-pcb.org/made-with-kicad/librem_5_dev_kit/ Amazing piece of open source hardware. While I am not interested in cellphones, I might use for robotics project.
◧◩
2. m712+p7[view] [source] 2019-11-28 12:37:55
>>lnsru+Z3
Here I must praise KiCad. It is one of the best pieces of FOSS software out there. It beats almost all other (commercial or non-commercial) software in PCB design, hands down.
◧◩◪
3. dbcurt+99[view] [source] 2019-11-28 12:53:27
>>m712+p7
> It beats almost all other (commercial or non-commercial) software in PCB design, hands down.

You need to get out more often. Look, I am a KiCAD supporter, too. But KiCAD is repeating the mistakes of commercial ECAD systems of the 1980’s. Am I glad it exists? Surely. But set your sights higher. KiCAD has much room for improvement.

◧◩◪◨
4. skumme+Tn[view] [source] 2019-11-28 15:11:47
>>dbcurt+99
Would you mind expanding on these mistakes?
◧◩◪◨⬒
5. dbcurt+HJ[view] [source] 2019-11-28 18:12:02
>>skumme+Tn
Fair question.

In the category of still stuck in the 1980's:

Handling of bus rippers, and hierarchical nets as they expand through topological hierarchy. Especially in regard to the flexibility of naming ripped sub-nets.

Restrictive topological hierarchy.

Lack of separation between attributes files and topology files. Inability to mate a single topology file with multiple different attribute files for different circumstances.

There are also features like buried components and complicated material stack-ups that commercial tools handle, but I really can't fault an open-source tool for not including things that are expensive to validate.

General complaints:

UI is cranky and not intuitive, especially w.r.t. part libraries.

Obtuse and restrictive footprint specifications. The sad thing here is that KiCAD went through a gut-and-redesign of the footprint specification format, and seemed to willfully ignore the RS-274X specification and willfully ignored the hard lessons that led us to the methodology of using RS-274X macros to define footprints. If I can write a trivial RS-274X aperture macro for my footprint, I should be able to specify that in a footprint and have it come out correctly in the Gerbers. HELLOOOO!!! Please read up on years-old industry best-practices before "improving" your system. (Admittedly, I haven't read the KiCAD footprint spec documents lately, maybe they have evolved.)

In the category of just plain broken:

I don't use KiCAD a whole lot, but not too long ago a client asked for design file deliverables in KiCAD format. I was annoyed that my Rev A boards came back with trivial issues that the design rule checker completely missed. Sorry, that is one piece that needs to be pretty damn solid for me to take the tool seriously. (I have also use GEDA and have plenty of complaints about it, also, but at least the PCB DRC has never led me astray.)

[go to top]