No this is currently not possible and also the delay is not 16 segments. In most cases it will be 21 as we already have send some more commands that are queued up. Also with single moves we get problems as they are executed and if we do not update these immediately you will never see them.
I understand what you plan - showing a more up to date impression of current print. And since we know queue length we could delay the buffer usage. Would in deed be more in time. I will think about this. Maybe I could internally handle them when being acknowledged and not being send. Would reduce the 5 commands in buffer and heater messages will be on spot.
Comments