Experimental firmware 0.78a-dc42

Paul, can you test your extra fans using the M106 command?

I've just tested the M106 command on my system with a cheap 12V fan connected to the fan pins on the Duet. It works as long as I send either m106 s0 or m106 s255. I've also checked that m107 turns the fan off. The fan isn't designed for PWM operation, so I'm not surprised that it doesn't like intermediate PWM 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].

Quote
appjaws1
...
M83 ; ...but relative extruder moves
;M208 X200 Y215 ; Set bed size
M906 X900 Y1000 Z900 E800 ; Set motor currents (mA)
...
/quote]
Paul,
Is that line really commented out?
Should it be?
Greg

---

Ormerod #17

Quote
GregL

Quote
appjaws1
...
M83 ; ...but relative extruder moves
;M208 X200 Y215 ; Set bed size
M906 X900 Y1000 Z900 E800 ; Set motor currents (mA)
...
/quote]
Paul,
Is that line really commented out?
Should it be?
Greg

GregL, I commented it out yesterday when having a lot of problems after the upgrades. Since the machine was new I have never had that line in my config and everything worked well.
I'm not sure if that entry is needed but everything works without it.
Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Quote
dc42
Paul, can you test your extra fans using the M106 command?

I've just tested the M106 command on my system with a cheap 12V fan connected to the fan pins on the Duet. It works as long as I send either m106 s0 or m106 s255. I've also checked that m107 turns the fan off. The fan isn't designed for PWM operation, so I'm not surprised that it doesn't like intermediate PWM values.

David, I am happy to report that my machine seems to be working well, I have just re-calibrated using the thin wall test and the results were good.

The external fans are working correctly and are responding to the codes you supplied. The max (255) works well but the minimum speed I could get without the fan stopping is (185), I've never considered this before.

I have put the min fan speed as 72 (185/255) and max 100 in slic3r on the cooling page. I'll do some test prints to check that it works as expected..

Thank you for all your valuable help
Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Paul, if you want really good speed control then you should get a 4-wire PWM fan (cheap as chips on eBay and Amazon). Wire the fan between +12V and ground (you can use the positive fan output on the Duet for the +12V). Then wire the fan PWM input to the anode of a 1N4148 or similar diode, and the cathode of that diode to the negative fan output pin on the Duet. You'll need to select inverse PWM in the M106 command. A fan meeting the Intel PWM fan specification has to go down to 30% PWM or lower.

---

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

A PWM fan is great, I've been using one for the nozzle and filament cooling for a couple weeks and it has been working very well (P/N: R124020BUAF). The heatsink gets hot when the nozzle is at 250°C, but I can still touch it when it's blowing at minimum RPM. I wouldn't want to use it with a second extruder mounted, though.

Quote
dc42
Paul, if you want really good speed control then you should get a 4-wire PWM fan (cheap as chips on eBay and Amazon). Wire the fan between +12V and ground (you can use the positive fan output on the Duet for the +12V). Then wire the fan PWM input to the anode of a 1N4148 or similar diode, and the cathode of that diode to the negative fan output pin on the Duet. You'll need to select inverse PWM in the M106 command. A fan meeting the Intel PWM fan specification has to go down to 30% PWM or lower.

Thanks David,

I have looked at Amazon and eBay and the cheapest I could find was ebay from america at approx £5.84 plus £8.26 postage.
I did a search for 40mm 4 wire PWM fan and very little came up.

Have you seen cheaper from uk suppliers?

I think I do need to get this type of fan as it will give greater control over airflow.

Thanks again
Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

I put "pwm fan 12v" into RS search box and it comes up with quite a selection. Most are pretty pricy though, and the cheapest is £10.50 One I looked at did not mention PWM control in the RS description but the datasheet makes it clear that it does have PWM control. It can be either a 3 or 4 wire PWM fan (not all fans with 3 wires are PWM controllable, so check the data sheet). See [uk.rs-online.com]

Dave
(#106)

Edited 2 time(s). Last edit at 07/09/2014 08:50AM by dmould.

It does look like the 40mm PWM fans are hard to come by in the UK, unlike larger PWM fans. I did a search on eBay and came up with these [www.ebay.co.uk]. They are all from the USA, but the prices are lower than the one you referred to. I have not checked that they are all 12VDC. Many of them are 28mm think rather than 20mm, and one is 15mm. I also found an expensive one on Amazon UK.

Edited 1 time(s). Last edit at 07/09/2014 10:07AM 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].

Hi David,


