Sum grams of filament on queue and other tricks.

The general idea is the following.

Being able to queue as many prints as possible up to 1kg of filament.

That is why I wish to propose:
1) Post processed that calculates grams of filament, or read it from the Gcode (cura writes it and I suppose other slicers do it too) or if this is very complicated, the possibility of setting this in the library files.
More: Read print time from the Gcode and show it in the library and other useful parameters.

2) Print queue that adds the grams of the current print and that of the queued jobs.

3) Limiter of jobs in queue. Only jobs can be added up to 1kg or the set limit.

4) The big trick. Send next job in queue reading the status of any of the parameters. For example, if from the printer I set the fans to 100%, start the next job in queue.
This is useful to clean the bed and start the next one without having to touch the PC or the cell phone.

Comments

  • 1) we calculate that already our self so we are independent and work with all slicers. But you need to select the filament type so weight is correct. We plan a material management so that would be part of it then.
    2) Adding what you have in queue is a good idea.
    3) Also I would not limit it. This is just your use case, but others might just want to add all they need to print and know they have to switch filament. But when you see what is in it you can stop your self.
    4) Quite special to combine it with fan. But adding a @startNextPrintInQueue server command might be useful. With the already existing firmware response parser you can add that command on any firmware response you want. Might also be useful in other cases.
Sign In or Register to comment.