Comments (24)
so new test new gcode file same problem ... printer freezes when finish ...
thats what printrun says when the MPDM freezes , when i try then to Cancel from the printer menu it does nothing .. the nozzle stays on the last position on the print and the heat stays on :-(
before i go back to 113 or 112 what can i also test ?
from mpmd_marlin_1.1.x.
Did you run the M502_FACTORY.gcode
after installing r14? If you still have your SETTINGS.TXT file from r12 M503_REPORT.gcode
you can copy all the settings into a new .gcode file with M502 M500 added to beginning and M500 at the end.
Do you get same behavior printing from SD card with usb cable removed from printer? I've encountered some problems with erratic motion when using Pronterface.
from mpmd_marlin_1.1.x.
Hello
So i have installed r14 and done a auto Calibration , nothing else , nothing from old firmware ...
And i normally only print from SD Card ... i had done only the connection to the computer to show you whats going on in Pronterface ... but doesnt effect the freezing when the print ends , it freezes so or so ...
ive done now a K Factor test with the ready Gcode from the K Factor test site and there the printer doesnt freeze at the end π§ curious
i also tested to delete the complete end code in cura , but the printer freezes also at the end of the print π©
so when i understand what you mean with all the copy report code stuff i will do this π€·π»ββοΈ but for now i dont understand ... must have a look in a quiet minute ...
from mpmd_marlin_1.1.x.
so i checked i have a settings file from 1.1.2020 it should be from r12 firmware . β
so how is the going ? i copy this setting file in the root directory and run a M502 ..? then it overwrites the memory with the old settings file ?
and the save all with M500 ?
is this th correct going ?
by the way is that also loading the older bed level sequence ? because the new in r14 is to wide out and measures some points outside the print bed ... ?
(by the way sorry for my english iΒ΄m a german Guy from Saxony .. that makes it double hard for correct english ;-) )
from mpmd_marlin_1.1.x.
Your English is way better than my German.
The release notes recommend running the M502 command which loads the factory default settings followed by M500 to save them. This makes sure the settings stored in flash memory are all valid. From here you could rerun the auto calibration routine like after installing r12. My suggestion is using the calibration data previously saved using the M503 report.gcode which saves the current settings to SETTINGS.TXT. This file has some extraneous contents that can be deleted and the "echo:" needs to be removed from the start of each line.
Here was a copy of the file I use to reload settings: cal.gcode. I added some notes to the file, most of it should be copied from your settings.txt file with the settings that you want to restore. And, yes, it will restore the old bed leveling mesh data from r12. If this isn't desired, remove all the rows with G29.
Also, the probe offset commands were moved into a sub-folder: /setup_gcode/M851/
from mpmd_marlin_1.1.x.
OK iΒ΄m not sure that i checked the over all work around ... thats a little to complicated π©
when i use a different Settiings .txt also the mesh will be copy...
but when i then make the calibration new and make a new settings.txt all the other data will be saved again from r14 version ... so isnt it senseless to do this ?π§
i have now created a new Settings.txt from my r14 version what is installed and makes this freez at the end problem . can you see there something wrong ? what causes this failure ?
SETTINGS.TXT
from mpmd_marlin_1.1.x.
sooo i flashed now the r13 and the same problem ... printer freezes after finishingprint ... still the same problem ...
here is the Settings.TXT from the r13 :
SETTINGS.TXT
from mpmd_marlin_1.1.x.
And again .. i flashed now r12 and i still have the same problem π§ now i think its not a Firmware problem .. but what else ? π§
from mpmd_marlin_1.1.x.
Sooo News again :
i test printed now an old Gcode file and voila it prints until the end without freezing the printer ...
so how can i figure out whats wrong now with my new files ? wheres the failure π© you have any idea ?
because a deleted the complete end code in cura and the printer freezes also at the end ... can this effect come from a cura adjustment ? π§
from mpmd_marlin_1.1.x.
@BjoernBjoernson, I think we should focus on your second problem; the issue where the calibration goes askew. A few things come to mind:
a) there is a known issue #11 (with work-arounds) where the rear bed clamp can interfere with the print head during the calibration procedure. You mention the left tower (not the rear tower), but since you changed the controller board, is it possible that you've swapped the connections to those two stepper motors? I doubt it, but just something to check.
b) I suspect, as @mulcmu suggested, that the stored settings in the machine are somehow corrupt. These settings are kept in the flash memory (not on the micro SD card), and for reasons that are not clear to me, these settings are not always properly initiaized after flashing new firmware in the printer. To manually reset these settings use the M502 command (factory reset) followed by the M500 command (save settings). You can find these commands in the setup_gcode folder on the micro SD card.
c) On this end, we test (I use the term loosely) on a few printers, but not the 10A firmware. It's possible that something is wrong with the firmware, but I think I would have heard about such an issue from some of the "power users" using the firmware. Still, it could be the firmware.
Looking at your cal.gcode
and the SETTINGS.TXT
, though, I can see that they are not consistent. In the cal.gcode, you use:
M92 X57.14 Y57.14 Z57.14 E69.54
M665 L120.53 R62.35 H121.63 S100.00 V50.00 X0.00 Y0.00 Z0.00
so I'm guessing that you've an older 1/8 stepping printer. If this is the case, please see issue #8 for a simple extra step to reset the factory settings.
I notice, too, that your settings are quite a bit different than the default settings. Is your printer hardware not the stock hardware? If it is more or less stock hardware, please try the auto-calibration procedure with the default settings. It may shed some light on the problem.
I do think that your issue is a settings problem. Please try using the default settings and report back so we can sort out your issue. Thank you for your patience. We'll figure it out.
from mpmd_marlin_1.1.x.
hello aegean
so ok
first about the 1/8 micro stepping correction ...
The printer runs before this freezing issue with Marlin r12 Firmware without problems , i have never used this 1/8 stepping correction command (M92_XYZ57_E48.gcode )
and the prints were correct in measurement ππ»
then i swapped the board to the Gigidigit silent board and then i had also no problems with r12 Firmware , first time it freezes after print was now directly the first print after flashing the r14 firmware .
i will flash the r14 again with following process:
- flash firmware
- remove SD Card - delete FCUPDATE.FLG and FIRMWARE.BIN
- run M502
- run M500
- run M503 to save current setting s in Settings.txt file to load it up here
will see if the first print after this has the freezing problem again ... ππ»
to your a) no i dont think that i have swapped the cables because the direction of the printed part on the printbed is correct like before ,
maybe i have this test probe touch out of the printbed also in the back corner but its hard to see there ... i noticed it devinately in the front left corner
"I notice, too, that your settings are quite a bit different than the default settings. Is your printer hardware not the stock hardware? If it is more or less stock hardware, please try the auto-calibration procedure with the default settings. It may shed some light on the problem."
what settings do you mean ?
the motors are stock , only the extruder himself is a China Alloy double gear extruder , why i have to use different E Steps value ... tested out with the 100mm extrusion test ππ» iΒ΄m arround 140 E steps Value to get correct 100mm Extrusion .
from mpmd_marlin_1.1.x.
so ive flashed the r14 again and have done it strickt like the upper post !
1.
2.
3.
4.
5.
and i did a test print and it freezes again π©
here are the settings.txt and Calibrat.txt
and now ? what should i test next ?
from mpmd_marlin_1.1.x.
how is the effekt when i have a older 1/8 Stepping machine and use 1/16 normal firmware without Stepping adjustment ? are the measurings wrong from printed parts ?
or what is happenedπ§
from mpmd_marlin_1.1.x.
Sooo printed now a part sliced with Simplify and used exact the same start and End G Code and voila no freezing ... the print ends normal and the Printer homes and then cooles Down .. so its a Cura Problem ... but which option can cause a printer to freeze ? π§
from mpmd_marlin_1.1.x.
Thanks for testing, @BjoernBjoernson. I took a look at the files you put up and the information looks OK. I understand now about the funny extruder settings, so it makes sense.
I'm still a little troubled by the calibration glitch you describe, but I agree with you -- your machine should be working (and seems to now).
Could you please try the following ending G-code:
G1 E-3 F100
M104 S0 T0
M140 S0
G28
M400 # ; wait for motion to complete and command buffer to empty
M84
This change (the M400 #
) will ensure that all commands are executed before disabling the stepper motors. It shouldn't be necessary, but there was similar quirkiness in issue #33.
Also, if you can, please send the G-code file that does not work -- I would really like to figure out what the trouble is.
Thank you for all of your efforts.
from mpmd_marlin_1.1.x.
HA Something new !
After the part is printed the MPDM stops right at the moment with the Nozzle touching the part .
so the last few prints i tried to quit the print , that causes to crash the printer completely and it does nothing ... so i switched it off and on again that the nozzle/heatbreak gets cooled down .
NOW i tested your End G Code , but i was not there when the print ends . It stops right after the last command right on the printed part like before ... BUT after 1-2 minutes the printhead drives up and homes like normal ... so there should be any time delay after the last print command π§
what the hell can cause this in Cura ? π³
from mpmd_marlin_1.1.x.
so now i video taped the Pronterface during Print end ... and only command came right when the printer stops was M31 (print time) , the printer halted with the nozzle right on the print for about two minutes 8during this two minutes came a lot of echo ; Busy; processing commands and then continued end scene with homing and stoping and the last thing what pronterface noticed was print time ....
from mpmd_marlin_1.1.x.
HAHA HEUREKA What the Hell i know what he is doing !!!!
He is pulling out the filament all the time from stopping the Nozzle moving when the print is finished until he goes for homing and really ending ... i mean he pulls the Filament backwards out of the extruder :-(
Why the Hell Cura is doing this ????
from mpmd_marlin_1.1.x.
Good job. The culprit is probably in the last 50 lines or so of the G-code file. I don't use Cura, but possibly this line in the ending g-code is not working as expected:
G1 E-3 F100
It looks innocent enough; move the filament a little bit. BUT, I think what actually happens depends on "relative" vs "absolute" positioning mode (codes M82
, M83
, G90
, G91
). Perhaps instead of a relative move of -3mm, the command is attempting to return the extruder to the absolute position of -3mm.
The difference between the slicing programs may be a missing M83
or something similar.
from mpmd_marlin_1.1.x.
OK thats sounds possible ...
BUT why is doing cura this also when i complete delete the end code ? π§
So relative is from the actual point -.-
and absolute is from the over all where the Extruder position was first noticed . maybe during switched on ... ?
so i should write a extra M83 right over my G1 E-3 F100 command .. will try this ..
from mpmd_marlin_1.1.x.
Hello together :-)
with a happy signal i can say WE ! have solved the problem Big No1 !
It was really a cura function : use relative or absolute extrusion ... its under : special functions ...
i dont know when i pushed this button π€·π»ββοΈ and this caused the MPDM to wait so long after finish the print that i thought it was freezed and switched it off and on again ...
So MPDM Users DONT use this Button ;-)
Problem no.2 some Calibration points are not on the print bed ...
So during often re flashing and calibrating i could specifie this , the r14 Calibration process has two types of meshes , the first type is ok . But at the second type nearly at the end some points are out of the bed ... then the nozzle touches the aluminium and not the print surface ...
Maybe you can simple make the test circle 5-6mm smaller ? then we should also solve the problem that at some printers with bed clip the whole nozzle construction plate hits the bed clip holder bevore the nozzle reaches the bed ... ? π
i will say a big Thank YOU to this community ππ»ππ»ππ»ππ» great work !
from mpmd_marlin_1.1.x.
Hmm would it be possible to adjust the Extruder Flow rate during printing ? π§ like the temp and speed on the screen ...
from mpmd_marlin_1.1.x.
@BjoernBjoernson, glad you tracked down the problem!
I believe the calibration trouble you mention is discussed in issue #11. One work-around is to use the calibration command, CALIBRATE_25MM.gcode
, rather than the AUTO_CALIBRATE.gcode
command. The CALIBRATE_25MM.gcode
command uses a smaller pattern and may solve your problem. Both command files should be in the setup_gcode
folder of the micro sd card contents.
As for making adjustments to the extruder flowrate during printing -- the firmware does allow this, but alas, the printer's user interface ("malyan ui" in marlin speak) does not. So while it is possible to control such parameters during printing via the serial port (usb), it not possible change the parameters directly at the printer. Issue #36 contains the lament.
Seems the original issue is solved, so I will close this issue. Please feel free to re-open it if the issue is not resolved. Thank you for giving the firmware a try.
from mpmd_marlin_1.1.x.
Ahh ok thanks for the Explanation ππ»
from mpmd_marlin_1.1.x.
Related Issues (20)
- error:Probing failed
- autolevel and bed thickness HOT 18
- G29 P0 does not work as expected HOT 1
- Corrupt display HOT 7
- E1"Heating" Error HOT 54
- effector collison with starting g-code HOT 1
- Thermal Runaway after updating firmware HOT 2
- FAN needs support HOT 55
- Control FAN HOT 4
- Question about M92 HOT 2
- Version clarification HOT 2
- Pronterface Serial Exception HOT 11
- Help to compile new firmware HOT 1
- Firmware will not flash from newer cards which the new firmware will read just fine HOT 3
- A hint on wifi file uploads HOT 4
- Bizarre Behavior when Calibrating HOT 2
- Real Z location lost after M420 S1 HOT 1
- Max bed temperature. HOT 2
- PID tune typo? HOT 2
- Printer pauses midprint using octopi HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mpmd_marlin_1.1.x.