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.

[参考译文] RM48L952:TI_FEE 驱动器时序要求

Guru**** 2481465 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/677405/rm48l952-ti_fee-driver-timing-requirements

器件型号:RM48L952

我在项目中使用 TI_FEE 驱动器来仿真简单的 EEPROM 以存储配置设置。 我的系统具有重要的计时功能、必须在非常具体的时间范围内执行。 我可以手动设置简单读取和写入 EEPROM 的时间、并了解每个函数需要多长时间。 我的问题是在收费司机的特定情况下出现的。 当数据写入填充整个扇区并回滚到下一个扇区时、必须擦除原始扇区、以便为下一个数据回滚做好准备。 FEE 格式函数的样本运行在我的系统上花费36.4mS、无法异步调用(即、调用该函数时、它将占用全部系统资源直到完成)。 我假设 FEE 驱动器必须在内部执行一个相似的功能来擦除下一组数据的未使用扇区。 我的问题是、如果 FEE 驱动器需要通过一个写入周期的内部调用来擦除一个内存扇区、它将连接系统的时间有多长。

1.是否有一个表为每个 FEE 指令提供最大时钟周期?

2.调用 TI_fee_MainFunction()时是否有最长运行时间?

TI_fee_MainFunction()是否可以从主系统中无限期暂停(不被调用),或者是否必须在特定的时间长度内对其进行服务?

相关的,FEE 驱动器提供了一个 Fapi_serviceWatchdogTimer()用户函数来处理在一个扩展的费用周期内更新看门狗的操作,但是没有提供有关调用此操作的频率的时序详细信息。 我不知道 FEE 驱动器中的调用位置、因此很难判断调用它的函数是什么以及频率是多少。  

似乎我在某个时候看到了一个包含此信息的文档、但现在我只能找到"TI FEE 驱动器用户指南"、它不提供此详细信息。

谢谢、

艾伦

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

    我必须仔细研究您的问题、因为除了数据表中指定的写入和擦除操作时序之外、我没有即时的答案。 随着闪存的老化、时序将会延长、应用需要能够适应最坏的情况。

    我还可以说、在执行各种命令函数时、我们没有任何特性数据。 这将对编译器设置以及系统中的其他内容有一些依赖性。 对于写入函数、FEE 算法将根据需要处理扇区、其中大部分应该在后台进行、但我需要通过查看代码和用户指南来确认确切的操作。 我猜、运行时所需的操作可以异步/在后台完成、这样它们就不会干扰应用程序时序。 我将检查此问题并返回给您。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    卡盘、

    我已按照您的建议查看了数据表、并继续自行收集一些数据。 数据表针对我的条件指示组7应该在通常为14mS 但最大为100mS 的时间内擦除。 在我的产品可能遇到的极端条件下、最长可能需要8秒。 我的系统以200MHz 的频率运行。 基于此,如果 TI_FEE MainFunction()典型值处于 IDLE 状态,则返回大约3.3uS。 当我填充整个扇区并回绕到下一个扇区时、同一函数会在超过4ms 的时间内返回。

    这对我来说已经成了问题。 我的主 RTOS 系统以2.5ms 的周期运行、并且必须在其周期时间内确定。 未能在该时间范围内完成一个周期会使系统发生故障。 与4ms 相比、我无法预测 TI_FAULT_MainFunction()何时会在3.3uS 内完成,因此我甚至无法通过覆盖该周期的 RTOS 故障设置来为扩展的 FEE 周期做好准备。

    我不确定 FEE 驱动器在这4ms 内会执行什么操作。 如果有办法将其分解成较小的数据块、那么我可以将收费周期时间限制为较小的时间间隔、这样可以解决我的问题、但在收费用户指南中我看不到任何建议如何做到这一点的内容。

    是否有办法指定 TI_fee_MainFunction()的最长时间限制?

    我有点卡在2.5ms 的岩石和4ms 的坚硬位置之间。 请提出任何建议

    谢谢、
    艾伦

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Allen
    我正在审核一些可能未解决的旧论坛帖子。 由于此帖子已打开并最终锁定、我想检查您是否能够解决问题或需要进一步的指导?

    此致
    Mukul