I’m playing around with my ACE a little bit more, and enjoying it a lot
A question: I find that sovol used mostly stock moonraker and mainsail components. Moonraker is version 0.9.0 from the standard repo, mainsail is 2.12.0 and also from the standard repo. Both installs are slightly behind the publicly available version. For mainsail, the timelapse module (from the public / standard moonraker-timelapse repo) has been, oddly, included in the mainsail directory tree (and this is a difference with the standard install, I think).
I like playing around with my tech, and want to update moonraker, mainsail, and possibly included/related components as well. I will not touch klipper-mcu, but would love to be able to update klipper as well.
Is it safe to use kiauh (already on the printer) to update the publicly available components? What can I safely update, and what should I not touch?
I haven’t looked at moonraker or mainsail. But I can tell you that you cannot just upgrade klipper itself. Sovol has added a module for the weight sensor that isn’t in klipper mainline.
I noticed that as well. There has been some conversations about that sensor (hx711 if i recall correctly, which is a pretty standard ADC for load cells) on the klipper github. I even seem to remember there was some support built. I’m not comfortable enough yet with the SV06 ACE to try that out, but I would like to be able to run stock klipper at some point.
In the mean time @sovol3d can maybe comment on upgrading mainsail and moonraker etcetera? Is it safe?
In the mean time @sovol3d can maybe comment on upgrading mainsail and moonraker etcetera? Is it safe?
@sovol3d would you please be so kind to respond to this? You are selling the printer as an open source printer, but the open source parts are not available.
FWIW, I am a total Klipper newbie, but I’ve been following this thread on the Klipper forum with great interest. It seems like there is slow-but-steady development going on for “proper” loadcell support (including calibration of the loadcell, which might help with the repeatability issues some folks have noticed?). Of course it’d be awesome if Sovol could contribute towards those efforts, but if not, I’m hopeful that a swap to mainline Klipper will be practical down the road…
Granted, Sovol’s default, slightly customized Klipper setup has worked well for me so far, but there are still reasons it’d be nice to upgrade. For example, I’ve been wanting to try OrcaSlicer’s adaptive pressure advance, but there was a Klipper bug fixed middle of last year that conflicts with it. IIRC, the timing of the fix seemed pretty close to when it looks like Sovol last synced started their fork for the ACE. I keep meaning to check more specifically if the bugfix is there or not… but it’d awesome in the future to be able to just upgrade Klipper “normally” instead.
I was not aware of that klipper effort, thanks! For me it also has been working OK, but there is desync happening between the Sovol klipper and the open source one (you highlighted two things that would really contribute to the functionality of the printer!).
Next to that one of the main selling points to not get a bambu was the ‘open’ nature. It’s quite a dissapointment that this seems to be incorrect. I hope @sovol3d corrects this situation (most probably in discussion with MKS) so we can see similar success and community compared to the ‘old’ SV06.
@sovol3d another reminder. Can you please update us on the status of the open source code for the SV06 ACE ? Just for clarity, this is what you state on the product page:
At the moment this is not the case. For me as well for others, this is one of the main reasons to not get a bambu printer. Please give this some priority.
In my opinion, using the HX711 sensor for ABL is not viable, it’s not reliable enough to use it for bed leveling… Since it is normally used for filament matters. That’s why if you look at @sovol3d official profiles the first layer (for 0.4 nozzle) with a height of 0.25mm, I guess to compensate the load cell errors.
I have been talking to them directly and they are already working on “fixing” the current implementation, I am also trying to get a load sensor to “help” the development and calibration of it.
Meanwhile I am adjusting the current model of the printer to use Klicky, combining it with the load sensor for the z-offset calculation.
@sovol3d can you please be so kind to acknowledge these questions. I purchased an OPEN SOURCE printer from you. You continue to state on the product page that this printer is open source.
In the mean time, I spent money on this printer for that exact reason, and my questions on getting what I paid for get ignored. @sovol3d can you please supply the full source code so we get the open source experience you have been advertising? It’s a shame to see this went so well with the standard SV06, but it gets blatantly ignored for the ACE.
"I was told overnight that a Tech has been given your questions, from there it is out of my hands.”
yet it still seems there are no changes/ or releases of information. Updates to software are extremely slow to come out, and there is still major ambiguity on being able to update Klipper, though the design choices with the load sensor seem to preclude that.until the, of course, independent work is done on that despite you integrating it directly into your models as a selling point, seems like you could have pitched in a hand on that project if it’s going to be a critical aspect of being able to update Klipper in the future?
I really wish I had known this before, I love my SV06+ BECAUSE I can tinker with it. This was promised to be the same so I picked up an SV06+ Ace, and there is nothing I can do to it except fix the loud fans or totally modify the design to defeat the purpose. The lack of transparency/on-going discussion with community is the most discourage part, just some “This is being worked on, this is our roadmap, etc.” would go a LONG way, but my reputation of the company right now is at an all-time low.
This was a printer that was supposed to work right out of the box AND be for hobbyists who like tinkering.
I’m also considered about the person told there was an update being worked on to resolve a concern about the load sensor not being adequate MONTHS ago; that often means either a throttling down of hardware via software degrading performance or only new models being fixed on the original buys who did seeming all of the product testing on this product and identified numerous issues being left in the cold.
It’s not going to happen. After all of my rants above I decided the forum doesn’t work, and I contacted Sovol support. Their response after a bit of back and forth:
I have consulted again, and it seems this request may fall under the scope of intellectual property. The maker space is unable to provide such detailed source code. Additionally, our other machines also cannot provide such in-depth source code. I hope you can understand.
They will not release additional source code, and I don’t have any indications there will be updates. Sovol’s promises are empty, and after purchasing a printer you’re on your own. From the looks of it, they much rather focus on getting new customers in on new models, that most probably will get the same treatment. Our best bet is on focusing getting the right kind of load sensor support in open source klipper, and hoping that’s enough to be able to run a mainline version.
I’ve actually spoke to Sovol about this a few times, they just don’t see my point.
I told them that the 1 update after purchase is not enough, they should be releasing updated profiles along with any bug fixes. To say the least, they were not in agreement with my suggestions. They did say they would pass it on, but I’ve been fighting this battle for about a year now. I also told them, as long as they sell the printer, we the users, should get an update…JMO
I hear you on the updates, but to be honest I don’t really care about those. I know that if i buy something, any updates or addons after the purchase are up to the seller, and there’s no way to depend on that.
What I do care about is that they sell what they say they are selling. In this case, there are big graphics saying the printer is ‘open source’ on their product page, but in practice the source is not open. Actually when asking about it, they say they cannot give the source code due to intellectual property limitations. In my perspective selling a product like that as ‘open source’ is a blatant lie.
The loadcell is now supported in Klipper. The routines to use it as a probe are available in the “testing” branch.
BUT the pain point is the out of date OS (bookworm) and Python on the host computer. Unless you are willing to replace your mainboard OS updates are (as far as I know) not possible.
Ah! I didn’t know that came trough yet. I haven’t tried updating the OS yet, but would feel comfortable if there is a way to go back to original. There’s a guide from sovol on how to recover if you bricked something, but I don’t know yet if I feel comfortable doing that. That said, a replacement mainboard costs around $69, so I’m tempted to get one to see how far I can get.
I actually intended to do just that and, I thought there were built-in limitations because of the toolhead board being some sort of “virtual MCU” that would prevent that. I’m fairly tech-savvy but would need a basic guide to attempt it as I’m more software side. I would definitely stick a an SKR on here happily if I can retain all functionality and ditch the proprietary closed source crap on a printer where it seems someone more litigious than I would have a valid false advertising/deceptive practice claim based on their blatantly false description of the printer.
If anyone wanted to throw such a guide together I’m game.
I will say this will be my last Sovol product as a result of this debacle.
