Jump to content

tinkergnome

Ambassador
  • Posts

    2,774
  • Joined

  • Last visited

  • Days Won

    61

Posts posted by tinkergnome

  1. Cura loads post-processing scripts from both places on startup. The scripts folder in the configuration (as described on the GitHub page) is intended to be used for those custom scripts (AFAIK).

    If the python script doesn't show up you will probably find the reason (or error messages) in the file "cura.log". Cura reports a lot of stuff there, just search for the file name of the python script.

     

     

  2. 8 hours ago, PhiGide said:

    Im Drucker selbst habe ich das Firmware Update gemacht, wie es Bondtech wollte.

     

    Nur installiert oder auch den "factory reset" durchgeführt, wie in der Anleitung?

     

    Hat Astroprint auch ein GCode Terminal/Konsole?

    GCode M503 gibt alle aktuellen Einstellungen auf der Konsole aus. Das würde zur Kontrolle schon mal helfen.

    Mit M92 können die steps/unit zur Not im (Astroprint-/ Cura-) Startskript auch manuell gesetzt werden, dann braucht es nicht unbedingt einen factory reset.

     

    Edit:

    Oh - und kontrolliere mal, ob in den Startskripten schon irgendwo M92 - Befehle drinstehen, dann muss das dort auch angepasst werden.

     

    Allerdings: beim Umstieg von UM2+ auf Bondtech-Feeder werden die Steps von 369 auf 311 reduziert. Wenn das nicht geklappt hat, müsste jetzt eigentlich zuviel extrudiert werden...?


    Der Stepper-Motor ist der Originale vom UM2+, oder irgendetwas anderes?

     

  3. Du hättest vielleicht erwähnen können, um welchen Drucker es geht...

     

    Beim Ultimaker 2(+) werden die Materialprofile standardmäßig am Drucker eingestellt.

     

    Bzw. aus Cura-Sicht: wenn in den "machine settings" der GCode-Flavor auf "Ultimaker" steht, werden keine Temperatur-Befehle generiert (u.a.).

     

    Nur wenn der GCode-Flavor auf "Marlin" geändert wird, übernimmt Cura die volle Kontrolle und generiert eigene Start- und End-Prozeduren, sowie die Material-spezifischen Einstellungen.

    Beim Drucken von sd-Karte muss das am Drucker jeweils auch nochmal bestätigt werden.

     

    Hilft Dir das weiter?

     

  4. Der BB-Core ist ausschließlich für PVA vorgesehen. Daher werden in Cura vermutlich keine Profile für andere Materialien vorhanden sein. TPU 95A soll mit einem AA Printcore verwendet werden.

     

    Siehe auch:

    https://support.ultimaker.com/hc/en-us/articles/360011940440

     

    Zitat:

    "You will need an AA print core to print TPU 95A on the Ultimaker S5, Ultimaker S3 and Ultimaker 3."

    • Thanks 1
  5. 11 hours ago, zet said:

    Ideally I'd like inactive extruder to reach printing T right in time, while the other head is printing.

    It seems like Cura is actually trying something of that sort

     

    Yes, actually that's the key feature of Cura for multi-extruder prints. It works great, but....:

    For a custom machine you have to find the correct values for the following settings first (by experiment):

    • "Heat Up Speed"
    • "Cool Down Speed"
    • "Minimal Time Standby Temperature"
    • "Initial Printing Temperature"
    • "Final Printing Temperature"
    • "Extrusion Cool Down Speed Modifier"

    That's what Ultimaker provides for their own printers with the "quality" profiles for each supported material.

     

    The inactive nozzle will probably always ooze a bit while (re-)heating (depending on the used hardware of course). I would try to fight it with longer tool change retractions and proper primetower/ooze shield settings.

     

  6. 16 hours ago, Alexxx2005 said:

    Habe mal Foto‘s gemacht , ich frag mich an was das liegt , stimmt da was mit der Geometrie nicht , oder ist das Normal.

     

    Ich glaube, entweder werden meine Augen schlechter, oder der Monitor...

    Ich sehe auf den Fotos keine gravierenden Unterschiede?  🤷‍♂️

     

    XY-Kalibierung ist nur für Dual-Drucke relevant - dein Beispiel ist doch aber durchgängig mit einem Printcore gedruckt, oder?

     

    Rechts in der Ecke könnte der "Z-Seam" sein und dann kommen vielleicht noch "Leerfahrten" dazu (je nach "Combing-Mode"). Beides würde man in der GCode-Vorschau sehen. Kannst Du die zugehörige gcode-Datei mal herzeigen?

    (unter der Annahme, die Datei wurde mit Cura erstellt)

     

    Oder hast Du die Möglichkeit, mal einen anderen Slicer zu benutzen?

    Ich vermute, es hat eher etwas mit Cura (-Einstellungen) zu tun, als mit der Hardware.

     

    • Like 1
  7. 14 hours ago, zet said:

    I have carefully reviewed all Cura setting having anything to do with dual head printing but failed to find one allowing to move heads away from the model while heating.

     

    If the firmware of the printer does not handle this, there are extruder (start/end) scripts in Cura that are intended to be used for these "extra stuff" that shall happen on every tool change.

    Is it a custom printer or do you use one of the pre-defined multi-extruder configurations in Cura?

    Extruder scripts can be created and edited in Cura machine settings (AFAIK).

     

  8. 3 hours ago, buteomont said:

    But that's the whole question, the print times are different!  I want to make them the same for all three printers.  Why are they different?

     

    Are the estimations of the CuraEngine different or the actual print times on each printer?

     

    Be aware that different printers may be driven by different firmware (versions) with different limits for feed rate and acceleration.

    There's not only a default value for those things, but also a maximum. For example: for Marlin firmware take a look at gcodes M201 to M203.

    Are all printers in questions using the same motion system? (delta printers - e.g. - are a whole different topic regarding motion and speed calculations...)

    There are probably much more firmware settings to consider, every printer has it's own capabilities and limits.

    🤷‍♂️

     

    If you're interested in how the estimation for Cura is calculated, take a look at the "TimeEstimateCalculator" of CuraEngine:

    https://github.com/Ultimaker/CuraEngine/blob/master/src/timeEstimate.cpp#L18

     

     

    Edit:

    the configured maximum values for Tronxy printers are set very low (in comparison) - i guess Cura will respect these limits in all its calculations:

    https://github.com/Ultimaker/Cura/blob/master/resources/definitions/tronxy_x.def.json#L25

     

    • Like 1
  9. 7 minutes ago, Netweaver said:

    This is the 3DSolex version

     

    Ok, but... it still looks very different...? This can't be the part from your link - even if there is a huge camera distortion....?

    I never saw a conical coupler... this can't be correct. 🤷‍♂️

     

    grafik.thumb.png.0236682968455ccae73dab40b15e1eff.png

     

    Besides of the spring (instead of a spacer) it should look like this:

    https://fbrc8.zendesk.com/hc/en-us/articles/115004703983-Printhead-Diagram-Ultimaker-2-

     

     

     

     

  10. 9 hours ago, gstv said:

    what can i do to make material - and printer profiles usable?

     

    I think the intended method is to make the value in the quality profile (somehow) dependent on the material setting (in this example). So... use a formula in the quality profile instead of a literal value.

    The developer wiki is a crucial source of information about those topics.

    https://github.com/Ultimaker/Cura/wiki/Profiles-&-Settings

     

  11. I think there is something wrong  with the mesh structure of this model. It looks like there are extra (double?) walls around the holes or something similar.
    It's probably not a single solid body (like it is supposed to be). If the model has errors the results are simply unpredictable.

    As a first step i would take a look at the "x-ray-view" in Cura and check for any unwanted geometry or red marked areas.

  12. 12 minutes ago, Smithy said:

    Nein, du kannst nicht einfach alle Nummern um 1 erhöhen. Außerdem glaube ich, das der Extruder 1 G0 ist und nicht G1, aber ich bin kein gcode Experte.

     

    Ich glaube, das liegt beides daneben... 😀

    Im Zweifel:

    https://marlinfw.org/docs/gcode/G000-G001.html

     

    Aber wie gesagt: der UM3 interpretiert nur ein (sehr) kleines Subset von gcode-Kommandos direkt. Das meiste wird (von der Linux-Umgebung) anderweitig interpretiert oder gleich ganz ignoriert.

     

    Für die Kontrolle ist es ganz nett, G0 (oder G1 🙂)  abschicken zu können, Kalibrieren mit M92 wird aber vermutlich nicht klappen - das funktioniert am UM3 (und höher) ganz anders - da folge am Besten den Instruktionen von Bondtech.

     

    • Like 1
  13. Warte mal kurz...

     

    Der UM3 speichert doch solche Dinge in Konfigurationsdateien (*.json), die passende wird von den Bondtech-Skripten entsprechend geändert, soweit ich weiß.

    M92 und M500 werden nicht vom UM3 unterstützt, denke ich - auch wenn sie vielleicht irgendwie abgesetzt werden können...?

     

    Unterschiedliche e-steps pro Extruder sind nicht möglich. Die Konfiguration gilt immer für beide.

     

  14. 4 hours ago, user978537432 said:

    In the gcode generated by cura, both marlin and reprap extrude only a tiny fraction of filament for each move compared to ultigcode.

     

    UltiGCode uses volumetric values for the extruder, all extrusion amounts are specified in mm³ (cubic millimetres).

    That's approx. a factor of 6,38 compared to the linear movement of 2.85mm filament.

    The values in your example show exactly this factor - so that should be fine.

     

    Just take sure that you don't set the extruder to volumetric mode (no M200 in the start script) and restart the printer between prints with different gcode flavors (just to be sure).

     

  15. 4 hours ago, medicalmodeller said:

    What does HBK mean?

     

    Quick answer:

    Once in a time there was a Heated-Bed-Kit available from 3D Solex, that's what HBK stands for.

     

    5 hours ago, medicalmodeller said:

    I am assuming that I load the plain/non-HBK version

     

    That sounds correct to me.

     

×
×
  • Create New...