Duet 3 mini 5+/FYSETC Big Dipper on FFCP/Flashforge Creator Pro

infiniteloop

@Inlinebrother OK. Just to be clear about today’s topic: It’s your config.g, motor section.

Firstly, an admission: For me, GCodes are hard to decipher, I can neither read nor spell GCodes by heart, I have to look them up here. Sure, I’ve prominently bookmarked the GCode dictionary, but even to understand my own config.g, I have to go through it line by line. Chaps like @Phaedrux (that’s the one who wrote the tuning macros) and @droftarts (the one who contributed most of the valuable hints to your thread) eat GCodes for breakfast (Sorry guys, didn’t want to trigger you - but if you are willing to scan @inlinebrother’s config,g, you’re welcome: I won’t catch everything).

M566 X60 Y60 Z12 ; set maximum instantaneous speed changes (mm/min)

These values are an order of magnitude off. To understand what you do, PLEASE look up M566 in the dictionary. The example depicts conservative values, start with these for X, Y and Z. Note that E is missing from your line: That’s because your setup follows a different pattern, it provides a second M566 in the ”Extruders” section.

Let’s take a break and look at the details: Comparing the values for X/Y/Z to E, the difference is stunning. All units are mm/min, so why should Z be limited to 12 mm per minute(!), whereas E can take 12000 mm in the same time? Sincerely: 1000 times more than the 12 on Z? This pattern stinks, it is illogical. Well, that’s a good reason for yet another break: Where do these figures come from?

My claim: Oral tradition (or a digital variant of that). Someone had these numbers in his config, some values were lost in translation, someone ignored the decimal point, another one omitted a trailing zero, and finally, you have to observe the units to deal with: RRF uses millimetres per minute, other firmwares (and slicers like Cura) prefer to use millimetres per second - what a difference!

Sorry for the rant. My point is just this:

Always have a close look at the units involved
Never copy the templates from others blindly, better think twice
Analyse every line of GCode, use the dictionary (and your brain)

OK, three points. But you get the idea. Anybody on this forum cries for templates of a config for his specific printer. If you followed me up to here, you now understand why that’s a questionable idea - too much can go wrong (and has almost certainly gone wrong with your config).

———

Next: M203. This line carries no comment, it defines the max. speed per axis, again, in mm/min. Add a comment to make its meaning explicit. Again, the extruder has it’s own M203. Comparing your settings to those for my poor old bedslinger, there is some room for optimization. But, first things first: cross-check your RRF settings with what you command in Cura: M203 imposes absolute limits, regardless of what you tell your slicer. And always remember: RRF is mm/min, Cura is mm/sec.

———

Finally, M201 (Accellerations). Again, you have separate entries for axes and extruders. IMO, the values are leaning to the conservative side, so there’s a potential for optimization. Keep this in mind, add the topic to your list of items to be tuned.

Inlinebrother

@infiniteloop

But didn't you tell me that the PSU never turns off? Or did I misunderstand something? In this context, you also mentioned some LEDs never going off …

I meant that when there was a shutdown, nothing happened to the PSU, it was the board that stopped working

At first, before I grounded the board, I witnessed the board shutdown and turn off wifi. The lights near 5v switch were blinking with no pattern. But the 24v power LEDs didn't show any signs of trouble.

All that is in the past now, after I removed the screw

Learn where to draw the line between RRF and Cura:

That's actually a nice thing to mention. I think that the Printer Settings plugin makes things a bit more difficult)
I'll have to check what it does, besides the setting that I set for firmware rectraction when I explored tuning tutorial yesterday

I have to take care of my dog and some other stuff, but then, we'll deal with your config.g. CU

Nice of you to put so much energy into helping me, but please keep balance and take care of your dog)

Inlinebrother

@infiniteloop

but how can you explain the failure on the right?

The config I posted is for the left print
The fact is that low jerk and acceleration settings helped achieve a good result

Inlinebrother

@infiniteloop Thank you for your thoughts, I think that I use all of your advice, but I lack experience, so I can't be as good as you before I get some experience)

My strategy is "try and fail, but do not stop".
I've learnt a lot about my printer in a month) If I were too afraid to change the config or hardware I would do nothing and just throw my printer away.

The thing that I lack about the DWC is git.
It would be great to have a VCS for configs.
But I can always create a repository myself

Where do these figures come from?

Here is the tuning discussion, I used this number for E jerk on purpose
https://forum.duet3d.com/topic/6181/tuning-macros-menus-accel-jerk-retraction-pressure-advance/18?_=1728802639093

guys are saying that E jerk should be high enough so that it doesn't "cap the X and Y jerk values for a print move"

All units are mm/min, so why should Z be limited to 12 mm per minute(!)

That comes from the config generator, I didn't change that because Z axis seem fine.

This line carries no comment,

The one for the Extruders has it. I lost the one for axes when copied the config here

separate entries for axes and extruders.

that is also how the generator creates a config today

infiniteloop

@Inlinebrother
Mains power switch:

At first, before I grounded the board, I witnessed the board shutdown and turn off wifi. The lights near 5v switch were blinking with no pattern. But the 24v power LEDs didn't show any signs of trouble.

Got it.

RRF vs Cura:

I think that the [Cura’s] Printer Settings plugin makes things a bit more difficult.

