Unknown g-code generator
Hello I just updated to ratod 2.1 and when i slice my files in Cura with settings I've always used i get this error. Warning: Unknown g-code generator
The file was not produced by a recognised G-Code generator, therefore it cannot be post-processed or analysed, and its suitability for printing cannot be determined.
24 Replies
which slicer do you use?
Cura
ratos doesnt support cura
in this case you need to completely disaple the post processor
but i cant recommend it at all
use one of the major slicers like Prusa Slicer, Super Slicer or Orca Slicer
I have the same problem. I would like to continue using Cura because only Cura supports alternating wall directions. Indispensable for me with ABS and ASA.
@Helge Keck what does the post processor do? what changes when it is switched off?
in printer.cfg?
I had the same probem, add this to your printer.cfg
[ratos]
allow_unsupported_slicer_versions: True
bypass_post_processing: True
@WrinklySackNick that works, thanks👍
Why is this not recommended?
to use cura or to disable the feature?
Both. Cura has gradual infill which I cannot replicate in orca or prusa
on IDEX curea wont work at all, for single toolhead you can use it if you want
I see. If this for a vcore 3 or 4 not idexed, cura will be ok
i still cant recommend cura 😜
it's called "adaptive [infill type]" in prusa slicer, orca slicer and super slicer. Ie, "Adaptive Cubic".
Similar but not the same behavior unf
Does it matter? The only reason to use adaptive infill is to reduce material and print time on cosmetic models. It does that.
@Helge Keck On Ratos2.1 my print is aborted after start. allow_unsupported_slicer_Versions: True
bypass_post_processing: True, are ignored and my print stops. Your line above is not valid in section ratos.
You have to insert in printer.cfg
Yes it is
When using the START_PRINT macro, now it works. But klipper heating the Extruder to default 150 degrees and the prime blob moves the extruder outside the bed. Drives Z to 50mm up, down and prime the blob on air. I dont like to use macros. I just want it like it was for RatOS 2.1. Without this constraint of any fixed slicers.
The hotend outside the bed has nothing to do with slicers. That is anything else. Check your endstop positions and if you changed any variable (better to post printer.cfg instead).
RatOs has always been managed by macros. Either 2.1, 2.0 or 1.2. You have been using and will be using them yes or yes 😉
The move up 50mm is while it gets the hotend up to printing temp.
The 150 before bed mesh is a constant to always do the mesh at the same temp.
There may be a reason for not having complete support for cura and for not advising on using it. I know there is 😉
Hello all, I am having issues with cura after using the additions to the CFG is there a way of telling it to not do its pre print bed mesh? it seems to only do it with cura, not orca or prusa slicer.
Why you don't want pre print mesh? You can always left cura un the trush and use the other, better, slicer! 🙂
This also happens when you use an online g-code generator. Namely, if you are using Andrew Ellis' website to calibrate. 🫤 A great reference. https://ellis3dp.com/Print-Tuning-Guide/. Perhaps if it could be bypassed temporarily...
Run
BYPASS_GCODE_PROCESSING which should let you bypass it temporarily.