kjhuebner
Posts: 17
Joined: Sun Apr 12, 2015 7:31 pm

BFB issues with 3 digit precision gcode

Simplify3D generates gcode that fails in my 3D printer, a BFB 3000 Plus.

The region of Gcode that fails contains 3 digit precision right of decimal point.
As shown below (and in attachment), the text "F1200" defines the move speed of the head during the print operation.

However, while printing... I find when the controller reads the lines below (shown in bold), the speed of the head moves extremely slow and fouls up the print thickness. The reason I believe is the BFB3000 controller fails to read the entire line of text, truncating the "F1200" speed to "F120" speed.

G1 X-100.609 Y15.137 Z0.278 F1200
G1 X-100.652 Y14.794 Z0.278 F1200
G1 X-100.667 Y13.945 Z0.278 F1200
G1 X-100.667 Y13.916 Z0.278 F1200
G1 X-100.667 Y-13.762 Z0.278 F1200
G1 X-100.667 Y-13.807 Z0.278 F1200

G1 X-100.64 Y-14.776 Z0.278 F1200


In Simplify3D -- Is there someway to truncate or round the 3digit precision to 2 digit precision right of decimal point.

Kisslicer, which works on my BFB3000, rounds the XYZ position data to 2 digits right of decimal point.


Thanks,

Ken Huebner
Design Engineer
Attachments
testMove_fails.gcode
Gcode (with 3digit right of decimal) that fails in BFB3000 printer
(6.88 KiB) Downloaded 448 times
JoeJ
Posts: 1435
Joined: Sun Feb 16, 2014 10:52 am

Re: BFB issues with 3 digit precision gcode

If BFB machines can't handle 3 digit precision, that's absolutely ridiculous. Slic3r, Cura, MakerBot, S3D, etc all use 3-digit precision.
BaudR8
Posts: 183
Joined: Fri Aug 29, 2014 9:59 am

Re: BFB issues with 3 digit precision gcode

i took a look through your gcode file and right off the bat it seems like windows is doing its funky EOL carriage return/new line thing (windows only). In the scripts tab, in the post processing section try removing the line that says:

{REPLACE "\n" "\r\n"}
kjhuebner
Posts: 17
Joined: Sun Apr 12, 2015 7:31 pm

Re: BFB issues with 3 digit precision gcode

My printer BFB 3000 Plus definitely has a problem reading the Simplify3D gcode.

I removed the {REPLACE "\n" "\r\n"} post script entry and re-generated gcode.

Again, the printer runs OK until it comes to the longest text line with -100.xxx (shown in my first post above), and then the head move speed immediately slows. This causes a blob of plastic to appear below head.

The Kisslicer output with two digits right of decimal works just fine.

So the only workaround for me using Simplify3D is to limit the part to a region within -99.000 to +99.000 mm (198 mm build range) on the bed. Moreover, I'm limited in part size as well since the BFB is capable of a 270 mm build range when using Kisslicer.

It's annoying to lose bed space purely because of Simplify3D output.
smartavionics
Posts: 52
Joined: Fri Oct 24, 2014 3:46 am

Re: BFB issues with 3 digit precision gcode

Hi,

I know nothing about the BFB but it occurs to me that this problem is simply down to the fact that the machine can't cope with lines longer than about 33 characters.

Note that in your code listing that the line above the bold lines also has 3 digit precision for each of the coordinates and the only (structural) difference between that line and the next line is that the line that fails has a negative value for Y which makes the line one character longer and so the last character in the line gets dropped.

If true, that's a really dumb limitation of the machine.

Cheers,

Mark
BaudR8
Posts: 183
Joined: Fri Aug 29, 2014 9:59 am

Re: BFB issues with 3 digit precision gcode

I ran this on my CubeX Printer and it did not give me any speed issues:

Code: Select all

^Firmware:V1.07
^Checksum:NO
G21
G90
M104 S230
M542
M551 P64000 S600
M543
M227 P3200 S3200
M228 P0 S163
M227 S768 P768
M107
M108 S300
M103
G1 X0 Y0 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y-100.111 Z10.666 F3600
G1 X-100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y100.111 Z10.666 F3600
G1 X100.111 Y-100.111 Z10.666 F3600
M104 S0
it's a test file with no extrusion btw and contains lines longer than the one messing your machine up
kjhuebner
Posts: 17
Joined: Sun Apr 12, 2015 7:31 pm

Re: BFB issues with 3 digit precision gcode

Mark -- you're right, I believe the BFB3000+ is limiting line length. So ideally to solve my problem, the Simplify3D developers might accommodate various gcode precision to 2 digits similar to Kisslicer output.

BaudR8 -- Thanks for trying out your CubeX on a similar looking test code. It doesn't surprise me that your machine can handle the extra long text lines. Your CubeX is probably 2-3 years newer than my older generation "BFB 3000 Plus", which I purchased August 2011.

How do you like the CubeX? I noticed that after Stratasys bought out BFB in 2011, the next generation CubeX has proprietary filament cartridges.
BaudR8
Posts: 183
Joined: Fri Aug 29, 2014 9:59 am

Re: BFB issues with 3 digit precision gcode

Honestly, the cubex has been sitting in the corner collecting dust for most of its tenure. I have other machines that work really well, but it all comes down to the slicing software, the cubex software isnt the greatest, but with the new findings of compatiblity with s3d, it's like the machine got a whole new breath of life. Happy to add it to the production fleet!

I've attached a bfb file I sliced with Axon 2 with the BFB3000 selected as the machine profile. See if it operates normally on your machine. Just to warn you it's an ABS print, a large 100 something by 100 something mm cube that goes 3mm high at .125 layer height. The main purpose of this file, is at line 42, it contains a 36 character line, which if the firmware has a hard cap, it would be weird for Axon to have this line included in the file.

Also I named the file .gcode, just change the extension to .bfb, the forum wouldn't allow for bfb extension uploads.
Attachments
largeCube.gcode
(343.96 KiB) Downloaded 410 times
Rebekah_harper
Posts: 263
Joined: Wed Jan 21, 2015 10:25 am

Re: BFB issues with 3 digit precision gcode

I wonder if some of the settings on the script tab would have an effect? Such as generat X3G code etc...

Return to “Troubleshooting and Bug Reports”