tmcolby

disappointing to find 0 feedback. did i post in the right place?

Most of the time - My standard procedure is to print a raft of breakaway (for a couple of reasons). I use mostly PLA and Tough PLA. PLA printed onto the breakaway raft makes a nice texture on the first later that visually appealing and consistent. Breakaway adheres to the bed well and PLA adheres to the raft well - and they both separate well when the print is done. Additionally, printing a raft removes any inconsistencies you may get on a first layer. Let me start with that I do not like to use the prime blob feature. Often the blob can get unstuck and drag across the build plate and ruin the first later. I used to deal with it by monitoring the beginning of the print and manually grab the blob with tweezers. The behavior USED TO BE that the prime blob for the PLA would come immediately after the first layer of my breakaway raft... BUT NOW the prime blob for the PLA comes after all layers of the breakaway raft have printed. So, I dont like babysitting especially if I have a large raft. Additionally, after the PLA prime blobs it now strings across the plat to the first position that it starts printing and it over extrudes and the beginning of the print. (back when it printed right after the first layer of the raft, if it did string, it gets caught up in that first layer of the raft and buried by the subsequent layers of the raft making everything ok) So... If I am not printing on a raft, I always use skirt to properly prime the nozzle which works great. What I would like to be able to do is print a raft + skirt for both nozzles. This feature was requested years ago but Ultimaker team chose to close the issue and not do anything. Any ideas on a solution to be able to use a raft and also be able to prime the nozzles? And when I say prime the nozzles, I would like actual tracks printed on to the build plate (not prime blob)

thanks Smithy, for figuring that out. i saved the command as a bash alias for the next time ;) i ended up just remotely issuing a reboot which worked. not ideal. knowing the command is far better.. appreciate you figuring it out

hi @Josnoww - this worked for me. thank you for posting it. i am wondering if there is a slightly different formatted command to "clean-up" the build plate after an aborted print. i started a print remotely and then immediately aborted the print job before it could ever start. i tried issuing the above command but its not working... i am getting "false" as a return code instead of "true" root@ultimakersystem-ccbdd3005c8b:~# dbus-send --system --dest=nl.ultimaker.printer --type=method_call --print-reply /nl/ultimaker/printer nl.ultimaker.messageProcedure string:"PRINT" string:"PRINTER_CLEANED" method return time=1641435117.014710 sender=:1.18 -> destination=:1.38 serial=40558960 reply_serial=2 boolean false last i used the command, the state of the printer was that of a normal "Awaiting clean-up" after a successful print.. and the command worked. i am wondering now if i am getting "false" now when i run the command because the state of the printer is "Aborted. Awaiting clean-up" and it requires a different command???? thanks for any help!

same problem here

great. thanks for this. i was searching for the tare weight of an ultimaker spool so that i could determine if my print would finish with the remaining filament i had on the spool. question for the community: does anyone else practice this technique with success? what is your experience? i noticed cura estimates the material usage (give both a length and weight). how accurate is that? is it good enough to approximate and run a print with this info? thanks.

yes, it is. i did determine that i was applying the setting to extruder 1, when i should have been applying it to extruder 2. none the less, it seems like a bug.

ok, after a bunch of testing.. the problem manifests when i use "max comb distance with no retract" my stock settings profile works as it used to. if i plug in a value of 10mm into "max comb distance with no retract" the problem shows up. whats up with that? does anyone else use that feature with success. i swore i had it working before and i really liked it because i like to print my parts on a raft of breakaway material to get a consistent surface texture. this feature would leave the raft pristine so i dont get any strands in my surface layer of my print.

My UM3 started doing this weird issue after it prime blobs extruder 1. I've been using the same settings profile, and now for some reason it leaves a long streak of material all the way across the bed. I am printing on a raft. Any ideas? After the blob, it does a very slow move to back corner extrudding the whole way.

Are you in a position to setup the UM3 on your own LAN? If so, connect the UM3 to a router, both wired and wireless. Put your laptop or PC on the same network. Assuming you're running linux, run: sudo nmap -sP 192.168.1.0/24 where 192.168.1.0 is the actual is the subnet and /24 is the actual mask. You should see a report of all devices connected to that network. Look for hostnames that have Ultimaker in them. You should see the MAC addresses of the interfaces of all the hosts on the network.

Thanks, ahoeben, that was it. I re-selected "English" and all is back to normal. Apparently I must have inadvertently selected "TEST" as the language.

All strings on my UM3 display are bookend with a # mark. Any ideas?

looks like this did the trick... exec self.startProcedure("LOAD_MATERIAL_WIZARD", parameters={"wizard_type":"load"})

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.

Is there any sort of documentation on this? Besides the minimal information that lives in the forums. I would rather not spend my time sifting through the source code to determine what I can and cannot do with the utility. I am particularly interested in how to use the "exec" command. Also, a different but similar issue, the swagger docs do not seem to be up to date. For example printer/led is documented, but not printer/led/brightness. Thanks for any help here.. for some additional context: I do now see if I first "select" a mode, and then do "exec self." and hit tab, I can see a list of exposed functions. I am interested in the printer's self.startProcedure method. It takes "key" and "parameters" as arguments. Currently, through the API, there is no way to set the loaded material. I can set it using the command_util.py however. I am building a smart dry box for my filament. Since my filament will not be loaded on the stock reel holder where the NFC antenna is, I wanted to hack my UM3 by programatically assigning the material that will be loaded. I also want to programatically initiate the load, unload, and change material wizards (I am pretty sure this can be done with exec printer self.startProcedure('SOME_PROCEDURE"..... ) but I need help with what the proper 'key' and 'parameters' are. I found a list of procedures defined in the um3.json file in griffin/machines/ folder.