Nero make a video about this problem -> few days after everyone is having the issue! Conspiracy ??? So yes you can check if the X rods are on the right position and parallel. Could you share your bed mesh max deviation value?
Beiträge von Pr20100
-
-
Without top bearings, if you Z screw moves freely, there's no interrest to use oldham. With oldham, it's better to have a stiff Z screw assembly and this is this part who compensate your screw defaults.
Its usually monted with 2 screws in the top so it's working under the gantry load.
-
Stock motors coplers + top 608 bearings + oldham gantry mod should be the best solution.
-
Hallo alles (training my German)! Seems everybody is having fun with the Z motors 🤣 Pretty happy if some of you are improving their printing quality with these!
Mine is also better but still having some layers inconsistencies.
Maybe going to try flexible coplers too? Should I give them a try?
About this angle problem, I'm not sure that it came from the factory process (I think they are 90° out of the line) but I think there is 2 issues : before manufacturing, bad design of the mount + after assembly, the Z bearing rods who are pushing down the motor mount. That why I think that we should be carefull when tightening the 2 parts at the top of the printer.
-
To make them printable upside down without support, I guess. You can open the holes easily with a drillbit by hand after printing
That's it, I'm always extruding holes by 0.2 mm to makes it print more easy and nicely !
-
For me with Prusaslicer without the 2 Dummy M104/M190:
- set bed to target temperature and wait until target is reached (while Nozzle No heating)
- Set Nozzle target temperature (from Prusa) and home XYZ
- Wait until Nozzle Temp is reached
- Home Z
- Primeline
- Print
For me with Prusaslicer with the 2 Dummy M04/M190:
- set both temperatures Bed and Nozzle (from Prusa) no wait and continue with Home
- home xyr
- wait for target temperatures of nozzle and bed
- Home Z
- Primeline
- Print
Thank you, it's not what the macro is supposed to do... I will check, another day
-
-
So sorry to be the Frenchy of the team but even if I use google trad that's not always easy...
I'm using this macro on all my printers since few years : START_PRINT BED=[first_layer_bed_temperature] EXTRUDER=[first_layer_temperature]
Quickly it's just :
- Preheat nozzle to 170
- Heat bed to 1st layer temp and wait
- Home XYZ
-Wait nozzle temp 1st layer
- Home Z
- Primeline
- Print
So I don't understand why we shoold use these 2 lines :
-
I should also add this in the Github, for Prusa-SuperSlice it's ok but I'm not using Cura so if someone can share a good one here I will add it
-
This idea/macro is also nice. Especially I like the % idea (btw. this I like also in Superslicer/Prusaslicer for the Speeds).
It has the benefit that you can adjust more fine than in the slicer itself. At least Prusaslicer has no field for acceleration for top solid infill and some others. And the Macro also sets the DeAccel values to half of the Accel values.
Maybe really a better alternative to the M204 macro.
I will think about to test it.
Greets,
Joerg
Yes, less usefull since the last version of superslicer with improved accels management but it's also very interresting for square corner velocity. You can increase it for internal infill or infill and print gyroid a lot faster
-
It's just a low price bed slinger, you can make it better, print a bit faster but it's still what it is. You're not going to achieve very fast prints with big accels at a good quality even if your using input shapping, PA,... I mostly print at 800mm/s max for perimeters and 3K accel is usefull for gyroid infill by exemple. If you want a complete control of the accels and also scv you can try this :
Code
Alles anzeigen################################################################################# # Printing feature reduces or increases accelerations based on the requested extruder role. # This means for certain roles you will have lower or higer accelerations and would imporve print quality # To get this working add in Prusa/Supersliser the following line(s) to the following Custom Gcode: # Start_Gcode: PRINTING_FEATURE_ON #This line must be before START_PRINT # Between extrusion role change G-Code: PRINTING_FEATURE TYPE={extrusion_role} # # All Credits for this macro to Q66 from the Klipper Discord ################################################################################## [gcode_macro PRINTING_FEATURE] variable_enabled: 1 gcode: {% if printer['gcode_macro PRINTING_FEATURE'].enabled==1 and params.TYPE is defined %} {% set t = params.TYPE|lower %} ## acceleration percentage {% set acc = 100 %} ## square corner velocity percentage {% set scv = 100 %} {% if t == "start" or t == "end" %} {% set acc = 10 %} M117 F: Start {% elif t == "externalperimeter" %} {% set acc = 30 %} M117 F: Perimeter {% elif t == "perimeter" %} {% set acc = 45 %} M117 F: Perimeter {% elif t == "overhangperimeter" %} {% set acc = 25 %} M117 F: Perimeter {% elif t == "internalinfill" %} {% set acc = 70 %} {% set scv = 150 %} M117 F: Internal Infill {% elif t == "solidinfill" %} {% set acc = 70 %} {% set scv = 150 %} M117 F: Solid Infill {% elif t == "topsolidinfill" %} {% set acc = 30 %} M117 F: Top solid infill {% elif t == "bridgeinfill" %} {% set acc = 25 %} M117 F: Bridge infill {% elif t == "gapfill" %} {% set acc = 30 %} M117 F: Gapfill {% elif t == "skirt" %} {% set acc = 20 %} M117 F: Skirt {% elif t == "supportmaterial" %} {% set acc = 20 %} M117 F: Support {% elif t == "supportmaterialinterface" %} {% set acc = 15 %} M117 F: Support interface {% elif t == "thinwall" %} {% set acc = 25 %} M117 F: Thin Wall {% elif t == "wipetower" %} M117 F: Wipe Tower {% else %} RESPOND PREFIX="info" MSG="Printing Feature > Unknown type: {t}" {% endif %} SET_VELOCITY_LIMIT ACCEL={(printer.configfile.settings.printer.max_accel/100)*acc|int} ACCEL_TO_DECEL={((printer.configfile.settings.printer.max_accel/100)*acc)/2|int} SQUARE_CORNER_VELOCITY={(printer.configfile.settings.printer.square_corner_velocity/100)*scv|int} {% endif %} [gcode_macro PRINTING_FEATURE_ON] gcode: SET_GCODE_VARIABLE MACRO=PRINTING_FEATURE VARIABLE=enabled VALUE="1" M117 PRINTING FEATURE ON [gcode_macro PRINTING_FEATURE_OFF] gcode: SET_GCODE_VARIABLE MACRO=PRINTING_FEATURE VARIABLE=enabled VALUE="0" M117 PRINTING FEATURE OFF
Not tested on this printer but why not
-
Release SV06 KLIPPER CONFIG v120123 · Pr20100/SOVOL-SV06-Klipper-profileUpdate v120123 If you're updating your current files MAKE A BACKUP Changes and additions : This release use a new folder architecture that's not going to…github.com
-
So I understand what you mean by increasing compatibility but I don't want to had a ton of addons everywhere. There is a lot of solutions, slicers... it's an infinite problem if you try to make all work together in all the situations...
In SuperSlicer or Prusa... you just have to set the PA in your filament custom Gcode like this :
-
Wir ein weiteres macro zur Einführung in der printer.cfg oder macro.cfg.
Diesmal handelt es sich um das M900 macro.
Es gibt eine "neue" Methode Pressure Advance zu parametrieren. Die original Klipper Anleitung lässt dich einen Testwürfel drucken und dann muss man rechnen. Das kostet viel material und viel Zeit.
Die neue Methode basiert auf einem Pattern: Das bedeutet man konfiguriert in einem Pattern Generator seine zu testenden PA Werte und dann generiert der Pattern Generator den gCode.
Diesen druckt man dann. Der Druck selber dauert nur 1-2 Minuten (plus Aufheizeit)
Der Pattern Generator nutzt aber M900 um den Pressure Advance Faktor während des Druckes bei jeder neuen Zeile zu ändern. Leider kennt Klipper diesen M900 nicht und so hilft ein macro das Klipper M900 interpretieren kann.
Anbei nochmal der Text des Issues den ich in Github gestellt habe, da hab ich mehr Details geschrieben, inkl. des Macroinhalts, wo ich das her habe, wie die neue Methode funktioniert/man die Druckergebnisse interpretiert:
There is a new method to calibrate Pressure Advance with a pattern and no more with a cube. The new method is much more fast then printing a cube and need less material. In principle it can be done within 5-10 Minutes with below 1g of material.
Here the method is described: [Click Me]
For this pattern a Pattern Generator is available:Click Me
The pattern generator uses the M900 code command to change the Pressure Advance K factor within the print. As M900 is not supported we should introduce a macro which translates the M900 to clipper syntax.
I have found a working (tested by me) macro from following GitHub repo: Klick Me
Code[gcode_macro M900] gcode: {% if 'K' in params %} {% if 'E' in params %} SET_PRESSURE_ADVANCE EXTRUDER={params.E} ADVANCE={params.K} {% else %} SET_PRESSURE_ADVANCE ADVANCE={params.K} {% endif %} {% endif %}
I will add also another macro request in another Issue which is also used with the pattern generator but has also other very positive aspects (M204)
Gruss,
Joerg
This method is nice, already used and no need to add a macro :
-
Ein paar neue Tips und Enhancements für die Klipper Konfiguration:
Ich hab das als Issue schon im Github gestellt das Pr20100 das in seine Klipper Config aufnimmt.
Im Prinzip geht es um den M204 gCode den Klipper nicht versteht, den aber einige Slicer (Prusa/Super) nutzen um verschieden Beschleunigungswerte für unterschiedliche Feature Types nutzen. So kann man die Beschleunigung bei Perimetern (Aussenperimeter sind sichtbar) verringern und Ringing vermeiden während man grosse Werte für den Infill nutzt (der innen nicht sichtbar ist und wo Ringing irrelevant ist).
Dadurch kann man die "Sichtbare Druckqualität" verbessern/beibehalten während die Druckzeit kleiner wird.
Siehe hier unter Acceleration Control habe ich mal Beispielhaft 1000mm/s2 für Perimeter eingestellt und 3000mm/s2 für Infill.
Hier die detaillierte Beschreibung des Github Issues:
There are multiple benefits to have this macro.
1.) The Pressure Advance uses this M204 instruction to set access to a defined value
2.) Also some Slicers (at least SuperSlicer and Prusaslicer, with Prusaslicer I tested successfully that it works) use the M204 command. The benefit is that in Prusaslicer you can set multiple acceleration values for different feature types, for instance separately for Perimeters, Infill, Bridges and the First Layer. So you can use a small acceleration value for the Perimeters to avoid visible ringing and increase the acceleration value for infill where ringing is not a problem because not visible
I found a appropriate macro in following GitHub repository: Click me
Here the content of the macro:
Code
Alles anzeigen[gcode_macro M204] rename_existing: M204.1 gcode: {% set f = params.F|default(0.5)|float %} {% if 'S' in params %} {% set s = params.S|float %} SET_VELOCITY_LIMIT ACCEL={s} ACCEL_TO_DECEL={ s * f } {% else %} {% if 'P' in params %} {% set p = params.P|float %} {% if 'T' in params %} {% set t = params.T|float %} {% if p < t %} SET_VELOCITY_LIMIT ACCEL={p} ACCEL_TO_DECEL={ p * f } {% else %} SET_VELOCITY_LIMIT ACCEL={t} ACCEL_TO_DECEL={ t * f } {% endif %} {% else %} SET_VELOCITY_LIMIT ACCEL={p} ACCEL_TO_DECEL={ p * f } {% endif %} {% elif 'T' in params %} {% set t = params.T|float %} SET_VELOCITY_LIMIT ACCEL={t} ACCEL_TO_DECEL={ t * f } {% endif %} {% endif %}
PS: The Slicer Acc values can be set in Prusaslicer/Superslicer under Print Settings/Speed
If you set this values to 0 in Prusa/SuperSlicer the Acc/DeAcc values in the speed profiles in the /config folder are used.
So you can use the M204 features but it's not a must.
Gruss,
Joerg
I think it's not needed if you set the correct g-code flavor setting in the Slicer :
- SuperSlicer there is a Klipper option
- PrusaSlicer it's RepRap (not 100% sure)
-
Config files are not the problem, users and how they use it is the problem
-
@Felixina pretty sure you're using the silent profile on the video.
But the problem is that with your gcode your are going faster than the profile is made for.
If you take a look to the silent, basic or performance file you will see that the max speed and accels are set according each profile.
By example the stock (sovol like when not using my profiles) have stealtchop_threshold = 180 according to the max speed witch is set to 180mms.
So your printer never go over 180mms during a print and never change from stealth to spreadcycle.
So if you want to try properly this config, stop "console-gcode airprint" and print a sliced model
-
i pulled all files from beta today. all configs included but makes buzzing sounds in performance mode.
same sound as before, it's the same config, nothing changed here no? It's normal to have this sound on spreacycle with no interpolation. To kill the noise the only way is to increase the microsteps from 32 to 64 but we will loose torque and steppers are getting hot... So to achieve more torque we have to increase the _current (1A in performance mode) but the motors are not rated for. We have 1.3Amps motors and runing 1 is the highest in my opinion. In theory we should be between 9.1 and 1.1 max on XY. On Z its a little bit different but we share one driver for 2 stepppers rated at .8Amps = 1.6 but we can't go over 1 without having some issues (I think came from the drivers themself)
-
-
Hello, thanks for the feedback. You should not have to change anything about the Z height. Are you using the stock TMC-2209.cfg file? Be sure you are not using more than 1A on Z driver. Could you please share me your Klipper log file? (Here or on Messenger)