XYZprinting Da Vinci 1.0 Hacking (Page 1 of 6)

jaak,

Your speed is so high because the code example that solidonkey has provided removes the slic3r heading details. When you want to use slic3r for the Da Vinci you need to add the xyzprinting details to the header not replace them. Please note that the preferences shown need to be established in slic3r and should not be modified after exporting the gcode as the route would need to be changed.

I will also mention that I use a Mac and I do not have to encode the gcode file. I drag and drop the modified gcode into XYZware, it loads and gives me a visual of the path slic3r created, and I hit print.

Here's my example (No space for the G1 commands):

; filename = composition.3w
; machine = daVinciF10
; material = abs
; layer_height = 0.1
; perimeters = 2
; top_solid_layers = 3
; bottom_solid_layers = 3
; fill_density = 1
; perimeter_speed = 20
; infill_speed = 60
; travel_speed = 130
; nozzle_diameter = 0.4
; filament_diameter = 1.75
; extrusion_multiplier = 1
; perimeters extrusion width = 0.40mm
; infill extrusion width = 0.40mm
; solid infill extrusion width = 0.40mm
; top infill extrusion width = 0.68mm
; support material extrusion width = 0.40mm
; first layer extrusion width = 0.40mm
; total_filament = 1
; extruder = 1

G21 ; set units to millimeters
M107
;M104 S230 ; set temperature
;M109 S200 ; wait for temperature to be reached
G90 ; use absolute coordinates
G92 E0
M82 ; use absolute distances for extrusion

******G1 Commands******

M103 ; extruder off
M127
M104 S0 ; turn off temperature
G28 X0  ; home X axis
G92 E0
M107
M84     ; disable motors

it works well for me but i still have a speed problem,
it’s a bit fast for small parts
some say speed is determined by g code and some other , in heading details
what am i supposed to do?

I am interested in what part of the gcode should be converted to base64, so the file can be viewed in XYZ software.  I have not been able to view .3w files I have tried to create with notepad++ in xyz software.  I am trying to use Cura to generate the base gcode and modify it in notepad++.

I have been able to reset the filament cartridge, I have also changed extruder temperature to 230 C and the base plate temperature to 100 C. After making temperature changes, I used third party glow-in-the-dark ABS filament to print excellent demo keychain.  Much better quality than with original filament in cartridge.

I have read rumors that xyz will sell PLA filament cartridges and this is why the initial temperature settings are on the filament cartridge EEPROM.  I have some PLA filament, and was interested in using it in the xyz printer if I can adjust to the correct temperatures to use in the xyz printer

Has anyone out there used Cura or Slic3r to adjust extruder and base plate temperatures so they could use PLA filament with the xyz printer?  That is the main reasons I am interested in using Cura or Slic3r to print with my xyz printer. 

I would also be open to just copying gcode files to SD card in printer.  I have already have access to SD card and can read and write to it no problem, I just want to make sure I am setting up the gcode header correctly.  I would prefer to use Cura if possible.

i used this one but it worked for this file
print speed was acceptable, and the raft was there
sometimes, the raft isn't printed i don't know why
i'm bloody noob in programing

i can just tell that print from slic3r are better than from xyz ware
i can adjust feedrate (too high in xyz) and temperature 220°
abs is more fluid and prints are smoother

Great work sir.

The following information may or may not be of use to you. This was all sent to me by oliver, the creator of the cart hack.

This is what I found digging through the MAC version. It’s the serial commands its using:
I tried a few and it works. Just send this for example: XYZ_@3D:8

I guess this is what you are after:
"uploadGCodeText"        = "XYZ_@3D:4";
"latestBlockSent"        = "XYZ_@3D:90”;

Just need to find out how big each block is.

Ollie.

"prefix"              = "XYZ_@3D:";

//"disconnect"           = "XYZ_@3D_S10_X";
//"connect"              = "XYZ_@3D_S10_0";
//"start print"          = "XYZ_@3D_S10_1";
//"test case"            = "XYZ_@3D_S10_2";
//"uploadFirmwareBinary" = "XYZ_@3D_S10_3";
//"uploadGCodeText"      = "XYZ_@3D_S10_4";

//"extruder Temperature" = "XYZ_@3D_S10_101";
//"get standard info"    = "XYZ_@3D_S10_102";
//"get advanced info"    = "XYZ_@3D_S10_103";

