RE: HOMING ISSUES
Prusa's invented a faulty algorithm and we are all busy developing black magic about it.
Prusa is failing its users by not reverting it.
That is too black & white for my taste.
Determining the position that precisely is not a trivial problem to solve -- especially when you must measure distances by counting steps at the far end of a slightly springy belt with a 2 mm tooth pitch. I am not convinced at all that using a limit switch or an optical sensor instead of the Stallguard sensing would make it any easier.
Determining the position that precisely is also not a pointless exercise. While you and me have no problem with power outages, there are many areas (also in developed countries) where blackouts or brownouts are common enough to be an issue.
What I hold against Prusa is that they are stubbornly refusing to allow the user to select whether they require precise homing, or prefer to forfeit the power loss recovery in fgavor of fast & quiet homing. Granted, they should not add more and more option switches in response to every little request or issue. But ignoring four months of very vocal and common user complaints, while neither being able to improve the measurement nor willing to make it switchable, is disappointing.
> Determining the position that precisely is not a trivial problem to solve
Determine the position **precisely enough** is pretty simple and most printers do it reliably.
> While you and me have no problem with power outages, there are many areas (also in developed countries) where blackouts or brownouts are common enough to be an issue.
I doubt if the CORE One is a printer of choice in third world countries, there are other printers with much better value proposition.
> What I hold against Prusa is that they are stubbornly refusing to allow the user to select whether they require precise homing, or prefer to forfeit the power loss recovery in fgavor of fast & quiet homing.
I agree, but even just disabling the algorithm will increase the overall user satisfaction from this product.
(Note that I don't complain about the inexpensive construction of the printer because I understand the desire for cost reduction but disabling the defective algorithm comes at virtually no cost to Prusa and it's long overdue.).
RE: HOMING ISSUES
Sigh.
When I try to explain that "precise enough for you and me" is not necessarily "precise enough for everyone", you just simplistically repeat that "it's easy to measure precisely enough". When I argue that power blackouts and brownouts can also be a problem in developed countries and areas, you just simplistically repeat that "the Core One is not for third world countries".
This is going nowhere. I'm out of here.
RE: HOMING ISSUES
Hi @Jürgen, I was not talking about you and me, I was talking about "overall user satisfaction".
RE: HOMING ISSUES
What do you get now when your printer is fix, a single head bang on X and a single head bang on Y like normal sensorless printers or many more?
One bang on X, one bang on Y. And then a few fast diagonal bangs. Total added time < 10 sec.
I can make a video, in case you are curious.
RE: HOMING ISSUES
What do you get now when your printer is fix, a single head bang on X and a single head bang on Y like normal sensorless printers or many more?
One bang on X, one bang on Y. And then a few fast diagonal bangs. Total added time < 10 sec.
I can make a video, in case you are curious.
Thanks @orangebird, you probably get 12 head bangs, two on X, two on Y, and then 4 small diagonal movement, each banging once on X and one on Y. That's seems to be the minimum with the Prusa algorithm.
RE: HOMING ISSUES
I have got the headbang for about a minute and after that an automatic reboot with a red screen.
Very frustrating for a new printer. I have it not about a Month and the total printtime is about 6hr. 😠
RE: HOMING ISSUES
Is there a link to this issue? Thank you for sharing it, it helped in my case.
RE: HOMING ISSUES
https://github.com/prusa3d/Prusa-Firmware-Buddy/issues/4582
Since we're all stating experiences, my printer will fail to homing if the bed is at the bottom of the printer. Seems to pass (reliably & acceptably quickly) if the bed is at the top. My fix add some Octoprint start gcode to move the head to X1,Y1,Z1 at start of print.
Knock on wood... (or a print head stop...)
David
RE: HOMING ISSUES
Hey Guys, sorry I didn‘t read the whole article, but I had the same Issue.
Because of the sensorless homing you have to Check the belt tension. It is important, when Steppers are off and you pull the X Bar to the Front, the Corners Must Hit the Front in the Same time. When you Need extra Force on one side, the belt tension is not correct. So please before you start to unscrew your whole Printer, Check this, it solved my homing Problem in 2 Minutes. Please excuse my bad english.
RE: HOMING ISSUES
I got my conversion kit on Monday, got all together on Friday. This homing issue together with collision error messages stops me from being able to use the printer. I was so happy with MK4S, but now it became COREon, and i am not happy. I achieved 3 prints with PLA, and one with PETG. But that's it. Spent all Saturday on reading all the messages about the problems people have (should have done that before i ordered), and i get nowhere in the moment. I think i need to take the printer apart at this point. When my printer detects a collision, the bed goes further down, and then it spends a lot of time there in the middle going up and down, and it takes a very long time to go back there to the print head. I wonder if this printer software has like a software logging function where one can see what the printer thinks is happening when it tries to home over and over again ... ?
RE: HOMING ISSUES
I finished my MK4 S to Core One conversion and I was able to do like 6 or 7 prints with no issues.
Looking for ways to improve the printer, as maybe many of us do, I installed the kit for the accelerometer in order to do the Input Shaper calibration.
After the IS calibration I was not able to print anything, the printer will crash when homing before the printing, I adjusted the belt tension several times, and ended up on this chat for recommendations. I turned off the heater before homing as somebody recommended and now I can finally print.
So, maybe the little extension cable I installed on the controller board is affecting the EMI and causing the crashes ? As you know the accelerometer connector is just on the side of the printing head main cable and the other end goes to the NFC board. I see no other reason for my problems.
RE: HOMING ISSUES
Maybe we can improve the issue if we re-route the cables ? The printing head cable is bundle together with some other cables, maybe if it is routed on the opposite side by itself will help with the issue ?