Dim3nsioneer

Such as overwriting newer libraries with long time outdated ones, I guess... Thanks for the information!

Congratulations! The less Microsoft, the less problems... :shock: If you find some time within the next few days, it would be interesting to know which software actually caused the problem. But for now, have a good class!

Any other software on these two machines which might interfere? CAD, games, ...

Finally in the official version...Cura 14.03 now includes the TweakAtZ plugin... :cool: https://www.ultimaker.com/blogs/news/2014/03/18/cura-14-03

Your laptop only has the integrated graphic chip? It is not switching to a different graphic chip when displaying 3d content?

Yes, I do have the automatic updates, as written above. But I have a different graphic card (GeForce GT 560).

As well

It's ok on my Win8.1 machine...including Windows automatic updates. edit: RC7

I think it's a good idea. As long as the one spool size is reasonable (looks as if bending issues were taken into account)... However there will hardly be just one spool size as e.g. 100m and 2.2kg is quite a different amount of filament and thus requires different spools. But at least one should get rid of these silly small spools where you can throw away the last third... The proprietary spool systems of other 3D printer manufacturers will of course stay the same. But hey, everybody has to find his own way to make himself unhappy... :wink:

I've just overwritten machineCom.py with the present git version and now it works as it should... let's see for how long...

If you think, you're completely lost, you can send me your (correct!) configuration.h to Dim3nsioneer@gmx.ch, then I will send you the hex file back.

Why don't you try it the other way round? Merging just the changes for the new functionality into your personal Marlin code might be more safe and lead to quick success... :-P

I would not blindly agree on this. Setting up git and sending pull requests can be learned. If I don't understand any word in a certain language, I'm glad to get even a crappy translation... and don't forget: after all, Cura is for free (in terms of you don't have to pay for it). But I can understand you. I also have a tendency to be over-critical with my own work sometimes. I had to learn that in most businesses, 80% is or has to be sufficient. Yes, you will. And that's why I suggested you pick yourself two to three people from the forum for each language onto which you can pass the reported bugs. I agree that maintaining languages for which no native 'translation partner' exists does not make much sense.

No offence, but isn't asking that question here in the Ultimaker forum a bit like asking a Scotsman what the best is from Whisky, Rum and Wodka?

I hope to have at least reduced this effect (maybe not completely) by using additional aluminium struts along the arms. But thank you for reminding me so I can keep it under observation. btw: Why not adding weight in the unused space between the z thread and the vertical rods? No base to put it onto? Shouldn't be too difficult to change that with a 3D printer...

Hi Daid The best way to deal with the various languages in Cura may be to involve people from this forum. You may want to have two or three people (because one is none...) for each language who check the existing translations and issue new pull-up request for translation corrections. These people should ideally be natives of the languages in question and would also have to understand the english original texts properly. Before a new Cura release you could request a translation checking from these volunteers with a deadline. In such a way, internal manpower requirements are sized down to your manpower for accepting the pull-up requests. What do you think? It's of course up to you but I remember several people having already volunteered here in the forum for checking their native language translations. I would e.g. volunteer for the german translation if needed.

If you just use your ultilcd.cpp then you will miss the new flow entries in the tune menu. You have to merge the files. If you are unsure which lines to merge check the issued changes on ErikZalm/Marlin (https://github.com/ErikZalm/Marlin/pull/841/files)

More good news: It's already in the official version (thx ErikZalm!) Have a look here: http://umforum.ultimaker.com/index.php?/topic/4347-how-to-compile-marlin-firmware/, especially post no. 6 by gr5. configuration.h, yes, there are quite a lot of comments in the file which show you, how to activate and chose features. In your case it's important to acitvate the bed. But be careful with the Bed-PID option. Only use that one if you have a solid state relay. Alternatively, you can run marlinbuilder.robotfuzz.com and save the configuration.h from there. Preheat of the bed is included in preheating PLA and preheating ABS with the preset temperature each. I have not yet included the separate extruder1, extruder2 and bed heating in my fork.

Today, I made my first prints on a basalt bed from QuintessentialUniversalBuildingDevice (it was easier when they called themselves QU-BD... ). 'Fascinating' as a famous character with spiky ears would say. It's absolutely great! Heat it to 60 degree and the PLA sticks like hell. Let it cool down and just take the print away... ok, it takes its time to cool down... but by far the best material I printed on so far... And the other good thing: it gives weight to the z stage which is really not a disadvantage with an UM1...

Today, I successfully implemented above mentioned code. On my Marlin fork, you can now find the implementation of individually (means per extruder) adjustable flow rate. Be aware that new adjustment factors were introduced (as described above). This is the path to my fork: https://github.com/Dim3nsioneer/Marlin If someone wants to test the new code but needs assistance, please feel free to send me a PM. A pull-up to the official Marlin version has been issued. There is also an experimental version of the TweakAtZ plugin which uses the new possibility: https://github.com/Dim3nsioneer/Cura-Plugins/raw/master/TweakAtZ.3.1.2_IEF.py

@Skint: Feel free to put some make-up, lipstick, mascara and a mirror into your happy corner... I stay with dremels, drill bits, pliers, screws, bolts etc... @Aaron: Very nice happy corner. I'm glad you finally have your machine. However, after all this HS form stuff, I'm a bit confused about these two wires running under your UM2... :unsure:

I don't see any other option than to take the scheme of the Ultimaker shield and to check the voltages starting from the power supply. Try to move the power cable and check if you can provoke a reset. Is it possible you make a video of such a shutdown and post it here?

Sounds like a loose contact somewhere in the main power region, maybe even the power supply itself...do you have any possibility to measure voltages on the main board?

You're referring to the main electronics board on the bottom of the printer, not to the Ulticontroller, aren't you? For the case you have an Ulticontroller: do you print via USB or via SD card?

So it's still behaving erratic after restart? In this case it might have something to do with a part heating up. Some thermo-mechanical issue. A loose contact maybe which gets (partially) disconnected if the surrounding sees thermal expansion. If it's again behaving normal after restart, then it's most probably something velocity related as gr5 just wrote...