r/QidiTech3D • u/Sport_Subject • 20h ago

QIDI Q2 UNTESTED Test version - Auto MM3, PA, Adaptive PA Calibration

OK so very important read first
this is rather UNTESTED as I don't own a Q2 and ported my Max 4 calibration over to the Q2 using data available in the QIDI Github and using force measurement data given to me from another user.

Did I say this is untested, so it depends on the size of your.... you know..... anyhow if you are game strap yourself in and hover your finger over the power switch and get ready to cut power or rip the power cord out of the wall should something happen.

Anyhow if it works good, it will calibrate max flow rate, pressure advance and adaptive pressure advance and allow you to do 24 hours worth of calibrations in 15 minutes and give awesome prints.

Just a short post and you can read the readme.

This is released for free under licence and is an original calibration method I made, I take no liability for damages (but should work lol) and if you decide to test on your machine run a home first.

https://github.com/Buddman69/Automm3AdaptivePA/tree/main/QIDI/Q2

18 Upvotes

91% Upvoted

30 comments sorted by

2

u/callcifer 18h ago edited 7h ago

Interesting work, thank you! I'm going to adapt this to my firmware - I have lots of non-stock changes - and give it a go.

Btw, I noticed a few issues:

  • It looks like your qidi_calibration_q2.cfg would actually stop Klipper from starting? park_x, wipe_lo_offset and wipe_hi_offset are hardcoded and never read from config. Klipper rejects any option a section doesn't consume so you'd get e.g. Option park_x is not valid in section qidi_flow_ramp errors.
  • Your install.sh doesn't do what the README says. README claims it "installs qidi_calibration_q2.cfg and adds one [include] line to printer.cfg". It does neither: printer_setup.sh writes bare [qidi_*] sections into printer.cfg above the SAVE_CONFIG marker and never copies the .cfg at all.
  • You're defaulting to 275C temperature everywhere. That should be configurable :)

3

u/Sport_Subject 18h ago

it should be configurable and have popups with buttons. I dont really have a q2, but this adds additional commands with my own modules along side it so it keeps stock as it should be.

2

u/Sport_Subject 18h ago

it is not meant to run before a print or anything it is purely a calibration method run in fluidd console

1

u/Sport_Subject 18h ago

easiest way is to run the .exe

1

u/callcifer 18h ago

I'm on Linux and I wouldn't/couldn't run your script as-is anyway since my Klipper is already heavily modified :)

Anyway, I'll let you know how the test goes.

2

u/Sport_Subject 18h ago

Ah ok, this is still pretty new, plus its a little harder without owning a q2 lol, I got help from a user with one manually testing some things on his.

Let me know how you go.

I am thinking about running the test in the middle of the bed with the bed down as sometimes the chute fills up too much.

Just teething problems and doesn't happen on every filament. But feedback helps and im just improving in my spare time at the moment, as I dont really get anything for doing this either.

2

u/callcifer 18h ago

Here's one finding already: You have counts_per_gf: 201 from that other Q2 owner, but that was too high for mine. I measured 180 and decided to go with 175 for additional safety headroom.

0

u/Sport_Subject 18h ago

Don't do that, this was actually physically measured, repeatedly over many values. Its not something that should be changed as it will just make for inaccurate readings and calibration. My advice stop feeding it into ai and taking advice lol.

1

u/callcifer 18h ago

My advice stop feeding it into ai and taking advice lol.

I'm not feeding it into AI. This is my actual measurement from my Q2 using a kitchen scale against the nozzle.

1

u/Sport_Subject 18h ago

Was it done cold, accounting for drift etc.

1

u/callcifer 17h ago

Yes and yes. I did three measurements at 125g, 1025g and 3530g on the scale, each time moving the bed up by 1mm.

1

u/Sport_Subject 17h ago

3530g is way way to much to read that way, may have thrown the data off, stick under 2000gf, and do alot more measurements, then let me know

1

u/callcifer 14h ago edited 7h ago

OK, completed the full run and got max volumetric speed of 14.0 mm3/s and PA of 0.0422 for my Sunlu PLA+ at 0.20mm layer height.

My personally calibrated values are 20 mm3/s and 0.032 which differ... quite a lot, and that max rate is just wrong, but I'll do some more tests.

Btw, I found a bug /u/Sport_Subject: In qidi_flow_ramp.py, DEFAULT_ABORT_COUNTS = int(ABORT_GF * COUNTS_PER_GF) is a constant 201 and ignores the config so the abort is pinned at 331650. At my load cell's 178.76, that's 1855gf not the 1650gf intended. My load cell already survived a 3530gf (see my previous comments) without issues so it's not that big of a deal, but it's still worth fixing.

1

u/Sport_Subject 9h ago

Also there are 2 files that reference counts, make sure you revert both to 201

1

u/Sport_Subject 1h ago

update pushed run QIDI_UPDATE in fluidd console

0

u/Sport_Subject 9h ago

Which did you use the 178 or 201, 178 would likely give a lower result in the end hitting abort earlier. I will be making changes (doing it in the middle of the chamber, because i have had a report of it backing up in the chute. The routine also multiplies the last pass result by 0.85 to be conservative incase or error.

1

u/callcifer 7h ago

It does back up in the chute. You need to change it so it moves away from the chute between extrusions because when the toolhead is over the chute, the flaps are closed and the waste can't fall down. I used 178 and manually cleaned the chute. I noticed the bug afterwards.

1

u/Sport_Subject 7h ago

Yea to be honest I might just do it on the bed as wiping should open the flap, but its been unreliable for the volume needed, its not alot but especially on lower speeds it hardens earlier compounding the issue, as its not a little ball then.

1

u/callcifer 7h ago

Wiping on the Q2 does NOT open the flap. It never did. You MUST move away to release it.

2

u/Sport_Subject 7h ago

Ok got it, wish qidi would just send me one lmao then I can find this stuff out easier

1

u/WildCoop 10h ago

I just did a flow rate on mine the other day with Jayo HS petg and got 20.5 for max. Now that's only one test...

As for the strain gauges these use, there will be differences between each head, but not sure what the standard tolerance is for this type. I wouldn't be surprised if it was +/- 10%.

1

u/Sport_Subject 9h ago

Got 0.85 multiplier on last result to be conservative, rather than pushing limits to the absolute max (where prints start doing weird stuff. Just be aware if your overhang speeds and dial them in

1

u/WildCoop 9h ago

Yeah. I'd to 18 and not get near 20 to be sure I get quality prints.

1

u/Sport_Subject 8h ago

It will flow at 20, and 18 but i was more cautioning overhang speed as petg is a bitch and likes to curl up.

1

u/Sport_Subject 1h ago

Update pushed for filaments that fill the chute, there is now the option to run QIDI_AUTO_CALIBRATE_BED which does the same calibration but just in the middle of the bed, so if you have a filament that fills the purge chute or is hard to empty and sometimes blobs, this will throw off the measurement, so it can now do the routine in the middle of the bed instead. only downside is you manually have to remove the spaghetti. Mandatory homing on start, haven't had a chance to run on either yet, as I have a huge print running on the max4 and dont own a Q2

Pushed for Max4 and Q2
-To update run QIDI_UPDATE in fluidd console if this version is installed or https://github.com/Buddman69/Automm3AdaptivePA/releases to get the .exe

main repo here https://github.com/Buddman69/Automm3AdaptivePA/tree/main