xisle

It is "working" as expected on OS X, FYI. Still buggy, but working. I still haven't used it to print anything since I never use SD for printing.

A Dremel shaft extension works alright for light-weight jobs, like etching. I made a simple mount for testing a while back. Etched acrylic with UV backlighting.

Using 0.4mm shell in Cura and 0.8/0.5mm walls in Rhino, I was able to get a slightly thinner upper section to print. I did not get the same results with 0.4mm walls. This is how I did it..

Robert has a small typo in his link: http://oldforum.ultimaker.com

There was one small change in 15.04.. Expert Settings now has a checkbox for "Infill prints after perimeters".

Check the software page.

I just tried in Rhino. Extruding the text using ExtrudeSrfTapered may work for you with the proper Draft Angle. The top text is a standard ExtrudeSrf. The bottom text has a taper.

Try this Python script.

@labern, If it's just the X/Y values, that's a quick edit.

I get the same issue when the main rods are dirty on the X/Y axes. Unfortunately, I often use that as a signal to clean the printer.

Try IRC

@labern, that is the odd behavior I was referring to, but seems to occur when layer height is >=2 times the initial layer height, which is not a common setup IME. I also get an unexpected first slice difference between 0.1 and 0.2 for layer height with 0.2 initial layer for both. With the OP's .stl I found no way to get the "0.1" to slice, even with 0.01 mm layers... OK, I just tried 1 micron (for all layers) and there is something there but it isn't a clean cut-out like the others and is only 0.004 mm deep at most.

I think your .stl may be the issue. Was it made in Tinkercad? Try this .stl with 0.1 to 1.0 mm cut-outs generated at 1 micron. Cura still has some odd behavior IMO, but getting the 0.1 mm cut-out to slice is no problem where I was unable to with your .stl.

There is certainly a difference between the hop at layer change and the hop in your second code block. At layer change, the Z axis is returned to print position at the same time as the X and Y axes, but isn't elsewhere. As for the feed rate, I'm not sure why the hop would start slow and end fast. You could try increasing the hop F value and see how it effects your print I don't believe there is a way to specify individual axis feed rates in one line of G Code. Any change to the feed rate effects all future moves. As a quick test, I tried this in Cura: G1 F6000G1 X100 Y100G0 X0 Y100G1 F3000 X100 Y100G0 X0 Y100G1 X100 Y100G1 F6000G0 F3000 X0 Y100G1 X100 Y100 * The first two moves happen at F6000, the remainder occur at F3000.

Z Hop only works with retraction turned on. It is that retraction and advance of filament causing the delay. Combining the hop and retraction lines in the G Code should reduce the dwell.

Did you figure out how to access the settings in Ubuntu (14.04LTS here)? The window layout is quite strange compared to Windows or OS X and the lack of proper keyboard shortcuts makes accessing those settings impossible (with low screen resolution) from what I could tell.

Thank you for your input gr5. There are RAFT, BRIM and SUPPORT types also. Use of a RAFT may cause the script to produce incorrect results (the RAFT layers are skipped). The input file used for the script is not altered by the process.

This Python script will change extrusion values for Cura generated G Code for each TYPE block independently. https://github.com/Xisle/cura-gcode-change-e-values-in-type-blocks

The Raspberry Pi has a 1.1 amp poly fuse, the Pi 2 has a 2 amp. I had my Pi 2 crash with a 700 mA supply when I added a BT USB adapter while running; I now have a 2 amp supply.

I figured it out by shrinking a Windows 8.1 VM display below 1024x768. The tab indexes are in proper order in Cura. Use tab (or Enter) to advance to the next field (or add Shift to go in reverse). The - and = keys will uncheck and check respectively, the currently selected checkbox. I assumed you were running a flavor of Windows.. if you are on OS X, the checkboxes cannot be accessed via the keyboard.

https://ultimaker.com/en/community/view/11047-ultimaker-chat-update-?page=2 We average around 8-10 people in the channel

https://ultimaker.com/en/community/view/11047-ultimaker-chat-update-?page=2 EDIT: Posted in wrong place...

Did you choose "Eject" or "Safely Remove Hardware" before moving the SD card from the PC?

I just posted a second print and it saved/posted quickly and without issue. Subaru Part Posting to an album has strange behavior for me though. I get a spinning wheel for a loong time. I even opened a second tab to the forum and posted the image while the spinning wheel spun.