Jump to content

tinkergnome

Ambassador
  • Posts

    2,774
  • Joined

  • Last visited

  • Days Won

    61

Everything posted by tinkergnome

  1. Ich glaube die Überlegung ist: Beim Lesen der Datei von der sd-Karte gibt es keine Prüfsummen oder Prüfungen auf Plausibilität. Das ist eine einfache serielle Schnittstelle, soweit ich das verstanden habe. Wenn es dabei einen Fehler gibt (z.B. durch Spannungseinbruch?), wird vielleicht mal eine Koordinate falsch gelesen oder ein Buchstabe verschluckt. Wenn z.B. mal in einer Zeile ein Wert von 150 (mm) steht - und die "1" wird verschluckt... dann gibt es halt einen kleinen Ausflug. In der nächsten Zeile wird es dann wieder richtig gelesen und weiter geht's. Wie gesagt - ich hatte das mal für die x und y-Achse - und das war dann wieder gut, nachdem ich das Power-Budget etwas heruntergeschraubt habe. Wenn das für die E-Koordinate passiert, gibt es stattdessen halt den "Retract". Das ist die aktuelle Hypothese - aber wer weiß? 🤷‍♂️
  2. Einen hab ich noch: Über die integrierte API kann man die Achsen auch bewegen. Das wäre dann der "offizielle" Weg und braucht keinen Developer-Modus. Im Prinzip funktioniert das, ich sehe dort nur keine Funktion für das "Homing" - das müsste man dann vorher über das Menü am Drucker machen (oder ich übersehe etwas). Vielleicht noch ein kurzes Shell-Skript oder Python-Skript drumherum gebastelt... (mit so vielen "Pausen", wie man möchte) ... das könnte funktionieren. Hier noch ein (möglicherweise hilfreicher) Kommentar vom Kopf des Firmware-Teams persönlich:
  3. Für einen UM3? Das wird mit der Pause schwierig... Die UM3-Firmware fährt das Druckbett und den Druckkopf bei jeder Pause (G-Code "M0") selbstständig in die Parkposition. Da sehe ich keinen einfachen Weg das zu ändern - auf jeden Fall nicht mit G-Code allein. Vermutlich kann man die paar G-Codes auf einer verbundenen ssh-Konsole manuell absetzen, wenn der Drucker im Developer-Modus ist. Aber das ist ein ganz anderes Thema. Evtl. kannst Du das Druckbett einfach (per Menü) nach oben fahren und den Druckkopf per Hand in die gewünschten Ecken verschieben - wäre das nicht einfacher? Aus Neugier: Um was für eine Messuhr geht es und wie hast Du die befestigt (am Druckkopf)?
  4. Is it this material? https://marketplace.ultimaker.com/app/cura/materials/extrudr/Extrudr_BioFusion The list of "Compatible printers" has only one entry: "Ultimaker S5"... I guess Extrudr has not added printing profiles for the S3 (yet). This would explain the behavior.
  5. mmmh, das letzte Release welches ich zusammengestellt habe ist von 2019, glaube ich.... (und das war im Wesentlichen auch schon ungetestet). Wo kommt Deine Version her - hast Du die selbst kompiliert? Falls ja, könntest Du in die Git-Historie schauen, ob es nach März 2019 Änderungen gab, die etwas damit zu tun haben könnten. Ich kenne das Problem mit dem langen Retract nur vom Ende des Druckes. Das ist/war tatsächlich ein Bug - betraf aber nur den "UltiGCode"-Flavor (den hoffentlich heutzutage niemand mehr benutzt). George (gr5) glaubt, das solche Sachen bei Lesefehlern von der sd-Karte passieren. Aber das ist wissenschaftlich noch nicht bewiesen... 🙂 Ich habe allerdings auch schon mal seltsame Verfahrwege beobachtet, als mein Netzteil erste Alterserscheinungen zeigte und das Power-Budget recht hoch eingestellt war. Es könnte also etwas dran sein...? Inzwischen hab ich das originale Netzteil nicht mehr dran, benutze ausschließlich den Mark2-Branch und drucke nicht von sd-Karte - also kann ich hier auch nur fleißig mitraten... 🙂
  6. Are you referring to the white dots? These are indicators for the start point of each layer. You can disable the visualization in the color scheme settings if you don't like it.
  7. Just to be sure: these config files are for RRF 2.x or earlier - correct? The homing order on Ultimaker printers is: z-axis first and x/y afterwards (simultaneously) - which seems to be the case All endstops are configured as "active low" - which is correct (assuming RRF 2.x - the syntax of M574 is different for later versions) The content of "homeall.g" seems to be correct (IMHO) I think the current status of the endstops is to be seen on one of the duet web control pages (*) - you can check them manually one be one (trigger them by hand) (*) Settings -> Machine properties My best guess is a problem with the cabling BTW: it seems you've mounted a Bondtech DDG feeder - good choice 🙂
  8. Those things are not part of the slicing process - the firmware of the printer handles it on its own. The slicing engine of Ultimaker Cura does not know or need this information - that's why it is not there. I'm pretty sure, Creality printers are equipped with Marlin-Firmware by default - so it should to be to find somewhere in the printers own settings menu. Good luck!
  9. Hi @ianburton, i'm not sure - is this a question about e-learning (you asked in this category) or about Cura, or about a specific printer? In case of "Ultimaker Cura" - it's only possible with a modifier mesh (AFAIK) - here's an article that describes the according adjustment tools: https://support.ultimaker.com/hc/en-us/articles/360013370140-How-to-adjust-print-settings-of-a-part-of-my-model-in-Ultimaker-Cura Hope that helps!
  10. Inside the Ultimaker 3 - Day 1 - GCode Inside the Ultimaker 3 - Day 2 - Remote access (part 1) Inside the Ultimaker 3 - Day 3 - Remote access (part 2) Inside the Ultimaker 3 - Day 4 - Electronics Inside the Ultimaker 3 - Day 5 - Developer mode & Linux/Systemd Inside the Ultimaker 3 - Day 6 - Active leveling
  11. Schaltpläne (für Altium) findest Du hier (es gibt zwei verschiedene Board-Versionen): https://github.com/Ultimaker/Ultimaker2/tree/master/1091_Main_board_v2.1.1_(x1) https://github.com/Ultimaker/Ultimaker2/tree/master/1546 ultimainboard V2.1.4
  12. first comes slipping - and it starts long before skipping I think, that's what happened. (please - don't quote me outside of this context 😛) 35 mm filament length corresponds to a volume of approx. 220 mm³ the extrusion lasted for 20 seconds - that means approx. 11 mm³ per second and 11 mm³ per second is very near the maximum extrusion rate the UM2 can achieve (depending on material, temperature and nozzle diameter) only circumstantial evidences - but still...🙂
  13. If my calculator is right, you try to extrude more than 30mm³ per second. Are you sure that your printer can handle this? That's nearly 8 times more - compared to the feedrate in the linked article. Don't forget that these instructions are made for a much smaller filament diameter (1.75mm). What happens, if you choose a more reasonable feedrate (e.g. F40 instead of F300)?
  14. Das UM2 Board hat "digital trimpots", d.h. der Motorstrom wird per Software eingestellt. Das verstellt sich auch nicht von selbst, ist aber einfach zu überprüfen. Am Drucker unter "Maintenance -> Motion Settings". Standard sind 1250mA für den Extruder-Motor und 1200mA für X/Y und Z. Es gibt auch einen GCode dafür (M907) - nicht das das noch irgendwo im Cura Start-Skript eingebaut ist oder so...? Wenn der Motor Strom hat (*), kann man (beinahe?) den ganzen Drucker am Filament-Strang hochheben. So viel Drehmoment sollte da normalerweise schon drauf sein. (*) Im Leerlauf sind die Motoren stromlos, in "Move Material" wird er aber nach der ersten Bewegung eingeschaltet, bis man das Menü wieder verlässt. Das war also eine gute Idee, es damit zu testen.
  15. Feedrates in the gcode file are matching your description. But it seems like the model has a very high resolution - and your printer can't handle so many instructions per second. Take a look at "Maximum Resolution" / "Maximum Deviation" in Cura (increasing these values will decrease the file size).
  16. It sounds like one revolution of the leadscrew moves the plunger by the pitch of the screw (multiplied by the reduction ratio of gear - if present). 0.44% is a very low factor - but you already determined it. If you know the current value of E steps/mm for your firmware, just multiply it with 0.0044 and you get the new value. The new value will be very small of course. For Marlin firmware you can set it with gcode M92 (*) - it's possible to add it to the start script in Cura and test it. Don't forget to reset the setting for flow rate back to 100% if you try this. (*) for example: M92 E1.72 ;probably something near this value
  17. Slicers for FDM printers (usually) calculate the extruded volume based on filament diameter, linewidth and layer height. I assume in your case it would be much better to create a new material with a more reasonable "filament" diameter and don't touch the flow rate at all. Or even better: adjust the value for "steps/mm" for the extruder motor to achieve a suitable material transport for this setup (that's a firmware setting). That said - which Cura version and which printer definition is used? If it is meaningful or not - in general one can specify a flow rate down to 0.001 percent in Cura and the extruded material volume will be multiplied by this factor (checked with Cura 4.12.1). The 5% limit may be specific to this particular printer and/or material definition?
  18. The prime tower is meant to deal with any flow inaccuracies, so that anything is nice and equalized when the extruder comes back to the actual object. My advice is: if it really needs to be printed in this orientation - enable the prime tower (or use a bigger one). Place it near the printed object. Although - the part looks like it could be printed upright - and without support structures. Would this be an option? BTW: which nozzle size is this printed with? 0.25mm?
  19. Counter question: What are the values for "Minimum Support Area" and "Minimum Support Interface Area"? Default values in Creality profiles are quite high (if i remember right).
  20. The Prusa slicer does a lot of automatic repairs, that hides the errors. This is what Meshmixer thinks about your file... (every "pin" marks an identified mesh error):
  21. OK, mal sehen... - die Rede ist von einem Post-Processing Plugin/Script? Dann ist "Pause at Height" das Mittel der Wahl. Dabei den speziellen Hinweis zum UM2 für "Extrude Amount" beachten. Den Materialwechsel macht man dann im Pause-Menü am Drucker.
  22. Here is the answer for an UM2+: https://github.com/Ultimaker/UM2.1-Firmware/blob/f6e69344c00d7f300dace730990652ba614a2105/Marlin/Configuration.h#L155 It's a plausibility check (for security reasons) and is triggered below 5C resp. 41F
  23. Yes, the shaft of the feeder motor is shorter on the UM2+ (if i remember right). Anyways: i think you should look for the motor assembly (motor with on-pressed gear). The spur gear is not available as a separate genuine spare part (as far as i know - cheaper replicas are a different topic). Ultimaker part number of the motor assembly is #9470
  24. I would try one of these two options: use a prime tower (should be the default inCura, but i don't see one in your pictures) - and position it close to the "stringy" area as an alternative: enable the ooze shield The intention is to "capture" any material that oozed out during the nozzle switch - so that it doesn't end up on the actual object.
×
×
  • Create New...