Sorry, we don't support your browser.  Install a modern browser
This post is closed.

Staggered start for power draw#151

Make a feature that staggers the start of printers so you can launch prints to them all at the same time but they will start up after X time one after another to limit power draw.

P1S printers draw 350w @ 110v during preheat but only ~60w when printing PLA. Staggered start would help to have more machines on the same circuit.

2 years ago

One way we could do this, is a client-side solution, where we simply set a timer in your browser, and it doesn’t execute the “Send print” command before that timer is up. It’s not the best solution, and it means it wouldn’t just natively work in the app, and you’d have to keep your browser open.

The best solution would be the timer running on our servers, but we don’t currently have a good solution to do this in an efficient way, so this solution would be further away.

I’d love to get the discussion going on this topic, though, as for the technical aspects;

  • Should there be settings? Say you can define “Max [x] printers start at once”
  • What should be the determining factor of when the next printer(s) should start? Is it after the previous bunch are done heating up?

Since I saw my very first 100+ printer farm with my own eyes, the question of power draw has been on my mind as well, and we have seen instances of SimplyPrint kind of being to “blame” for power draw issues, as many pre-SP “naturally fixed” this, by the sheer fact that it took a while to manually start 40+ printers with an SD card… Darn efficiency!! 😆

2 years ago

I think it would be crucial to have a new set of groups set up to control the power. You would have printer groups as they currently exist for sending prints and then a second group that would mark what printers are on the same circuit.

I think ideally then you have a set of controls for each “power group” that controls how many printers are allowed to be preheating at a time.

We have space for another ~20 printers (about 85) where we are right now with unoptimized power. I haven’t wanted to have to stress too much with only allowing X printers to preheat at a time so they are set up to allow each printer to be able to preheating at the same time.

2 years ago
1

One idea to manage this would be to be able to define “preheat current”or “warmup current” or similar in your SimplyPrint printer profile (a numeric entry field in watts perhaps).

Then, as Laramie suggests, you could be able to define printer group with max current limit (max allowable startup current). Then have simply 3d only start the first X number of printers where the sum of “preheat” current doesn’t exceed the limit definded in the printer group. As the first printer(s) are no longer in the “preheat” or “warming up” stage, then it can start the next printer as long as the sum of currents will continue to be below the max allowable.

a year ago
1
K

this makes sense. i am looking for the same thing. what i would suggest is to have an option to just “send print”. like a little checkbox that you can check where you send the print, but need to authorize the start on the printer itself. could that be done?

a year ago
K

as an addendum, the reason i would like to add a nuance to this, is that i want to be able to queue prints, but do a local approval before starting the print. this way i can queue all prints, then i can go to the printer, clean the bed, press okay and then the new print would start.
\

a year ago

Korneelb currently confirming the print start on the printer screen would not be feasible. This is due to our limited control when it comes to starting prints outside our control, as we don’t have any solid ways to know for sure which file you start, and what to “map” that file to in SimplyPrint; is it from your filesystem? Is it from the print queue?

In theory, we could store a map in our software of the file location we stored the file to on your printer, and what/where the file is in SimplyPrint, but this’d need a cross-platform solution, for Bambu, Prusa, OctoPrint, Klipper, & soon more; which is why we often prefer when things can be fixed in our software/platform, as that’s where we really have control.

I’d also argue - though open to being proven wrong - that a lot of people use SimplyPrint to not have to go to the printer and start the print. Yes, having the right file selected or transfered in the first place probably solves a lot of the headaches. But I’m unsure how widely used this feature of starting prints on the printer itself would be, and if the main reasoning is to stagger print starting, I’d argue there are better, automated, ways to do so, via our software.

a year ago
K

well, you have to go to the printer anyway. you need to go there, clear the bed and confirm everything is ready for the next print. at that point i want to be able to confirm that the next print can start.

a year ago

@David W we did think of that, yeah; you can create multiple “Staggered groups”, which would usually be one per circuit. So that should be covered! 🙌

2 months ago
1

I like it !

2 months ago

This feature is now live :) Attached is a screenshot of the small announcement in our Discord.

Please do join our Discord if you’re not in it already (https://simplyprint.io/discord) and make sure to give yourself the “Print Farm Feature Feedback” role to access the Print Farm Feedback channel: we’d love to hear your thoughts on our execution of this feature that you all helped guide us in making.

2 months ago
Changed the status to
Completed
2 months ago

Just a final reminder to all those who have been waiting for this that may not yet have set it up; @David W , @Atamgp , @Nikita Radionov

2 months ago

I’m testing it today.

2 months ago

We’ve had some success and some failures. Aften the delayed start ends up really delayed but more than that we have had a lot of failures to load and several instances where the print fails at the “downloading” step and then we have to turn the printer off.

It seems like the system really struggles if we have already manually started a print. That seems to be a common scenario where we have problems. It won’t delay based on that one warming up, but also seems to be associated with some of the failed starts where we just have a print failed message.

I’d be happy to share my logs. We are only running this on 6 printers in two groups so it should be a manageable size of log file.

2 months ago

Hey @David W.

Are you in our Discord server? If not, please do join and reach out to my colleague Javad: he’ll be able to help, and would be happy to receive logs: https://simplyprint.io/discord

As for “Manual start”; if you start the prints on the printer screen, or in general outside SimplyPrint, we cannot stagger the start, and it won’t be counted towards the amount of printers currently heating, nor will it wait and not heat until its turn - that is not possible. We could make it count as a heating printer, but when a print is started outside our platform, we have very little control and that opens us up to all kinds of other side-effects and weird queues.

2 months ago