[问答]

RTOS SDK1.5引导加载程序完成之后，扇区1中的闪存数据都会损坏，为什么？

问答对人有帮助，内容完整，我也想知道答案 0 自从我使用 RTOS SDK1.3 以来，我一直被 @richardaburton 使用 rBoot 引导加载程序，并且我能够毫无问题地使用 OTA。但是自从我切换到 SDK1.5 后，我遇到了一个问题。问题是，每次在引导加载程序完成之后，在用户程序以某种未知的方式启动之前，扇区 1 （address=0x1000）中的闪存数据都会损坏。众所周知，rBoot 使用两个闪存扇区进行工作 - 第 0 扇区存储引导加载程序，第 1 扇区存储引导加载程序设置。因此，当rBoot运行它时，请检查设置并决定启动哪个ROM。如果rBoot发现设置已损坏，它会设法修复它们。但是，一旦 user_init（）函数运行，rBoot 已修复的数据已经损坏（我将其进行比较以检查）。所以，我想在新的 RTOS SDK1.5 中，在启动期间对闪存的第一个扇区有一些写入操作，但没有记录。我是对的还是错的？ 400002e9 401009ec 40100000 00000a04... //data read at 0x1000 引导 rom 0。这里rBoot完成并启动用户程序 OS SDK 版本：1.5.0-dev（caff253）编译 @ Oct 23 2017 17：42：20 00ff0000 302d2f27 33343231 00000000... //data read at 0x1000 after booting 0
2024-7-10 07:10:00　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 38 个回答。邀请回答 hgimtk 该类别下有 38 个回答。邀请回答新星之火12138 该类别下有 33 个回答。邀请回答 chm5 该类别下有 32 个回答。邀请回答 zyh34997 该类别下有 32 个回答。邀请回答就好国dd 该类别下有 32 个回答。邀请回答 zaichenxi 该类别下有 31 个回答。邀请回答 heks 该类别下有 31 个回答。邀请回答四川赵赵该类别下有 29 个回答。邀请回答 flowerddd 该类别下有 29 个回答。邀请回答 muwersddg 该类别下有 29 个回答。邀请回答 caosurround 该类别下有 28 个回答。邀请回答星星公交站该类别下有 28 个回答。邀请回答 vinww特烦恼该类别下有 28 个回答。邀请回答 lkjflksjfsa 该类别下有 27 个回答。邀请回答 h1654155143.8331 该类别下有 27 个回答。邀请回答 723662364d 该类别下有 27 个回答。邀请回答 overheat 该类别下有 27 个回答。邀请回答 gvjhvbc 该类别下有 27 个回答。邀请回答安德森大该类别下有 27 个回答。邀请回答举报成尔秩相关推荐 • STM32H7闪存在读/写期间损坏了怎么解决？ 401 • 如何使用FX3引导程序？ 2965 • 如何与CyPress CYBLY-022001引导加载程序？ 1522 • PIC32MX主应用程序怎么写入引导闪存？ 1604 • 求分享开发S32K116引导加载程序应用程序 491 • 求分享S32K344的统一引导加载程序？ 542 • ROM加载初始扇区0的flash_mode和时钟频率？ 424 • 在哪里可以找到存储库SDK_S32K14x_125？ 398 • 为什么RTOS SDK的Rom指针比非OS SDK少？ 422 • STM32引导加载程序是否包含USB DFU？ 2190 1个回答

答案对人有帮助，有参考价值 0 根据您提供的信息，我们可以分析以下几个可能的原因导致扇区1中的闪存数据损坏： 1. SDK版本差异：从RTOS SDK1.3升级到SDK1.5可能引入了一些不兼容的更改，这可能导致闪存数据损坏。建议您仔细阅读SDK1.5的更新日志和文档，看看是否有关于闪存操作的更改。 2. 闪存写入操作：在引导加载程序完成之后，可能有一些未预期的闪存写入操作。这可能是由于某些初始化代码或中断处理程序在不适当的时间写入闪存。检查您的代码，确保在引导加载程序完成之前没有对扇区1进行写入操作。 3. 电源问题：如果设备在引导加载程序完成之后遇到电源问题（如电压波动或电源中断），这可能导致闪存数据损坏。确保您的设备在启动过程中具有稳定的电源供应。 4. 硬件故障：硬件故障也可能导致闪存数据损坏。检查您的设备硬件，确保没有损坏或故障的闪存芯片。 5. rBoot配置问题：可能存在rBoot配置问题，导致扇区1的数据在引导加载程序完成之后被损坏。检查rBoot的配置，确保它正确地使用了两个扇区。 6. 软件错误：可能存在软件错误，导致扇区1的数据在引导加载程序完成之后被损坏。检查您的代码，确保没有逻辑错误或内存泄漏。为了解决这个问题，您可以尝试以下步骤： 1. 回退到RTOS SDK1.3：如果可能，回退到RTOS SDK1.3，看看问题是否仍然存在。这将帮助您确定问题是否与SDK版本有关。 2. 检查代码和配置：仔细检查您的代码和rBoot配置，确保没有错误或不兼容的设置。 3. 增加日志记录：在引导加载程序完成之后，增加日志记录，以便更好地了解在用户程序启动之前发生了什么。 4. 联系技术支持：如果问题仍然存在，您可以联系RTOS SDK的技术支持，寻求专业帮助。 5. 社区支持：您还可以在相关论坛或社区寻求帮助，看看是否有其他用户遇到了类似的问题，并找到了解决方案。

2024-7-10 17:49:59 评论举报张健