my ordered new zprobe from you arrived yesterday. After mounting, testing and updating, editing all necassery files the new firmware works perfect. maybe i forget something to change in the config files.


greetings

Muggi, thanks for the feedback. I'm glad it is all working for you now.

---

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 David,

I have been printing all day and am very pleased with your new board and software updates. Yesterday I and the machine had brain farts.
A couple of observations:-

I have noticed that the object height isn't being updated, it constantly reads 5mm, even though the current print is 26.0mm heigh, obviously the number of layers reported is also incorrect.

The movement of the bed when homing is quite slow, slower than it was with previous versions of the firmware

Or is the above just on my machine?

Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Hi Paul,

If the object height is not updated when you start printing a file, that is probably because you have something like G1 Z5 in your slic3r custom end gcode. Slic3r does not generate an object height comment, so the firmware looks for the last G1 Z command in the file to determine the object height. So you need to either remove that command, or disguise it. For example, change it to G0 Z5, or Z5 G1.

Which homing speeds are you finding slower than before? RRP reduced the default maximum Z speed in 0.78 from 180 to 100mm/min, but the homing feed rates were not changed (they are 50mm/sec for X and Y, and 1mm/sec for Z). There is scope to increase the Z homing feedrate a little, because my firmware fork slows down the Z homing speed when the signal from the IR sensor reaches 90% of the target value. You can adjust the homing feed rates using the M210 command.

Edited 1 time(s). Last edit at 07/09/2014 04:18PM 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].

Thank you David,
I have changed the slic3r code to Z5 G1 F200 ; move Z up 5mm -- so the order of the parts doesn't matter and it will action as if it is a G1 command?
It is the Y homing which appears slower, I can't see why it should be so low. When I issue G1 X100 Y100 the bed and hot end move quite fast at the same time, I would have expected the homing to move at a similar speed. What would I put in the config file? M210 X1000 Y1500 or is that the default? How do I find what the default is?

Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Paul, is it the initial movement to the Y endstop that appears slower, or the movement back to Y=0? You can change the speed of the movement back to Y=0 in the homey.g file. I use this:

G91
G1 Z3 F200
G1 Y220 F2000 S1
G90
G1 Y0 F12000
G91
G1 Z-3 F200
G90

I've also reduced the Z movement from 5mm to 3mm because I use picture frame clips to hold the bed, which have a lower profile than the original foldback clips. I could probably get away with 1.5mm.

---

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

Another user (thanks zombiepantslol) has pointed out that the homing files in the SD-image/sys of my firmware fork, which are copied form the RepRapPro 0.78 mater, now contain some M558 P1 commands. This is fine if you are using the original IR sensor or one of my hot end boards for homing (except for my kit 2 or 3 boards, which need M558 P2), but not if you are using microswitches instead.

So if you are using microswitches, either delete the M558 commands from those homing files, or use whatever homing files you were using before you switched to 0.78.

If you are using one of my differential IR boards with 0.78a-dc42 firmware, then I suggest you try the homing files I posted at [forums.reprap.org] and make any adjustments you need. You may also wish to add a command such as M208 X-8 S1 to config.g so as to define the X endstop to be at X= -8mm, or whatever value is appropriate for your Ormerod. If you are using picture frame clips to hold the bed down, then you may also wish to reduce the Z movement when X or Y homing from 5mm to 1.5mm.

Edited 1 time(s). Last edit at 07/09/2014 05:22PM 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].

I just found the first bug in firmware 0.78a-dc42. If you send M122 from the web interface when the USB cable is not connected, then the Duet hangs, and after a while the software watchdog kicks in and resets it with a 0x1004 reset code. So don't send M122 unless the USB cable is connected.

---

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 have changed my home files to yours David, the ones you posted. The following is my config file:-

; Configuration file for RepRap Ormerod
; RepRapPro Ltd
M111 S0 ; Debug off
M550 Pappjaws-Ormerod ; 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.1.14 ; IP address
M553 P255.255.255.0 ; Netmask
M554 P192.168.1.1 ; Gateway
M555 P2 ; Set output to look like Marlin
G21 ; Work in millimetres
G90 ; Send absolute corrdinates...
M83 ; ...but relative extruder moves
M208 X200 Y210 Z180 ; Set bed size
M208 X-8 S1
M906 X900 Y1000 Z900 E800 ; Set motor currents (mA)
M210 X1000 Y1500
M563 P1 D0 H1 ; Define tool 1
G10 P1 S0 R0 ; Set tool 1 operating and standby temperatures
M92 E420 ; Set extruder steps per mm
M558 P1 ; Use an unmodulated Z probe
G31 Z1.5 P500 ; Set the probe height and threshold
M557 P0 X25 Y25 ; Four...
M557 P1 X25 Y190 ; ...probe points...
M557 P2 X190 Y190 ; ...for bed...
M557 P3 X190 Y25 ; ...levelling
M556 S74.5 X-0.56 Y0.18 Z0.267 ; 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
M140 R30 ; set bed standby temperature to 30C

