![]() ![]() The printer stopped at the correct layer.Started another M601 test gcode from SD card with Octoprint connected Resuming via LCD generated a "blank" screen for few seconds and continued to print without heating.Modified TestInsert gcode to trigger at 0.4 a pause.Without these I could reproduce your issues with "blank" screen. To use FW3.10.0 correctly with an USB host system like Octoprint you need to add in GCODE scripts Tried my own M601 gcode as well yours.Īlso paused and resumed the printer manually in some combination of printer and Octoprint. Hope this gets fixed soon, I use this feature also tried to reproduce the issue in the MK404 simulator and everything went fine. From there I usually get frustrated and turn it off. Selecting it makes the screen go blank and non-responsive. I can see the option to "Resume Print" in the menu. (I actually like this change.)Īfter the print is complete, the printer still appears to have a job running. ![]() Repetier Server goes from "Pause" to "Printing" without me doing anything. Then it immediately starts without heating the hotend. When I do "Resume Print" on the printer, the screen goes blank, and appears to be non-responsive. The hotend goes to 0, and it waits for me as usual. In this new firmware, 3.10, the printer again pauses at the the requested location. Then you have to click "Continue" on Repetier Server. The printer will heat back up and move into position. Then you have to do "Resume Print" on the printer. The hotend would go to 0, and wait for me to put in the washer. In the previous firmware 3.9, the print would pause at the requested location. Sliced the project with Prusa Slicer (V2.2). Then you may manipulate maximal values in slicer for further experimentation.I'm having the exact same issue. This will ensure to not exceed key limitations. So I say all it starts in the slicer software: increase speed there and re-caclulate. ![]() (I actually mean the speed of extrusion, so this may not be simple as just setting equal speed for perimeters and infill, but this does not change the conclusion below.) So if you ensure, that printing these middle surfaces is planned (in G-Code) with similar speed as walls, then (at least in theory) you may be able to increase overall speed, playing e.g. The real limit seems to be this middle part of print, and outer part is just cosmetics (probably calculated to print slower because of quality). Then we go into master question: 300% of what? Turning the speed knob during print will override all considerations that slicer took into account during calculations - and defintely override Max volumetric speed, which is key factor to limit pressure in the nozzle (vide clicking noise). The video " How fast can your hotend print?" presents experiment on this phenomena and its outcomes. However: if sides are printed ok, then why the middle couldn't? Because walls are printed slower? Indeed, the under-extrusion may quickly rise along with speed because of plastic deformation between extruder gears under pressure and slight slipping, which actually increases with speed. So even if it helped for the middle part (I doubt), the next it would ruin the print on sides by overextrusion.
0 Comments
Leave a Reply. |