Topics created by Edgars Batna

@Phaedrux Extruder motors are not affected by M569 B, F, Y, as the second part is commented out.

@theruttmeister I'm past this phase of troubleshooting. I was printing at basically 20-30mm/s. The hotend is rammed so hard that the molten plastic is flowing upwards, I'm sure of it.

Also, a low value of S0.05 should not cause so much extrusion.

Please, someone follow my request and try print this on a CoreXY Bowden.

@bot said in Duet 2 Pro 4 U:

What would be the differentiation between this and the Duet2 Eth/Wifi?

there seems to be at least 0.5mm more clearance between the fan header and the fan mosfet - so much easier to repair >D

@droftarts said in Another crack at extruder problems:

@Edgars-Batna While waiting for a firmware fix, for gyroid infill issues, there's also this, which converts all those little line segments to graceful arcs: https://github.com/FormerLurker/ArcWelderPlugin
I think it can be installed as a slicer post processor, though not sure how. Seems like the gyroid infill 'feature' causes issues in Marlin firmware too!

Ian

I already tried this, although that was roughly 1.5 years ago. I might try it again now that we've got a proper slicer fork. The GCode needs to have very good resolution in the first place for this to even have a chance, plus any tiny segments not converted to arcs will cause the problem to be even worse than without arcs, because the GCode is now in way higher resolution.

@Garfield said in E3D heatbreak inner diameter question:

It's my experience that jams are often caused by cheaper filaments or over enthusiastic retraction - some of the defaults I found for firmware retraction when setting up my Duet (based on initial codes produced by the online tool) were excessive in the extreme (10mm) more suited to a bowden than a direct extruder - even then it's a lot.

By retracting too far you pull molten plastic back into the heat break where it has no place being, it cools and bam ....

Agreed. I just checked my config.g and indeed it's set to 2mm... Max practical retraction on my HEVO is 1.5mm or so due to high PA value. Nice pointer! I forgot to uncomment a line in the config.g as I was testing something the other week.

@phaedrux Thanks for trying it out. By no means it's all garbage. Have you looked at the other thread, linked in the beginning? It fails at completely normal prints and so far all indicates that this is the culprit with PA enabled, which gets even worse with higher PA values.

The "PA test" macros are from 2nd layer onwards. Could you remove filament, set PA to 0.6 and run the "PA tiny segment test EccentricGearTest" file? The extruders should start acting up. I just ran the same with 0.035 PA (as per your config) and they still acted weird at certain points but not as much because there are no sharp turns in this gcode.

Here's the actual printable gcode: 0_1564303068509_EccentricGearTest 0 0 volumetric.gcode. It does print, but there the PA is only slightly shy of skipping steps. With slightly higher move count the PA commands the extruders to skip because the Duet can't keep up. The extreme demonstration is contained within the "fine" and "superfine" macros.

Here's the "fine" macro with E: 0_1564304231040_EccentricGearMacroProcessedFine.gcode
Here's the "superfine" macro with E:
0_1564304239370_EccentricGearMacroProcessedSuperfine.gcode
WARNING: remove filament before trying
IMPORTANT: enable PA and try different low and high values when trying

The macros are for quick reproduction and are not printable. By "normal" I referred to the remarks by other users regarding the segment count and resolution.

EDIT #342354: Had to resort to contacting Akismet so that they stop blocking my edits...

@deckingman Yes, you are right. Totally forgot about the video.

Here's the old video: https://www.youtube.com/watch?v=oXsFLG7AMug&feature=youtu.be

The extruders are commanded so erratically, that they end up moving backwards. While digging through the firmware I've observed that this can be tipped one or the other way (overextrusion or underextrusion) depending on how factors are mathematically rounded in PA computations, but I couldn't find which one and by how much as the results were not perfect in all cases. Thus I think me or the implementation is missing something other than just rounding.

I've done major upgrades to the printer but the basic setup is still the same. I just ran the same test script and the same thing still happens.

@Phaedrux Great, thank you! 🙂

Dear DC42

in my mgs I was referring to E jerk, I use E400 with pa enabled and it is skipping steps but not in an extreme way, if I disable it no skipping steps. I normally use E1000 a E1500 without pa and working well but with pa I get extreme step skipping

my Xy Jerk are tuned to have almost no ringing "X900 Y900" I can go to 1200 but then very small ringing start appearing .

Best Regards
Manuel

@phaedrux It turns out the ridges on straight segments as visible at the blue line were caused by improperly assembled axis. Some ball bearings were misaligned and I also used a bad carbon fibre rod. Needless to say, the bearings rubbed through the epoxy coatings of the rods and were running on the fibers, which caused the whole thing to vibrate. They were hollow rods, so with some pressure and higher speeds the problem "masked" itself.

Straight segments are now good. The slight ringing on the round segment as in the left print in the pic above is still there though and I'm still not sure why.

@dc42 It's 4kb. Formatted to 32kb and the upload speed didn't really change.