I'm going to call this problem "solved". The problem - which was the extruder stopping mid print with a weird, inverse relationship to print speed - was: Once a driver has been converted to UART mode, it cannot be converted back to STANDALONE mode - or at least it requires that something be cleared/undone which I'm not aware of. The "extruder stopping" problem ended when I put the took the driby satellite1217 - Printing
Update: Making progress. The problem IS related to the drivers in some way. When I installed a set of TMC2208 drivers from someone else's printer, the printer worked perfectly: extrusion continued throughout the print, even when printing at slow speeds. When I re-installed any of my TMC2208 drivers in the "E0" location, the problem returned: the extruder stopped extruding part way through tby satellite1217 - Printing
I increased the THERMAL_PROTECTION_HYSTERESIS value from 4 to 15, but the behavior hasn't changed. And, it's clear from the graphs that the temperature variations aren't anywhere near 15 degrees. So the problem doesn't seem to be that it's tripping a temperature limit unless there's another that I'm not aware of. The model prediction control thermal management sounds very interesting. Once thiby satellite1217 - Printing
Actually, that's not a dumb question in the slightest. You're absolutely correct that that's what would happen, and I saw that a long time ago when PID values were way off. And temperature stability IS something that I could have unintentionally changed, by re-flashing the firmware because it wouldn't have kept whatever PID values it was using before the re-flash. Although I always do an autoby satellite1217 - Printing
Can anyone think of a cause for a printer to stop extruding part way through a print even though the hotend keeps moving in x, y, and z perfectly normally? Here are all the details that I think could be useful to any kind person who may have advice: System Configuration: -The printer is a Sapphire Plus with a Robin Nano v1.2 board. -All drivers are TMC 2208. -Firmware is Marlin 2.0.x (if the “xby satellite1217 - Printing
I wasn’t able to find or fix this problem, but I was able to work around it. I was able to prove that the matrix where the center point was zero was, in fact, “correct” and the offset one was “incorrect”. So as long as I save (M500) the correct and then recall (M501) and activate (M420 S1) it before a print, everything works ok. I would rather do an autolevel before each print like most people dby satellite1217 - Firmware - Marlin
I wasn’t able to find or fix this problem, but I was able to work around it. I was able to prove that the matrix where the center point was zero was, in fact, “correct” and the offset one was “incorrect”. So as long as I save (M500) the correct and then recall (M501) and activate (M420 S1) it before a print, everything works ok. I would rather do an autolevel before each print like most people dby satellite1217 - General
Thanks. I’m using bilinear leveling. I’ve heard of ubl but have never used it, so I don’t know if it would address this. Issue. I’ll definitely set the Z offset before I print, but i first need to figure out how to get auto leveling matrices that don’t alternate in height by 0.21mm. To anyone who uses bilinear aotoleveling: if you perform a G28, G29 sequence, is the center point of the matrixby satellite1217 - Firmware - Marlin
Thank you MMcLure. I do have two steppers for the z lead screws but they are locked together with a closed belt. What I’m seeing is that, with repeated applications of a G28,G29 sequence, the center value of the mesh alternates between 0.00mm and 0.21mm. There are, of course tolerance variations of about +/-0.01mm, but the center value of the mesh will never fail to alternate between those two baby satellite1217 - Firmware - Marlin
Hello Rappers, When I repeatedly perform a G29 auto-level (after G28 home), the printer returns inconsistent matrices. So I want to see if I correctly understand what the results should be if everything is operating normally. Question 1: Should repeated applications of G29 (auto-level) result in the same matrix as long as nothing is loose or has otherwise mechanically changed? Question 2: Shoby satellite1217 - Firmware - Marlin
Hello, and thanks in advance for any insight. In one sentence, the problem I'm experiencing is that I'm getting unexpected and alternating values for center point autolevel matrix. In greater detail: I’m using a CoreXY type printer with Marlin 2.0.3 software installed on a Robin Nano control board and I’m trying to get a BLTouch to work correctly and consistently. When I issue successive “G28”by satellite1217 - General