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.

[参考译文] 编译器/TM4C1233D5PM:固件兼容性

Guru**** 1810550 points
Other Parts Discussed in Thread: TM4C1233D5PM, TM4C1233H6PM
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/600907/compiler-tm4c1233d5pm-firmware-compatibility

器件型号:TM4C1233D5PM
主题中讨论的其他器件: TM4C1233H6PM

工具/软件:TI C/C++编译器

你(们)好

这是一个简单的:-)

我目前正在使用 TM4C1233D5PM。 我想混合使用同一 Tiva 系列中的某些 TM4C1233H6PM (具有更多闪存和 RAM)。

我的问题是 ,为 TM4C1233D5PM 编译的固件是否会直接在 TM4C1233H6PM 上运行?

我最想的是它将会起作用。 但是、我找不到要确认的来源。

谢谢

此致

Christian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    不是很容易…… 但很容易猜到。
    当您编译固件时、将生成一个完整的存储器映射。
    如果您的"新"器件具有更多闪存和 RAM、并且两个器件的默认基址(可能)相同、则程序将运行。
    但实际上、请将项目复制到新项目中、更改与器件型号相关的属性、然后重新编译。 或者、为了更加巧妙、使用新器件的特定设置为项目创建新配置...
    我在不同的 MCU 中运行了几个"错误"固件-大多数情况下、当器件相似时、这些固件正常工作。
    当然、引脚映射错误时要小心!
    布鲁诺
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好,Brun

    感谢您的回复!

    两个 MCU 都来自同一个 Tiva 系列、请参阅下图:

    据我所知、除了存储器之外、这些器件是相同的。 有人可以确认这是正确的吗?

    对此感兴趣的原因是、我已经发布了多个固件版本、我希望这些版本能够使用具有更多内存的 MCU 进行硬件升级。 对于未来的固件、我自然会编译到"正确的"硬件。

    谢谢。

    此致

    Christian

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

    你(们)好  

    如果有人能确认以上内容、我将不胜感激。

    谢谢

    此致

    Christian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Christian、
    您是否无法进行测试?
    您是否在数据表上检查了引脚对引脚的兼容性?
    正如我说过的、我的经验是、为内存较小的 MCU 编写的固件在引脚对引脚兼容的较大器件上运行良好、但实际上、在至少将一个器件焊接到现有板以进行确认之前、我不会将产品扔到那里(或订购5、000件)。。。。。
    布鲁诺
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我是否可以将布鲁诺的海报贴上"警告声明?"

    这里的"普通"用户(使用了(两个)您指定的部件)可能很少、因此任何答案都包含"风险"元素。 而且-很遗憾- crüe 您-工厂 T Ü V S Ü D 可能会与相同(完全)的器件使用情况相对应。

    虽然不是您寻求的省时/省力的响应-采购和安装新设备-然后进行合理的"耗尽"测试/验证-可能证明您最快速的方法得出"真实"的结论。

    充分的测试协议(在所有可能的时间/设置下练习所有潜在的函数调用)的设计(甚至那些被认为是"罕见"的测试协议)会增加您的时间和精力、同时更深入地了解您的任务的成功...    请注意、(许多/大多数)大公司 会关注任何此类"变更"、并且通常 "需要" 开发广泛的测试套件、这(正确)证实了您新董事会的功能是否充分...

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

    大家好

    感谢您的回复!

    我肯定会对这两个器件进行测试。

    但是、我更愿意知道它是为工作而设计的(在同一系列中)。 在编写本报告时、很难对两个器件上的所有功能进行详尽的测试。

    我的印象是,这确实是为了将 tm4c 部件分成几组(系列)。

    此致
    Christian

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

    我同意您确定的"目的感"。 然而,"现实"是否可以为如此"崇高"的目标增加限制?
    "理论上,一般而言,设计工作"与(经常)冷酷、残酷现实世界之间是否有区别?

    一种节省时间的方法-我的公司成功使用了这种方法-您是否访问了供应商的本地办事处-并询问他们是否可以代表您联系新设备的"当前用户"。 (遗憾的是-如果您尚未成为批量用户-此类请求可能不会受到完全和承诺的关注。 即使是这样-它证明(仍然)值得...)

    大多数所有供应商都感到不得不(有时)"过度推销"。 因此、"在同一 MCU 系列中重复性能"的(间接)承诺可能是一种幻想。 您可以通过请求供应商"以书面形式确认这种能力来进行签核、从而获得(部分)安慰。" 与"使用此类 MCU 的安全声明"一样、这种写操作很少(即从不)出现。 这或许说明了-是不是吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

    如果有人在将来寻求信息、只需更新此信息。

    我使用 相同的链接器文件测试了 TM4C1233D5和 TM4C1233H6的相同代码编译(即限制 H6的可用存储器)。

    生成的二进制文件看起来是100%相等的。 也就是说、D5和 H6的相同代码编译为相同的二进制文件。

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

    好的-但如果采用"真正"的可用存储器、这种测试是否会有好处?

    并且-在新的编译器和 IDE 版本下、未来是否会获得相同的结果(保证)?    应该考虑这种情况--不应该这样做吗?

    我记得我读过(可能是在某个 ARM 论坛上、但我怀疑不是在这里)一个问题、这个问题的结果与您描述的情况非常相似。
    如果时间允许-将尝试找到并链接-但它是"过去一年了"、可能尚未记录以供审核...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Christian、
    这是一种明智的做法。 当然:相同的二进制数、相同的代码、当然兼容!
    我知道您的目标是确保您可以开始在电路板上组装更大的芯片、而无需再管理一个固件版本、因此现在您可能还可以、对吧?
    不确定我是否问过、但为什么您现在选择使用更大的 RAM IC? 是否更容易购买? 当然、如果您计划实际使用额外的 RAM、您将需要一个新固件...
    仍然、感谢您的反馈!
    布鲁诺