(Ormerod 2) M556 causes repeated z homes to track over bed

I've seen the other thread with problems relating to home but I don't think this is a limit switch issue.

If I open pronterface.exe home x, home y, and home z all looks fine. But if I home z again it steps diagonally +x +y. It will diagonally step each time. If I issue the following command it will still stide step, but after homing it all works fine:

M556 S78 X0 Y0 Z0

Incidentally when is the bed.g code run? Does G32 use that or the coordinates specified by the M557 in the config?

Result of M115

FIRMWARE_NAME:RepRapFirmware
FIRMWARE_VERSION:0.78c ELECTRONICSuet + Extension DATE:2014-09-18

Here's my homez.g

G91
G1 Z5 F200
G90
G1 X55 Y0         ; Adjusted to suit machine.
G30
G1 Z3 F200        ; Move to 3mm after home.

Here's my config file:

M111 S0                             ; Debug off
M550 POrmerod 2                     ; Machine name (can be anything you like)
M551 Preprap                        ; Machine password (currently not used)
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED ; MAC Address
M552 P192.168.85.66                 ; IP address
M553 P255.255.255.0                 ; Netmask
M554 P192.168.85.1                  ; Gateway
M555 P2                             ; Set output to look like Marlin
G21                                 ; Work in millimetres
G90                                 ; Send absolute corrdinates...
M83                                 ; ...but relative extruder moves
M906 X800 Y1000 Z800 E800           ; Set motor currents (mA)
M305 P1 R1000						; Set the hot-end thermistor series resistor to 1K
M569 P0 S0							; Reverse the X motor
M92 E416                            ; Set extruder steps per mm
M558 P2                             ; Use a modulated Z probe
G31 Z4.3 P540                       ; Set the probe height and threshold.
M557 P0 X55 Y00                     ; Four... 
M557 P1 X55 Y183                    ; ...probe points...
M557 P2 X220 Y183                   ; ...for bed...
M557 P3 X220 Y00                    ; ...levelling
M556 S74.25 X0.25 Y0.65 Z0.625      ; Put your axis compensation here
M201 X800 Y800 Z15 E1000            ; Accelerations (mm/s^2)
M203 X15000 Y15000 Z100 E3600       ; Maximum speeds (mm/min)
M566 X600 Y600 Z30 E20              ; Minimum speeds mm/minute
M563 P1 D0 H1                       ; Define tool 1
G10 P1 S-273 R-273                  ; Set tool 1 operating and standby temperatures

homex.cfg:

G91
G1 Z5 F200            ; z-axis definitely not on limit.
G90
M558 P1
G1 X-240 F2000 S1
G92 X0
G1 X3 F200
G1 X-30 S1
G92 X0
M558 P2
G91
G1 Z-5 F200           ; Return z-axis.
G90
G1 X10                ; Move x-axis 10mm
G92 X0                ; Re zero x-axis.

homey.cfg:

G91
G1 Z5 F200            ; z-axis definitely not on limit.
G1 X20 F2000          ; x-axis definitely not on limit.
G90
G92 Y0
G1 Y-250 F2000 S1
G92 Y0
G1 Y3 F200
G1 Y-30 F200 S1
G92 Y0
G91
G1 X-20 F2000         ; Return x-axis.
G1 Z-5 F200           ; Return z-axis.
G90
G1 Y5                 ; Move y-axis 5mm
G92 Y0                ; Re zero y-axis.

bed.g

G1 Z10 F200
G1 X55 Y00 F2000          ; Adjusted to suit machine.
G30 P0 Z-100000
G1 Z10 F200
G1 X55 Y183 F2000         ; Adjusted to suit machine.
G30 P1 Z-100000
G1 Z10 F200
G1 X220 Y183 F2000        ; Adjusted to suit machine.
G30 P2 Z-100000
G1 Z10 F200
G1 X220 Y00 F2000         ; Adjusted to suit machine.
G30 P3 S Z-100000
G1 Z10 F200

That diagonal movement is a known bug in the RRP firmware, caused by an interaction between the homing code and axis compensation. It is fixed in my fork of the firmware. See the thread on 0.78t-dc42 firmware for more details. Caution: if using it on an Ormerod 2, do not use my versions of homey.g and homeall.g which are for Ormerod 1.

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].

Evening!

Thanks for that message, it's helped a lot. I'm going to move the printer tomorrow so will have to start from scratch on the correction but at least the next problem is solved! Is the web interface much more basic on this version or have I a little bug in my config files?

If you use my fork of the firmware then you also need to use my fork of the web interface, currently at version 1.03. You should find it much more functional than the standard RRP 0.78 one, not less. See [github.com] for a list of improvements I and others made in both the firmware and the web interface. If you find my version of the web interface basic, then perhaps you have not copied all the files across to the SD card. The RRP version loads the style and font files from the web, but my versiob loads them all from the SD card.

One thing not present in my version is the direct print button. I provide an Upload & Print button instead.

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].

Evening.

I Just got a page with a few hyperlinks and a couple of grey buttons. I'll replace the files in the www folder of the SD card and try again tomorrow.

Thanks.

For a first time installation, you need to copy all the subdirectories of www to the Duet www directory as well as the files that are directly in www. If in doubt, folllow the instructions at [github.com].

Edited 1 time(s). Last edit at 10/23/2014 02:47PM by dc42.

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].