"disconnect"             = "XYZ_@3D:-1";
"connect"                = "XYZ_@3D:0";
"startOnlinePrint"       = "XYZ_@3D:1";
"test print"             = "XYZ_@3D:2";
"injectManualCommand"    = "XYZ_@3D:2";
"uploadFirmwareBinary"   = "XYZ_@3D:3";
"uploadGCodeText"        = "XYZ_@3D:4";
"latestBlockSent"        = "XYZ_@3D:90";
"uploadBinaryDidFinish"  = "XYZ_@3D:91";
"uploadGCodeDidFinish"   = "XYZ_@3D:92";
"machineLife"            = "XYZ_@3D:5";
"read eeprom A"          = "XYZ_@3D:6";
"read eeprom B"          = "XYZ_@3D:7";
"machine status"         = "XYZ_@3D:8";
"printer status"         = "XYZ_@3D:8"; // same as machine status

"get standard info"      = "XYZ_@3D:201";
"get advanced info"      = "XYZ_@3D:202";

//example "XYZ_@3D:101,1"
//example "XYZ_@3D:101,2"
//example "XYZ_@3D:103,2"
"extruder on"           = "XYZ_@3D:101";
"extruder off"          = "XYZ_@3D:102";
"extruder Temperature"  = "XYZ_@3D:103";

This is what gets me! Why is it such a pain in the ass to send some models to this printer? I thought STL files were a "standard" format. Is that not the case?

I had one yesterday where the XYZ software choked the first time, then printed it after the second try, without changing anything. I couldn't get anything to come out right during the week, then this weekend I printed out 3 wall shelves, 2 battery trays, a tornado tube for the kids to play with, and 3 pill bottle caps in various zoom amounts looking for the right size. My most successful time ever, with the printer running most of the weekend. None of those items needed to be messed with, and yet others have to be run through Slic3r to get the gcode for a demo print. I can't find a rhyme or reason for this.

Well stl is a standard, but every program still would output the model you created differently depending on how the model is seen by the software. Some of the models produced by solidworks , netfab just chokes on, and I have to use kisslicer. Just be glad we are to the point we can already use these 3rd part software or we'dd really be pissed.

by the way, you may find this useful http://gcodesim.dietzm.de/  its a gcode print simulator, its written in java and pretty neat.

While I've been experimenting with Slic3r once exported you can load the gcode and watch it print layer by layer. You can speed it up, slow it down, step forward and back and inspect each slice.

handy tool when you're starting out.

I have no affiliation with the software, I stumbled across it one day and found it useful.

harry

First post, but I signed up specifically to correct some information above and share (I write gcode for a living doing CNC programming):

First of all, the easiest way to output from Slicer is to delete everything above the G21 line and replace with everything above the G21 from Sample01.gcode on the card:
; filename = composition.3w
; machine = daVinciF10
; material = abs
; layer_height = 0.2
; total_layers = 173
; total_filament = 0.00
; extruder = 1

Don't change anything.  Everything after a semicolon is a comment and it's basically ignored.  At this time you can also doublecheck or add in extra commands to change temperature.  The cartridge only contains the information for the default temperatures--including the temperatures the machine automatically heats to before it runs a program.  Once the program is running, the program controls the temperatures.  M104 Sxxx sets the temperature and immediately continues, M109 Sxxx will wait on the extruder to reach that temperature.  Same with M190--it waits for the bed to reach specified temperature.  I'm not sure offhand which code simply sets the bed temperature without waiting. 

In any case, rename the slic3r file Sample01.gcode, put it on your card, and run from the Davinci menu (Demo run).  Don't worry about changing all the header information, etc.  It's just comments.  In fact, while I've done the above on all my prints, I'm not even sure all that is really necessary.  Simply overwriting the Sample01.gcode file should be enough.

For what it's worth, when setting up Slic3r all I did is set it up as a Reprap machine and entered the nozzle diameter, etc. in. 

I'm fairly impressed so far, but at the same time unimpressed.  I'm attributing my lack of knowledge regarding the actual functions of 3d printing to that and possibly that my expectations are too high.   I don't like seeing my Z step lines and it seems that in most pictures I've seen here no one has any, but mine seem to always have it.  I've only got a chance to toy with it on the side at work, but I'm thinking of bringing it home so I can get a bit more time to mess with it.  I bought it as a work toy to give me more incentive to practice my 3d modeling in solidworks as well as for a bit of rapid prototyping and fixturing for our Laser Marker. 

I haven't had any calibration issues anyone else has had.  My first 3 prints it ran the auto calibration and hasn't run it since.  I ran an indicator across my bed and there's .001 in. of difference in X, and the glass bends up .005in on the Y axis, but both ends are even.  The Z axis seems to have around .012in (.35mm) of backlash, but since slicer retracts 1mm when needed that should be enough to compensate for the backlash.

I can think of 2 places to check:

1) See that the bed is solid in the bed holder and that the physical connections to the Z screw are not broken. Any cracking in the bed support will show variability.

2) Also check the physical condition of the extruder mount. Another person had an extruder come loose during shipping and had to snap it back in place. If your extruder is loose, it will also show variability.

-- ggunners

Ok I'll check those two things out and report back, thanks for the help.