• 状态
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 647 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 使用 JetBrain CLion IDE 进行 TM4C 开发

admin
Guru**** 2347070 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/605960/tm4c-development-with-jetbrain-clion-ide

开发人员同行、

我过去在 IAR 方面有过积极的经验、后来又迁移到了 CCS、在过去的3年左右、它一直是我的工具。

在论坛上提出的关于 IDE 选择的论点并不少见、而是合理地提出了关于更专业选择(即 IAR 和 Keil)的论点。

"远离嵌入式世界"的公司同事使用完全不同的工具。 他们的 Android、Java 等平台选择由 JetBrain 提供。 该公司还有一个 C 语言工作室、称为 CLion。 除了"良好且更现代的界面"之外、还有许多有用的功能...

有没有人曾尝试过在这样的"外部"平台中为 TM4C 进行开发？ 会缺少什么？ 我会想到编译器和调试器吗？ 这样的想法"疯狂"或可行性如何？

此致

布鲁诺

  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    一点也不疯狂  我更喜欢使用一个适合我所有语言和编译器的优秀编辑器*，同时使用 make**进行构建。

    Robert

    *我发现 Eclipse 是一种镀金的金红宝石戈德堡机器，在一个海峡夹克里。

    **我确实留意其他构建系统，但我所看到的所有可能是候选系统的限制都使其不可用

  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    (Bruno 要求我在此主题中做出回应、因为我在另一个主题中提到 CLion)

    我对 TM4C 一无所知。 实际上、我从未使用过它。 但是... 本文档(www.ti.com/.../spmt285d.pdf) 指出它是 ARM、因此我看不到任何问题。 ;)也会出现一些 GNU 徽标。

    我使用 CLion 对手臂进行实验。 如果您需要使用 CMake 所需的所有项目管理功能、 它所做的就是生成 makefile。 您可以在此处连接 CCS 编译器或其他任何内容(只需查看编译和链接时的调用)。 但是、我建议使用 GCC。

    现在、使用 gdb 作为调试器没有问题。 CLion 与 gdb 有一些基本集成、在设置一些初始值(.gdbbinit 文件)后、效果非常好。 我已经使用 Nucleo F103RB 对其进行了测试。 尽管 Ilia Motornyi 使用了外部调试器(blog.jetbrains.com/.../) 、但我还是能够使用 CLion 的调试器。

    请注意、它仅用于试验。 我从未有机会将其用于大型项目的商业用途。

  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引述 user="Robert Adsett"]*我发现 eclipse 是一个镀金的金红宝石 Goldberg 器件，装在一个海峡夹克中。[/引述]

    文学工作者-跨越(至少)三大洲-为您的服务而生气！     很少在一篇论文中出现"镀金、Rube Goldberg 和直夹克"这几句话、"永远不要"这样做、"一句话！    显然、这是"论坛五大报价"之一-永远！

    对于那些太年轻的人来说、Goldberg 先生因创建极其复杂的图形图而闻名、该图(很可能)采用了"比要求更多的步骤/序列"、以实现(相当)基本的操作。"   (即"大理石"将由"跳线"释放、然后遍历多个导轨、方向和高度变化、然后(最后)绕过这种迷宫-以及 "熄灭蜡烛"。)

    为达到历史的准确性/合规性，本报记者适当地指出，“没有金板或直外套”出现在他的图纸中。    (因为这些人可能会"掩盖"他对"方向不正确"的信念。)

    应该进一步指出 ，他的绘画完全是"无亲吻"的----这种(不明智的)反亲吻方法----在这里(长期)一直是一个标志----迄今采用"太多了！"   (有时(非常)在这里有(部分)提到并抗议了这种情况！)    供应商不允许提及 "kiss"、从而鼓励 Goldberg 先生的"过度复杂化" 、 使高效的故障排除和诊断变得几乎"不可能"。

  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢文学课和诗歌、Robert！ 不想脱离这一主题的主流、让我的开发团队陷入各种不必要的麻烦。 我们将研究可能的限制、或许可以尝试一下、但这不会在不到2个月的时间内发生。
  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Roger、非常感谢您的回复！
    那么、现在有几个注意事项、如果我们要尝试：
    -学习配置外部编译器、在 TI 或 GCC 之间进行选择...
    -了解如何配置调试器、检查不同探测器的兼容性、确认功能 IE step into、out、内存位置断点、刷新变量等...
    -确认可以轻松生成所需的文件(.bin 或其他使用的选项)...
    根据成本评估其他最终利益或缺点...
    有趣的任务，从现在起几个月内就不会开始，但是...
    此致
    布鲁诺
  • 0
    TI__Guru**** 2347070 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引用用户="Bruno Saraiva">不想脱离主流... 让我的开发团队陷入各种不必要的麻烦。[/引述]

    这条线程的"外观"是否已经从"常走的道路"中走出来了？

    假定"必要的麻烦"被邀请/欢迎-好的是...   关于"发展团队"-您的猫怎么做？   "烧烤爪"是否已被大量治愈-也许他/她将"学习"并在下一次"检查电路板"期间"绕过/绕过" HV。