Each health table get/set operation is mutex protected. The mutex timeout is relatively long- per default set to 20ms. When a user needs to read/write a lot of health states, this can be quite time intensive.
By exposing the mutex publically via a getter function, health table users may lock the mutex once with a custom timeout and then proceed with the usual get/set operations without a time penalty, since fsfw mutex supports recursive locking (mutex doesn't need to be locked twice by the same task).
Each health table get/set operation is mutex protected. The mutex timeout is relatively long- per default set to 20ms. When a user needs to read/write a lot of health states, this can be quite time intensive.
By exposing the mutex publically via a getter function, health table users may lock the mutex once with a custom timeout and then proceed with the usual get/set operations without a time penalty, since fsfw mutex supports recursive locking (mutex doesn't need to be locked twice by the same task).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Each health table get/set operation is mutex protected. The mutex timeout is relatively long- per default set to 20ms. When a user needs to read/write a lot of health states, this can be quite time intensive.
By exposing the mutex publically via a getter function, health table users may lock the mutex once with a custom timeout and then proceed with the usual get/set operations without a time penalty, since fsfw mutex supports recursive locking (mutex doesn't need to be locked twice by the same task).