Please see the logic analyzer result i captured with APP2.0 for BNO055 ACCMAG mode and sensor is in motion status.
From the plotter, you can see the multiple reads are correct.
The address is 0x28 also when i capture the plotter.
When i open your plotter of non-countious, i saw the following pattern. after first reading, the sensor already send ACK. this means slave already release the I2C bus. but host didn't send new clock. Instead of it, both SDA and SCL are pull to high at the end.
Clock stretch is slave hold SCK to low until it is ready. you can also see in your log, the ACK will be sent from slave quite long time after sending last bit of registers. then host directly start next clock for reading.
Also after first byte get ACK, next clock comes with a new START signal for reading from address 0x73 with NAK (280 ms later) twice, then go back to 0x28 (BNO055 address).
Can you check if you have any other high pirority interrupt with I2C bus communication at your platform?