Jump to content

neute

Member
  • Posts

    48
  • Joined

  • Last visited

  • Days Won

    1

neute last won the day on December 13 2021

neute had the most liked content!

Personal Information

  • 3D printer
    Ultimaker S5

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

neute's Achievements

16

Reputation

1

Community Answers

  1. Hi Nallath, thanks for your reply. First, sorry for yet another post of a user venting frustration about things they don't understand, I see those quite often around here. I think the latter is the issue here. There are no qualities for these specific iglidur materials, since I've created them from scratch with new GUIDs and everything. I've played around a little with loading different materials between the 4 extruders and disabling single extruders and I do now understand more or less how it behaves, as well as understanding the formula that calculates the average shrinkage between the active extruders. I just need to remember that I have to check on this setting if I'm using more than one material or have more than one extruder active at a time (which the whole intention of creating material and printer profiles in the first place was to not have to go through the whole settings pane before every print job) How do I know if a setting is shared between extruders, is it just the "settable per extruder" parameter? Re my question "am I doing this right" - where should the setting "material shrinkage" be included for a material; it seems that it is not intended to be in the material XML. Should it be in a quality profile even if it's theoretically the same over all hypothetical qualities? Intuitively I'd want it to set only once/in a single place in this case. thanks again, have a nice week Best, Niklas
  2. Hi all, so I've bitten the bullet and started to deep dive into printer and extruder definitions, material profiles, variants etc. because I'm using self-built printers or the printers don't have profiles provided for them in Cura (yet). So far so good, I learned JSON and XML (rant: I wish someone came up with a fool-proof GUI for this...) and have things going pretty okay. Now I'm trying to set up material profiles for the filaments I use the most. Of course, in the filament .xml.fdm_material at first only basic properties are being stored, basically the ones that you can change in the "materials" settings pane in Cura (rant: why do I have to install a plugin to access more than 6 filament settings that are definitely related to the filament's properties?) --> Because my filaments are a bit more complex than this (e.g. I want to include settings like extra retraction amount, horizontal expansion, size compensation scaling etc.), I've then installed the "Materials Settings Plugin", created new filament profiles and altered them to see how the settings would reflect in the .xml.fdm_material file. For some reasons, the settings are not longer tagged as <setting> but <cura:setting> and wouldn't be included otherwise. --> Now comes the tricky part: say I created a new profile and modified it inside the material settings pane, having more settings selected by the plugin, counter-checking it in the XML file to see how the settings are reflected, then remove it from Cura and import it again, the settings change?? In particular, it is the "material_shrinkage_percentage" setting that I'm concerned with right now (rant: why are the variables named differently than their label in Cura??) example; see the igus iglidur i180 XML file (attached, remove .zip), values are exagerrated for demonstration/debugging purposes <cura:setting key="material_shrinkage_percentage_xy">100.2</cura:setting> <cura:setting key="material_shrinkage_percentage">102</cura:setting> this it what shows in the material settings pane after a clean import (Material Settings Plugin activated): ...but when I check the setting in the parameters section, this is what I get and what I presume is actually used for slicing: ...now I *felt* that it wasn't only this setting that is being altered upon importing, but it was the only setting that I could reproduce this behaviour with. Could it be a bug or is it related to how the values are calculated by the printer definition? Because there seems to be some calculating going on, I didn't take the time to figure out what the formulas mean, but I have the feeling there's something fishy going on... (rant: there are some really stupid questionable standard settings in the fdmprinter definition that are also used for the Ultimaker profiles, such as - when 100 % infill (lines) is selected, bottom layers is turned up to 99999 so that effectively the part only consists of bottom layers - I might want to use different line widths, speeds etc for the infill, why would this be the default behaviour???) nevertheless: here's the code for the scaling (from fdmprinter.def.json), what's going on there? might this be the reason? "material_shrinkage_percentage": { "label": "Scaling Factor Shrinkage Compensation", "description": "To compensate for the shrinkage of the material as it cools down, the model will be scaled with this factor.", "unit": "%", "type": "float", "default_value": 100.0, "enabled": true, "minimum_value": "0.001", "minimum_value_warning": "100", "maximum_value_warning": "120", "settable_per_mesh": false, "settable_per_extruder": false, "resolve": "sum(extruderValues(\"material_shrinkage_percentage\")) / len(extruderValues(\"material_shrinkage_percentage\"))", "children": { "material_shrinkage_percentage_xy": { "label": "Horizontal Scaling Factor Shrinkage Compensation", "description": "To compensate for the shrinkage of the material as it cools down, the model will be scaled with this factor in the XY-direction (horizontally).", "unit": "%", "type": "float", "default_value": 100.0, "enabled": true, "minimum_value": "0.001", "minimum_value_warning": "100", "maximum_value_warning": "120", "settable_per_mesh": false, "settable_per_extruder": false, "resolve": "sum(extruderValues(\"material_shrinkage_percentage_xy\")) / len(extruderValues(\"material_shrinkage_percentage_xy\"))", "value": "material_shrinkage_percentage" }, "material_shrinkage_percentage_z": { "label": "Vertical Scaling Factor Shrinkage Compensation", "description": "To compensate for the shrinkage of the material as it cools down, the model will be scaled with this factor in the Z-direction (vertically).", "unit": "%", "type": "float", "default_value": 100.0, "enabled": true, "minimum_value": "0.001", "minimum_value_warning": "100", "maximum_value_warning": "120", "settable_per_mesh": false, "settable_per_extruder": false, "resolve": "sum(extruderValues(\"material_shrinkage_percentage_z\")) / len(extruderValues(\"material_shrinkage_percentage_z\"))", "value": "material_shrinkage_percentage" } Final question; am I doing this right? Or do the more advanced settings like horizontal expansion etc. have to be included in a quality config file and would this solve my problems? (rant: yet another preset file, yet another scripting language?? WTF) reference 3MF project enclosed, remove .zip thanks for taking some time, best, Niklas igus_igliduri180_1-75.xml.fdm_material.zip demonstration.3mf.zip
  3. @Noppi do you have coasting enabled? It stops extrusion a bit before the actual end of a line to release pressure in the nozzle, this is mostly relevant for bowden extruders to prevent stringing. It shows in the GCode just like it does in your screenshot.
  4. Dann bin ich leider auch überfragt. Du könntest mal versuchen, dir beide Gcode-Dateien nebeneinander zu öffnen und vergleichen, vielleicht siehst du dann, welches Verhalten zu dem Problem führen kann. Und diese auch mal hier hochladen, damit evtl. andere sich das anschauen können.
  5. Nebenbei: Combing ist etwas schwierig bei Cura. Wenn man es ausstellt, macht es fast nach jeder Bewegung eine Retraction. Wenn man es einstellt, versucht es ewig lange Umwege zu fahren, dabei im Bauteil zu bleiben, um eine Retraction zu vermeiden. Beides ist auf Ultimaker-Drucker hin optimiert, da die nicht die beste Filamentkontrolle haben (aufgrund des Bowdens), daher Retractions eher zu vermeiden sind; jedoch aufgrund des leichten Druckkopfs schnelle Bewegungen machen können. Bei anderen Druckern und besonders bei Direct Drive ist das aber nicht so schlau. Bei sehr langen "Combing"-Moves im Bauteil, d.h. ohne Retractions über das Bauteil fahren, läuft jedoch trotzdem sehr viel Material aus der Düse, dass dann beim erneuten Ansetzen der Druckbahn fehlt. Meine Lösung sieht so aus: ich wähle für Combing die Einstellung "Not in Skin" und zusätzlich stelle ich bei der versteckten Option "max comb distance with no retract" den Wert 5-10 mm ein, dann macht er für kleine Wege einen Combing-Move, bei größeren aber trotzdem eine richtige Retraction und es läuft kein Material aus der Düse.
  6. prüf mal die Reihenfolge der Wände. Cura 5 hat aus einem unerfindlichen Grund die Reihenfolge der Wände zu "Außen nach Innen" als Standardwert geändert. Die Löcher sehen so aus, als wäre nach einem längeren Verfahrweg nicht ausreichend Material in der Düse, um direkt mit einer sauberen Bahn loszulegen. Wenn die Reihenfolge "Innen nach Außen" ist, merkt man das nicht, da die außenliegende Wand direkt nach der innenliegenden, d.h. ohne vorherigen Travel-Move, begonnen wird und damit ohne das o.g. Problem.
  7. let's agree to disagree instead of engaging in a pointless keyboard fight*. For metric users, you're quoting non-issues. Engineers will use millimeters, woodworkers will use centimeters, builders will use meters or (decimal) fractions thereof, but everybody understands each other without issue, and calculate between units (nobody needs to remember how many inches are in a foot, how many ounces are in a quart, how many bananas there are in a bathtub - am I doing this right? 😄 ). Nobody uses decimeters, but they aren't forced upon anyone, they're just there because how the decimal system works. And if the whole world had agreed to use metric instead of the whole world minus one or two countries, this thread wouldn't exist. *and that's all I'm going to add to this before I have to face allegations of nourishing the online goblin
  8. yeah that's probably where this analogy doesn't work any more, since I can't really find any downsides to the metric system. Maybe that kids don't learn fractions as early on as they probably do in the US, but then, why should they...
  9. LOL american egocentrism is really remarkable. It's one thing to stick to horseriding when the rest of the world has agreed to use cars (there might be "good" reasons for it - having the infrastructure or just doing it because it's always been done)! But to tell oneself and others, that it's the only way and everyone else is an idiot (for driving a car because they have to buy gas and can't even grow their own horsefeed) or they're only doing it because they're not Free(TM) and forced by their government - that is truly, truly remarkable.
  10. ich habe bisher bei jedem der drei Ultimaker (3, S3, S5) einmal das Sensorboard getauscht. Wenn das "tut", dann läufts auch - allerdings muss ich immer das Z-Offset plugin aktiviert haben und einen Offset von 0,1 mm bei jedem Profil drin haben, sonst ist die erste Schicht stets zu dünn - weil der Ultimaker das so für richtig hält.
  11. Moin, damit das Auto-Bed-Leveling mit diesen bescheuerten Sensoren vernünftig funktioniert, müssen beim manuellen Nivellieren die Bettschrauben auf eine bestimmte Weise angezogen werden. https://support.ultimaker.com/hc/en-us/articles/360013133699-Active-leveling-errors For the Ultimaker S5, the thumb wheels should be fully tightened. Then, loosen with 2 full turns clockwise. ...also voll anziehen, dann zwei Drehungen gegen den Uhrzeigersinn wieder heraus, und dann Feintunen mit der manuellen Nivellierungsprozedur. schöne Grüße, Niklas
  12. Hallo Lothar, ich finde die Lösung für das, was sie ist, gar nicht so schlecht. Ich behelfe mir wie folgt: - das neue Silikonteil von unten durch beide Bleche drücken, dass die Düsenbereiche vollständig sitzen - die schmalen Stege zwischen bzw. unterhalb der Düsen (die T-förmig angeordnet sind) drücke ich mit einem Schlitzschraubendreher von unten durch, sodass die dicke Stelle, die das Silikonteil hält, durch das innere lose Blech durchgedrückt wird - mit einer Pinzette die beiden Laschen außen um das Blech ziehen, damit das Silikonteil nicht mehr nach unten wegrutscht. viel Erfolg!
  13. das war ein super Tipp, ausgezeichnete Unterhaltung 😄
  14. Hi, I also have the problem with all my Ultimaker printers, that without any fix, the auto bed leveling that is done before each print is too close to the build plate. This results in a shitty first layer (not quite as bad as in your case, where the nozzle seems to be touching the build plate). What has helped me is the "z offset plugin" by ahoeben. For the Ultimaker S-line printers, you have to have "extensive G-Code processing" enabled, iirc because the z coordinate is not relative in the gcode or something like this. It's just a workaround, but it works well. I have 0,1 mm of offset for my UMS5 and UMS3 which results in a better first layer. You might need even more. FWIW I think the bed leveling sensor is not a very good design, albeit cheap to manufacture since it's just a pcb. In my opinion, a mechanical switch probe would be the best solution. Of course this is difficult to implement since it has to stick out below the nozzle, but hey, Ultimaker has some talented engineers so I think it should be possible to find a solution. Viel Erfolg! LG, Niklas
  15. thank you guys, I hadn't thought this far but it makes a lot of sense. I will try to adjust the minimum line width setting. ...I do think that the new engine brings a lot more flexibility but we'll have to get used to it and learn all the parameters to become arachne masters! Best, Niklas
×
×
  • Create New...