【问题标题】:How to decide system requirements for embedded systems application/software如何确定嵌入式系统应用程序/软件的系统要求
【发布时间】:2011-03-10 12:19:58
【问题描述】:

我应该如何确定系统要求,例如:

  • 内存容量
  • 闪存容量
  • 处理器频率

我正在构建一个应用程序来控制 NAND FLASH、LCD 驱动器、UART 控制、使用 16 位微控制器的键盘控制。

【问题讨论】:

    标签: hardware requirements embedded


    【解决方案1】:

    这必须从以前具有类似功能的项目中估算出来。甚至是别人的产品。但是最好以更大的容量进行开发,并在您的软件接近完成时决定最终部件,因为省略组件比稍后尝试为它们寻找空间更容易。这种设计可以是一个迭代过程,从一个估计开始,看看原型是否可行,直到接近尾声时才承诺数量。

    对于基于 LCD 的产品,您将有两个主要组件使用闪存,即代码和 LCD 数据(字符串、位图等)。估算 LCD 数据肯定比估算代码更容易,这取决于功能、编译器优化等。如果您要引入外部库,那么至少您已经有了它们的代码。

    无论如何,要有一个升级计划。最糟糕的事情是在项目结束时耗尽容量,并且在不添加另一个问题的情况下努力优化最后一个功能/调试解决方案。确保您知道下一个尺寸的芯片是什么以及如何使它们适合,有时可以设计 PCB 以将各种不同的芯片放在同一位置。或者有一个可扩展的系统,您可以将东西插入内存总线。

    【讨论】:

      【解决方案2】:

      你要生产多少单位?

      如果您的产量较低 (

      如果体积很大(>1e6),单位利润很低,那么你会吝啬硬件,但开发时间会增加。如果上市时间很重要,那就需要权衡取舍。

      设计具有 2 倍容量(RAM/闪存)的电路板,但不要加载部件,除非检查它是否正常工作。 然后,如果你的房间用完了,还有地方可去。

      客户是否希望获得固件更新?或者这是一个没有支持的直接发货产品?可支持更难,需要更多资源。 如果产品需要长期支持,您将需要填充资源以有扩展空间。

      对于 CPU 频率估计,需要完成多少工作?

      为可能的 MCU 获取评估板并证明其核心功能。 让我们说这是一件运动器材的展示。它能否以设计速度的 2-3 倍跟上设备上的传感器?那是读取传感器并更新显示。如果需要降低成本,您可以降低评估板的时钟频率并查看可以进行哪些交易。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多