Closed Short-bus closed 1 month ago
Have added new RPi->Microcontroller command "sendstatus". Updates a flag steppermotor.SendStatus. When TRUE, the motor will report status back to the RPi. When FALSE the status message is suspended (it sends a 'comment' back instead). This allows the RPi to download a batch of instructions in sequence, the microcontroller will not respond to the individual instructions until sendstatus is turned back on.
Stale. This is not high enough priority feature to introduce anytime soon. The 'sendstatus' code will remain available in the code, but the batch sending of trajectories will not be introduced yet. It increases complexity but does not address anything critical.
Whenever the microcontroller restarts it needs a new configuration and trajectory. The current solution is 'pessimistic', always assuming that the microcontroller can reset at any moment. The pimoroni Tiny2040 microcontroller has proven much more reliable, so it's possible to be more optimistic and send a larger packet of trajectory elements at the start of the observation. This would speed up the initialisation of an observation. Can an 'optimistic' startup option be added easily?