You nail it. But it depends on your personal preferences. For my part, I feel uncomfortable with the idea of having crucial firmware settings embodied in every print object - when I improve my configuration over time, I’d have to re-slice every single design, I.e. all over the place, instead of doing it once and for all. And, of course, I am nailed to one slicer, can’t switch to another one or even run .gcode files from other sources.

There’s already a lot of settings in the .gcode files: print speeds, temperatures, layer heights… BUT: except of the layer heights, I can adjust all of this in DWC on the fly. With this approach, I could already save numerous prints, while my older designs automatically inherit all benefits from tuning measures I made over time - in RRF, that is.

infiniteloop

@Inlinebrother

The config I posted is for the left print

So start your journey from here.

The fact is that low jerk and acceleration settings helped achieve a good result

I agree. A second thing to have in mind is print speeds. Most of the basic settings can be better explored at moderate speeds. At high speed, you introduce a whole zoo of mechanical effects from your printer’s hardware to the equation. Everybody want’s to print fast, but I feel more comfortable with the idea to take this challenge in a second step.

infiniteloop

@Inlinebrother

I think that I use all of your advice, but I lack experience, so I can't be as good as you before I get some experience

Holy cow! If you knew how many of my prints I still ruin today, you would speak differently.

Here is the tuning discussion, I used this number for E jerk on purpose
guys are saying that E jerk should be high enough so that it doesn't "cap the X and Y jerk values for a print move"

I am no tuning expert. Despite of my long bowden, I don't even use PA. I'm just printing slowly. But, with respect to your stepper settings, it might be helpful if @Phaedrux could have a quick look. He has a "feeling" (or call it "intuition") for suitable values that I completely lack.

My strategy is "try and fail, but do not stop".

That’s the way! With a caveat: to learn from a fail, you must be able to localise its cause. If you operate too many handles at once, this may be difficult (remember the ”octopussy syndrome“? ).

The thing that I lack about the DWC is git.
It would be great to have a VCS for configs.

This was my very first thought when I updated my printer with a Duet and converted to RRF. In fact, I grabbed some config.g for my type of printer from the Web. To start with, it didn’t even match my RRF version. In the end, I had to spell every single line of it (by the help of the GCode dictionary - that’s how I learnt GCode the hard way. Most of the template’s entries were either idiotic or faulty. It took me three months until I had a functional machine again. TBH, I’m still working on that project - after years. The fun never stops, my journey continues.

In my eyes, it is better to use the RepRapFirmware Configuration Tool as a starting point - see: Configuring RepRapFirmware for your machine. It has some flaws (see your Z values), but IMO it’s arguably better than some template ”from hearsay” which could easily turn out to be ”from hell”.

that is also how the generator creates a config today

I’m perfectly fine with separate entries for axes and extruders, I just noted that it is different from my settings.

Inlinebrother

Hi, want to share some news

I changed my PSU to Meanwell LRS 450w - it fits (35 mm height is good for FFCP)
I installed creality 40w 24v heater catridges
And I still had vdd brownouts after that. Though the board restarted and showed the error every time. So it was another issue.

Recently I got used to checking all the cables. And I had a guess that something is wrong with my extruder motors. Because it was only during the print that a printer would give a vdd brownout error and restart. So I checked my stepper motors cables and it turned out all that time I also had loose connections on my stepper drivers So I recrimped them. And that time I also had a "pull test" of my cables while holding multimeter and checking the resistance.

I hope now I'll be able to continue refining my config and help dc42 with debugging

Inlinebrother

But that was not the end of the story...

Spoiler: I fixed it

So I noticed several things about my printer and here is the list of what I noticed and done to my printer

First of all, my SD card was corrupted several times. And I ordered an industrial SD card as it is recommended in the docs. It works fine. I had no issues with that.
I noticed that my extruder fan is too loud and I thought it might help to replace it. It did help to reduce the noise though.
I had to replace my new thermistors because I had a clog and I damaged them while removing the clog
While removing the clog I noticed that my grounding cable was loose and I fixed it better
Then I thought something is wrong with my stepper motors config and I found out a lot about their tuning process. And in the process I even made my printer work without bed heating and low motor currents. I also found out that I like how silent is the stealthchop, especially for Z axis.
I measured the current of my bed with a clamp meter and it is about 8-9 A, so it's 200w
I found the config here for duet 2 wifi config
I found out why I might have problems with my stepper motors. Because there is only one man who tried using duet 3 mini 5+ on this forum that I know of. And TMC2209 have to be configured.
I noticed that z axis motor is producing a very loud hissing sound in standstill spreadcycle mode
I removed another loose grounding cable near the sd card.

And after all that I was lost. The only thing I had in mind was to replace the board.

while setting up a new board I had to reflash the firmware several times, because it was always busy with something. So if I closed up the connection and had to change something in it again it won't connect to my mac until I push the reset button two times and upload the .uf file to the bootloader

And changing the board helped. I might have damaged the old one with a short.
I also took a precaution and removed another screw that was underneath the board.

The one thing that I noticed right away is that the voltage shown by the new board is higher
And I also had some hard faults on the way, but for now I just want to rest a bit)

I'll post my config some time in the future when I am sure it produces the best results, but for the most part I use the one mentioned earlier from github + my settings to enable spreadCycle almost for every move except standstill.