tinkergnome
-
Posts
2,774 -
Joined
-
Last visited
-
Days Won
61
Content Type
Forums
Events
3D Prints
Posts posted by tinkergnome
-
-
Hi Daid
Can You pleae tell us where this new Location is? I changed from RC5 to RC9 and lost all my Settings. It would be great to have the Settings on a save Place. ;-} this Way I can save the Settings also on my Server for later Installations of Cura.
Greet
Christian
I'm not David...
...but in case of Windows7 (or later) it should be a subfolder of
%USERPROFILE%\.cura
-
I've merged the current master branch into the tinker firmware. Daid has not tagged it yet, but i think it should be 15.01-RC9.
The Ultimaker masters have reduced the speed during the new filament change procedure, so this can be retested.
Other changes of the master branch are described in the Cura thread.
...
One thing that would be really nice to have is be able to move the Z from a menu to get the precise Z height in case of a failed print you want to recover.
...
Edit: You should use the "Move axis" menu with caution - and with a hand near the power switch...
I found a bug this morning - If the axis position is already known (for example by a former buildplate move) this leads to an immediate move to the zero position if you select the menu.
Better avoid the move menu until the next iteration...
Ok, i've added a first attempt for a "Move axis" menu. To borrow some words from master daid: still a bit experimental, but it works....
I want to achieve some sort of smooth moving (as less stuttering as possible).
My poor UM2had some blackouts during my testing when i moved the encoder wheel (and the z-axis) very fast. I don't know the reason yet... Moderate moving speeds are working fine, could this be a problem with the interrupt handling...?
(i have not much clue about electronics...)
One can really make interesting sounds with the z-axis....
(you know it from the bed leveling wizard)Unfortunately the axis moving stuff can't be tested with the simulator, my Ultimaker2 had a lot of firmware updates this weekend...
Now: it's your turn - download the new release here - comments are welcome.
-
...
I had set them to be on and at 100% in Cura and have reset them on the machine a few times now but after about 5 mins the set themselves back off... Any advice?
In Cura there is an option "Fan full on at height (mm) (in the "Cool"-section of the expert-settings).
Can you check the value (the tooltip gives a short explanation)?
-
...
Is there any way I can set the right hand limit, so the printhead is not colliding with the side wall and leaves some space e.g. 1 mm?
in the same print, on the left hand side there was plenty of room for the print head.
...
You can try to "fine tune" the size of the printhead in the Cura machine settings. Cura should take this into account for the positioning if the objects (i think).
-
Having just put IROBERTSI design through Cura and got the g code I am about to print my first feeder in white Color Fab XT. I have put 50% fill on all parts but the Latch which is 100%. Printing 4 latches in case it breaks as the comments seem to show this as a weak spot..
...
Another example:
I've printed the snap-on-guide in normal PLA and all other parts in XT. Wall- and top/bottom thickness 1.2mm and 20% infill (Robert suggested this somewhere in the comments on Youmagine).
More then 400 printing hours later there is nothing weak or broken.
IMHO: relax...
-
...
Only the name : PLA, ABS, UPET or CUSTOM by the user save in the SD Card ( XT, WOOD,PET....) material.txt
No luck with the material name... there is no name stored for the current setting. I think, that makes sense.... After selecting one of the presets one can change the material settings at any time without the need to give them a name...
Although one could store the name of the last selected material preset together with the other settings, this would break the compatibility with the stock firmware... i have doubts ... i think this had more drawbacks than benefits...?
You think that there are other important information ?Ultigcode or RepRapgcode
The date/time of the .gcode (last backup)
mmhhh, additional informations about the current file (if we are printing from the sdcard)...
I think this could be an option in the tune menu - but i have to check the available informations from the SDCard first.
...I have this option on the delta tower and it's very convenient when you print a large surface for the first layer.
...And the magic option....initialize origin !
..
If i understand this correctly, this are two similar dangerous approaches... i like the idea... somehow...
At first - the possibility to move the xyz-axes with the encoder wheel (new option in the maintenance menu). Including the option to save the current position as a persistent offset to the home position. Probably dangerous and not very useful... but cool...
And second - "instant tuning" of the z-position during a print (Probably useful for the fine tuning of the first layer height).
This would be an additional offset to the current z-position and resets after the current print completed.
We have the need to take all offsets into account during the Marlin command processing - but this would be a challenge - not an obstacle...
I knew it - no time to rest for the next weekends...
BTW: what about the stability of the current "tinker" release. Are there really no further issues so far...?
-
At first: a small update...
I had broken the initialization of a new print for the RepRap flavor.... again
Many thanks to EldRick for reporting (and for the test file)... again
I resolve to test a new release always also for the "other" GCode flavor... again
The bugfix is published on GitHub... again
-
how do you make cura print them all at once? Settings somewhere?
...
Which version of Cura do you use?
Menu "Tools->Print all at once" - if you don't see it you should consider to update to a recent version.
BTW.: how did you find this old thread...?
-
...
- on a gcode file created by Kisslicer, the UM2 now immediately turns off the bed and extruder heaters when starting a print.
- It also does not control the fan as directed in the gcode.
...
This is really weird...interesting... but weird... good that you don't give up
This sounds like a job for tomorrow... i will
checkrepair this. -
...
I have looked at the expert settings in Cura and have found the 'fan full on at height' setting. Is this what you mean by controlling when the fan starts? I did not see any settings for setting the bed temp.
...
The fan settings in Cura are a good starting point. I suggest to carefully read the tooltips for the other options in this section too.
The presets for temperatures, fan and material flow can be found on the material settings menu directly on the printer.
Some finetuning can be done during a print - just use the options in the TUNE menu.
A good advice seems to be to change only one option at a time and only by a small amount. During this - observe the ongoing printing process and expand your experiences...
I suspect the latter we will do altogether for the next few years or so...
Good luck!
-
...
but if i use an open source printer i am a part of the betatesting somehow i think...
A very healthy attitude...
-
In case of the temperatures - you mean something like "current temp. / target temp." - right?
The name of the material profile can be quite long in recent versions - but this should be possible. Only display the name - or are there further intentions?
A wizard for the atomic method should be possible - but this would be a little bit exaggerated, wouldn't it? Moving the printhead by hand is not soooooo complicated and you have to do some hand work anyway...
...and i have doubts if a semi-automatic temperature regulation would be so much helpful....?
Anyway - it is worth an open discussion...
The idea of fine-tuning the z-stage is also a little bit.... uncommon... isn't it? The axes moves are "hard coded" in the gcode file, but of course it should be possible to add an offset in any direction - if we perform a little surgery wihin the Marlin event processing...
Of course this would only affect prospective moves that are not already in the command queue - but this applies to most of the other tuning options too.
The question is: would it be worth the efforts? I've never missed something like this so far...
Last but not least:
...
Screensaver :
With screensaver
and a option of time : 30 second - 1 minutes - 15 minutesIf you like this idea, i draw the wallpaper...
that's all for today :mrgreen:
I knew it... This was unavoidable...
I thought the printing screen _is_ the screensaver...?
You're right - the period of time should be adjustable, but i'm unsure about the idea of an extra wallpaper...?
So far my monday meditation...
Let's see!
-
...
and do i have to sign up to daid@github to find out what "fix bug, math.round does not exist" means ? is that a bugfix? where is that integrated ?
...
I'm not bundled with Ultimaker - the following are only my personal thoughts...:
If you're interested in such details - you can inspect the list of commits (with the detailed changes in each file) on the GitHub page. Or clone the repository and inspect the git log messages and changes from there. That's the great benefit of open source.
Although...probably you will have some exhausting weeks this way...
...
what if i care about the latest development, is there a posibility to benefit from your latest changes and how?
What is your intention with this?
As daid mentioned earlier - you can download the current release candidate from here - for testing purposes.
If you really want... you can test it and report the outcoming here (for instance).
Of course you also can clone the git repository (and regularly pull the latest changes) - you will find the URL on the GitHub page. But keep in mind that this is always the current development snapshot - a somehow intermediate version, usually with it's own issues.
Build instructions are on the GitHub page or in the readme file.
-
Yes, and to no avail.
The firmware just reads a value from a pin on the electronics board and it seems that this always gives the signal: "endstop is pressed".
You can check the cables and connectors for yourself (with the help of the assembly manual)
Or just do what the displayed message recommends: contact support...
Sorry - no better news...
-
Yep (probably). rigs has explored this issue recently.
You have to downgrade the firmware (if i recognize your post correctly - you don't have done this yet?).
A factory reset is not sufficient.
Just use the Cura V14.12.1 and select "Machine -> Install default firmware..." from the menu.
And afterwards - make a new video..
-
...
Shouldn't it be printing centered on the print bed? Seems like it should be centered in order to have the heated bed work better as well as make leveling more uniform. Is this normal?
I guess it is normal. Such large objects cannot be printed exactly in the center of the buildplate because the nozzle is not exactly centered in the printhead. Otherwise the printhead would probably crash into the walls...
Cura takes this into account but doesn't visualize it (AFAIK).
I assume the offset you noticed is equivalent to the difference of the values in the machine settings of Cura. Take a look into the section "Printer head size".
One can also say: there is reserved space in anticipation of the second nozzle...
-
...
I look RC7 release later...impatient !
That's the wrong approach if you want to survive 1000 years of 3D-printing...
I've published the Tinker V15.01-RC7 just now:
- Merge branch 'master' of Ultimaker/Ultimaker2Marlin (V15.01-RC7) into geek_mode
- reverted to the previous variant of material loading/unloading
- calculation of the current flow corrected
- binaries removed from the repository
Have fun!
-
Follow the first rule on 3D-printing - take a seat and calm down a bit...
Sounds like a very warping friendly geometry... something like a L-shape?
You betrayed nothing about the printer, the printed material, heated bed (yes/no)?
A good attempt can be to use a very large brim (20 lines or more) and mark the brim with blue tape after the first layer.
Don't give up!
-
...
With the firmware of Daid
14.12.1 ---> no problem with the feeder
15.01-RC6 ---> problem with the feeder
...
I like your line of action...
I did not dare to propose such a comparison... btw.: how often can one flash the firmware until the eeprom will break down..?
(Edit: google suggests something between 10.000 and 100.000 times - no problem...
)Indeed there is a change in the current development version, daid commented this with "improve the material load/unload procedure".
In previous versions the material move was splittet into 6 parts, and now it's only one single move.
I assume, there are potentially unwanted side effects to acceleration / deceleration...?
I will tentatively go back to the old variant for the planned RC7 release later this day.
Look forward!
-
Ok, i've seen the video now - it was just the Firefox that doesn't like it...
That's the removal step, isn't it?
I don't use the stock feeder but the https://www.youmagine.com/designs/alternative-um2-feeder-version-two - but i just have tried the material removal several times without this weird noise... so i assume it is not a general problem with the software.
The material in the video seems to have a lot of tension, perhaps there is just too much friction in the bowden and you run into the limit of the motor current during the deceleration part of the move....?
That's just a guess, i don't know how this sounds...
-
The firmware is almost perfect: P
...
No, it isn't... but if you have faith and don't doubt...
when I load the filament that it stops and makes a weird noise: /
...
Unfortuntately i can not find an obvious bug and the video seems not to be accessible from the gallery.
Can someone give me a short explanation / steps to duplicate the problem?
David recently changed a detail during the "fast forward" step - it may have something to do with it...?
I just went to the
kitchenTinkerCave, aborted the ongoing print* and inserted some new material... works and sounds normal for me...I guess - i am missing something? I think it's time to go to sleep...
* the print failed anyway - d..n FlexiFil... :(
-
I did not report, but I had the same problem on to previous version
mmmmh, i assume the fault is on my side... i never use the change filament wizard...
i have to check this...
i'll be right back...
-
Ok ok - i've made a decision...
...and i found the "(zipped) .hex file is much easier this way.
No giant steps, but it goes on:
- now we have french icons - still open for alternative suggestions
- The bargraph for the fan speed is a trade-off between rigs idea and the possible screen resolution...
- For the present i've rejected the idea of an animated fan icon - animations are looking too stupid until we can increase the screen resolution... (take me some time to accept this fact...) - if someone is able to design nice looking gif-style frames with this few pixels - we can give it another try...
- Now the fan icon just blinks a few times on every change of the fan speed. I think, it's ok for the moment.
- Inspired from norpchen (aka Selmo) the lights are dimmed after 30 minutes without any user activity and i have added the input acceleration feature during temperature selections in the maintenance menu (Heatup nozzle/buildplate) - let me know how you like it...
- Completely absent was a visualization of the "pause" mode (if you use the PauseAtZ-plugin) - i have supplemented this
As always: if you like - try it out on your own risk... and give feedback.
Greetings!
- now we have french icons
-
...I don't need or want printing from PC but, for the love of god, let me perform maintenance actions like jogging, heating, filament change, etc from the PC.
You don't need a PC. Just use the included mobile full color hd graphics tablet (connected via wifi) with lots of apps that control every detail... (standard accessory). :wub:
This would be really nice...
More information during print
in Firmware
Posted
Some iterations later...
I have redesigned the new menu "Move axis". I think, reliability and user interface are much better this way.
I'm not sure, if everyone will find this as intuitive as i do, but you can just try it out now.
There are three functions for each axis. With the left one (the axis name) you can control the movement in both directions, with the second option you can move slowly to a specific location - for fine tuning or measuring. The function of the "home" at the right side should be obvious.
... ... yes ... i know ... i'm still not an artist...
Those stuff is still a little bit dangerous, because we have the endstops only on one side and the printer is not always aware of it's current position.
But if you don't forget to home all axis before any other move it works pretty save.
The last commits of the master branch are also merged. We are at V15.01-RC10 already... (as time goes by....)
If you want to have a look, download it from GitHub - feedback is always welcome.