Double checking settings before I install my Duet Wifi + Duex
-
@iamthebest22 said in Double checking settings before I install my Duet Wifi + Duex:
Y250:118:382
118 and 382 look backwards compared to what you have in bed.g
G30 P1 X495 Y382 Z-99999 ; probe near a leadscrew
G30 P2 X495 Y118 Z-99999 S3 ; probe near a leadscrew and calibrate 3 motors -
Oh those have to be in the same order too o.o Oh okay here's the new one:
G30 P0 X10 Y250 Z-99999 ; probe near a leadscrew
G30 P1 X495 Y118 Z-99999 ; probe near a leadscrew
G30 P2 X495 Y382 Z-99999 S3 ; probe near a leadscrew and calibrate 3 motorsgonna try that now and report back
-
Okay I'm at a lost, so with this new bed.g here:
M561 ; clear any bed transform
G28 ; Home all axis
G28 Z ; Home Z again for more accuracy
M401 ; deploy Z probe (omit if using bltouch)
G30 P0 X10 Y250 Z-99999 ; probe near a leadscrew
G30 P1 X495 Y118 Z-99999 ; probe near a leadscrew
G30 P2 X495 Y386 Z-99999 S3 ; probe near a leadscrew and calibrate 3 motors
M402 ; retract probe (omit if using bltouch)
G29 ; probe the bed and enable compensation and save height map to file
G29 S1 ; Load height map from fileand the same M671 in config.g:
M671 X-35:535:535 Y250:118:386 S0.5 ; leadscrews at middle left, front right and rear rightSTill the same thing:
here are the results in order (from 1st to 3rd test):
https://www.dropbox.com/s/qmsah7ugzzd3oju/2019-03-20 22.59.03.jpg?dl=0
https://www.dropbox.com/s/zkvr63qdu63wifi/2019-03-20 23.06.10.jpg?dl=0
https://www.dropbox.com/s/g4muizvuubdfsr9/2019-03-20 23.09.24.jpg?dl=0would the firmware have anything to do with it? The one I'm using is according to the general section in the webui:
Firmware Name: RepRapFirmware for Duet 2 WiFi/Ethernet
Firmware Electronics: Duet WiFi 1.02 or later + DueX5
Firmware Version: 2.0(RTOS) (2018-06-05b3)
WiFi Server Version: 1.21
Web Interface Version: 1.21.2-dc42 -
I'm not an expert on independent motor leveling.
You're a little out of date on the firmware but I don't think that would explain it
-
I successfully updated the firmware to 2.02 (december build) and also web server to 1.22 . Then I tried doing it again, the deterioration still happens, but at a much slower rate, took 5 tries instead of 3 AND instead of it being left side to right side, it looks like now it's front to back side before it couldn't compensate anymore and it goes slanted again. Thanks for the help though so far, but could anyone else also shed light on this? Thank you very much in advance.
Pic: (after 3 tries using the newest firmware):
https://www.dropbox.com/s/cmxlcfpjaatirtt/2019-03-21 00.27.02.jpg?dl=0 -
@iamthebest22 Can't help directly as I don't use that feature but have you read this? https://duet3d.dozuki.com/Wiki/Bed_levelling_using_multiple_independent_Z_motors
The only other thing I can suggest is that you start a new thread specifically entitled "Problems setting up auto bed levelling" or some such. That is likely to bring it to the attention of more people who do have the experience and knowledge. Make sure you follow the usual guidelines and provide all the necessary information about your printer, it's configuration (link or list the files), firmware version, your bed.g file etc, as well as description of what you expect to happen and what is actually happening. https://forum.duet3d.com/topic/5909/guide-for-posting-requests-for-help/11
-
When you set up independent lead screw bed levelling:
- You must list the leadscrew coordinates in the M671 command in the same order as you list the Z motors in the M584 command. You have this:
M584 X0 Y1 E3 Z2:5:6 ; three Z motors connected to driver outputs 2, 5 and 6
M671 X-35:535:535 Y250:118:382 S0.5 ; leadscrews at middle left, front right and rear rightYou are telling the firmware that the motor connected to driver 2 (the Duet Z output) drives the leadscrew at X=-35 Y=250. is that correct? Similarly for the other 2 motors.
- The order of the probe points in bed.g doesn't matter.
-
@dc42 that was it, I didn't set the Z2:5:6 to the correct probe points in M671, thank you very much!
@deckingham, the good news is that slic3r PE has a setting for first layer and then other layers, so I guess I probably will have to do it like you said, turn first layer off to 0, then in the start gcode do G28 and G32 first, then set the temp to the first layer I want, and then go from there, I was just hoping to avoid that and just use the [first_layer_temperature] instead to save work xD. I will try and tinker with the code you gave me and report back what worked. Thank you very much!
-
@iamthebest22 I'm only 90% sure that slic3r PE puts the temperatures before the start gcode when it creates the gcode file - so there is 10% doubt. So I'd recommend that you do as I suggested and put some sort of comment as the first line of your start gcode, to act as a marker. Then slice an object and look at the file to see if there are any temperature related commands before that marker. That will confirm my suspicion or otherwise.
But yes, if you set the first layer temperature to zero, then the slicer will still adjust the temperature to whatever you set for subsequent layers. Thinking about it some more, you only need do that for the hot end temperature. You can leave the bed as is I'd have thought. So in the start gcode I suggested, you could maybe leave out the first M140 as long as the slicer puts either an M140 or an M190 before the start gcode.
-
Slicer will insert the temperature gcodes before the start gcode only if you don't specify your own temperature gcodes in the start gcode.
So it looks at your start code, and if you have your own M104, etc etc commands, it won't. If you have nothing, it will insert them for you before the start code using whatever was set in the filament tab. As far as I know this doesn't include the G10 Pn Sn Rn commands possible with RepRapFirmware.
https://manual.slic3r.org/expert-mode/printer-settings
The codes specified in Start G-code are inserted at the beginning of the output file, directly after the temperature control commands for extruder and bed. Note that if temperature control commands are specified (M104 and M190) then these will replace the temperature G-codes introduced by the Filament settings.
-
@phaedrux said in Double checking settings before I install my Duet Wifi + Duex:
Slicer will insert the temperature gcodes before the start gcode only if you don't specify your own temperature gcodes in the start gcode.
So it looks at your start code, and if you have your own M104, etc etc commands, it won't. If you have nothing, it will insert them for you before the start code using whatever was set in the filament tab. As far as I know this doesn't include the G10 Pn Sn Rn commands possible with RepRapFirmware.
https://manual.slic3r.org/expert-mode/printer-settings
The codes specified in Start G-code are inserted at the beginning of the output file, directly after the temperature control commands for extruder and bed. Note that if temperature control commands are specified (M104 and M190) then these will replace the temperature G-codes introduced by the Filament settings.
I didn't know that - seems that slic3r is cleverer than S3D in that respect.
So with luck, @iamthebest22 might be able to use that start code in slic3r without having to set the first layer hot end temperature to zero, as he would if he continues to use S3D.
(It doesn't work for me though as I use G10 S and R rather than M104/109 so slic3r still sets the temperature when I don't want it too).
-
@deckingman said in Double checking settings before I install my Duet Wifi + Duex:
(It doesn't work for me though as I use G10 S and R rather than M104/109 so slic3r still sets the temperature when I don't want it too).
One way around that would be to add a temp command for the bed and hotend using the M104, etc commands with a dummy temp, say maybe a preheat, or even 0. Anything just to keep it from adding it's own temp commands. Then immediately have a G10 command after that. That's what I did anyway. The place holder values [first_layer_temp] etc still work in the G10 command.
-
@phaedrux I'm happy enough with the way I have my macros set up and slicer temps all set to zero. I prefer having things configured in one place so my macros do everything and the start gcode does nothing (apart from call the relevant macro(s) depending on the printer profile I choose). That works for me but "each to their own" as the saying goes.
-
Sorry for the late delay, had to go to the dentist today for the usual stuff :P. Anyways, after forgetting to check all my drives are in the correct direction "coughextrudercough". I think I got it working. in Slic3r PE I turned the first layer temp off to 0 and this is my starting slicer gcode:
G28 ; home all axes
M104 S0 ; set nozzle to ensure 0 temp while auto bed levelingG4 S300 ; Dwell for 300 seconds or 5 minutes
G28
G32 ; auto bed leveling
G1 Z5 F300 ; lift nozzleM109 S210 ; wait for extruder temp
G1 Z0.3 X1 Y1 F6000 ; move to prime position
G1 E5 F60 ; prime 5mm of filamentprinted a cube successfully
right now it does what it says, and then after 1st layer at 210, it goes to 207 for the other layers as specified. Woot!
I'm not finished yet though, because this machine is part of a longer process that I"m trying to fix and because it was getting z wobble at heights above 600mm ish, and I've changed the lead screws to 8mm instead of 12mm and put on thrust bearings. Not gonna talk about that here since it's been long enough, I will link to that thread though over here: https://forum.duet3d.com/topic/9053/very-very-weird-issue-looks-like-z-wobble-but/28but thanks for all the help so far! Greatly appreciated!
