Open pmuzz82 opened 10 years ago
I have just fixed a bug that caused hangs for delta printer. That bug could be related with your problem. At least I could not verify it after I had fixed the other bug. Please try using the latest version.
repetier,
hey what was the fix for the delta's you're referring to on this issue? I'm still shipping with 0.83, and was wondering if it was a quick fix for our fork?
The firmware used a big array to store the submoves making delta moves smooth. The problem was in the bookkeeping of the pointers to that array, which were not always released and at some point it was full and waiting for it to be released did not work any more. My solution was to split the big array into one for each move, so I could completely remove the bookkeeping code and thus no more errors there. If you wait a week or two, I hope to get some cool updates in the dev version ready, so you want to upgrade anyway:-)
Hi repetier,
Using a RAMPS 1.4 (motherboard 33) delta config on the current development branch with a RRD smart controller (display 2) enabled the combination of using the flow multiplier and the speed multiplier from the Quick Settings menu of the LCD (printing from SD card) seems to be playing up. The retraction speed is slowed right down (dramatically) when both the flow and speed multiplier are used but not when it is just one. Likewise when further adjusting the speed multiplier when the flow multiplier is anything but 100% also causes jerky motion and random pauses which sometimes recover and other times lead to the print being lost (motion stationary with no reaction to "home all" etc even after using disable steppers. In this case the heaters stay on also which could be dangerous.
Both the speed and flow multipliers have been stable in the last master version with RAMPS 1.4 and RUMBA motherboard combinations of above.
Cheers,
Paul.