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.
comand_util.py is a debug script, so mostly meant for our convenience. This also means that it has a horrible outward facing interface, which assumes that you know how the internal system actually works.
That being said; The internal system uses a pretty complicated system of procedures. As things can and will go wrong, it can occasionally be convenient to trigger specific procedures (or parts there of). That's what the startProcedure does.
All that being said; You're right on account of having to trigger those procedures to do what you want. If you want a full list of the procedures, you can find those on the machine, located at /usr/share/griffin/griffin/machines/um3.json
Would you, or one of your team members, be willing to share what the proper arguments are needed for a couple of the procedures? I want to run "LOAD | CHANGE | SELECT_MATERIAL_WIZARD" for instance. What does the 'parameters' look like to fire off these procedures? If you cant share, I will keep poking around and figure it out.
I would think it would be safe enough to expose any of the "wizard" procedures on the API. If you can initiate something from the front panel, you should be able to initiate the same from the API. I would love to see this knitted into the API. Happy to contribute too.
A year after the merger of Ultimaker and MakerBotQQ, we have unlocked the ability for users of our Method series printers to slice files using UltiMaker Cura. As of this release, users can find profiles for our Method and Method XL printers, as well as material profiles for ABS-R, ABS-CF, and RapidRinse. Meaning it’s now possible to use either Cura or the existing cloud-slicing software CloudPrint when printing with these printers or materials
Recommended Posts
nallath 1,118
comand_util.py is a debug script, so mostly meant for our convenience. This also means that it has a horrible outward facing interface, which assumes that you know how the internal system actually works.
That being said; The internal system uses a pretty complicated system of procedures. As things can and will go wrong, it can occasionally be convenient to trigger specific procedures (or parts there of). That's what the startProcedure does.
All that being said; You're right on account of having to trigger those procedures to do what you want. If you want a full list of the procedures, you can find those on the machine, located at /usr/share/griffin/griffin/machines/um3.json
Link to post
Share on other sites
tmcolby 2
Thanks nallath.
Would you, or one of your team members, be willing to share what the proper arguments are needed for a couple of the procedures? I want to run "LOAD | CHANGE | SELECT_MATERIAL_WIZARD" for instance. What does the 'parameters' look like to fire off these procedures? If you cant share, I will keep poking around and figure it out.
I would think it would be safe enough to expose any of the "wizard" procedures on the API. If you can initiate something from the front panel, you should be able to initiate the same from the API. I would love to see this knitted into the API. Happy to contribute too.
Edited by tmcolbyLink to post
Share on other sites