• Tags
  • Documentation
  • Order
  • Register
  • Login
Duet3D Logo Duet3D
  • Tags
  • Documentation
  • Order
  • Register
  • Login
  1. Home
  2. KP0005
  • Profile
  • Following 0
  • Followers 0
  • Topics 19
  • Posts 118
  • Best 7
  • Controversial 0
  • Groups 0

KP0005

@KP0005

15
Reputation
4
Profile views
118
Posts
0
Followers
0
Following
Joined 21 Aug 2019, 16:38 Last Online 18 May 2024, 19:14

KP0005 Unfollow Follow

Best posts made by KP0005

  • Macro for PrusaSlicer : Automatically Probe Only Print Area

    I made a macro that alters your bed grid to the area the printer is actually printing on.

    Inspired by https://forum.duet3d.com/topic/15302/cura-script-to-automatically-probe-only-printed-area

    Features:

    • makes sure the requested grid fits your probeable area (not neccesarily the same as the printable area)
    • makes sure the grid is at least 3x3 points
    • the grid is centered on the print and expanded to fit a whole number of constant size squares
    • has two defined probe spacings - fine for small prints, coarse for large prints, so that you don't take ages to probe the entire bed

    Works with prusaslicer and perhaps others

    How to use:

    • put the script into your /sys folder
    • open it and edit the constants for your machine (read the comments)
    • in PrusaSlicer, go to Printer settings / Custom G-code and replace G29 in your Start G-code with
    M98 P"localised_mesh_bed.g" A[first_layer_print_min_0] B[first_layer_print_max_0] C[first_layer_print_min_1] D[first_layer_print_max_1] ; only probe the part of the bed that you're printing on
    
    • add a command to reset the grid back to normal to your End G-code
    M557 X24:228 Y6:210 S51 ; reset bed grid
    
    • Those numbers are for my machine, please replace with your own.

    localised_mesh_bed.g

    posted in Gcode meta commands
    undefined
    KP0005
    16 Jul 2023, 18:05
  • RE: 3.5.0 RC3 cannot connect to DWC

    @dc42 I confirm that the new binary does fix the issue for me, thank you!

    posted in Beta Firmware
    undefined
    KP0005
    30 Jan 2024, 21:00
  • Feature request: 12864 display QOL improvements
    • some way to display strings that are too long for the entire display width. It could be linebreaks, scrolling text...
    • string slicing (some way to display a job file name without the 0:/gcodes/)
    • time remaining based on slicer. It's already exposed in the object model, but the expressipn to convert [number of seconds] to HH:MM:SS seems to be too long for the menu file system.
    posted in Firmware wishlist
    undefined
    KP0005
    15 Jul 2023, 09:52
  • A set of Maestro menu files

    Hello,
    I've been working on a set of menu files for my printer and now that I have some time I decided to share them.
    My files began as a modification of the menu created by @mudcruzr, but some of the files got so different in the end that I decided not to do a pull request (in particular, I created my own icons and removed some options from the main screen that I felt weren't used often enough to warrant beng on the main screen)

    The printer this was designed for is a cartesian "bedslinger" with a single extruder, a heated bed and an inductive bed probe (modified Prusa)

    Anyway, here's the link, enjoy!
    https://github.com/Sidic101/Duet-Maestro-12864-Menu-Files

    posted in Example setups and prints
    undefined
    KP0005
    21 Jan 2020, 20:52
  • RE: help to print side holes round, but not elliptic

    Here's what I use: https://github.com/gregsaun/maker_cheatsheet/blob/master/3d_printing/techniques.md

    posted in Tuning and tweaking
    undefined
    KP0005
    8 Apr 2020, 15:06
  • RE: (mis)adventures in Input Shaping

    @oliof
    Sliced for Duet: ringing_tower_0.4n_0.2mm_PLA_MK3.9_9m.gcode
    Sliced for Klipper: ringing_tower_0.4n_0.2mm_PLA_MK3.9_7m.gcode

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 09:43
  • RRF Feature request: option for coarser "alter" on 12864

    The "alter" feature in the 12864 display menu system, while giving very fine control over the altered value, starts to feel slow and too fine when trying to control things like long axes.
    I suggest this could be solved by allowing for negative values of the D parameter. This would make the "alter" element ignore a given number of least significant digits.

    For example:
    alter D-1 N510 would control the X axis in steps of 10, ignoring the least significant digit
    alter D-2 N510 would control the X axis in steps of 100, ignoring the two least significant digits
    etc

    posted in Firmware wishlist
    undefined
    KP0005
    4 Jan 2020, 21:05

Latest posts made by KP0005

  • RE: (mis)adventures in Input Shaping

    The different banding in the top and bottom half of each tower segment is (I think) because the move direction flips midway.

    That's all I got so far. @oliof

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 21:49
  • RE: (mis)adventures in Input Shaping

    And now: Klipper MZV:
    IMG_20240207_224659.jpg
    That's the harshest lighting I could manage. It's just perfect somehow.

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 21:47
  • RE: (mis)adventures in Input Shaping

    MZV, no besh bed:
    IMG_20240207_224516.jpg

    EI3, no mesh bed: it made shorter segments worse than baseline
    IMG_20240207_224538.jpg

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 21:46
  • RE: (mis)adventures in Input Shaping

    All shapers except EI3. Reduced speed, so the bands are closer together. 38 Hz, 0.1 dampening factor.IMG_20240207_224035.jpg

    Interestingly, the results do differ for small segments:
    IMG_20240207_224225.jpg

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 21:44
  • RE: (mis)adventures in Input Shaping

    Photos! They're here!

    MZV, frequency sweep from 36 to 56 Hz, jerk 300.IMG_20240207_223839.jpg

    I did in the end notice some weird corner artifacts, I didn't pay much attention to this area before.
    IMG_20240207_223952.jpg

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 21:37
  • RE: (mis)adventures in Input Shaping

    Another thing I forgot to mention. Disabling pressure advance also didn't help.

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 10:15
  • RE: (mis)adventures in Input Shaping

    @oliof I know the Duet version has high jerk and mesh bed enabled. I have disabled those manually while printing. Haven't seen a improvement.

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 09:55
  • RE: (mis)adventures in Input Shaping

    (I am trying to tune the printer to use Prusa MK3.9 profiles, since it shares most of the mechanics with it. My printer is a heavily modified MK2 with a homebrew version of the Bondtech MK3 extruder)

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 09:46
  • RE: (mis)adventures in Input Shaping

    @oliof
    Sliced for Duet: ringing_tower_0.4n_0.2mm_PLA_MK3.9_9m.gcode
    Sliced for Klipper: ringing_tower_0.4n_0.2mm_PLA_MK3.9_7m.gcode

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 09:43
  • RE: (mis)adventures in Input Shaping

    @oliof
    RRF 3.5 RC3+ (last week, DC42's hotfix of the network issues from here https://forum.duet3d.com/post/332835)

    I have tried MZV at both 40 and 50 Hz in RRF to basically no improvement over no shaping.

    I haven't encountered layer shifting or blobbing in RRF, but some of the shapers caused sharp corners to print much worse. No such issue with Klipper.

    posted in General Discussion
    undefined
    KP0005
    7 Feb 2024, 09:20
Unless otherwise noted, all forum content is licensed under CC-BY-SA