setbed.g

M110
G30 P0 X25 Y25
G30 P1 X25 Y190
G30 P2 X190 Y190
G30 P3 X190 Y25
M92 X87.5766 Y87.5766 Z4000
M556 S74.5 X-0.56 Y0.18 Z0.267
M140 S65 ; start heating the bed to 65C
M561 ; clear bed height transform
G91 ; relative positioning
G1 Z5 ; raise 5mm
G90 ; absolute positioning
G28 X0 Y0 ; home the X and Y axes
G1 Y200 F5000 ; get the head out of the way so we can clean the bed
M116 ; wait for bed temp to stabilise
;G4 P120000 ; want 2 more minutes when using the ultrasonic probe
M104 S195;
G32 ; execute bed plane measurement procedure
G1 X100 Y107.5; now home the Z axis at the centre of the bed
G28 Z0
G1 Z5
M110


This is the problem I switch on the machine and activate the setbed.g button. The bed moves rapidly to the right away from the microswitch, when it gets to the far end it stops but the motor keeps going for a short time, then the bed moves to the left and stops just short of the microswitch. The hot end then moves to the centre of the bed but is offset in the X+ direction by approx. 15mm. The web interface just shows Home X as blue, the others are yellow.
The machine is just sitting there with the bed and Hot en up to temperature.

The only change since my fully working machine yesterday is the home files changed to dc42's from reprap originals and the added lines in config of
M208 X200 Y210 Z180 ; Set bed size
M208 X-8 S1
M210 X1000 Y1500

Yesterday activating setbed.g worked perfectly.

I don't understand what is going on.

Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Thanks Paul, I'll try running your setbed file when my current print has finished. A couple of questions:

1. Does it work properly if you do a Home All before running setbed.g?

2. What is the reason for the M110 commands at the start and end of setbed.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].

Davis,
If I homeall after switch on, X homes correctly, Y moves the bed to the right so that the nozzle is under the left hand side of the bed and then Z homes. The web interface shows Home X and Home Z in blue but Home Y is still yellow. The bed did not move towards the left side at all to activate the microswitch.

I don't know where the M110 commands have come from, I see they are entries for line numbers. I'll remove them.

I just hope you can reproduce this I seem to remember some time ago you made some changes to do with being able to move the head outside of the bed, I never used that but I wonder if some of the code I'm now using is part of that and I need to set something else up for it to work properly. Having said that, everything worked with the reprap original home files.

Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Paul, here is another test you can do. After switch on, raise Z a little if you need to, then send G1 Y220 S1. This is the command used in the Y homing file. It should move the bed to the left until it hits the Y microswitch, then the web interface should indicate that Y has been homed (even though it is not at Y=0).

My Ormerod is busy with a print that is not estimated to finish until about 22:30, so I won't be able to do any tests before then.

---

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

David,

The home Y that works is:-

G91
G1 Z5 F200
G1 X20 F2000
G90
G90
G92 Y0
G1 Y220 F2000 S1
G92 Y200
G1 Y0
G91
G1 X-20 F2000
G1 Z-5 F200

Yours is:

G91
G1 Z5 F200
G1 Y220 F2000 S1
G90
G1 Y0 F12000
G91
G1 Z-5 F200
G90

I still can't see why this is so different.

I have reverted the home files back to reprap originals and all is working again

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Quote
dc42
Paul, here is another test you can do. After switch on, raise Z a little if you need to, then send G1 Y220 S1. This is the command used in the Y homing file. It should move the bed to the left until it hits the Y microswitch, then the web interface should indicate that Y has been homed (even though it is not at Y=0).

My Ormerod is busy with a print that is not estimated to finish until about 22:30, so I won't be able to do any tests before then.

Yes that worked correctly, the bed moved to the left and activated the microswitch.

Thanks for your help, hope the print turns out fine

Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Paul, after switch on, please try sending the first 4 lines of my homey.g file by hand via the web interface, and see whether the bed moves to the y homing switch.

The main difference that I can see is that I am doing a relative move to increase Y by 220 during the homing move, whereas RRP are using G92 to define the initial position as Y=0 and then doing an absolute move to Y=220. I'm guessing that there is some subtle difference in the behaviour, at least on your Ormerod.

