-
Posts
4,297 -
Joined
-
Last visited
-
Days Won
33
Content Type
Forums
Events
3D Prints
Posts posted by Dim3nsioneer
-
-
I agree. Maybe my text was misleading. With 'postprocess plugin' I simply meant a standard Cura plugin.
-
Just to confirm I got it right: the connection between amplifier board and UM shield is broken, not the connection between thermocouple and amplifier board?
-
Hopefully still like an Ultimaker and not like a noname ugly box from China! :eek:
-
A look at the different criteria is also very interesting. Especially to see where Ultimaker is best in class and where it is second worst...
-
Maybe you get them also as fast if you buy ten at a time?
-
Disable support, note amount of material. Enable support, note new amount of material, do the math. ?
What about displaying the amount of material seperately for two extruders? This might be something for the new Cura GUI (although I somehow have a feeling it has been already thought of... :cool: )...
-
[...]
(Right now I'm standing on top of a 1meter height 3D print inside a large 3D printer. Hows that for a normal day at the office?)
I guess this printer is rather printing concrete than PLA...
-
I just read somewhere that PVA should be printed without cooling (I guess this means fan off). Is that true? What's the issue with cooling and PVA?
-
Daid certainly has... :wink:
It was discussed earlier somewhere in the Cura subforum if there should be the possiblity to change layer height throughout a print. If this is implemented some day, it most probably has to be in the slicer engine directly. There was once the idea to allow not only postprocess plugins but so-called UI-plugins which directly affect the slicing process (if I didn't get it completely wrong).
However, I see a possibility for a 'simple' postprocess plugin which replaces e.g. two layers of a certain height with one layer of double the height using the x- and y-coordinates of the lower layer. It could be restricted to a start and end height or layer no. respectively.
-
@Zungara: Meinst Du das blaue Malertape von 3M für delikate Oberflächen? Das hat die Nummer 2080 während das 'normale', was Ultimaker beilegt, die Nummer 2090 hat. Das 2080 hat auch eine etwas feinere Oberfläche.
-
No
OK.... could you please specify 'not working': no gcode change or do you get an error? Errors are visible at the end of output.txt; but you have to close Cura for having this file updated.
-
UPDATE: I just found something quite serious:
Did you change the EOL-character in the generated GCODE? It's now kind of a mess on a Windows machine (everything in one line). And the TweakAtZ plugin was not executed at the layer I specified (I will have to check the GCODE on the SDCard after the current print finishes, on the PC, the GCODE includes the TweakAtZ information); this might be related to the EOL character.
EDIT (10:37): Forget about the plugin, it works fine if a reasonable input is made... :shock: (means: my fault).
The terminal character bug is not yet fixed in RC3.Might be the way it was compiled rather than the source code?
UPDATE2: Found another bug... a known one I thought it was already fixed.
When doing a one-after-the-other print of two objects with brim, for the second object it begins somewhere in the middle of the brim and first goes inwards then completes the outermost lines of the brim.
This one is also not yet fixed in RC3.
I hope for RC4/final version... :unsure:
-
Hi Daid
Not sure if you realize but the TweakAtZ plugin isn't working in this release
Other than that it's working great for me.
Did you copy the ini files from an previous installation to the 14.02RC2?
-
Forget the fans. It's mostly the steppers. There is a reason why they get hot (up to 60°C). Daid recently posted that the standard adjustment of the steppers is about 1.1A. As it is driven with 19V (in steps down to 12V and something like 2-3V, but I think the voltage is not transformed but divided, isn't it?) this makes something around 20W per stepper. And as there are 5 steppers enabled and the electronics itself needs 14-17W the number makes sense...
But don't forget that I measured on the primary side of the PSU. The power factor of 0.86 might also be overestimated. I think the accuracy of the measurement device relates mostly to the power measurement and maybe less to the measurement of the power factor.
-
Dual extruder means dual hotends which are by far the component gulping up the most watts on the UM, isnt the standard heater cartridge 60W?
Only one hotend was actually heated during the measurement.
-
Arrived at home without the notebook.
I have not found it on this PC. Where should this file be located so that I can lookup tomorrow.
Now ready to try it on this PC...
I assume your office notebook runs with Windows. It's in c:\program files (x86)\Cura. And you have to close Cura in order to have it updated with the last messages.
And good luck! :cool:
-
You can use the ooze shield for that purpose... minimum material waste...
-
I made some measurements on the primary side of the UM PSU. I used a device which was found to be very accurate in a independent test (Brennenstuhl PM231). And it said that while printing, the primary consumption is around 160W and the power factor 0.86. Further measurements showed that the 75W might be the power needed when not heating the hotend. I also have to mention that my UM1 has a dual extruder. Maybe you know that the idle extruder motor is always enabled as well (something I intend to bring up in the Marlin developer group sometime soon).
-
@dubtec: If you solved your problem in the meantime, just forget about the following.
I had today the situation that the hotend temperature was fluctuating quite a lot. The result was a print that looked quite like yours. I then remounted the contacts of the hotend thermocouple on the amplifier print on top of the print head. After that, temperature was stable again and the next print of the same model came out perfect. Maybe this information can be of some help to you.
-
Hmmm... restarted my notebook, re-installed the 4th time, no effect...
It slices the first time after new installation, then no more...
So I have to precice my first post - it NEVER slices again after the first start, nevertheless if I restart Cura or not, move the object or not or change parameters or not...
I´m working with Cura since 13.04 and I had never such troubles on this notebook before.
I will try at my home pc tonight too..
What does output.txt say?
-
I got this message as well in earlier versions of Cura when two versions were open in parallel. Not immediately but after some time...
-
@ Dim3nsioneer: Could you please try to open an gcode-file at your notebook too to check if it´s my damn thing...
God thanks that I have a private one too as this damn Dell things set up with company-wide images are like pita...
Sorry for the delay, I was off during lunchtime... -_-
Everything works fine on my notebook (Asus ) with the GCODE view. It even started from the bottom when the gcode was loaded. No ghosts, nothing off-normal...
If you have administrator privileges on that notebook, you may want to check if you can update the display drivers...
-
Question: is it ok that the layer view is build up from top to bottom?? or just a strage visualization thing on my damn office notebook...
[...]
Works the same way on my notebook. It's indeed a bit strange. But very fast!
-
Hi,
here's another thing I noticed (just for the record). When changing filament, the tip looks alright, but it drags a long strand through the bowden that ends in a blob. I had this before but now, since I switched the teflon coupler, it happens every time. The blob gets stuck inside the extruder because it can't pass the knurled bolt on its way out. So I always have to fiddle with at toothpick to get it out. Worst case I have to disassamble the extruder.
EDIT: Forgot the image:
I had a similar effect once or twice on my UM1. It happens less if you change it at lower temperature, 180°C worked quite well for me while I got this stranding above 200°C.
Bring me your bugs! Cura 14.02-RC2 ready for testing.
in UltiMaker Cura
Posted
Could you please give me the numbers you put into the plugin and the approximate dimensions of the print to which you want to apply the plugin? I would like to reproduce the problem with RC3.