-
Content Count
2,577 -
Joined
-
Last visited
-
Days Won
52
Content Type
Forums
Calendar
3D Prints
Posts posted by tinkergnome
-
-
3 hours ago, gr5 said:
I don't know where they go on a mac. Someone with a mac can do "help" "show configuration folder" and let us know
@gr5 - just copy the instructions from GitHub to your collection 🙂
https://github.com/Ultimaker/Cura#logging-issues
-
1
-
-
8 hours ago, mikebravo said:
Kann mir jemand sagen Warum die Extruder setting nicht übernommen werden ?
...weil beim UM2+ das Material standardmäßig am Drucker konfiguriert und ausgewählt wird und nicht in Cura.
Hier steht, wie man das ändern kann und noch ein paar mehr Details:
-
1
-
-
I bet it's there - but the floor space of your house is only 1x1.5 (mm) - the height is 2.3mm (chimney included) - it seems to be some kind of a tiny house... 🙂
The size is shown in the lower left corner of your screenshot, but it is not readable (i guess the forum software scales large pictures down).
It should be possible to select the object with CTRL+A - afterwards you can use the scale tool. A scale factor of 2000 or 4000 percent gives it a printable size. 1
While we are at it: there are some overlapping vertices and the normals of some faces are pointing inwards.
I changed the units to mm and scaled it a bit:
-
7 minutes ago, Smithy said:
Meinst du die gelbe Linie links? Das wird die Purge oder Prime Linie sein um die Düse startklar zu machen.
...und das stammt aus dem Startskript (findest Du in Cura in den "machine settings"). Das kann dort auch geändert werden.
Es müssten genau genommen zwei Linien sein, die jeweils 180mm lang sind.
Das wird erst beim Speichern der gcode-Datei hinzugefügt und kann deshalb im "Preview" noch nicht sichtbar sein.
Ausschnitt aus dem Creality Startskript (mit Kommentaren):
G28 ;Home G92 E0 ;Reset Extruder G1 Z2.0 F3000 ;Move Z Axis up G1 X10.1 Y20 Z0.28 F5000.0 ;Move to start position G1 X10.1 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line G1 X10.4 Y200.0 Z0.28 F5000.0 ;Move to side a little G1 X10.4 Y20 Z0.28 F1500.0 E30 ;Draw the second line G92 E0 ;Reset Extruder G1 Z2.0 F3000 ;Move Z Axis up
-
1
-
-
22 hours ago, classified said:
Also my hotend is all metal. It's a V5 J-Head hotend.
In this case it's easy - do not print PLA with it. It's not made for PLA.
Warm PLA sticks like crazy to metal. That's why hotends that are suited for PLA do have this PTFE-inliners (well... most of them).
Or do some hardware tweaks, especially if it's not a genuine product. A good all-metal hotend is very well polished on the inside (or even coated). That makes it (kind of) usable with PLA, but also much more expensive.
There are some good points in this old topic of the RepRap forum, or ask your favourite search machine for "all-metal hotend PLA".
https://reprap.org/forum/read.php?1,664823,664891#msg-664891
-
On 12/26/2020 at 3:59 AM, 3DOKIE said:
When file is saved in .gcode, the M140,M190 codes are not generated for the Build plate heater.
That's a file for an Ultimaker S5 (with GCode-Flavor "Griffin").
The buildplate temperature is set in the header section (the comments at the beginning of the file). That's all the printer needs to know.
Why do think it's a bug?
-
1
-
-
14 hours ago, koksala said:
Start and End G-Code entries in Machine Settings dialog box show up event though I've deleted them
I'm only guessing, but perhaps the default script is used because the customizable part is empty?
What happens if you put a single comment line in there instead of an empty script? Does it make a difference?
-
1
-
-
The "bugs" are probably in the stl file.
Here are all mesh errors marked with a pin (you can check it with Meshmixer).
It seems like there are already "magnets" positioned in each hole. There's the "puck" (with 6 holes) and 6 "magnets" in the file - (overlapping the holes) - 13 distinct shells in sum. So... remove all the extra geometry and it should slice fine with Cura:
Good luck!
-
The linked thread is referring to an "Ultimaker Original" printer from 2013 (with plywood frame).
But you use an "UM2+" tag for this question.
So.... let me ask first: what kind of printer?
Default e-steps value for the genuine UM2+ assembly (feeder and motor) is 369
Have you modified the printer? Why do you have a need for calibrating?
-
It's a PWM output between 0-24V - depending on the "Brightness" setting.
The led strips are for 24V (at max. brightness).
-
As far as i remember: the leds are 3 strips with short (soldered) connector cables in the corners. All held in place with some (self-) adhesive on the front panel.
The whole strand came out in one piece on my printer. It's a while since i removed the (broken) strips, but i definitely did not disassembled any panels, that's for sure... 🙂 I just loosened the adhesive and pulled the strip out.
Do you have any pictures?
This picture is borrowed from the assembly manual:
https://github.com/Ultimaker/Ultimaker2/blob/master/um2 assembly manual V1.1 _english.pdf
-
1
-
-
On 12/19/2020 at 6:12 AM, gr5 said:
@tinkergnome - ideas?
Well... the connection to CuraEngine does not work. We already knew that. There are no entries about a specific reason in the log file. 🤷♂️
It just repeats this cycle over and over again (note the timestamps):
2020-12-16 20:13:27,792 - DEBUG - [MainThread] UM.Backend.Backend._backendLog [110]: [Backend] Calling engine with: ['C:\\Program Files\\Ultimaker Cura 4.8.0\\CuraEngine.exe', 'connect', '127.0.0.1:49674', ''] 2020-12-16 20:13:28,908 - DEBUG - [MainThread] UM.Backend.Backend._logSocketState [192]: Socket state changed to Connected 2020-12-16 20:13:28,921 - DEBUG - [MainThread] UM.Backend.Backend._onSocketStateChanged [181]: Backend connected on port 49674 2020-12-16 20:13:28,930 - INFO - [MainThread] UM.Backend.Backend._onSocketError [218]: Backend crashed or closed.
-
47 minutes ago, Elkelthen said:
What does this mean? How do I fix it?
Well... the error message means that the folder "google/protobuf" is not there or the folder "....../protobuf/src" is not part of the C++ include path.
"protobuf" is published here:
https://github.com/protocolbuffers/protobuf
-
2
-
-
It depends...
Which printer and which firmware version(s) are you talking about?
-
1 hour ago, RaphaelOst said:
Hallo,
ich meinte natürlich den Bauraum mechanisch zu vergrößern.
Ich habe auch nicht vor meinen UMS5 zu zerlegen, sondern alle Teile nochmal nachzukaufen und aus diesen einen Großraumdrucker mit ca. 1m x 1m x 1m Bauraum zu bauen. Die Software des Ultimakers will ich auch hier wieder verwenden, jedoch müssen daran einige Veränderungen vorgenommen werden, dass diese dann funktioniert.
LG Raphael
Ich will dich ja ungern bremsen... aber...
Auch wenn ein "reverse engineering" technisch möglich wäre... Soweit ich weiß hat die Firmware für die S-Line Drucker keine Open-Source Lizenz (*).
Nicht das Du da Probleme bekommst... Kläre die rechtliche Seite besser zuerst mit Ultimaker ab, bevor Du die Firmware für deinen eigenen Drucker verwendest.
Heutzutage ist das u.a. fest mit der Cloud / Digital Factory verknüpft, das ist nicht so simpel und bestimmt auch nicht mehr für solche Modifikationen gedacht (von einer öffentlich verfügbaren Dokumentation ganz zu schweigen...).
(*) ausgenommen ist die Arduino Firmware für den "Motion Controller", dieser Teil basiert auf Marlin und ist Open Source. Das nützt Dir aber für den angedachten Zweck nicht viel.
P.S.: die Alternative vom @zerspaner_gerd finde ich gut!
-
One possible cause is a blocked communication to CuraEngine. There's a firewall permission to set during installation of Cura - don't block it.
In any case: take a look at "cura.log" and search for error messages.
For the location of the log-file see:
-
-
9 hours ago, DirgDiggler said:
Oder muss das ganze schon fertig konstruiert worden sein. Also mit Aussparung für das Symbol?
Das wäre in der Tat der korrekte Weg.
Wenn zwei Geometrien sich überlappen - welche davon soll dann bevorzugt werden? Wie wählst Du das aus? Für das überlappende Volumen sind ja nun beide Extruder zuständig...
Cura entfernt standardmäßig die Überschneidungen und druckt jede Lage abwechselnd. Das kann mit den beiden Einstellungen aus dem Screenshot unten beeinflusst werden. Aber Du hast trotzdem keine direkte Kontrolle, welcher Teil entfernt wird. Da musst Du experimentieren und wahrscheinlich spielt die Reihenfolge ein Rolle, in der beide Teil-Dateien geladen werden. Besser ist aber... siehe oben 🙂
-
-
7 hours ago, kwill5800 said:
What is the command to send to ultimaker 2 via pronterface to change the material loading speed to 50mm/s.
If you're talking about the "change material" menu:
It's not a setting that is adjustable by gcode commands. You have to customize the firmware if you want to change this.
(https://github.com/Ultimaker/Ultimaker2Marlin/blob/master/Marlin/UltiLCD2_menu_material.h#L18)
-
2 hours ago, A2k said:
Does anyone know the actual names of the rods? I'd like to be more educated and describe the issue better in the support ticket.
The source files for older printers are published on Github:
https://github.com/Ultimaker/Ultimaker2Extended#ultimaker2extended
I guess, you are asking for "print head shaft x" and "... y"?
-
On 12/8/2020 at 7:17 PM, r_moeller said:
Just while writing I have checked with a built in profile which has Brim as standard Build Plate Adhesion Type and found that the area is small with Brim but gets huge by just switching to Skirt. That don't make much sense to me.
That's how i understand it:
"Prime Tower Brim" is a separate setting (try the search function).
It will be disabled (by default), if the adhesion type is already set to "Brim". That means: for the default profiles it is only enabled if the adhesion type is different from "Brim". So - simply disable "prime tower brim" explicitly if you don't need it.
-
it depends... on what exactly is broken.
One crucial point:
For security reasons Marlin firmware requires at least a connected temperature sensor for each configured heater (doesn't matter if a heater element is actually connected). -
On 12/6/2020 at 5:13 PM, jphermans said:
Yeah, even under windows I don't see in the devices the port when connecting the usb.
When I switch off the printer I see a "unrecognized device" and switching on then it disappears.
The arduino drivers are responsible to create the (virtual) COM port. If this does not work, there's no point to proceed with different Cura versions or any other software.
Are you absolute certain that there's a genuine Ultimaker board in this printer? (most "clones" need different drivers)
The Arduino forum advocates against USB 3 ports and cables, that's perhaps worth a try? The USB-cable that came with the printer would be my first choice.
https://forum.arduino.cc/index.php?topic=521669.msg3557386#msg3557386
Printer Definitions From Old Version of Cura
in Ultimaker Cura
Posted
I think the according "quality" files are missing (at least). It claims to have some machine specific profiles:
"has_machine_quality": true
The quality files in your attachment are the default (generic) files from Cura - don't overwrite these.
The same goes for the fdmprinter / fdmextruder files - don't change those, let your definition inherit from the newer files of Cura 4.8.
There's a chance that it has it's own material files too, all generic materials are excluded in the definition. This may be specific to your customized Cura version, but check the materials folder as well (just in case).
If you remove the settings "has_machine_quality" and "exclude_materials" from mp_base.def.json the standard profiles and materials become usable.
Hope that helps!