tinkergnome
-
Posts
2,774 -
Joined
-
Last visited
-
Days Won
61
Content Type
Forums
Events
3D Prints
Posts posted by tinkergnome
-
-
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:
-
12 minutes ago, sebther2 said:
Nun die große Frage: kann ich das mit CURA programmieren? Gibt es etwas, worauf ich besonders achten muss?
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)?
-
3 hours ago, ingo46 said:
Under UM S5 I can then also create a print file. With the UM S3 this does not work
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.
-
1
-
-
On 12/29/2021 at 9:42 AM, knaeckebrot27 said:
ich habe die aktuelle Version von Tinkergnome aus dem Herbst diesen Jahres.
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... 🙂
-
1
-
-
51 minutes ago, boncri said:
I attached two screenshots of the same .3mf file, one is sliced with 4.8.0, the other with 4.12.1, you can see the "holes" in the preview.
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.
-
- 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 🙂
-
13 hours ago, hecc said:
I am unable to find the steps per millimeter controls in Cura
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!
-
On 12/23/2021 at 1:05 PM, ianburton said:
How do I switch to a different print head at a defined layer whilst printing? Thanks
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:
Hope that helps!
-
-
3 hours ago, schneck007 said:
hat jemand ein Schaltplan. Habe ein loses Kabel gefunden..
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
-
1 hour ago, gauthier said:
On the other hand I didn't want to believe in that, because I would expect the extruder to skip if that was the case. It felt smooth and silent.
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...🙂
-
2 hours ago, gauthier said:
When I try to extrude 100 mm, only about 35 mm are extruded. I guess there is something I missed when setting up the machine in Octoprint, what could it be?
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)?
-
1
-
-
10 hours ago, Pple said:
Hat das Mainboard verstellbare Treiber?
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.
-
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).
-
1
-
-
8 hours ago, Gutharic said:
I guess I would have to check how much the plunger moves down into the syringe, but measuring that would be quite difficult compared to measuring it with regular filaments.
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
-
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?
-
1
-
-
7 hours ago, b16ior said:
when changing again from pva to pla it puts too much materials
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?
-
57 minutes ago, stekke said:
How is it possible that the tips of the wings don't get supports?
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).
-
8 hours ago, jerolee said:
I am sure that my design has no defects, its done in fusion360, a piece sliced from a circle etc etc. the corners are exact same 🙂
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):
-
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.
-
1
-
-
22 hours ago, sensebellum said:
is it possible it can be too cold inside the van to print and that is why I am getting the error?
Here is the answer for an UM2+:
It's a plausibility check (for security reasons) and is triggered below 5C resp. 41F
-
17 hours ago, ansonl said:
Does the UM2+ feeder motor actually differ from the UM2 feeder motor in shaft length?
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
-
17 hours ago, GAD said:
Any ideas?
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.
-
i'm not responsible... 🙂
Langer Retract mitten im Druck
in Deutsch
Posted
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ß? 🤷♂️