Jump to content

tinkergnome

Ambassador
  • Posts

    2,774
  • Joined

  • Last visited

  • Days Won

    61

Posts posted by tinkergnome

  1. 1 hour ago, gfxfr33k said:

    it still comes out as 1.65mm

     

    Hi @gfxfr33k, i think, there's a misconception.

     

    "Wall thickness" - as a slicer setting - will never change the geometry of the 3D-model itself.

    OK, perhaps you can achieve something with scaling and horizontal expansion, but... basically:

    One has to modify the 3D-model.

     

    As an alternative:

    If the model is a simple solid cylinder (without "walls" modeled in - if you want to say so)...
    ...it could be printed without infill - and top/bottom thickness set to zero.
    That's the only case where the actual thickness of the outer geometry could be controled by the slicer.

     

    • Thanks 1
  2. 6 hours ago, utopiah said:

    Is it a different mechanism than Gcode?

     

    Most probably yes - it's a different mechanism (to answer this question).

    The user interface of the newer printers runs on linux / python and does not use G-Code.

     

    In general:

    Ultimaker printers are supporting a small subset of all possible G-Codes and the support for M0 is simply not there (yet?) on the UM2+C

     

    That's my own humble opinion of course - i have no deeper insights than everyone else.

    • Like 1
  3. 1 hour ago, RaphaelOst said:

    Es heißt man kann es in Zitronensäurelösung auflösen. Eine wie viel prozentige Säure wird hier benötigt? Wo kann man das, wenn möglich günstig, kaufen?

     

    Naja, soweit ich weiß nicht direkt Zitronensäure... das Zeug heißt "d-Limonen" - auch Orangenterpene genannt. Das kann auf Zitronensäure basieren, ist aber nicht das gleiche...

     

    Preisbeispiel: https://www.3dmensionals.de/limonen-d-limonen-orangenterpene-auswaschloesung-u.a.-fuer-hips-1kg

     

    Das Zeug ist übrigens reizend, allergieauslösend und dient auch als Insektizid... mehhh... für mich wäre das nix...

  4. Most probably there are errors in the model. The x-ray-view in Cura highlights errors that are found.

    "Mesh tools" can do some simple repairs (right mouse click on the model).

     

    Some things to check in Blender:

     

    Is the model manifold?

    Check for doubled or missing faces, and check for non connected or overlapping vertices. Always do a "merge by distance" in edit mode before exporting, just to be sure.

    Check the normals - are all facing in the right direction? 'Face orientation' can be enabled in the viewport overlay.

     

    Good luck!

     

    • Thanks 1
  5. 8 hours ago, Pedrx said:

    The list below is all that Cura offers. Any ideas please?

     

    First some questions...

     

    • Which version of Cura exactly?
    • Which operation system?
    • "Ultimaker Cura" (downloaded from the website) or a modified version from a different manufacturer / maintainer?
    • Any "faster loading" plugin active - or something similar?

     

    oh - and i nearly forgot... 🙂... please attach the log file:

    https://github.com/Ultimaker/Cura#logging-issues

     

  6. I see - the former "Shell" section is splitted into "Walls" and "Top/Bottom". The change happened in Version 4.10 (as far as i can see).

    But anyway - i work a lot with the filter function in Cura , that's usually the fastest way to find relevant settings.

     

  7. 4 hours ago, Technologies_Nivales said:

    I can't find the "shell settings"... can you help me to find it?

     

    Well in Cura there are settings for "Walls" and "Infill" (among many others) - is it this what you're looking for?

     

    In case you haven't found it yet - there's an online manual for Cura  - quiet comprehensive.

     

    Maybe switching to custom print settings is needed first?

    https://support.ultimaker.com/hc/en-us/articles/360012028419-How-to-use-the-custom-print-settings-in-Ultimaker-Cura

     

  8. 2 hours ago, gr5 said:

    You need to switch your machine settings from "ultigcode" to "marlin".

     

    That's the crucial step.

     

    G-code-flavor "Ultimaker 2" signals the printer that the firmware is responsible for the start position, not a G-code. So change that to "Marlin" first.

    Once you have done that you can modify the start position in the start script. The default start script for "Marlin" contains useful comments -> should be a doable task.

     

    "Homing" in the back left corner seems to be still possible - so no further action needed for this task (as far as i can see).

     

  9. 6 hours ago, DermitdemDruckerdruckt said:

    Anstatt aber wie beim Vollwürfel nur jeweils eine Linie pro Layer zu drucken, druckt er zwei Linien, eine volle Linie und eine dünnere Linie in entgegengesetzter Richtung.

     

    Das macht die CuraEngine schon immer so. Eine Linie für die Außenwand, eine Linie für die Innenwand. Durchaus irgendwie logisch. Bei einem vollen (soliden) Modell gibt es keine Innenwände, deshalb kommt man da mit einer Linie durch.

    Es gibt eine öffentliche Beta-Version von Cura mit einer neuen "Engine", da soll das anders sein. Wenn Du magst, kannst Du diese ja einfach mal testen:

    https://support.ultimaker.com/hc/en-us/articles/360018439500-Ultimaker-Cura-Arachne-engine-beta-version

     

    Ehrlich gesagt halte ich das auch eher für einen "akademischen" Unterschied. Was will man in der realen Welt mit einem Plastikobjekt aus 0.4mm dünnen Wänden anfangen?

     

    • Like 1
  10. 18 hours ago, bhjram said:

    I measured the Z axis using the adjust z position

     

    What? Why?

    If you don't have a caliper at hand - the "Move axis" menu can be "abused" to figure out the height of the part ("Home" the z-axis first of course). I think it can be found under "Expert functions" or such.

     

    "Adjust Z Position" is a completely different task. It adjusts the offset between the nozzle and the buildplate. And... that's something that has to be avoided at any cost if you want to continue an aborted print...

     

    The number that is shown in this "adjust-z" menu is the offset between Z_MAX_POS (a fix value of 230.0mm for UM2) and the current Z-position. So.... it's technically possible to calculate the height of the printed part if you compare two offsets, but never confirm any new offset in this menu for the purpose of measuring. It has an abort option if i remember right?

     

    But once again: a caliper or - at a pinch - the "Move axis" function is a much more natural and suitable way for a quick measuring. Because the shown coordinates can be used as is.

     

    Hope that helps!

     

    • Like 1
  11. A)

    It looks like the standard start script for Creality printers.
     

    B)

    Creality is known to modify the firmware of their printers in undocumented ways - so we don't know what exactly happens if a print is started. 🤷‍♂️

     

    C)

    Anyone can modify the start script in Cura (machine settings) to his likings.

    You can take a look at the Windows or Linux version of the Creality slicer for comparison (Creality doesn't offer a Mac-Version of their own slicer)

     

    D)

    If you - for example - don't like these "Reset Feedrate" / "Reset Flowrate" things in the start script - you can remove or change these lines.

    Marlin G-codes are well documented, but keep chapter B) in mind... 🙂   https://marlinfw.org/meta/gcode/

     

  12. 1 hour ago, bassamanator said:

    I can't get the first layer to print at the specified temperature, 270C in this case.

     

    Different placeholders in the start script are required to achieve this.

     

    Try to replace:

     

    {material_bed_temperature}  ==> {material_bed_temperature_layer_0}

    {material_print_temperature} ==> {material_print_temperature_layer_0}

     

    or {material_print_temperature_layer_0, 0} if this is a printer with more than one extruder.

     

     

     

    • Like 1
  13. 11 hours ago, LePaul said:

    So I am just wondering what it could be!

     

    Hard to guess... - i think the forum software has reduced the size of your pictures too much.

     

    It doesn't look like z-banding to me - more like fluctuations of the flow rate or such?

    Maybe higher variance between the various printing speeds?

    Or it has something to do with "acceleration control" (it's enabled by default for Ultimaker printers).

     

  14. 1 hour ago, 3D_Roboter said:

    Mein Ziel ist eine Bahn zu erhalten,

    die nur aus einer Wand mit einer Linie ohne Füllung besteht.

    und

    natürlich ohne Sprünge wenn es von einen Layer zum anderen geht

     

    OK, ein Versuch: ich habe lediglich geändert:

     

    Ultimaker S5, Profil: "Fine"

     

    "Wall Line Count"  = 1

    "Outer Wall Wipe Distance" = 0.0

    "Z Seam Alignment" = User Specified

    "Z Seam X" = 165.0

    "Z Seam Y" = 240.0

    "Top/Bottom Thickness" = 0

    "Infill Density" = 0

    "Build Plate Adhesion Type" = None

     

    Das sieht dann im Cura Preview so aus (da sind keine unerwarteten Sprünge im gcode, soweit ich das sehen kann):

     

    image.thumb.png.ef9c45484c60c4947346c1f6a15dc1e1.png

     

    TestBT5.gcode

     

    Wenn das bei Dir ein anderes Ergebnis zeigt, musst Du mehr erklären, was da sonst noch so stattfindet.

     

     

     

×
×
  • Create New...