3 ms·
Hello - I'm one of the co-founders. Solid analysis! I'd say that we're better at building tools than websites so I'll add some extra information here. 1. Text
by DHaldane 6y ago
Hello - I'm one of the co-founders. Solid analysis! I'd say that we're better at building tools than websites so I'll add some extra information here.
1. Text based netlists are ok for digital heavy circuits like you said, and we agree the schematic is important (which is why we're generating one). It's hard, but quality of results is constantly improving. The schematic is modifiable by the way - we can keep human modifications to the aesthetics in lock step with the generator.
We do go a bit further than text based - the design code is parametric all the way through to low-level packages and symbols. It's not just typing out the same information that's in a schematic - it's about levels of hierarchical reuse that build on each other.
2. Right now we can do a good job automating the selection of parts that are fully defined by a set of parameters i.e. the jellybean parts like resistors, capacitors, inductors. Moderately useful by itself, but if this was the only part of JITX you used you may just be just saving yourself a few hours of digikey searching and spreadsheeting. The more interesting part is that it lets us write circuits that are more reusable. As designers, we key in the attributes that are important for the circuit and leave the rest of the constraints open for optimization.
We do more automated simulation and validation than I've seen in other tools, which helps with component selection (and other automated flows), and inspires a bit more confidence in the design than just saying 'here's your part, trust me'
I agree that guided design space exploration is the end game of automated component selection. We want people to have a conversation with the tool and rapidly evaluate 'what if' questions. It won't be fully automated and that's not our goal. We think tools can automate the low level work and leave the creative bits and the intangibles up to the humans.
On the programming language aspect - JITX is currently embedded in Stanza (the same language we wrote the compiler in). We use an Intermediate Representation for the language (like LLVM, or FIRRTL if you're familiar with Chisel), so other language front ends are possible. What would your top language pick be?
- smilekzs 6y agoThanks for the insight! I didn't realize ".stanza" refers to http://lbstanza.org/index.html http://lbstanza.org/index.html --- I had to google "stanza language -NLP" and even then it didn't show up on top! Tons of respect to people writing practical programs in relatively esoteric PLs, but there's (of course) the usual negative aspect: PL people are unicorns (anecdote: exactly 1 PL guru among all my friends). In case you need to onboard more devs to scale up the effort, I'd imagine you actually need good luck and/or connections. w.r.t. front-end language (for us mortals): - Ruby, which makes way for a fluent syntactic feel without going all the way magic - Python, for the absolute least friction Considering the coding muscle of your even more enterprising fellow EEs (or lack thereof), I'd say KISS is your best bet.