rhoogenboom

printed, seems to fit, haven't put the nozzle in, but I recon that will be fine too. at best a bit of rework to make sure it fits snug in the print head.

Aha the whole repo might be it, it was complaining about references/names so probably it couldn't find it. Downloaded the STL, cheers for that! Printing as I type this! 🙂

I hope the youmagine link will come to life, the step file is a dead end. I can't get solidworks to import it succesfully and I tried 3 online converters, only 1 actually produced an stl and not an error and when I try to open that stl in cura its not liking it. Do you know of an STL (or any other sources)? cheers, Richard

Hi, I noticed one of my nozzles had a broken clip. Since I have pretty much every nozzle possible twice, I sure hope no others will develop the same problem. (or someone dropped it and didn't say anything) Is this an available spare part? Can you print it yourself? is there an STL? Cheers, Richard

Yes, that's probably the way,.. 😞 Not the easiest way though, I will try if the .gz might be it. That would be a quick fix. Just out curiosity, did you try any of files. Just wondering if it is firmware related. Hope I can just downgrade to something old and get this to work. The darn machine should just open gcode without me having the edit a file,... I'll try to dump the logs too, that's a good idea, maybe I can see it bail out for some reason, although again, that is in the printer firmware as these file did print previously from USB on this printer,... thanks!

I cannot find the edit button of the post, so here are the files,.... There is one which will print from USB, the others just don't, neither can you send them to the cura connect queue via Cura. If anyone can shed some light on this, much appreciated as it is darn annoying not able to print with an UM3 and a USB stick with generated models,... Cheers, Richard Velg - original - v3.gcode Bottom Pad-v3-1x-0.4-L.gcode flat hoekstuk - v4.gcode Raincap-v2.gcode

Hi, I think I stuck some kind of bug in loading gcode and printing from USB. When I try to print from USB and the gcode is generated by Simplify3D, the screen shows the name on the screen. It cannot show any details (just shows ‘loading’. When I select it to print. The screen jumps back to main and then back to the usb file view. And that is it. When I select a cura generated (compressed) gcode gz file, it starts to print. When I select an old gcode file which I am sure I printed in the past, same is happening, it does not work. Is this a bug introduced when we started using that compressed gcode stuff? Is anybody experiencing this too? Is anybody aware of this? Gcode attached, one prints and one does not from USB. I tried the latest firmware but already at latest stable. Another pointer: This might have started around the introduction of Cura connect. Pretty sure I tried to load the gcode into Cura and then sending it off. That doesnt work either for gcode generated by anything else than Cura. Files will be attached shortly. Need my laptop for that.

And I switched active levelling back on 🙂

Hi, Now that was what I was looking for! Thanks for pointing it out! 🙂 Cheers, Richard

Hi Johnse, Thank you for the answer, I assumed a similar thing that it does some Z-axis adjustment, but what specifically wonders me how it would deal with the 3 point measurement. On my UM3 you do the manual levelling mid point, right front, left front and the dual nozzle midpoint by adjusting the screws underneath. This should put the build plate level. Assuming I messed this up and right forward is way too low. How would my UM3 auto-levelling deal with that? It cannot adjust the right forward screw to make the plate level, so the only thing it can do is figure out mid point is 0, right forward is too low and left forward is at 0 too. Would it then constantly adjust the Z-axis during printing while the printhead moves from right forward towards left behind? It would have to be otherwise taking all those measurements doesn't make sense. If it only adjusts the initial layer height, taking a measurement mid-point would have been sufficient. Which is why I'm thinking the auto-levelling sequence is just a double check if you have levelled the bed not completely tilted and bails out of the print if you have and otherwise starts because it's 'within acceptable bounds'. Anyway, maybe one of the UM people can give some insight is what it does or try to figure out during that process. Cheers, Richard

I only occasionally read through posts on the board here and saw a big discussion on auto-levelling which made my curious on what auto-levelling actually does. Does auto-levelling actually adjust any setting/layer height or print condition or is it only a safety check to see if the build plate isn't complete mounted sideways? Just curious to know the inner workings,..

Hi, I'm wondering if other people have some experience with this. I have an UM3 extended and print 99.9% of my things sliced by Cura (4.2.1 at the moment) I do some CAD drawing and pretty much always, my printed parts never fit. Despite my putting some margins in the drawings, I usually end up doing print-try-adjust-drawing and start all over again. Since for me this is all hobby and I have by no means any knowledge or experience how you should take fitting tolerences into account, I figured it is the best I can do. But recently it just annoyed the heck out of me, because I had to adjust and reprint so many times, that it just didn't make sense anymore. So I had look on the forum on dimensional accuracy and calibration and I printed the 20x20x10 calibration cube. Now reading the posts here, I only seem to find people that have a consistent X and Y calibration error. I have a different problem: my Y size is off, my Y size is pretty much spot on. So my test cubes (just a few of them but they seem pretty consistent): 1 - X(20.01) Y(20.18) 2 - X(20.00) Y(20.21) 3 - X (19.94) Y (20.06) - I played with horizontal expansion on this one, however that also impacts my X size too and decreases that too much. So how do you calibrate only the Y? I need X horizontal expansion and a separate Y horizontal expansion,.. Or is there another trick? I also did a print at the advice low 30mm/sec print speed, I measure in the middle, not the elephant foot first layer. It's a PLA print, this filament might be more susceptible to shrinkage, as the bottom and top layers seem to come out a bit, but with the current infill pattern and print form (equally sized cube), such shrinkage should be the same in both directions. One thing which might be the cause: I had this with my previous UM3 also: one of the slider bearings in the head is probably worn out. Now with my previous, I could really hear the head click when I would change direction. If I feel the head of my UM3 ext now, it does have a very very little bit of play. Meaning I can move the tip of my nozzle sightly from forward to backwards make the whole head move ever so slightly on the axle. I have ordered a new set of bearings, so when they are mounted next week, it should exclude that as a cause. Any ideas or pointers are welcome. Cheers, Richard

I’m trying now to increase the bottom top layer width to 0.45 from 0.35. Lets see if that makes a difference.

Hi, I'm looking for some pointers as what to check/adjust to get this issue resolved on my prints. These prints are done in PLA, but aren't material specific. Cura versions: this happens with 3.5.0 and the previous 3.4.1. I don't think it's Cura version specific, I've had this issue for a while. This is printed at the default 'fine' setting of 0.1mm and a modified fine setting where initial layer height was decreased and print speed reduced to 35mm/s When I print, the bottom/100% infill layers seem to be dimensionally smaller than the layers higher up which are printed with infill. I even aborted a print, as you can see in the pictures where it shows the dimensional wideness changes at the infill printed layers. Any thoughts or ideas of things I could change to fix this issue? Picture 1 through 4 some examples where the first layers are smaller than the subsequent ones. Picture 5 through 7 you can see it starts when printing infills. Upload of pictures will be after posting as I need to do that from my phone. Cheers, Richard

Alright, so I rebooted the Ext, rebooted the wifi, just went to maintenance and ran the setup from there and it worked. Very puzzled but pleased it is now working.

Hi, I'm looking to getting a few pointers here. I've had a UM3 for over a year now and just unpacked a brand new UM3 Ext. It's now standing where the UM3 stood. The problem I'm facing is that I cannot get the Ext to connect to my wireless. When attempting to connect (after the wizard of wife network and password filled in) it times out after a number of minutes. I had no issues with connecting my UM3. Anything I can try or check? I just rolled out a cable and upgraded to the latest stable firmware on the Ext. The UM3 was already on it. Hits and tips welcome. Regards, Richard

Alright, I've upgrade to the latest firmware. So far so good as I didn't have to walk down to authorize Cura. I did start a job, so I'll have to wait until it finishes before I can see the settings, but I recon it's ok. Thanks!! let's hope 3.6 behaves as it should.

Yes there is actually. You assume that any new firmware is an improvement of the old. I actually downgraded a couple of months ago to this firmware. I had it for months, it worked flawlessly. Then it successor promissed some nice feature. Ok it was kinda nice to be able to switch the light off. (At night my office always looks like there is some alien spaceship landing going on) but the new firmware brought nothing but shitty wifi reception, every time I had to walk downstairs and the USB support was crap too. Unplugging and reinserting did not refresh the filelist on it anymore. So basically the only way to print was: switch the printer off and back on so it would read the USB. And that I think is not acceptable. But back to the problem: if there is no clear cause, there is no guarantee the new firmware solves it or would not experience the same issue in the future,..

Hi, I've just experienced one of the weird things. Last time I changed filament, I thought I was too quick and just fat fingered into the wrong type. Occasionally I twist and press, not just press. So I put on an ABS spool but hit PLA,. I thought. So after it loaded, I thought, I'll reload it. Because otherwise Cura keeps questioning me. Then it hit me: I've lost ABS, actually the only types left are PLA, CPE and Nylon,.. Also change type under material 1 does not show all types anymore. Only the above 3. I restarted the printer (power off) but to no succes. It is only those 3. I have not updated the firmware (unless Cura 2.6 just did that automatically and I didn't notice. I did just upgrade Cura) See pictures. It's on material 1 and the firmware should be: 3.5.3.20161221 (cannot verify as I am printing now) Any ideas? Regards, Richard

Wenn es nur um die Eckenhaftung geht sehe ich da kein Problem. Einfach den Klebestift nehmen, das läßt sich jederzeit wieder gut entfernen. Not exactly, the dump for extruder 1 is better than the one for extruder 2. Have a close look, they are not exactly the same. Extruder 1: move to 2mm, start extruding, move up slowly then move away a centrimeter and lower. Extruder 2: move to 2mm, start extruding, move up (too slowly), move away and stop extruding. Then move back to dump location, dip lower and up and move away. The moving up too slowly and the return and dip cause the pile to stick to the extruder 9 out of 10 times. Especially with PVA that sequence is a nightmare. I killed half a dozen of jobs because the pile gets pulled into the first layer.

I have seen the same problem. Like you: nothing is done with the 2nd extruder. All things buildplate adhesion supports model etc. Only extruder 1, yet somehow Cura thinks the purge is necessary. I have even had prints where the 2nd extruder gets heated up to 100 degrees standby temp for no usuage. Simplify3D had a tendency to do the same untill I edited the startup script and removed the purge. I guess you could do the same. A bit of googling should get you the change extruder and purge commands. Remove them from the gcode and it should be fine. Still, I agree with you: why would it do it in the first place.

Haven't tested this 100% but if you list the files to print, remove the USB and reinsert it. It does seem to refresh the file list. That would get you beyond having to reboot the printer. Need to see if listting the contents still works after you fininshed a print (from the USB). If it doesnt, then you are just sh*t out of luck :-(

Similar behavior here, my iPhone seems to always want to connect regardless which firmware, but the previous version at least would connect Cura again (after I had to run down and approve the access request). With v3.6 there is no popup on the server to approve and there is just no way to connect it again without having to restart the printer. I'm not a bit fan of continuesly flipping the on/off switch and I found that if you switch on/off developer mode in the maintenance menu, it reboots the server. Probably better on the hardware than the on/off switch.

Exactly the same problem, my previous firmware would notice the USB got inserted. If I would insert and go too quickly to print, it would be empty and then populate with the files on the drive. V3.6 only gets me the go back option, no file/usb notification occuring to refresh the contents.

Hi foehnsturm, You started your post with that you finally got your PVA to stick. What is the trick to that? Ever since the beginning on my UM3 I'm having the problem with getting it to stick to the buildplate. I've tried the Uhu glue stick, 3D lack (sort of hairspray), making the water disolved PVA mixture, printing slower and slower. The one thing I need to double check is the bed levelling, I kind thought it was a bit on the high side which could make the adhesion problematic. What also strikes me as odd is the priming of the PVA extruder at the start. For the non PVA prints coming from either the left of right extruder, the speed and behaviour seems to be exactly the same, for PVA it starts (you hear the motor and see the PVA advancing in the tube but nothing extrudes, then finally it comes out. Now the normal sequence is, start extruding, after 2 secs you got the big bulb, buildplate lowers a bit while still extruding, another 2 secs and the head moves and the extruding stops and the buildplate rises again to start the print. For PVA, first it takes way longer than 3-4 seconds before something extrudes, then it just keeps extruding until this 3-4 times bigger bulb, then the plate lowers much slower than normal, extruding again takes at least twice longer before it stops and moves the head for the first layer. I've had a few times it just pulls that big bulb along to the start point of the first layer. (as it doesn't stick to the plate and has completely encompased the extruder) All that on a stock UM3, with stock UM PVA, with stock settings (and with tinkered settings) Below a pic of my last attempt, as you can see, total chaos.