Author Topic: Alternative slicer to the cubes standard software  (Read 5792 times)

bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #30 on: January 21, 2015, 11:28:44 am »
Stringing is also a sign of the temperature being too high and oozing control problem.  What temp. are you printing at?

bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #31 on: January 21, 2015, 11:35:16 am »
First picture stringing with CubeitMod
Second picuter is without.
I am printing @ 220 Celsius which is really the upper limit of my PLA.  When i lowered the temperature though i started running into layer adhesion problems. 
I am back right now calibrating without cubeitmod.




bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #32 on: January 21, 2015, 12:59:49 pm »
New test without Cubeitmod.  220 C
Stringing is in the acceptable range. 
Details quite good, no corner ringing / horizontal lines.
I'll do a test @ 210 C




bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #33 on: January 21, 2015, 02:51:05 pm »
Flow tweak has been perfected.  Wall thickness is exactly 1 mm with two loops and 0.5 extrusion width.

Camstar

  • Newbie
  • *
  • Posts: 11
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #34 on: January 24, 2015, 11:04:16 am »
You are making progress! I have also been busy trying to optimize flow rate and temperature. Still not happy with the first layer (w/o Cubeitmod).

Just some pics using t=220 and flow 0.035 (default) to establish a starting point. Have mad my own torture test, because at this time I realy have problems with details on domes and arches. Don't like the details now....

Now printing with modified settings t=210 to see if I can reduce threading, but is just takes so much time  :-\





bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #35 on: January 24, 2015, 11:16:58 am »
Great custom torture test Chris!
Make sure when changing temp, you also change it in the g-code / M104 SX Value.
210 should help with the stringing, but I started to run into layer adhesion problems so I had to go back to 220. The walls (I usually do 2 loops) started to separate.
I am using 0.0325 right now in the extruder gain and correspondingly 1 in flow tweak.
I also went down to 1.75 mm with filament diameter. That will squeeze out more plastic.
Good luck. 

Camstar

  • Newbie
  • *
  • Posts: 11
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #36 on: January 29, 2015, 04:06:09 am »
A bit frustrated now. The slicer without CubitMod realy works great. Quality similar to the Cubify slicer. Nice details. First layer however has some serious weaving, but comparable to the Cubify slicer. Tried all kinds of settings, but could not get the near perfect first layer of the CubeitMod print.

The CubeitMod print however is awfull on details. Especially domes and arcs. I have not found a way to improve this.

So now I will concentrate on the first layer. My next step is to create two identical 1 layer prints (like Dan's design to level the printbed) and compare the bfb's.

My findings seem to concur with Bobo's. But happy with the Kisslicer without CubeitMod, because this slicer gives you much better control on how the design is printed.

Later today I will post the three pictures of my latest test.


bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Re: Alternative slicer to the cubes standard software
« Reply #37 on: January 29, 2015, 07:51:50 am »
I agree with your assessment.  I  have made up my mind to stick with without cubeitmod for awhile.  The problem is that cubeitmod introduces gcode very specific to the cubex which we cannot really control.  Kisslicer has great options and control vs.  the stock cubify slicer.  Much better raft skirt brim and support generation.  First layer doeas have strong molten waves but i can i think live with that...

ssstraub

  • Newbie
  • *
  • Posts: 31
    • View Profile
I did the torture test with columns only and am amazed at the difference between the Cubify slicer and KISSlicer using Bobo's settings (without CubitMod).  :o It's easily 10x better!

I also did the "CTRL V Test" model comparing the two and it's like night and day. The Cubify print looks like utter and complete crap except for perfect bridging while the KISSlicer print looked 10x better in every detail except for nearly a complete failure at the bridging test.

So far I'm thinking KISSlicer is GREAT except in cases where bridges are required. Kind of a bummer because those are required rather often and KISSlicer doesn't seem to have any ability to recognize and prepare for bridges at all.

bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
I am glad you like the settings ssstraub.  Yes,  bridging is a known issue with Kisslicer.  (there are no specific settings) I would recommend using fans.  Cooling usually helps with PLA.

ssstraub

  • Newbie
  • *
  • Posts: 31
    • View Profile
Thanks a lot for uploading the KISS settings so everyone didn't have to redo all that work! Did you find that this those settings were the fastest (when set to "fast" quality in KISS) that you could get from your Cube and still produce accurate prints? It's noticeable slower than the Cubify slicer, so I'm not sure if the settings are simply conservative or you found that it wasn't worth going any faster due to significantly lowered quality.

Did you have any luck getting Simplify3D to work with the Cube? Everyone seems to rave about it and I wouldn't mind paying for a license if it truly is the "one slicer to rule them all" it seems to be.

I'm going to try to get Cura working next and see how it compares to KISS. Slic3r doesn't seem to be capable of outputting BFB-style g-code, so I've given up on that one.

bobobobicsek

  • Newbie
  • *
  • Posts: 49
  • Location: New York, NY
    • View Profile
Sadly, i have not be able to make it work with the Cube.  My favorite slicer indeed is S3D.  That is the only slicer i use with my flashforge (FFCP).  Let's see what cura can do.  Good luck.

rvalotta

  • Newbie
  • *
  • Posts: 21
    • View Profile
I was pretty much just given a Cube 3d printer and have a question. Seeing as you are able to adjust the temp at the gcode side, does this mean i really don't need to hunt out a pla cartridge to scavenge a chip from?

Rocco

ssstraub

  • Newbie
  • *
  • Posts: 31
    • View Profile
I only have a single PLA cartridge but it does seem like changing temps from g-code only works fine. I have only tested between 180 and 225 so far.

BTW, one of the support people at S3D sent me a bfb file generated from the S3D software including the Cube header and the print did work on my Cube. I have not pulled that $150 trigger yet though as I'm still a bit wary if bobobobicsek wasn't able to get it to work even if this support person did.

Having some problems with Cura making cube-compatible bfb files for some reason. I keep getting "protected file" messages even though the first time I created a file from Cura it worked fine.  ???

ssstraub

  • Newbie
  • *
  • Posts: 31
    • View Profile
Just to update from my last post in case anyone is reading this... The copy protection expects Windows style LFCR line feeds and I generated the file on a Mac. I edited those line feeds (Google it to find out how) and now the Cube is happy. I also updated the g-code section in KISSlicer to make sure it uses Windows style line feeds, even on my Mac.