I've released new firmware at [github.com]. Changes in this release are:

Quote

Merged zpl's changes for binary file uploading (for compatibility with zpl's web interface 1.02), and moving print time estimation to new PrintMonitor module

Fixed bug that caused feed rate to not be restored sometimes after running a macro

Print Z probe offsets at end of G32 sequence if Move debug is enabled

This version supports zpl's new web interface version 1.02 available at [github.com] as well as my older web interface 1.05, and PanelDue firmware 1.05.

Reminders for anyone upgrading from any firmware earlier than my 1.00 series:

1. You can keep your original config.g. file if you add a M574 command to tell the firmware what endstops you have. Use M574 X0 Y2 Z0 S1 for an Ormerod 1, and M574 X0 Y1 Z0 S1 for an Ormerod 2. If you are using endstop switches for the X and/or Z axes instead of the IR sensor, you will need to modify this command to tell the firmware about those additional endstop switches.

2. You can either keep your existing homing files, or use mine (which home X and Y axes simultaneously). If you use mine, then use the M208 command to tell the firmware what X and Y positions the printer homes to (see the sample config.g files I provide).

3. If you are coming from RRP 0.78 series firmware on an Ormerod 1, then you need to either reverse the X motor connector on the Duet (so that the wire colours are in the same order as the other motors - TURN THE POWER OFF FIRST!), or add command M569 P0 S1 to config.g.

---

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].

I was one of those who was waiting for ZPL to add uploading to his new browser interface before I started using it. Thanks for making your firmware support this.

I have just finished a print with no problems, uploaded through ZPL 1.2 web IF, to 1.0l-dc42 firmware and started from PanelDue 1.5.

Does this mean that the G32 result will not be displayed in the message log? Move debug has to be enabled?

Thank you for the quick guide helping users getting up to speed with newer versions. That extra effort means a lot!

Quote
fotomas
Does this mean that the G32 result will not be displayed in the message log? Move debug has to be enabled?

No, the result is still displayed in the message log. My main motivation for making it possible to see the individual probe point errors is that on a delta printer, G32 does not set up bed compensation but instead adjusts the endstop offsets and delta radius, and it is sometimes useful to see the errors that led to the new values.

---

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].

Hi Guys

I need some help, please..

My printer (Ormerod1) has been inactive since September last year. Had some family issues needing all my attention.

Now, firmware and web interface has moved along.... this is all good. I have no flashed my Duet with the latest Firmware v1.00o, also did the DeutWeb upgrade.
Followed all the steps above:
1. Adding "M574 X0 Y2 Z0 S1" for an Ormerod 1, having no upgrades on the swithes.

2. Kept my homing files.

3. From RRP 0.78 series firmware on an Ormerod 1, reversed the X motor connector on the Duet

So at startup all seems well, but soon as I try any order in the hotend, or axis direction, it returns an AJAX error, then disconnects me.
After reconnect, no change has beed effected.

That said, if I set the Bed temperature, it complies.....uploading files, even the config.g file uploads fine.....

Not sure which way now...

Madmob

Hi Madmob, do you have the M563 command in your config.g file, to define the hot end? I don't know how DuetWebControl behaves if it finds there are no print heads defined, and if your previous firmware was very old then you might not have used M563 in config.g.

I suggest you compare your config.g file with either the one in my fork, or the RepRapPro 0.78c one, and make sure you can account for the differences.

---

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].

Hi DC

Hmmm, nope sure dont have it...

Will update and get back to you

Thanks
Madmob

Hi Guys

output from M503:

M503
; RepRapPro Ormerod
; Standard configuration G Codes
M111 S1; Debug on
M550 POrmerod; Set the machine's name
M551 Preprap; Set the password
M552 P192.168.1.14; Set the IP address
M553 P255.255.255.0; Set netmask
M554 P192.168.1.1; Set the gateway
M555 P2; Emulate Marlin USB output
T1 ; Select extruder 1
M92 E420; Set extruder steps/mm
G21 ; Work in mm
G90 ; Absolute positioning
M83 ; Extrusions relative
M558 P1 ; Turn Z Probe on
G31 Z1.7 P646 ; Set Z probe height and threshold
M906 X800 Y800 Z800 E800 ; Motor currents (mA)
M201 X1000 Y1000 Z15 E1000; acceleration tweaks for improved finish
M203 X15000 Y15000 Z300 E3600; speed tweaks for improved finish
M563 P1 D0 H1 ; Define tool 1
G10 P1 S-273 R-273 ; Set tool 1 operating and standby temperatures
M574 X0 Y2 Z0 S1 ;

Just for info...

Btw, still doing the same after adding the M563 command as suggested. Note this is only on the Headmovements.
Hot temperature is now working, must be the M563.... thanks DC

Thanks
Madmob

Edited 2 time(s). Last edit at 03/14/2015 10:08AM by madmob.

Some more info, seems it is only the motors, or control thereof from the web Interface that is not working..
That be X,Y,Z and extruder

Madmob

Edited 1 time(s). Last edit at 03/14/2015 10:15AM by madmob.

Try putting the T1 command right at the end of the file so that it is after the M563 command. That should get the extruder working. Also try adding M92 commands to define the steps/mm for the axes. Your config.g file looks rather short so I suspect it may be lacking some other commands too.

---

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].

Hi DC

Yes, agree seems short, but followed the Ormerod example from RepRap at [reprappro.com]

Moved the T1 statement, will test.
Also will try to find the commands I am missing.

Thanks
Madmob

Hi Guys

I can confirm all is working well from Pronterface via USB

Madmob

Hi Guys

After some trying everything I could think of, I found something....

Seems I have to run HomeAll from web interface before the manual actions would work.... odd

So, this leads me to my next issue... homing Z part of HomeAll just keep on dipping into the table....
Had to abort this action as the Z Nut had released from the trap.

I have no upgrades installed as yet, unable to print the parts needed for DC's Hotend board.
Please can you direct me to some instructions as to how to fix my homeAll script, using the original equipment

PS: I know I am being a pain, please forgive me

Thanks
Madmob

Hi Guys

Please validate this statement for me
M574 X0 Y2 Z0 S1 ;

Ormerod 1 with original IR endstop on X and Z axis. Y uses the mechanical switch.

Tried running the gcode from my homez.g file, but this is going to destroy my printbed..

G91
G1 Z5 F200
G90
G1 X55 Y0
G30
G1 Z0 F200

Running the last line ens up diving into the bed, and not stopping

Madmob

Depending on what version of firmware you upgraded from, you may need to move the Z probe blue wire to a different pin on the Duet expansion connector. Check the latest Ormerod 1 (if that is what you have) build instructions for the correct wiring, and check that the Z probe reading increases as expected as it gets closer to the bed.

---

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].

PS that M574 line is correct, it says that the only endstop switch is at the high end of the Y axis and the polarity is active high.

---

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].

Hi DC

Right on, the Blue wire the man said....

Thanks for all the input, currently busy with the setup, clean..

Thanks
Madmob