UltiMaker uses functional, analytical and tracking cookies. Tracking cookies enhance your experience on our website and may also collect your personal data outside of Ultimaker websites. If you agree with the use of tracking cookies, click “I agree, continue browsing”. You can withdraw your consent at any time. If you do not consent with the use of tracking cookies, click “Refuse”. You can find more information about cookies on our Privacy and Cookie Policy page.
This puzzled me a bit as well, it seems that the snapshot doesn't work correctly.
So for now you can get it to work by creating a job and creating the snapshots inside that job.
Uh. The network plugin only tries to connect to devices that broadcast themselves as Ultimaker Printers. So unless your Iphone does that, there is nothing that should trigger that behavior.
STL doesn't have units, so everyone working with them has to make assumptions about it. Cura makes the assumption that STL are in mm. The barbarian plugin provides an easy way to switch between the two.
Look, i believe you didn't find anything in the logs. I also think that we might be able to see things in the logs that don't make sense to you.
So as always:
1. Please report bugs / issues on github.
2. Fill in the entire bug template when doing so.
That being said; How would updating in place prevent this issue?
Maybe, but it would probably be rather tricky to get right. It's probbaly one of those things that you should do if yo want the last few bits of optimisation squeezed out.
Currently there are a lot of things that will take less effort, with equal or more impact on the quality.
It's not a full implementation of Cura, it's porting the engine so that it can be used on IOS.
Anyhow, we have our hands full as it is, so we won't be helping out on porting Cura to IOS.
We hebben voor de UM2 een nogal flinke aanname fout gemaakt, namelijk dat machine paden hetzelfde zijn ongeacht het materiaal (en dat de paar instellingen veranderen die nodig zijn door de machine zelf gedaan kunnen worden).
Dat is dan ook de reden dat de UM2 zelf materiaal profielen bij houd en cura dus niet. Wat je kan doen is in Cura een UM2+ toevoegen. Daar zijn we weer terug gegaan naar de slicer controle geven over materiaal settings. Als het goed is accepteert je UM2 die g-code gewoon.
Getting the engine to run on a server should not be too hard. But the engine doesn't do any of the clever things that the GUI does with the profiles.
So as long as you don't mind that you have to provide "flat" profiles (So a complete list of all settings as key value pairs), this is a strategy you could use.