• 状态 Resolved
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 528 视图
  • 用户 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.

[参考译文] TM4C1294NCPDT：SysTick 优先级- TivaWare 宏

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/603659/tm4c1294ncpdt-systick-priority---tivaware-macro

器件型号：TM4C1294NCPDT

男士、

使用 TivaWare 配置一个特定中断优先级的方法是：

IntPrioritySet (INT_UART0、PRIORITYLEVEL)； // UART_0优先级示例

SysTick 优先级的等效宏是什么？ 我在 hw_ints.h 或其他论坛帖子中找不到任何内容...

此致

布鲁诺

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

    相信 FiRM /我最近才发现这一点-不是在这里-而是在我们的"4C123 MCU 手册"中。 从存储器中(因此未确认)、这是一个预设值-我记得放置得非常高(最快响应)。   ***请注意"从记忆中"的"节省"效应，这证明，"不是太多"对这一特殊的(早期)星期日的莫恩...  (即 SysTick 的默认优先级"显示"为较低的优先级...)

    现在您的 MCU 不同-如果您可以按描述进行检查-而不是查找/解答-我将搜索我们的备注并建议... 祝您有机会、我是 AMI。

    [编辑] 我的回答很低、很不熟练-不能让它保持不变-无辅助。

    对于"4C123"、有"STCTRL"寄存器-它启用4个控制机制-但没有一个控制、"中断优先级！"    这4种机制包括：

    • SysTick 计数
    • SysTick 时钟源
    • SysTick 中断生成(是/否)
    • SysTick 使能

    ALAS -不提供中断优先级-至少在这里-使用此 MCU。

    [编辑2]... *** FEEB 警报！   我现在发现 MCU 确实建议 Systick 可编程！    (因此、我的法院请求将幻灯片添加到(仅)暂时的精神病。)

    PG 的矢量。 170不是特别满意，太让人压力了，然后(德鲁姆博特大师！)    请注意-在 PG 上未找到以下内容。 170！   (但在 PG 上。 1724C123 人！)

    我认为(现在)您的问题已得到充分/正确的解决和解答...   至少调查和发现的程序已经很好地揭示出来-这通常比任何一个"答案"都有更大的价值。    (方法会让个人、一次性"答案！"   这就是小公司的上市方式！)

    如果此供应商的文档很少、您对"ARM 站点"的访问可能会证明富有成效...

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

    使用 IntPrioritySet。

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

    [引用用户="Bruno Saraiva"]

    IntPrioritySet (INT_UART0、PRIORITYLEVEL)； // UART_0优先级示例

    SysTick 优先级的等效宏是什么？ 我在 hw_ints.h 或其他论坛帖子中找不到任何内容...

    [/报价]

    来自 hw_ints.h 

    //
//
//为故障分配定义以下内容。
////
*****************
#define FAULT_NMI 2. // NMI 故障
#define FAULT_HARARD 3. //硬故障
#define FAULT_MPU 4. // MPU 故障
#define FAULT_BUS 5. //总线故障
#define FAULT_USAGE 6. //用法故障
#define FAULT_SVCALL 11. // SVCall
#define FAULT_DEBUG 12. //调试监视器
#define FAULT_PENDSV 14. // PendSV
#define FAULT_SysTick 15. //系统节拍

    请注意最后一行。

    Robert

  • 0
    TI__Guru**** 2339430 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Robert、谢谢！
    考虑到对这条线程的所有启发式评论、我想我的问题是"有问题"：SysTick 并不是真正的"中断级别"事件、而是在食品链上更高的一个"故障级别"事件！ 我不知道的。
    因此、无论我们为"其他外设中断"配置什么(即将 UART Tx 中断设置为尽可能高的值、设置为零)、SysTick 默认始终具有优先级。
    尝试使 SysTick 比它已经诞生的更加重要没有任何作用、我可能不需要运行 IntPrioritySet (FAULT_SysTick、1)！！！
    布鲁诺
  • 0
    TI__Guru**** 2339430 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    谢谢！ 这次我不想学习如何钓鱼，我真的只想吃金枪鱼！ )
    尽管如此、您在调查中仍有一些很好的学习经验、这也是 Robert 的简单(自信)回答！
    布鲁诺
  • 0
    TI__Guru**** 2339430 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引用用户="Bruno Saraiva">考虑到对这条线程的所有启发式评论、我想我的问题是"有些问题"：SysTick 并不是真正的"中断级别"事件、而是食物链上较高的一个"故障级别"事件！ 我不知道的内容。[/引述]

    问题没有什么问题。 中断与 Cortex 上的故障之间唯一真正的区别在于名称、至少就我到目前为止确定的范围而言。 更改 SysTick 优先级的原因有很多。 例如、如果你有其他频率高于 SysTick 的中断、那么它们应该具有更高的优先级。

    系统中 SysTick 是具有最低优先级的中断、这是很可能的。

    Robert

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

    对了。 实际上、我真正想要(并且暂时忘记)的是降低优先级。

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

    进一步思考-回忆一下这个话题(长... 大于3-5年前)"来到这里"-我认为"故障 SysTick "的定义被认为是"制图便利"。

    我曾说过、SysTick 中断的发生通常不会出现任何"故障"、因此"故障"标签是毫无道理的...  (图表一致性胜过适当性！)

    我们注意到、布鲁诺在他的开场白中列出了确切的函数调用-但不是"模糊、粗鲁定义的参数"-

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

    [引用 USER="CB1_MOBILE "]我们注意到，海报 Bruno 列出了确切的函数调用，但并未列出"模糊、粗鲁定义的参数"

    感谢您的鹰眼！

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

    [引用 USER="CB1_MOBILE "]我曾争辩说，SysTick 中断的发生通常不会出现任何“故障”，因此“故障”标签是毫无根据的...  [/报价]

    希望它永远不会与实际故障相关联。

    我认为 ARM 在这里选择的术语没有帮助。 也许他们需要一些东西来区分固定中断和客户可修改的中断、但 更明确的选择会很有帮助。

    Robert

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

    [引用 user="Robert Adsett"]我认为 ARM 在这里选择术语并不有用。

    真的很棒！   再说一次-"相信"是指"方便图表"比"有用"的词语更丰富...

    把 SysTick 称为"故障"本身就是错误的！

  • 0
    TI__Guru**** 2339430 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我不会把这种指称的名称限制在 SysTick 上。 在我引述的9个中断中、至少5个中断的特性是错误的

    Robert