CoreXY configuration…
-
The homing process is still a flop.. not sure what's going on but certainly not making any headway. So trying to isolate the problem here by simply homing the Xaxis only, I assume this can be done on a CoreXY setup?
[c]; homex.g
; called to home the X axis
;
; generated by RepRapFirmware Configuration Tool on Tue Nov 14 2017 17:05:20 GMT-0500 (Eastern Standard Time)G91 ; relative positioning
G1 X-305 F2000 S1 ; move to limit
G1 X5 F600
G1 X-10 F100 S1
G1 X6 F2000 ; Offset to correct zero position.
G90 ; absolute positioning
G92 X0[/c]After connecting to the Duet and pushing the button HomeX this is the outcome. So where should I start looking for the problem?
Here is a link to the video:
https://youtu.be/s_J4pvBM_1cCurrent file list in /sys
https://photos.app.goo.gl/r8m4Eb7xtqrhl11x2 -
Have you tested the endstop switches, using either the Machine Properties page of Duet Web Control or by sending M119 commands? I suspect that your endstop is reading in reverse.
-
DC42,
Thanks for your insight as ultimately the switch wiring and the machine properties page got me squared away. My newness overlooked that the Properties End Stop message said "EndStop Hit" was "yes" for all the axes..
Ultimately the problem was not that the switches were incorrectly wired, since the board had the 3.3v green light lit, but that the Gcode for the switches was set to normally closed and the switches are normally open.
[c]; Endstops
M574 X1 Y2 Z1 S1 ; Set active high endstops[/c]
modified to:
[c]; Endstops
M574 X1 Y2 Z1 S0 ; Set active high endstops[/c]Did I read the Gcode correctly, these are normally open switches?
Thanks.
VB,
-
Yes, if you are using normally open microswitches then you need S0 in M574 not S1. But if they are simple microswitches with 2 wires back to the Duet, then it's better to use the normally closed contacts.
-
DC42,
What am I not seeing that is causing my Yaxis to move backwards on my CoreXY? Directionally everything was working fine yesterday in regards to movement as I posted the config.g file earlier in the thread, today it isn't???
[c]; Configuration file for Duet WiFi (firmware version 1.17 to 1.19)
; executed by the firmware on start-up
;; executed by the firmware on start-up
;
; generated by RepRapFirmware Configuration Tool on Tue Nov 14 2017 17:05:20 GMT-0500 (Eastern Standard Time); General preferences
M111 S0 ; Debugging off
G21 ; Work in millimetres
G90 ; Send absolute coordinates…
M83 ; ...but relative extruder moves
M555 P1 ; Set firmware compatibility to look like RepRapFirmareM667 S1 ; Select CoreXY mode
M208 X0 Y0 Z0 S1 ; Set axis minima
M208 X300 Y300 Z320 S0 ; Set axis maxima; Endstops
M574 X1 Y2 Z1 S0 ; Set active low endstops
M558 P0 X0 Y0 Z0 H5 F120 T6000 ; Set Z probe type to switch, the axes for which it is used and the dive height + speeds
;G31 P600 X0 Y0 Z2.5 ; Set Z probe trigger value, offset and trigger height
;M557 X15:285 Y15:310 S20 ; Define mesh grid; Drives
M569 P0 S0 ; Drive 0 goes backwards
M569 P1 S0 ; Drive 1 goes backwards
M569 P2 S1 ; Drive 2 goes forwards
M569 P3 S1 ; Drive 3 goes forwardsM350 X16 Y16 Z16 E16 I1 ; Configure microstepping with interpolation
M92 X80 Y80 Z4000 E420 ; Set steps per mm
M566 X900 Y900 Z12 E120 ; Set maximum instantaneous speed changes (mm/min)
M203 X6000 Y6000 Z180 E1200 ; Set maximum speeds (mm/min)
M201 X500 Y500 Z250 E250 ; Set accelerations (mm/s^2)
M906 X800 Y800 Z800 E800 I30 ; Set motor currents (mA) and motor idle factor in per cent
M84 S30 ; Set idle timeout; Heaters
M305 P0 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 0
M143 H0 S120 ; Set temperature limit for heater 0 to 120C
M305 P1 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 1
M143 H1 S280 ; Set temperature limit for heater 1 to 280C; Tools
M563 P0 D0 H1 ; Define tool 0
G10 P0 X0 Y0 Z0 ; Set tool 0 axis offsets
G10 P0 R0 S0 ; Set initial tool 0 active and standby temperatures to 0C; Network
M550 PDuetPrinter ; Set machine name
M552 S1 ; Enable network
M586 P0 S1 ; Enable HTTP
M586 P1 S0 ; Disable FTP
M586 P2 S0 ; Disable Telnet; Fans
M106 P0 S0.3 I0 F500 H-1 ; Set fan 0 value, PWM signal inversion and frequency. Thermostatic control is turned off
M106 P1 S1 I0 F500 H1 T45 ; Set fan 1 value, PWM signal inversion and frequency. Thermostatic control is turned on
M106 P2 S1 I0 F500 H1 T45 ; Set fan 2 value, PWM signal inversion and frequency. Thermostatic control is turned on; Custom settings are not configured
; Miscellaneous
T0 ; Select first tool[/c] -
Have you upgraded the firmware between yesterday and today?
-
No, I had done that before I started with the configuration.
Does the movement of the axes get controlled from anywhere other than the config.g file, specifically the drive section?
[c]; Drives
M569 P0 S0 ; Drive 0 goes backwards
M569 P1 S0 ; Drive 1 goes backwards
M569 P2 S1 ; Drive 2 goes forwards
M569 P3 S1 ; Drive 3 goes forwards[/c] -
If it moved correctly yesterday AND you haven't changed anything in config.g, then it would suggest a wiring issue - possible a bad connection or some such. With a CoreXY both motors contribute to X and Y movement so if one motor isn't working properly, you'll get strange results. Suggest you have a look at this and run through the checks https://www.duet3d.com/wiki/Configuring_RepRapFirmware_for_a_CoreXY_printer
-
So the strange thing is that the only changing things are the files on the micro… the wiring to the board hasn't changed. Maybe I wasn't paying close enough attention to the y axis the other day and to its movement as it seemed to home correctly (homeall.g)??
So, I switched XY servos on the board and now when manually moving the axis through the control panel they now appear to be correct.
-
Finally figured out that the problem I was having with the homing of the Xaxis was that the end stop switch had become bent and wasn't making contact, out of sight and fun to track down.
VB,
