tinkergnome
-
Posts
2,774 -
Joined
-
Last visited
-
Days Won
61
Content Type
Forums
Events
3D Prints
Posts posted by tinkergnome
-
-
Could it be a calibration issue with the Ultimaker?
I doubt it. It's more likely related to the material (which one is it?).
Looking at your model - i assume that the material shrinks at different rates. Those geometries are hard to print (at least in this orientation). If possible, add some reinforcements on the sides and/or below the ledge, or try thicker walls. This may help a bit.
-
Gibts da irgendwas wo man sich etwas reinlesen kann? Am besten in deutsch.
in deutsch wird schwierig...
Das RepRap-Wiki ist quasi das Standardwerk, aber da ist alles drin - man muss ein bisschen aufpassen, welche Teile davon für Marlin gelten.
Genau der falsche wird immer gewählt oder besser gesagt beide Düsen werden nach unten gedrückt dabei sollte eine oben bleiben. Also muss ich T vor den G1 Befehl schreiben ?
Es gibt noch eine andere Falle - Dein Skript funktioniert nur, wenn "relative extrusion distances" aktiviert ist (M83) - oder wenn "zufällig" vorher ein "G92 E0" generiert wurde.
Ich geh mal davon aus, das das bei Dir der Fall ist.
Was nimmt man den nun am besten {IF NEWTOOL=0} oder T[new_tool] Variante.
Funktionieren müsste beides, die zweite Variante sieht ein bisschen eleganter aus, weil man sie nur einmal hinschreiben muss...
Der Tool Change soll so ausgeführt werden.
Retrakt -5 am Druck, dann ist die Düse schon mal oben
auf Park Position fahren G1 X180 Y227 F3000 ;
aktuelle Düse Temp runter auf 170
die neue hoch heizen.
Dann 5mm extrudiern
retrakt 5- und weiter drucken.
so sollte der Tool Change ablaufen. :(
Dann vielleicht so ähnlich:
M83G1 E-5.5 F1800 ;retractG1 X180 Y227 F9000T[new_tool]{IF NEWTOOL=0}M104 S170 T1{IF NEWTOOL=0}M109 S250 T0{IF NEWTOOL=1}M104 S170 T0{IF NEWTOOL=1}M109 S250 T1G1 E5 F1800 ;recover retract (fast move?)G1 E-5.5 F1800 ;retract again?M82Wenn mit "Dann 5mm extrudieren" ein eher langsames "priming" gemeint ist, dann solltest Du in der Zeile mit "recover retract" die Geschwindigkeit noch runtersetzen:
G1 E5 F40
...und wenn Du mit relativen E-Koordinaten arbeitest, muss das M82 am Ende entfallen.
Das Ganze ist aber ohne Gewähr - ich hab's nicht ausprobiert...
-
Da habe ich aber momentan das beim erneuten anfahren nach dem Wechsel beide Düsen nach unten gedrückt werden das sollte eigentlich nicht sein. Den die sollte ja oben bleiben.
Wenn kein material extrudiere dann geht das ganze aber dann kommt das Filament zu spät weil ja 5mm retrakt noch zu bewältigen sind.
Es ist nicht so ganz einfach, da herauszulesen, was im toolchange-Skript passieren soll...
Wird das eigentliche T0 / T1 von S3D automatisch hinzugefügt, und wenn ja - an welcher Stelle?
Auffällig ist, das Du offenbar davon ausgehst, das ein T0 (oder T1) hinter einem G1-Kommando irgendetwas bewirkt... tut's aber nicht. Das gehört da nicht hin und wird ignoriert.
Die Folge dürfte sein, das Dein 5mm Retract/Recover für die falsche Düse ausgeführt wird - oder jedenfalls nicht für die, die Du wahrscheinlich dafür vorgesehen hast...
Wäre das eine Erklärung?
Außerdem würde ich für die erste M109/M104 Combo noch die Reihenfolge ändern - und Marlin kennt kein M133 - bist Du auf MakerBot umgestiegen...?
-
strange thing is that it is complete.....
&
No, the strange thing is - that the ampersand produces a broken link...
&
-
I have always used the arduino IDE :(
I didn't know it added junk libraries. But it still fits on my um2go so maybe it's not critical?
Don't worry - the linker should throw away all unused stuff, it just takes a bit longer than it could...
What about for tinker Marlin? Do you also use make?
Yep, sure. It's much more convenient if you want to compile several variants from the same sources.
If you're interested: i use Arduino 1.6.5 at the moment and start this script from within GitBash.
-
From my experience: the import works flawless if you feed it with a correct file. Unfortunately the export function produces a wrong file... (it's a bug IMHO)
As a workaround:
The import should work if you add the missing nozzle diameters manually, like described here.
-
2
-
-
The official specification of the UM2+ mentions a build volume of 223 x 223 x 205 mm.
It seems that the machine profile of Cura is a bit too optimistic...?
-
My question is therefore this:
How is the default UM2 extended firmware included in Cura built?
The build process of the whole bunch of different firmware versions is included in the Cura package script
As you can see - it uses the Makefile, not the Arduino IDE.
(side note: maybe it's different for the new (beta) Cura - i haven't compared it yet)
I'm still not sure, how the Arduino IDE compiles a sketch but i fear it compiles (and link) all files that are present in the Marlin folder. And there is a lot of stuff that is not needed (and not used) for the Ultimaker2.
Using "make" you will have a lot more control about the building process. I recommend to go this way.
Why are the two images so different? Are they any extra libraries included in the Cura image? Different optimization? Different compiler?
Probably all of this... (see above)
And keep in mind that the current branches are not always in a (directly) usable state. I recommend to start with the latest stable release (15.04.4 atm) - it's always better to use a steady starting point.
Have fun!
-
I strongly suspect the _XXX parameters is a bug.
I second your suspicion...
The material export function on the "+" is broken atm...
As far as i can see it's intended to look like this (at least this is what the import function expects):
[material]
name=PLA
temperature=210
temperature_0.4=210
temperature_0.25=195
temperature_0.6=230
temperature_0.8=240
temperature_1.0=240
bed_temperature=60
fan_speed=100
flow=100
diameter=2.85
The intention should be quite obvious now...
-
1
-
-
Für eine lesbare Ausgabe am besten einen (char-) Puffer zusammenbauen, so wie es hier gemacht wird.
Und die Ausgabe auf jeden Fall erst nach dem Aufruf von lifetime_stats_init() starten. Das müsste klappen.
-
It's intended to be used with the arrow keys and the enter key (ok, and ESC
).And it needs a bit of patience - depending on the menu it needs sometimes more than one key stroke on the arrow keys to move the selection.
Does it not function?
oh, ...and put the mouse aside...
-
@Tinkergnome du bist doch hier der Firmware Spezialist. Gibt es da eine Chance oder schaut es düster aus.
Menno, immer ich...
Ich hab wenig Zeit, deshalb nur ganz kurz:
Als Chance zum Auslesen: eine Firmware basteln die die Werte beim Start mit auf die serielle Konsole ausgibt (am Ende der "setup()" - Funktion).
Beispiel für die Ausgabe findest Du in "Config_PrintSettings()" und was für die Statistik genau auszugeben ist, kannst Du in "lcd_menu_advanced_stats()" abkupfern.
Zum Aufspielen auf das alte Board müsste es doch reichen, Strom und USB-Kabel anzuschließen, oder? Danach pronterface starten, connecten und schauen, was dabei heraus kommt...
Übertragen auf das neue Board könnte so ähnlich funktionieren, nur halt umgekehrt...
...und beim Kauf eines gebrauchten Druckers nie darauf verlassen, was da angezeigt wird.
-
Das ist normal. Der Zähler funktioniert nur, wenn der Druck direkt am Drucker gestartet wird.
Soweit ich weiß, gibt es bei "Fernbedienung" für den Drucker keine Möglichkeit festzustellen, wann ein Druck startet oder endet. (es gibt keinen gcode, der das kennzeichnet)
Stattdessen hat man dann halt die Historie von Octoprint.
Das ist dann aber bei allen Druckern gleich.
-
Hi @mbmast,
"a blend of surfaces and solids" does not work at all for any kind of manufacturing. Consider that things like "walls with zero thickness" does not exist in a physical world...
First:
You have to design your model solid, or "watertight" (or "2-manifold" if you like).
There are several articles that explain it further, here is an example.
If your stl-model is not solid, the results are not predictable (i.e.: the results are depending on the "auto-repair" capabilities of the slicer).
Second:
Usually the slicer lays a "shell" all around your "walls" (with the defined "shell thickness") and fills the gap (inside of the shell) with "infill" (you can define the fill percentage).
If you omit the shell, only the infill is printed (the "zigzag"). Ususally that's not what you want... (you have seen the results)
If I extrude my walls and specify a shell thickness, the results are bad.
To be honest: that's the way all other people are designing (and printing) their models...
Can you explain the "bad results" a bit further?
As a rule of thumb for slicing:
Looking at your model - each "wall" begins at the first surface and ends at the second surface (and so on). The space between two surfaces defines a wall, everything else is hollow. That means: if you count the surfaces (from any perspective): it has to be an even number.
Another idea:
How thick are your walls? For example: you can not print a shell if the wall thickness is smaller than 2*nozzle diameter.
I'm also not sure about your definition of "internal structures". Certainly you can print a cube with several cylinders inside (e.g.) - but again: your model has to be solid (all faces closed - no matter where the faces are).
-
Das er zu wenig fördert bzw. den feeder falsch ansteuert habe ich nur, wenn er mit Octoprint verbunden ist und ein Auftrag manuell (Drehknopf) über die SD karte gestartet wird. Druckt man danach wieder über Octoprint wird der feeder falsch angesteuert. Trennen und erneut verbinden löst das Problem.
Vermutlich druckst Du von SD-Karte mit UltiGCode, danach werden alle E-Koordinaten als Volumen interpretiert.
Da hilft nur: GCode-Flavors nicht mischen, oder dazwischen ein Reset (letzteres weißt Du ja schon...
) -
Why does it move from front left, to front right, avoiding the left clamp and hitting the right clamp?
It's just the default start-gcode from S3D. After priming at the front left corner: it "wipes" the material from left to right while the buildplate moves up (from z=20 to z=0 if i remember correctly).
These moves bring the nozzle very close to the right clip anyway. Perhaps the position of the y-endstop is slightly different on your second printer - that's why it becomes too close?
I would edit the start-gcode and increase the y positions for the "wipe moves" a bit, or decrease the x-positions (or both...)
If you need to use the full print area you have to modify this method anyway...
-
Nur sehe ich die nicht, liegt aber bestimmt irgendwo rum, die 14.04.
Tinkergnome weiß da bestimmt mehr, wo man die bekommt
Ich fürchte, das war vor meiner Zeit...
Laut GitHub gab es ein Release 14.04 - in welcher Cura-Version das mit ausgeliefert wurde, weiß ich aber auch nicht.
Die schlechte Nachricht ist: Runtime Statistics wurden erst danach mit V14.07 eingebaut. D.h., bei den "alten" Exemplaren ist das schlicht noch nicht vorhanden. Nach einem Update auf eine neuere Firmware Version wird angefangen zu zählen (bei null), aber das nützt ihm ja für die ursprüngliche Frage nichts...
-
habe nur angst , dass irgendetwas nicht mehr so geht wie jetzt, jetzt druckt er eigentlich ganz gut!
Du kannst auch erstmal ein paar Bilder von Drucker und Menü herzeigen, dann wird's evtl. einfacher.
Hast Du die Firmware-Version im Menü gefunden?
-
Just been digging trough the firmware, and it seems that that would not be a easy implementation... Marlin does not seem to support different settings for different extruders :/
You're right, Marlin handles only one active extruder at a time. But it is possible to add some lines of code to the toolchange command. Don't expect it for tomorrow, but i think we will have the second setting of steps/mm in one of the next releases.
As a workaround until then: you probably know that you can change the steps for each axis at any time with the M92 command. Add it to your start-gcode (or manually) and you're done.
BTW: separate the settings for the motor current was a bit more complicated, but that's another story...
-
1
-
-
And separate pid settings would be nice to combine um head and e3d.
If i get you right... i assume that you're not up to date...
Separate PID coefficients and motor currents are there in version 15.12 or later.
Advanced -> Preferences -> Temperature control
Advanced -> Preferences -> Motion settings
(of course you have to use the dual variant)
-
1
-
-
Weder heizt der Ultimaker hoch noch bewegt er die Druckplatte. Er spielt einfach Luftgitarre und das ohne Filament. Er wird also angesteuert und bewegt sich auch wie beim Drucken das war es aber auch schon.
Das liegt wahrscheinlich daran, dass Du versuchst, dem Drucker "UltiGCode" über die serielle Verbindung zu schicken - das funktioniert so nicht.
Ein bisschen Arbeit hast Du noch vor Dir, wenn Du über USB drucken willst:
In Cura:
- GCode-Flavor von "UltiGCode" auf "RepRap (Marlin/Sprinter)" umstellen (Machine settings)
- start- und end-gcode nach Deinen Vorstellungen anpassen
Wegen letzterem könnte es sich lohnen, nochmal @Nicolinux um Rat zu fragen, wenn Du hier drin nicht das passende findest.
Edit: ach ja: und die Druck-Temperaturen stellst Du dann zukünftig nicht mehr am Drucker ein, sondern in Cura.
-
There is a plugin called SelectExtruder for legacy Cura...
Besides that, a simple "T0" (resp. "T1") at the beginning of the start-gcode should do the trick, if you slice it for a single extruder.
-
1
-
-
So ... modified UltiLCD2_menu_material.h to change the two values, compiled, installed on the UM2 with BondTech QR Extruder and ... everything works fine
I knew it - you're a maker at heart...
I have some more features on the todo list - if you had some spare time...?
-
Ich weiß nicht, was mit "Betriebseinstellung lag bei" gemeint ist, aber ich versuch mal zu raten:
Du hast vermutlich die Firmware für den "alten" Ultimaker2 aufgespielt. Dann ist das genau der Effekt, der zu erwarten war...
Von der "plus" Firmware gibt es bisher nur ein Release (soweit ich das sehen kann) - das hat die Version 15.11 - ein Firmware-Update auf dem "+" ist also im Moment gar nicht angesagt...
Wenn Du Bedenken hast, das irgendetwas verstellt wurde, ist eher ein "Factory Reset" sinnvoll.
Du musst sicherstellen, das Du in Cura auch wirklich den Ultimaker 2+ als Maschine ausgewählt hast, und dann wieder die Standard-Firmware draufspielen.
Danach wird sich vermutlich auch alles wieder richtig herum drehen.
A Coffee between friends :-) How was Your Day ?
in Coffee corner
Posted
Perhaps you can use the solution of the famous Mr. Heckendorn as an inspiration?
approx. from 01:40 on: