mlitzkow

Many thanks DivingDuck!

When I follow the link given in the original post, it takes me here: https://support.ultimaker.com/s/login/?ec=302&inst=5b&startURL=%2Fhc%2Fen-us%2Fsections%2F360003548619-Print-settings That page demands a login, even though I am already logged into my Ultimaker account to access the forum. However, my Ultimaker login credentials don't work. So it seems to be asking for some credentials other than my Ultimaker login. But, there is no "create a login here" link on the page either. How do I get access to this content?

You got it! That's perfect! It was indeed a stupid mistake on my part. Thank you so much for your help. best regards, -- mike

Many thanks for taking a look at my problem. I'm sorry that you were unable to reproduce the issue. That always makes things so much harder. (I have 35 years experience as a software developer.) Since you did things in a slightly different order than I had, I tried following your procedure exactly to see if that would solve the issue. Unfortunately, no. I was not aware that you can still select the two models separately after merging them. So I had tried to set extruder 2 before merging the models, and you did it after merging the models. Now I have learned that you can still access the two models separately even after the merge, so I tried it that way. I still get the error when I select Extruder 2 for the "Base" model. One thing I try to do when debugging an issue like this is try to come up with a simpler scenario where the same thing will go wrong, I now find that bringing the "Letters" file is not necessary for demonstrating the problem. All I have to do is bring in the "Base" file, and then set Extruder 2, and the model immediately gets "hashed out". As that requires fewer steps and will interface with Cura in fewer places, I suggest we continue looking at this problem using the simpler example. For the record, I am using Cura version 4.7.1. I first made sure that I have both extruders enabled and set to valid materials. I simply brought in the "Base" model (which is automatically selected). Then I right-clicked and checked the box for Extruder 2. The error appeared. For good measure, I hit "Slice" so that I could see what Cura would say about the error. Please see the screen shots below. Also, you should know that I only recently built up my printer with the E3D Chimera and started trying to use dual extrusion printing. I am a moderately experienced Cura user with single extruder printers. I have succeeded with dual extrusion on a couple of other models. Still, I am new to dual extrusion, and may be making some stupid mistake. I wonder if there is a way to get Cura to tell us what it is objecting to? Is there a logfile I can read or forward to you? Is there some option for turning on additional debugging? best regards, -- mike

With some 2-part models, I can bring in both .stl files, assign one to Extruder 1 and the other to Extruder 2, merge, and slice and print. No problem. With other 2-part models, I can bring in both .stl files and assign one to Extruder 1, but the when I assign the other to Extruder 2, immediately one of the models gets "hatched out". A specific one of the models doesn't like Extruder 2 in use, and it will "hatch out" regardless of which model I assign to Extruder 2. Cura immediately objects to this model when extruder 2 is used, regardless of which model is assigned to which extruder. If I just bring in this model by itself and assign to extruder 2, it Cura also objects. I have the two extruders configured identically except for a very minor change in the extruder switching code. (One should heat up and the other one cool down when I make the switch, so the switching codes are symmetric rather than identical.) Does anyone have an idea what might be wrong here? Is there an error log or someplace else where I can get more information about what Cura is objecting to? I am attaching both .stl files for reference. My intention is to print the "Base" file with extruder 1 and the "Letters" file with extruder 2. Thanks in advance, -- mike Base_Embossed_V15.stl Letters_Embossed_V15.stl

When I finished working with Cura yesterday I left it running on my computer (Windows 10). Upon returning to my work this morning I found that cura had exited during the night, which didn't seem like a big deal. However, on startup, I got a nasty surprise. Cura said my machine profile was corrupted and offered to delete all of my profile information. There wasn't a "no - don't do that" button, so I clicked the "X" to close the dialog. After that, all of my profiles from my Ender-4 were missing and I was back to the stock Ender-4 machine settings. I've done a lot of customization of my machine and profiles in the year and a half that I have been 3D printing, so that looked like quite a big disaster for me. I eventually found that folder "C:\Users\mlitzkow\AppData\Roaming\cura\4.5\machine_instances" contained an empty file named "Ender+4.global.cfg", and a file named "tmplu4h99cr" that held the missing data. A simple rename got Cura working with my Ender-4 and the dozens of custom profiles I had painstakingly developed for it. Everything is back to normal with no harm done except a couple of hours of searching through backup files, forum postings, etc. I am happy to say my story had a good ending. I am posting my experience here in case it might be useful to someone else who runs into a similar problem.

Wonderful - you just opened my eyes! I have been modeling in Fusion 360 and slicing in Cura. Somehow it never occurred to me that I could design custom supports or adhesion features in the modeling tool. Of course, it makes perfect sense now. Many thanks.

GR5 - thank you for the pointer. Somehow I had the idea that benchy would need a brim. I print on PEI, which I think has a little less adhesion than glass. So far I have not gotten the benchy to stick well enough with glue sticks, but the blue painters tape works well. That eliminates the need for a brim, so the problem goes away. Well - not exactly. There is still a question of how to print letters on the bottom of something that would really need a brim. Anyway, today's problem is solved. Again, thank you for making the video. I found it very helpful.

OK, I now understand why the "D" is a problem and other letters aren't. It's because of the "island" inside the "D". When I set up for either a skirt or a brim, Cura wants to put a tiny skirt (or brim) around that island. I want to be able to put part numbers, version numbers, maker's marks, etc. on the bottoms of my prints. Thus the letters on the bottom of benchy are a good test for me. I tried using a skirt with Skirt Distance set to 0 instead of a brim. That also puts a skirt around the inner part of the "D". I tried support blocking, but it seems that the brim isn't considered to be a support, so it doesn't get blocked. I've considered hacking the gcode, but that seems like a pretty complex solution. Surely there must be other users who want to print a perfect benchy - including the bottom. Of course, maybe others can print the benchy without a brim. I find that the bottom of the boat is rather small compared to the height of the boat, so my printer will consistently knock the boat over at around 3/4 way through the print. Does anyone have any ideas on things to try before resorting to hacking the gcode?

I am slicing a standard 3d benchy with Cura 3.6.0 on Windows 10. Using a brim for bed adhesion and with "Brim Only on Outside" set, I find that Cura is filling in the "D" on the bottom of the boat. Going by the color scheme shown, it appears to be creating a brim inside the "D". This is not a printer issue. I'm just showing the bottom layer of the gcode file Cura creates. If I slice with build plate adhesion set to "None", there is not blue line inside the "D", so I think the blue line is part of the brim that Cura is generating for me. I want the brim, I just don't want it inside the lettering. Is there a different setting I can use to ask Cura not to generate a brim inside my model?