kisslicertalk.com

Beta 1.6 Release 2.4: The Z values displayed at the lower right of the Z slider while showing "Paths" seems always too high by 0.1mm. It is okay in the G-code though.

Dreide wrote:Beta 1.6 Release 2.4: The Z values displayed at the lower right of the Z slider while showing "Paths" seems always too high by 0.1mm. It is okay in the G-code though.

Something I noticed and already queried. Apparently that's supposed to be the middle of the next layer. As there isn't a middle of layer zero, it starts at layer one. But I may have understood something there.

Peter

pjr wrote:

inventabuild wrote:1.6 Beta 1.1 - Under Extruding / Strange Behavior

The first few layers of 1.6 Beta 1.1 come out nice and then it starts going crazy. Any idea if this is a bug in KISSlicer 1.6 Beta 1.1 or a settings issue?

Any chance of uploading the STL and I will do a test print to check if it is a settings or slicer issue.

Thanks

Peter

Re: The Thinly Printed Heart Pics

Peter, I'm pleased to report this is not a KISSlicer bug, but a result of an overheating RAMBO board on my TAZ 4 causing missed Z steps. I'm blowing a fan directly on the RAMBO board now and all is good.

1.6 B 2.4 now shows up on my mac correctly without the circle-slash and runs! thanks for fixing!

inventabuild wrote: Re: The Thinly Printed Heart Pics

Peter, I'm pleased to report this is not a KISSlicer bug, but a result of an overheating RAMBO board on my TAZ 4 causing missed Z steps. I'm blowing a fan directly on the RAMBO board now and all is good.

Thanks for the update. Overheating RAMBo is not good. Any idea what the cause of this is? Much better to fix the cause rather than treat the symptoms.

The PR printers have the RAMBo (1.3a mini) enclosed in a small case with a load of wiring inside preventing airflow yet they don't tend to overheat. But they do run the steppers at quite low currents (0.5Amp).

Peter

I try slice this - https://www.thingiverse.com/download:3767633 but Kisslicer close with error "Segmentation fault".
(gdb) backtrace
#0 0x00000000004dbf7f in ?? ()
#1 0x000000000047e332 in ?? ()
#2 0x000000000046c987 in ?? ()
#3 0x00007f5d7e0036da in start_thread (arg=0x7f5d74a19700) at pthread_create.c:456
#4 0x00007f5d7e65bd7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
OS - Ubuntu 17.04 64x, 24Gb Ram

pjr wrote:

inventabuild wrote: Re: The Thinly Printed Heart Pics

Peter, I'm pleased to report this is not a KISSlicer bug, but a result of an overheating RAMBO board on my TAZ 4 causing missed Z steps. I'm blowing a fan directly on the RAMBO board now and all is good.

Thanks for the update. Overheating RAMBo is not good. Any idea what the cause of this is? Much better to fix the cause rather than treat the symptoms.

The PR printers have the RAMBo (1.3a mini) enclosed in a small case with a load of wiring inside preventing airflow yet they don't tend to overheat. But they do run the steppers at quite low currents (0.5Amp).

Peter

Z Chip overheating is a known issue with the Lulzbot TAZ 4. On the TAZ 5 they started installing a heat sink on the Z Chip to mitigate the issue as shown in the following pic; however I added a bunch of wires to convert the TAZ 4 to the TAZ 6 so the heat sink by itself doesn't do the trick anymore.

Hello all, I'm new to the forum. Very much impressed with 1.6. I made myself a list about 2 years ago what features to look for in a slicer, and Jonathan hit almost every one of my bullet points here.

Bugs:

1. When a layer prints faster than min_layer_time_s, Kissliser is supposed to slow down until flow_min_mm3_per_s is reached, and if that is still too fast, wait (dwell) after placing the layer. In the attached example, Kisslicer slows down, but not all the way to flow_min_mm3_per_s and not enough to avoid dwell. My min_layer_s=10, flow_min_mm3_per_s=0.21, but Kisslicer prints at 1.74 mm^3/s (16.2 [extruder RPM] /60 * 1.049 [mm filament advance/rev] * [3.14*(3*mm)^2/4 filament crosssection] / 1.15 [Flow tweak]) and then dwells. In the second example, I set min_layer_s=20, then Kisslicer slows down more, to 0.86 mm^3/s (8.0 RPM), but still not all the way to 0.21mm^3/s.

2. The wait command is formatted incorrectly for BFB. (Yes, I'm the dinosaur who still runs BFB hardware.) "G4 P813" is presumably intended to wait for 8.13s but on BFB this waits for 813s.

3. I'm not sure whether this is a bug or by design, but only certain specific values work for upper layer stride of a grid raft:1mm, 1.5mm, 2.5mm, and maybe others, but nothing in between. So I can't make a 0.5mm stride, or 1.2mm, for example. I can't think of a reason why this would be.

That's it for now

Boris

Very strange bug with Preload (I think):

preload calibrated, model printed very well at bottom and middle, but very poor on top, see pics:
stl models -> https://drive.google.com/file/d/0B8dro0 ... sp=sharing

settings attached

That looks like typical filament starvation to me. That's a lot more common with PLA than ABS though. Nothing in your settings jumps out at me, temps seem reasonable, retract distance and speed are reasonable. Perhaps check your extruder to make sure the drive gear is firmly secured and clean (no plastic residue) and tensioned properly. This just doesn't seem like a bug to me.

Cheers,
Michael