The problem is, that z is raised for the islands. In the gcode, there is no z lift at this pint. The printer did it anyways.. The only question is why
So you are saying the bed moved down suddenly for no apparent reason? The Z stepper driver can overheat. This is a known problem on the UM2 which was fixed by lowering the stepper current to I believe 900ma. Some versions of Marlin let you edit this - look in motion controls and see if you can lower the Z stepper current. If your version of Marlin doesn't make this easy to do there are gcodes to do it or you can install tinker Marlin.
You can test that this is indeed the problem by putting a 5kg weight on the back of the bed and seeing if it is even worse. Basically the stepper driver turns off for about 1 second.
Or you can remove the bottom cover, tilt the printer with a dictionary/book and use a desk fan to give a little air flow over the circuit board.
After noting overheated browning of the board in the area around the drivers, I drilled 3/4" holes in the electronics board shroud - one under each of the driver chips.
I also drilled some smaller holes on the sidewalls of the shroud to allow for flow-through ventilation.
13 hours ago, gr5 said:So you are saying the bed moved down suddenly for no apparent reason?
If you look at the video, this is not 100% accurate. It did move down, but its every time another island is printed. I think the printer did it "intentionally", because its every time a "z-hop" would be performed, if the option was activated (which I didn't). It looks like a z-hop, but the bed does not go up again. And it also looks like the z-distance icrease is always the same. I think you can even hear the servo doing that. I'm running with octoprint on an raspberry, I don't know if octoprint gave the wrong commands... but why after 5 hours
Recommended Posts
kmanstudios 1,120
For that tiny island of material being printed, I would say that the speed is too fast for that one area. Try slowing down the print speed.
Link to post
Share on other sites