Forums

SDK和巴黎人送28元管理

开始了 定制 3 months ago10回复最新回复5天前62意见

阅读Nordic SDK问题,让我们在标题中扩展这个主题。我不能成为SDK如何使代码和巴黎人送28元可移植到不可能的唯一令人沮丧的愤怒。如果在Visual Studio中复制一个巴黎人送28元,它就具有我尚未正确剪切的原点的链接。在NXP CodeWarrior中复制巴黎人送28元并不像糟糕,但我发现只发现了一种方法。 St Visual Development是我使用过的最好的,但到目前为止,我只完成了3个巴黎人送28元。

我的观点正在开立有关如何在各种SDK中清洁和管理多个版本的巴黎人送28元的讨论。我花了几天尝试在Visual Studio中克隆一个巴黎人送28元,永远不会摆脱链接。

[]
回复 Bob112月8日,2021年

这就是为什么我做大部分我的嵌入式开发,如果可能的话,在虚拟机中使用专有的SDK。我不仅可以存档整个开发环境并在必要时重新运行它,我还可以通过将整个虚拟机作为新巴黎人送28元的起始环境“复制”巴黎人送28元。它好像硬件公司的软件工程师从未听说过Version Control和模块化架构等软件开发中的现行实践。

[]
回复 Matthewbarr.2月8日,2021年

是的,当我使用Lantronix Xport时,他们以VMware Linux映像的形式分发了SDK。对于日常的Lighweight巴黎人送28元使用似乎有点繁琐,但对于您提到的原因,工作非常好。 PC硬件已获得典型系统具有足够的CPU和内存以在VM中提供体面性能的点。

MicroSemi(现在Microchip)演示巴黎人送28元始终作为一个标识的标签,它应该在文件系统树顶部打开包装,以避免在Windows中的过度长路径。哎呀,他们仍然具有必须修复的绝对路径参考。请求保留所有巴黎人送28元路径的引用相对落在聋耳上,也许它不是您可以在Windows中轻松(如果有的话)。

[]
回复 Waydan.2月11日2021年

在这一行中,我一直在尝试使用Docker和Vscode作为构建环境。 vscode有一个远程开发选项,因此我可以在主机操作系统中编辑源,然后由Linux Docker容器中编译在后台。 Docker容器基本上只是一个带有编译器和构建系统的Linux shell(无GUI),因此它非常轻微。

至于版本控制,Docker映像是从纯文本文件中的配方构建的,并且vscode设置写入JSON中,因此在巴黎人送28元树中包含它们是微不足道的。

[]
回复 karosuo.2021年4月29日

我同意使用docker和vsode的一部分,我正在尝试做与平台类似的事情。
我希望这是一种在新的“标准”中这样做的更好方法之一,以便嵌入。

[]
回复 Michaelkellett.2月8日,2021年

我使用Keil(由ARM)MDK进行皮质开发IDE,并已要求克隆功能多年。最后我写了我自己的(在VB6中,因为它基于早期的努力,他们没有记录包含巴黎人送28元数据的XML文件,但其中只有两个,它们并不难以解密。

我感觉到大多数IDE或SDK的供应商都非常热衷于锁定贴片机而不是帮助完成工作。


m

[]
回复 定制2月8日,2021年

我没有提到交叉制造商移动性。您认为MFGR将使您可以轻松地将/克隆巴黎人送28元复制为逗留在其产品系列中。

[]
回复 Michaelkellett.2月8日,2021年

我认为这两个是相关的 - 我只克隆一个keil巴黎人送28元到另一个。 

我只能认为将所有文件收集到一个地方或易于使用它们的索引全部或使用标准系统使得跳跃太容易。

m

[]
回复 Bob112月8日,2021年

我同意IDE制造商敏锐地锁定。如果您是keil,您不希望您的客户将船舶跳到GNU或其他其他IDE供应商。这对硬件(MPU)供应商来说并不是一个担忧:有多少真正的嵌入式产品线 - 那些针对设备系列优化的人,然后用BOS和ECOS抛出制造,所有这些 - 曾被移植到新的批发架构(即使是新的后续巴黎人送28元),除非MPU制造商停止支持旧的?但是,MPU制造商通常不是软件开发人员,因此他们使用第三方软件供应商开发他们的SDK,这就是问题所在的位置。 MPU供应商以G​​NU基础开头或者他们自己的内部SDK开发往往会更好地支持版本控制,模块化架构和其他现代软件/固件实践,使使用现有巴黎人送28元作为新的巴黎人送28元更容易。

[]
回复 Matthewbarr.2月8日,2021年

伟大的观察,我不能同意。理想情况下,有人能够刚刚将巴黎人送28元源文件源并将配方(巴黎人送28元文件,makefiles,无论如何)构建到存储库。假设我拥有所有的必要工具和版本,并在我的路径中,我应该能够从存储库中拉动,并清洁构建并使用输出。使用一些IDE和工具链它可以完全适用于这种方式,但它似乎并不是常见的情况。

一些IDE或SDK非常擅长避免在巴黎人送28元树之外的绝对路径引用和链接。当他们没有,有时修复这些问题是一个可管理的问题。熟悉IDE / SDK也是一个问题。更复杂的IDE和SDK通常是最浑浊的,它几乎就像开发他们的人一样拥抱它很难设计的概念,它应该很难使用。

我开发了常务包括巴黎人送28元Readme的习惯,详细说明了必需的工具和版本,构建说明和任何特殊的克隆/移植说明。

我花了很多时间在2014年使用北欧SDK。我们使用IAR,他们声称对Keil和IAR的支持,但Keil明确青睐和IAR支持是不存在的。我非常擅长编辑巴黎人送28元文件,以创建来自Keil巴黎人送28元的工作IAR巴黎人送28元。不是正是你正在寻址的点,而是相关的。基于易于编辑的文本文件的一个很好的自包含的巴黎人送28元设置不仅更容易复制,它更容易端口。

目标是在您始终源自您自己的设计和巴黎人送28元的工作环境中结束。那么这些问题通常是别人的问题!

[]
回复 karosuo.2021年4月29日

看到我并不孤单,感到很高兴,不幸的是,它也意味着它意味着还有别人在努力努力,我认为这不应该是如此的大问题。

有很长一段时间,我已经努力解决这个问题,主要是为了更快地开始新的巴黎人送28元,重用代码(如智能同事所说,模块化架构),等等。

我对嵌入式系统字段相当新的,在AVR-GCC中学到了编程并使用Avrdude,然后使用Avr Studio,所以跳到非常难以做到的像Keil一样。

但是,到了这一点。
platformio怎么样?我一直在阅读它,自2019年以来,如果我错了,似乎很擅长允许其中一些,不仅是交叉供应商使用,而且为了准备自动化的东西来开始新的巴黎人送28元一定的配置,巴黎人送28元JSON更好地记录(如果有的话)比其他IDES更好,它允许您使用CLI侧,或配置自己的工具链,甚至为同一目标使用不同的编译配置。

我正在寻找配置这一点,精确地具有更快的方式重用以前的巴黎人送28元和配置。