嵌入式团队需要采用模拟仿真的三个原因
扫描二维码
随时随地手机看文章
任何一个嵌入式软件开发人员当被告知他们要从事一个新项目时,首先要做的就是要求一个开发工具包。开发工具包允许开发团队熟悉微控制器及其外围。然后,他们就可以开始用破折板和类似的东西来构建一个系统。
这种方法的问题在于它迫使开发人员从根本上思考。他们专注于他们正在使用的硬件。是的,这是难题中的一个重要环节,但是考虑到低层次会导致紧密耦合的代码、硬件依赖性,以及客户几个月来没有看到任何结果。
在当今的开发环境中,团队没有理由不能从第一天开始模拟他们的系统。事实上,嵌入式团队需要采用模拟使其实践现代化并取得成功有三个原因。
原因1-以较低的开发成本更快地进入市场
啊,嵌入式软件开发的圣杯。几十年来,许多工具和服务公司都在吹捧这种能力,以更快和更低的成本进入市场。这些措施是否真的有效还有待讨论。然而,我将在这里调用这个语句,因为我相信模拟可以帮助您实现这个目标。
任何产品公司的目标都是尽可能快地开发他们的产品。在很多情况下,产品开始是模糊的。他们认为自己知道客户的需求和需求,但通常这只是猜测。是的,市场营销人员会去做调查,从客户和客户那里得到回复,但是他们真的知道他们想要什么,直到他们能拿着它玩为止吗?
如果您从一个主机上的模拟开始,那么您将立即放弃对硬件的关注。相反,你只关注客户和他们的需求。这意味着,在第一天,您正在编写以客户为重点的代码。不是设计用来让LED闪烁或传感器被读取的代码。虽然这些都很重要,但产品的最终目标是向客户提供价值。
如果客户提前拿到产品,他们可以告诉你是否满足他们的需求。他们可能认为他们需要一样东西,但是在他们进行实验之后,他们意识到他们需要别的东西。如果你已经设计了整个产品,那就意味着你必须回去重做大部分的产品。这将花费时间和金钱,并推迟你的产品的发布。
仿真可以帮助在客户和管理团队眼中巩固产品。在不涉及硬件的情况下,进行更改要容易得多。这意味着应用程序可以是第一位的,实时的、低级的硬件设备可以是以后的。无论如何,这都是好的,因为硬件人员在几个月内不会有硬件供你使用。有了产品的清晰度和脱钩的应用程序代码,结果将会更快地进入市场,降低开发成本!。
原因2-模拟可以和硬件脱钩
您是否尝试过端口与硬件紧密耦合的应用程序代码。简直是噩梦!当你开始写代码的时候,你可能会认为把它和硬件连接起来是可以的,但是你永远不会知道什么时候硬件会变得不可用,或者什么时候特性的蠕变会迫使你升级你的处理器。
模拟迫使您作为开发人员立即开始开发不依赖硬件的代码。在主机上启动,必须使用抽象和接口来获得硬件通常提供的预期结果。通过将这些依赖关系打破为硬件,你会发现你会自然而然地编写出更可重用、可移植和可伸缩的代码。
从软件中剥离硬件有许多好处。例如,它在开发过程的早期为团队提供了灵活性。他们可以在他们的开发机器上运行他们的代码,甚至可以在像树莓皮一样的设备上运行。开发人员可以编写和测试他们的代码,而不必等待硬件的可用性。实际上,它可以帮助他们编写更好的单元测试,更容易地集成到CI/CD框架中!
当团队开始进行模拟时,软件架构和实现往往更可扩展、可重用和可移植。它让他们思考产品的"秘密酱"的应用层次。我知道底层硬件可以是差异化的,但是对于今天构建的许多嵌入式系统来说,它实际上不是。(无意冒犯)。
理由3-在主机上进行调试效率更高
在目标上调试代码不是很有效。你必须遵循一个有点神秘的过程。
· 交叉编译您的代码
· 删除你的目标
· 规划目标
· 启动调试会话
· 穿过密码
当我在会议上授课和演讲时,我发现一般的开发人员花费大约20-40%的时间进行调试!当你在几个月的时间里想这件事的时候,那就像是每年花2.5-4个月去做失败的工作。
当您有一个模拟器时,您可以跳过神秘的目标上调试过程。运行应用程序和重新创建问题通常更容易、更快。您可以生成日志信息来识别问题。当您进行更改时,只需要进行更改、编译和运行。速度很快。而不是目标调试。它可能更有趣,因为你可以玩电子产品,但它浪费了很多时间和资源。
结论
采用模拟技术可以显著改善您的嵌入式软件.它可以迫使你首先专注于你的应用程序,这有助于更快地凝固产品和客户。(不过,它也可能鼓励范围蔓延,所以要小心)。运行与低级硬件脱钩的应用程序代码将鼓励代码中的可伸缩性和重用性。您将能够更好地为您的应用程序编写自动化测试,并确保底层硬件不会有这种方法。
考虑使用模拟器编写软件可能有点让人生畏,但也没什么不同。您可以像在嵌入式目标上一样,轻松地在Linux、Windows或MacOS上执行您的实时操作系统。调试问题会更快。将代码部署到客户面前会更容易。
虽然需要一点时间才能适应,但模拟代码将帮助你实现嵌入式软件开发的现代化,最终,你可能会发现这样做的速度更快。