This errs on the side of a more general software architecture question, but I'm curious if there's anything I can exploit specific to TI-RTOS. I have one "high priority" sensor triggering an interrupt at 250Hz and reading 3 24-bit values over SPI (1MHz bitrate), and one sensor on a clock at 1Hz reading 3 16-bit values over I2C (3400 kHz bitrate). Both the interrupt and clock are going through the RTOS queue as in simple_peripheral. It appears I'm dropping 7/250 Hz samples of my high priority device likely due to the BLE advertising at 1Hz (I2C and SPI devices should be able to co-exist at these sampling/bitrates). The problem is, the 250Hz sensor doesn't have a buffer, so that data is gone if I ignore it, effectively making the sampling rate 243Hz with small breaks in the data if advertising is enabled. I can increase the advertising interval but can't eliminate advertising altogether.
Thanks for your help.
