关于TI sysbios 的SWI

最新推荐文章于 2024-03-13 13:51:37 发布

freshmanjq

最新推荐文章于 2024-03-13 13:51:37 发布

阅读量1.2k

点赞数

本文链接：https://blog.youkuaiyun.com/freshmanjq/article/details/46482197

版权

TI SysBIOS 中的SWI（Software Interrupts）线程优先级位于Task和HWI之间，适合低频、实时性要求不高的场景。SWI运行时不可被阻塞，但可被更高优先级的SWI或HWI抢占。SWI函数仅执行一次，但通过trigger variable和swi_inc()，可以在函数内部根据触发次数执行对应任务。swi_gettrigger()用于获取触发次数，在SWI完成并移出等待列表后立即重置，确保即使多次post，SWI函数也仅执行一次。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

SWI线程类型优先级高于Task，但低于HWI。SWI适用于发生几率比较低，但实时性要求低于HWI的场景。

SWI同HWI一样一旦运行起来就不能被block（阻塞）。也就是说SWI线程运行过程中不可以有类似semaphore或者gate之类的东西阻塞它，等待其他线程的同步信号，但能被高优先级的SWI或HWI抢占。

同HWI一样，如果同一个SWI在从posted SWI list中移出去之前被post多次，相应的SWI函数只执行一次。当SWI被posted后就放置在posted Swi list中等待运行，开始运行后被移出。

但是，每一个SWI都会有一个trigger variable，利用swi_inc()可以做到触发多少次，执行相应的任务多少次，虽然SWI function只执行一次，但在SWI function 里面可以通过swi_gettrigger()函数读取trigger variable 的值，然后运行相应次数的任务。(swi_gettrigger()只能在swi function里被call)

swi_gettrigger()函数获取的当SWI被从挂起等待运行的swi list中移出后锁存住的trigger value。当SWI 被remove后，它的trigger value 立即被reset。同样的SWI又可以重新被post，等待运行，但相应的swi function 只能被执行一次，不论后面被post多少次。

如图所示，当mySWI执行完成后，如果没有比它优先级高的SWI或者HWI，且mySWI在再次运行之前没有被post多次，当前运行结束后会再次执行mySWI，这是swi_gettrigger()获取到的只是1，也就实现了mySWI被post多少次mySwiFxn()里的while循环多少次。