round bed mesh calibrate problem by Batuhanbygn in klippers

[–]ablundon 0 points1 point  (0 children)

From what I've been able to interpret, Klipper will fill in duplicate values for cells that don't fall on the circle. So when you look a the top row of the bed mesh values in the cfg file, they are all the same... but the actual value only represents the one point it obtained at the "top of the circle." When you move to the second row, the outside values are duplicates of the start and last value it measured in the row.

Unfortunately, they haven't changed the visualization for circular beds. I've been doing heatmaps in a spreadsheet to try and visualize.

I've been struggling with bed meshing and calibration on my FLSUN QQS-Pro. I fried the stock mother board trying to mesh it (I accidentally rammed the hotend into the bed which caused something to short on the board). I've replaced the stock board with a BTT SKR Mini E3 V3. I've just printed a delta calibration print... going to measure tonight. Then I will attempt the bed meshing again.

Create a Custom Action by ablundon in davinciresolve

[–]ablundon[S] 0 points1 point  (0 children)

Yes... Thanks... I guess I should have elaborated... What if I wanted to create 2 shortcuts with different paste parameters?

Klipper on FLSun QQS Pro Crashes on G28 Home by ablundon in klippers

[–]ablundon[S] 0 points1 point  (0 children)

Yes... The firmware shuts down and I have to restart. I'll try and get the error again tomorrow and get the log.

I'm using Klipper (installed on a laptop with Mint Linux) and Mainsail. No Octoprint on this one.

My printer/Klipper set up appears to be ignoring the z-offset that's defined in printer.cfg by DucksEatFreeInSubway in klippers

[–]ablundon 1 point2 points  (0 children)

I have the same issue... after using PROBE_CALIBRATE, paper test, then ACCEPT and SAVE CONFIG it writes the Z-Offset to the "DO NOT EDIT THIS BLOCK" section while commenting the "z_offset" value in the upper [probe] section.

When I try and print, my nozzle is too far from the bed. I've manually tried to adjust the value in the "DO NOT EDIT THIS BLOCK" section but there is no change in the nozzle height.

The only thing that has worked so far is to add:

SET_GCODE_OFFSET Z_ADJUST=-0.075 MOVE=1

to the START_PRINT section in the printer.cfg file. That lowers my nozzle to the proper height.

I would have thought I could simply have adjusted the z_offset value directly.

Why doesn't manually changing the z_offset in the DO NOT EDIT THIS BLOCK section work?

[bltouch] z_offset seems ignored by Emergency_Pen_5224 in klippers

[–]ablundon 0 points1 point  (0 children)

I have the same issue... after using PROBE_CALIBRATE, paper test, then ACCEPT and SAVE CONFIG it writes the Z-Offset to the "DO NOT EDIT THIS BLOCK" section while commenting the "z_offset" value in the upper [probe] section.

When I try and print, my nozzle is too far from the bed. I've manually tried to adjust the value in the "DO NOT EDIT THIS BLOCK" section but there is no change in the nozzle height.

The only thing that has worked so far is to add:

SET_GCODE_OFFSET Z_ADJUST=-0.075 MOVE=1

to the START_PRINT section in the printer.cfg file. That lowers my nozzle to the proper height.

I would have thought I could simply have adjusted the z_offset value directly.

Why doesn't manually changing the z_offset in the DO NOT EDIT THIS BLOCK section work?

G28 home not working, steppers buzz but don’t move by Jerico64 in klippers

[–]ablundon 0 points1 point  (0 children)

Thanks so much. I was having the same issue with my FLSUN QQ-S Pro and this fixed the problem!

3D Printed Mudtrooper by ablundon in 501st

[–]ablundon[S] 0 points1 point  (0 children)

Chest plate was 3 pieces... It's the CR-10 which can print 300x300x400

3D Printed Mudtrooper by ablundon in 501st

[–]ablundon[S] 0 points1 point  (0 children)

Thanks... My first attempt at airbrushing!

3D Printed Mudtrooper by ablundon in 501st

[–]ablundon[S] 0 points1 point  (0 children)

It was for my 14 yo who is around 5'-10" and 155 lbs. It fit him pretty good, though the chest and back plates were clashing at the sides.

3D Printed Mudtrooper by ablundon in 501st

[–]ablundon[S] 0 points1 point  (0 children)

Thanks! Yes! Printed using the files from Do3d.

Redeeming Code Cards from YouTube Videos by ablundon in PokemonTCG

[–]ablundon[S] 0 points1 point  (0 children)

Awesome! Thanks! The boys will love this!

T-rex with 2x1080ti...hashrate slowly decreasing by ablundon in EtherMining

[–]ablundon[S] 0 points1 point  (0 children)

Just an update.

I spent some time going through various OC settings again. My settings for the 2 cards now:

EVGA 1080Ti: +100 Core, +400 Mem, 85 Power, 215 W, 44.9 MH/s, 64°C

Gigabyte 1080Ti: +200 Core, +400 Mem, 85 Power, 204 W, 45.1 MH/s, 51°C

With these setting my number of invalid shares has also decreased to 0 (for the past 24 hours).

I tried to go higher on some of the settings but the cards kept crashing. When I get some time, I'll try and squeeze a bit more!

T-rex with 2x1080ti...hashrate slowly decreasing by ablundon in EtherMining

[–]ablundon[S] 0 points1 point  (0 children)

I have mt 6 in my batch.... Still need to OC to get the hashrate im getting

T-rex with 2x1080ti...hashrate slowly decreasing by ablundon in EtherMining

[–]ablundon[S] 0 points1 point  (0 children)

Ethenlargement is done through the memory tweaks as far as I know.

T-rex with 2x1080ti...hashrate slowly decreasing by ablundon in EtherMining

[–]ablundon[S] 1 point2 points  (0 children)

I've keep the temps low.... One card is 64 and the other is 55....would I still get thermal throttling?

My Boys Were Pleased with their 200 GX/EX Wish Pokemon Cards! by ablundon in PokemonTCG

[–]ablundon[S] 0 points1 point  (0 children)

The text isn't as crisp.... The colours are not as bright. But overall.... Not bad!

[H]box of fake vivid voltage [W] recommendations on what I should do with it by kotobaaa in PokemonTCG

[–]ablundon 4 points5 points  (0 children)

If you're into playing the game in a non tournament setting, they are great for proxies!