展开讨论

经验与复盘经验摘录 · 机器翻译

@Timot05 祝你一切顺利

@Timot05 祝你一切顺利。除此之外,你正在重新发明Verilog和其他尝试。当然,进化没有没有愿意花宝贵时间和精力去考虑新想法的人是不可能发生的。在我设计了数百个PCB之后,我个人的观点是,符号化数据输入之所以能在基于计算机的电路设计演变中存活数十年,是有原因的。我也写过无数的软件,用过超过我能列出的多种语言。我对用软件流程来描述任何类型的电路毫无兴趣。在FPGA内部,硬件设计中的一些方法似乎无法很好地转移到芯片之外。软件和硬件工程是非常不同的东西。将软件工程变成相反的东西,即拖动符号并以原理图形式连接它们,这一点可能是正确的;但这种方法已经失败了,只在最简单的教育工具中有效。…

源讨论Show HN:Atopile – 用代码设计电路板原帖 292 条评论 · 导入时统计
5

这条内容在回应什么?

父级讨论 · 节选

TI

嘿HN!我們是atopile的創始人。我們正在開發一種用代碼描述電子產品的工具。這裡有一個快速演示:https://youtu.be/7-Q0XVpfW3Y 你能想象僅使用匯編語言來開發整個軟體產品的痛苦嗎?這就是我們設計硬體時的感受。我們目前沒有很好的方法來描述我們需要的東西,重用現有的設計,並將這些描述編譯成產品。 我們創立atopile就是為了解決這個問題。atopile是一個開源語言和工具鏈,用於用代碼描述電路。編譯器在這裡:https://github.com/atopile/atopile 文檔在這裡:https://atopile.io/getting-started/。要深入了解設計ESP32模塊的過程,請看這個視頻:https://youtu.be/eMWRwZOajdQ 我們在之前的工作中意識到這是一個問題。Narayan和我(Tim)不得不手動繪製並導出所有電子電路板。這一直持續到我們…

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 5

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

NA

我很好奇你为什么看不到将软件工作流程带入硬件的价值。在我以前的工作中,我们花了大量时间处理发布、版本管理和审查等问题。感谢你的想法!

完整原文
TU

这是目前为止这个线程中最有用的评论! 这个产品对于任何模拟或电源设计都完全不起作用——电子工程师喜欢可视化电流流动,而原理图是最佳方式。也许如果它能与小块原理图互操作,将它们作为模块处理,可能会有用。如果有一种方法可以参数化部件值,比如用于构建模拟滤波器的部件值,那也会有用,但目前的纯文本形式不行。 它唯一可能有用的地方是为大量引脚到引脚连接创建网络连接,比如DDR内存或PCIe总线。这些的原理图看起来像大型数据表,而且创建起来很繁琐,容易出错。 我看到很多EDA初创公司用他们的产品来设计简单的Arduino电路板和其他中低复杂度的设计。更有效的方法是先从最复杂的设计开始…

完整原文
TI

感谢分享这篇博客文章!看到早期行业是如何运作的真是太酷了! 出人意料的是,我同意你的观点。我们并没有主动想要设计ato语言,而是在尝试了其他所有方法后,发现没有一种解决方案能奏效。 我们想要解决的问题是:"硬件中的git是什么样子?"。另一种说法是:"人们如何在硬件中协调和共享他们的工作?"。 第一个解决方案只是将KiCAD放在GitLab上。这解决了问题中的版本控制部分,但没有解决设计输出的一致性、协调和重用问题。然后我们尝试在上面添加自动化(即用KiBOT)来自动生成制造输出。这在制造输出的一致性方面非常酷,但并没有解决协调问题…

完整原文
CR

是的,我同意。这是一个很不错的点子,我可以看到它有一些应用,但我真的看不到自己会用它来做任何严肃的事情。 我认为OpenSCAD很好地展示了3D建模的问题:当你从Blender这样的工具转过来时,可能会觉得在设计过程中随意更改尺寸非常棒,但你真正想要的是像Solidworks那样的参数化建模。 代码形式的原理图并不能解决我遇到的问题。我想要的是在KiCad中方便地导入“片段”:我想要一个库,我可以选择一个MCU,它会自动添加所有相关的辅助部件,并让我选择几种预设的标准布线方式。也许甚至可以使其参数化,这样它就变成一个不错的向导,比如当我添加一个LDO时,我可以输入电压,它会自动计算调整电阻。

完整原文
KA

对我来说,做电子工程的第二大乐趣(除了看到一个有用的、能工作的设备诞生之外)就是把一团乱麻的线路放到PCB设计软件中,然后手动布置所有元件和线路。 如果失去了这个乐趣,我就转而使用点对点布线了。:)

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。