---

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

Yes it does,
I can see from my setbed that the G28 X0 Y0 ; home the X and Y axes is preceded by a G90 ; absolute positioning

Should I just remove that line? and all will be well???

I just removed that line, put setbed and your homing files on the SD card. Started the machine and operated setbed.g, same as before so something else is wrong. It is strange that the bed moves in the wrong direction.

I have reverted back again so I can print.

I thought all of us were operating the basics the same I suppose that the two different ways of homing should be documented with the pros and cons listed.

I still can't see why your files won't work for me, I must be missing a command somewhere, but does it matter? I also can't believe that I am the only one who operates homing the reprap way.

Paul

Edited 1 time(s). Last edit at 07/10/2014 12:41PM by appjaws1.

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

In summary, the first 4 lines of my homey.g file work when you send them manually immediately after switch on, but not if you press the Home Y button, which causes the Duet to run the same lines from the homey.g file.

What editor did you use to create the non-working homey.g file?

Can you try creating a new homey.g file containing the same lines as mine, in case there are any funny non-printing characters in the one you have been trying? You could run it as a regular gcode file, then if it seems to work, copy it to /sys.

Edited 1 time(s). Last edit at 07/10/2014 12:23PM 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].

David,
I didn't use an editor for the homey.g file I just downloaded it from your posting.

I have created a new file in notepad, manually adding the lines. When I ran it the bed moved to the right and stopped, it did not go to the left microswitch.

How does my config compare to yours?
Paul

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Huh, are you sure your endstop microswitch is connected properly? I remember experiencing the same phenomenon when I had a loose connection at the switch.

Btw, I replaced my homey.g file with dc42's one a few hours ago, tested it, and it worked nicely. But perhaps there's something else in your setbed.g I haven't noticed? I'd test that one, but I don't have an IR probe yet...

Quote
zombiepantslol
Huh, are you sure your endstop microswitch is connected properly? I remember experiencing the same phenomenon when I had a loose connection at the switch.

Btw, I replaced my homey.g file with dc42's one a few hours ago, tested it, and it worked nicely. But perhaps there's something else in your setbed.g I haven't noticed? I'd test that one, but I don't have an IR probe yet...

Thanks
The ormerod works with the reprap home files so it's not the microswitch connections.

I must have an error in setbed or config that is only affected when using dc42's home files, very strange.

---

appjaws - Core XYUV Duet Ethernet Duex5
firmware 3.1.1 Web Interface 3.1.1
Ormerod 1-converted to laser engraver, Duet wifi
OpenSCAD version 2020.07
slic3r-1.3.0, Simplify3D 4.1.2, Cura-4.4.1

Quote
appjaws1
How does my config compare to yours?

Here is mine:

; RepRapPro Ormerod config
; Standard configuration G Codes modified by dc42 some more

M111 S0								; Debug off
M550 PDC42's Ormerod				; Set the machine's name
M551 Preprap						; Set the password
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED ; MAC Address
M552 P192.168.1.80					; Set the IP address
M553 P255.255.255.0					; Set netmask
M554 P192.168.1.254					; Set the gateway
M555 P2								; Emulate Marlin USB output
G21									; Work in mm
G90									; Absolute positioning
M83									; Extrusions relative
M906 X1000 Y1000 Z800 E1000			; Motor currents (mA)
M563 P1 D0 H1                       ; Define tool 1
;M563 P2 D1 H2
G10 P1 S0 R0                        ; Set tool 1 operating and standby temperatures
M92 E420							; Set extruder steps/mm
M558 P1 							; enable differential IR sensor
G31 P500 Z1.25						; set height and threshold
M305 P0 H18.2 L-14					; set ADC correction
M305 P1 H18.2 L-14					; set ADC correction
M557 P0 X35 Y20
M557 P1 X35 Y200
M557 P2 X210 Y200
M557 P3 X210 Y20
M556 S78 X0 Y0 Z0                   ; Put your axis compensation here
M201 X800 Y800 Z15 E1000			; set accelerations
M203 X15000 Y15000 Z100 E3600		; set XYZ and extruder speeds
M566 X600 Y600 Z30 E20              ; Minimum speeds mm/minute
M208 X214 Y210						; set axis travel
M208 X-8 S1							; set axis minimum

The lines that you have and I don't include this one:

M210 X1000 Y1500

I wonder if it might be relevant?

Edited 1 time(s). Last edit at 07/10/2014 03:37PM 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].