-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feedback on BQ Hephestos2 #4221
Comments
Ah! I had to save my settings into memory to make the Z Offset working! |
Starting my first print at the moment. My Hephestos2 is quieter than before! |
Homing is not a goto, it's a process where the printer trys to find out where the nozzle is. The end-point is undefined - or better saied, depends on a dozen of configurable settings.
That is what the software endstops are for. Before homing the software endstops can't work properly. |
OK. The default behaviour of the stock firmware was to home before being able to move the axis. |
Rechecked and it is still possible to crash after running "Auto home". |
I am the author of the config and I own one bqh2, congrats for jumping out of the fence ! :-) The home position is actually the same as the stock bq firmware, what bq does is move the print head into a "rest position" when idle which we don't do on Marlin currently. When you say you can crash the head. is it in the X axis ? I believe I have software endstops preventing crashes on both axis, only the Y I let the nozzle go outside the bed a few mm so I can "purge and cut the filament" when straying printing. This was introduced on the latest RCBugfix, which version are you using ? |
Great to hear that there is someone who owns the same printer. Ok, before jumping into "vanilla" marlin, I tried to replace BQ's start- and end-gcodes work regular gcodes. That's how I found this. OK, then didn't know that there is a difference. When moving the axis in Y it is possible to move the bed to -3.00 where I think it should stop at 0.00. At least the signal of the physical end stop should be able to do a emergency stop if the bed is still moving to the wrong direction. Just cloned the RC branch today. Was it a bad idea? Is there a version you can recommend and/or works perfectly? Yes, it is still crashing the ends of x and z axis. There is no problem when printing, as Cura cares here about that, but I'm currently helping out at Ultimaker and it is still possible that a bug gets into the master branch of CuraEngine and kills my printer 😅 Oh, that "feature is even very useful. |
On github clone the RCBugfix branch, I believe the limit issue you report was fixed. |
Thanks. Will give this branch a try 😉
|
Yes, the limit issue is gone 👍 How is it possible to change the filament now? Heat up the nozzle and turn the extruder backwards? 😅 |
As there are no problems left, I'll close this now 😉 |
Try #define FILAMENT_CHANGE_FEATURE |
Tried it now and it works! Is there a way to bring this command into the LCD menu? Additionally, to cool down the nozzle BQ uses the second fan to speed up the process. Is it possible to do it here, too? |
Finally: Is there a way to keep the motors on? |
This is also valid for Marlin. Have a look in // Time can be set by M18 and M84.
#define DEFAULT_STEPPER_DEACTIVE_TIME 120 |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Today I took the example configuration for my printer, built and uploaded the firmware.
But apparently I'm facing the following problems:
Could you explain in short the difference between both settings?
The BQ firmware uses the same "home" like in my marlin build, but be correct the "true" home is at
X4 Y297 Z15
Thanks!
The text was updated successfully, but these errors were encountered: