|
|
|
|
|
by napowderly
858 days ago
|
|
In our tool, just give it a part number and it will find and download the footprint and create an ato file for the component. We currently support components on JLC, but eventually plan to build out a pretty substantial library. We will also capture a good fraction of information that you would currently need to go to the datasheet for. |
|
Anyway, my 2c worth:
1.
> In our tool, just give it a part number and it will find and download the footprint and create an ato file for the component.
I don't think this is scalable (although, for my use, probably sufficient). There are just too many parts that are in existence, and the rate of new part creation is probably higher per day than your staff and/or community can handle.
It's fixable if you have plugins for each EDA tool's format (KiCad, Eagle, etc).
2. I'm very surprised at the language used - it's very unlike what is normally used (s-expressions) in EDA. Lisp-like languages tend to be highly used in CAD applications, so it would clear a lot up if you were to explain what the advantages ato are over a minimal Lisp-like language.
3. The dependency list (in terms of knowledge required) is a dealbreaker for me[1]. I need to know how to manage Python environments, the ato language and YAML?
Since all of the constructs in all of those languages are a subset of (or can be represented by) s-expressions, perhaps it would have been best if you switched to s-expressions only. Then a) there's only one language to learn, b) that language is already syntax-highlighted and c) it's flexible enough for any future features you want to add in (rules definition, rules-checkers, etc).
From what I can see here and now, the ato language would have to see significant changes if it needs to be used for some serious stuff.
Sorry for the negativity, but I wish you all the luck nevertheless.
[1] I looked for a download link, couldn't find one, read a few of the installation instructions, then gave up.