Xyzprinting Software Download

[Trinidad Baltzell]

Thethread in "The Latest in 3D Printing" section was getting longer and more detailed, so here's a new thread specifically to discuss the XYZprinting Da Vinci 1.0 3D printer and information on getting extra functionality out of it.

Here's a Slic3r config that works for me and results in prints comparable to those sliced from XYZware, although I have not at all tried optimizing the parameters for it. Credits to harrypottar for posting a base configuration that I based this off of.

I have also tried configuring Cura, but it always starts printing in the air a bit above the bed, and I haven't looked into it further. Here it is in case anyone wants to take a crack at fixing it, probably just needs a Z offset adjustment.

Setting your own extruder and bed temperatures in the gcode DOES work; the values in the filament cartridge only specify the initial temperatures to bring the bed and extruder up to while the printer is preparing to build. After it reaches those temperatures, the gcode takes over and can set the extruder and heated bed temperatures as normal.

The main MCU is an ATSAM3X8E, with A4988 stepper drivers on separate carrier PCBs. You can see the SD card as well. The ATSAM3X8E is the same as in the Arduino DUE, so it may even be possible to use the existing board and run "RepRap Firmware", which is being developed for the DUET 3d printer board.

If you use your own filament, you will probably want to reset the filament cartridge at some point. The printer comes with 300g (120m) of filament in a starter cartridge, and Oliver Fueckert over at Voltivo has an excellent blog post on how to reset the Microchip 11LC010 1K EEPROM in the cartridge, which is used to hold information about filament remaining, filament original capacity, initial bed temperature, initial extruder temperature, and perhaps other unknown variables.

The filament reset Arduino sketch only works with the Arduino Uno (and probably other ATmega168/328-based variations). It did not work with my Arduino Leonardo, and there are reports it does not work with the Mega, Pro Mini, or Micro either, probably due to the NanodeUNIO library only working with the ATmega168/328 chips.

I had some problems with very poor quality prints that were coming apart and delaminating after I reset my cartridge, but it was fixed after I downgraded the firmware from version 1.1.I back to 1.1.G. I don't know if it was fixed because the firmware loading process also reloads information onto the EEPROM, or if firmware version 1.1.I has extra checks in it to detect modified filament cartridges.

(This only works on Windows as of now, Mac version of XYZware doesn't pop up a file chooser.)

1. Disconnect from the internet

2. Try to upgrade firmware using the button in the About / Help dialog box within XYZware

3. After a while, it times out and opens a file browser to select a firmware file.

I have a small python script that can communicate with the printer directly, and get serial number, status, temperatures, etc. Credits to joshj for getting me some captures of the serial communication.

now i can print with slicer

but my print speed is now very high, maybe too high for small details

the 1st layer is supposed to be very slow , not now

even when i set speed to 20mm/s in slicer for all paths

is there an explanation?

am i the only one with this little problem?

thx

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.

So for what it's worth this machine uses repeitier software modified for xyz.

I can get repietier to connect but davinci is expecting outputs differently than repietier send so all gcode is ignored.

I lowered all the speeds in the slicer config by alot, while it still printed ok at the default slic3r speeds, it seemed alot noisy and rough on the machine.

All speeds are in the main body of the g-code, unless this is different than commercial cnc machines all lines with a ; in the front are nothing but comments and are ignored by the gcode translator(printer). The header lines that have a ; in front of them are NOT read by the machine and are ignored so replacing them with the XYZ header is fine. For what is wort I do not "add to the slicer header I straight replace it and the speeds are exactly what I set them to be in slic3r.

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.

No matter what I did I could not get the base to slice with XYZ software, it would crash within 5 seconds. Tried for hours and everything I could think off, even put in a support ticket attaching the model. In true XYZ support form all I got was the auto response, no help or acknowledgement at all.

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.

I think you get better results using slic3r and you have a lot more control, my prints have better (solid) tops and bottoms they're very thin through XYZ. I understand the business model for the filament cartridge but they should allow direct gcode upload. Keep the XYZ for learning and simple stuff but allow the upload of gcode.

Once you start printing make sure the bed is level, its takes some time and patience but it is worth it. Don't start the bed leveling process when you're in a rush to print something, set some time a side to do it right. I would say a good 30 to forty minutes to dial it in right if its off, you could do it in 5-10 if its not that far out.

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.

I did have to recalibrate on Saturday, so that might have helped the quality anyway. I know XYZ seems to choke on any complex file. The shelves I printed, came out flawless IMO. Just needed to file down a 1/2" rough section on one corner, that was it. I was thoroughly impressed with it, and it reassured my decision to buy this printer (I was starting to have some doubts about it).

Well after more playing and fiddling around tonight, I will confirm that the extruder and temp is settable by slicer overriding the cart.

This will not help loading the pla but it's a start. I Found at 210-215 the pla swells and wont feed.

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.

3a8082e126