Jump to content

chhu79

Dormant
  • Posts

    15
  • Joined

  • Last visited

Posts posted by chhu79

  1. Hmm odd. I was thinking about hairy stuff as it ran almost 1 year continuously, and there was / is a lot of dust. Got rid of most of it, but what strikes me is that the fan seems to run fine for a second after switch-on. Later dead... Looks like a case for warranty.

     

    Thanks,

    Christian

  2. Hi,

    I noticed recently on a print (PLA & breakaway) that the print head cooling fan (front) is not spinning. At first I thought it is clearly broken, but I realized later that it shortly spins fine after power-on. The print also looks fine, and now I am wondering if it was disabled in the last firmware update or if something else is wrong. Unfortunately I cannot test it from the menues (only side fans) and the log is clean. Does the firmware recognize a broken front-fan? I tried also pushing the temps of both extruders manually to 255C but still not spinning...

    I am worrying that the spreaded heat damages some electronics.

    Thanks,
    C

  3. Hi,

    we have a Ultimaker 3ex and I was trying out the breakaway, with cura 3.4 standard profile for PLA AA0.4 and breakaway AA0.4. First prints were stunning, but after there was a longer pause for the breakaway print head during a print, it converted to a brownish sticky goo that clogged the extruder. After immense cleaning efforts remainders always keep coming back and ruin the print and head. Two trashed heads already, so I'm not very happy. It reminds me of flex material on my Prusa MK3, when you exchange with ABS afterwards and brownish spots keep entering your print, like flex can hide in some pocket of your extruder. Interestingly the same happens if I choose PVA with BB0.4 and have the support infill printed by the other printhead. Always messes up my BB0.4 with burnt PVA. Am I missing something?

     

    Chris

     

  4. Thanks! How did you decimate the mesh? I do intend to go for higher res, as the UM3 is able to print this kind of detail, but mesh reduction for smooth areas cannot hurt. I found that meshlab has poor options and introduces problems and Meshmixer only runs on windows... I suspect the problem is with Cura, as CuraEngine is pure C++ and should not be limited by file / mesh size. I do not see CuraEngine starting. Maybe a Cura developer can comment on that?

    The meshes come from a python script that combines a refined icosahedron mesh with a DEM GeoTiff. The dual coloring is a bit more complex. The stand is just combined mesh quickly sketched from openscad. The globes have an average radius of 1, that is why they are so small, but it allows for accurate scales. Put it on 6750% (67.5cm) and you have an 1:1.000.000 Earth.

     

  5. Just tried to slice a dual color print and cura 3.1 gets stuck on Slice... (disabled auto-slice, hit Prepare button), nothing happens anymore. I use Linux RHEL7, The STL files are 1.1GB / 560MB. Windows version tells me invalid files, Linux opens everything just fine but I noticed that I cannot save anything (leads to zero-files). I hope there is no limit in place? My machine has plenty of RAM and the console output says nothing unusual. When I go to lower res everything works. (I actually want to go to higher res...) See image attached.

    Thanks,
    Chris

    Screenshot.thumb.png.474df5ed5d099c28d706ed73cc377132.png

  6. I see the point of having different meshes loaded as different colors, i.e. tire and wheel-rim, so I don't want to replace this way of multi color/material print. Rather add it as an option. But as you mentioned, we are at infancy stage here and there is room for improvement. As there seems to be no technical show-stopper to this, all major slicers out there could support i.e. the Attribute Byte Cound in STL as face color and many free designer tools would adopt quickly as it is trivial to add. Meshlab already supports it this way. Plus the color would have no impact on mesh cleanliness. Smart slicers could even use infill this way to prime the extruder for tech like Prusa's multi-color. I am sure even Mark2 would profit as less interface walls need to be drawn, so faster prints and less material!

     

    As multi-color gets more and more popular we should not dismiss options just because everything else is complicated enough. The money that goes into this market rises too, so at one point this pure software upgrade could be seen as market-advantage, and I don't want to see big companies "claim" this as proprietary tech and everybody starts doing the same thing differently.

     

    It's "just" a software change, right?

     

  7. I was always wondering why dual-colored prints have to be so complicated and wasteful, with all the extra walls at the interior that nobody sees. If the slicer would be a bit smarter to separate vertex or face colors over some table mappings to extruder 1/2/x it should work too? No separate models would be needed, no waste, easier modeling... There is probably a good reason for this, but I could not find any by just googling it. Maybe an expert can elaborate? 

     

    Thanks,

    Chris

  8. 58 minutes ago, kmanstudios said:

    Would be nice if the ETOPO1 data set was a true height-field map and not a colored map. Or is there something I missed? I looked it up, but may have missed something.

    Look for geotiff. Topography is encoded in 16bit signed integers. Color is just for visualization. There is also a true height map that gives you the offset to a sphere, but forgot what this version of etopo1 was called.

     

    ps: my mistake, stl file is 4gb...

  9. Made this model myself from the ETOPO1 dataset. 30 times exaggerated and 1km bump for >0 elevation to make sea level visible. Projected and properly interpolated on divided icosahedron. The models you find online are all crappy with low-res. The one I printed is 1.2GB STL. I have a similar hires Mars that’s next. If I have some time I make them available on my server. Thingiverse limits at 150MB. Next is to modify the script for 2 color :)

  10. Thanks for the many advices. In the end the middle and upper section looks fantastic, a lot of detail I've not seen before on the Z18 with the same layer height (0.1). The loose strings from the overhang break away nicely, so after a little touch-up its not a big issue anymore. However, I'll keep in mind to build a support structure with a little lower temperature. The print was done with 2 print cores as I could not figure out how to print with one. I even had to load material and each head was calibrating...  I hope the BB did not stay hot. On the negative side was the NFC stuff, extremely annoying with two spools a message popped up saying it could not read the code, after confirm it popped up again. Had to remove the spools and select manual. Where can I disable this feature?

     

    Best,

    Chris

     

    IMG_6486.JPG

    IMG_6487.JPG

  11. Thanks for the suggestions. I took some more pictures, we are half-way there. The globe has a diameter of 16cm. The Z18 has no heated print bed, so it might be the cause, but I see the same features on the infill, together with under-extrusion. As long as it stays in the interior, of course, I don't care too much. But it is worrisome... I also hear clicking noises when the extruder travels over the model, I guess it is hitting those small parts. Oh and firmware and Cura is up-to-date.

     

    Best,

    Chris

    IMG_6482.JPG

    IMG_6483.JPG

  12. After unboxing and setup I tried the first print with a very simple box design and everything looked fantastic. Now I was going for a more challenging print and tried the Earth, with very disappointing results (see picture). Any suggestions what could have gone wrong? The print was done with the spool in the package (350g silver PLA) and default "fine" settings in cura, only adjustment was 5% infill, no support.

     

    Thanks,

    Chris

    IMG_6481.JPG

×
×
  • Create New...