New firmware 1.04f-dc42

I have just released this at [github.com]. The changes in this release are:

Quote

Speed factor and extrusion factor changes now take effect 1 move earlier
Default feed rate after reset increased to 3000mm/min (it used to be the home feed rate of the Z axis, which was annoyingly slow)
M574 command now accepts E parameter so that active low Z probe switches can be used
Bed compensation is cancelled if Z probe was already triggered at the start of a probe
M20 S2 response now flags directories with a * prefix (for PanelDue)
M408 command introduced as an alternative to M105 S2 and M105 S3 (for PanelDue)
When cold extrusion is prevented, say which tool was affected in the error message
Bug fix: if a drive was turned off manually after going into idle mode, when it was enabled again the current remained at 30%
Bug fix: cold extrusion prevention did not work

The recommended web interface is DuetWebControl 1.06.

Edited 1 time(s). Last edit at 04/19/2015 02: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].

this is 1.04f i presume?

Thanks Darathy, I've just corrected the title of this thread.

---

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.

Just flashed new firmware.
updated from your 1.00a
Great work.
printer seems to run smoother.
I like that every new version is better, It's just hard to keep up with all the changes.
So i don't know realy if i have to change some settings or that there is just a bug?
I just saw one problem, after i started print job
see attached file.problem 2
should i make changes to config file?
define different tool? (H0 )
It also takes a bit longer for heater to reach 200C
Should i change M301 command? parameter T?
i use zpl's duet web control 1.06
and i had problems uploading files.
Either the connection was lost or the upload didn't finish
this is probably bug in www files,or just a daily problem?

Thank you

Hi Mercnik, thanks for using my firmware fork.

The message "Error: Setting temperature: no tool selected" means what it says. Usual cause is that your slic3r start gcode doesn't have a T0 or T1 command near the start. Your config.g file configures the hot end as T1 in the M563 command, but T0 is the new RepRapPro standard. I suggest you change P1 in your M563 command to P0, to confirm to the new standard

If it takes too long to reach 200C, then perhaps you have serious undershoot in the PID controller, which seems to be an increasing problem (the power of the cartridge heaters supplied by RepRapPro seems to vary a lot). Watch the temperature rise on the graph in the web interface to see if there is undershoot. The easiest way to correct undershoot is by increasing the S parameter in the M301 command for that heater.

I have problems uploading files in zpl's web interface very occasionally. When it happens, I reload the web interface in the same or a different tab and upload again - and it invariably works.

---

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!

I changed P1 to P0 in my M563 command, and in
G10 P0 S-273 R-273 command but i stil have the same problem.
What am i doing wrong?

Is there a T0 command in the start gcode of the file you are trying to print? If not, then you can send T0 before you print it.

Edited 1 time(s). Last edit at 05/02/2015 08:27AM 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].

yes

my slicer start G code

T0 ;select extruder 0
G28 ; home all axes
G32 ;bed leveling
G92 E0 ; Reset extruder
M116 ; Wait for temperature to be reached
G92 E0 ; Reset extruder
G1 E-1 F200 ; retract 1mm of filament
G92 E0 ; Reset extruder
; layer_height = [layer_height]

end G code
G92 E0 ; set fillament coordinates to 0
G1 E-10 F200 ; retract 10 mm of filament
G92 E0 ; set fillament coordinates to 0
G1 X2 Y190 ; park the machine
M1

And for M301 H1 S1.0 T0.67 command
should i change S parameter 1<S (S bigger than 1) if temperature rises to slowly?
Can parameter be greather than 1?

Can you post the first 50 or so lines of the file you are trying to print?

You can increase the S parameter beyond 1.0 if necessary to avoid temperature undershoot.

---

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

Btw you don't need to zero the extruder drives in your G-code file, the firmware does it automatically when a new print starts. It should be safe to remove all of your G92 E0 lines.

This is the file

; generated by Slic3r 1.1.7 on 2015-05-02 at 13:12:41

; perimeters extrusion width = 0.17mm
; infill extrusion width = 0.52mm
; solid infill extrusion width = 0.35mm
; top infill extrusion width = 0.28mm
; support material extrusion width = 0.50mm

G21 ; set units to millimeters
M107
M190 S54 ; wait for bed temperature to be reached
M104 S200 ; set temperature
T0 ;select extruder 0
G28 ; home all axes
G32 ;bed leveling
G92 E0 ; Reset extruder
M116 ; Wait for temperature to be reached
G92 E0 ; Reset extruder
G1 E-1 F200 ; retract 1mm of filament
G92 E0 ; Reset extruder
; layer_height = 0.35
M109 S200 ; wait for temperature to be reached
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
G1 F1800.000 E-2.40000
G1 Z0.350 F8400.000
G1 X71.875 Y71.764 F8400.000
G1 E2.40000 F1800.000
G1 X72.264 Y71.422 E0.04952 F1365.000
G1 X72.533 Y71.222 E0.03209
G1 X72.950 Y70.959 E0.04715
G1 X73.258 Y70.798 E0.03321
G1 X73.722 Y70.601 E0.04815
G1 X74.048 Y70.493 E0.03286
G1 X74.543 Y70.372 E0.04872
G1 X74.877 Y70.318 E0.03239
G1 X75.298 Y70.284 E0.04037
G1 X98.203 Y70.284 E2.19003
G1 X98.678 Y70.321 E0.04551 F1365.000
G1 X99.016 Y70.374 E0.03278
G1 X99.580 Y70.510 E0.05543
G1 X99.896 Y70.613 E0.03176
G1 X100.433 Y70.836 E0.05559
G1 X100.724 Y70.985 E0.03133
G1 X101.207 Y71.281 E0.05413
G1 X101.479 Y71.478 E0.03213
G1 X101.921 Y71.856 E0.05557
G1 X102.153 Y72.089 E0.03147
G1 X102.516 Y72.513 E0.05333
G1 X102.717 Y72.789 E0.03272
G1 X103.018 Y73.280 E0.05498
G1 X103.170 Y73.578 E0.03204
G1 X103.384 Y74.094 E0.05343
G1 X103.491 Y74.421 E0.03286
G1 X103.625 Y74.979 E0.05488
G1 X103.678 Y75.311 E0.03214
G1 X103.722 Y75.968 E0.06299
G1 X103.722 Y89.638 E1.30701
G1 X103.822 Y89.880 E0.02499
G1 X110.120 Y96.178 E0.85161
G1 X110.362 Y96.278 E0.02499
G1 X124.035 Y96.278 E1.30735
G1 X124.672 Y96.320 E0.06106
G1 X125.015 Y96.374 E0.03313
G1 X125.580 Y96.510 E0.05558
G1 X125.896 Y96.613 E0.03176
G1 X126.429 Y96.834 E0.05519
G1 X126.723 Y96.984 E0.03161
G1 X127.207 Y97.281 E0.05426
G1 X127.479 Y97.478 E0.03212
G1 X127.920 Y97.856 E0.05554
G1 X128.153 Y98.089 E0.03150
G1 X128.516 Y98.513 E0.05338
G1 X128.717 Y98.790 E0.03268
G1 X129.017 Y99.279 E0.05484
G1 X129.170 Y99.578 E0.03214
G1 X129.384 Y100.094 E0.05346
G1 X129.491 Y100.421 E0.03285
G1 X129.625 Y100.978 E0.05480
G1 X129.678 Y101.311 E0.03222
G1 X129.722 Y101.963 E0.06246
G1 X129.722 Y124.538 E2.15846
G1 X129.682 Y125.125 E0.05634
G1 X129.627 Y125.464 E0.03276
G1 X129.510 Y125.942 E0.04705
G1 X129.401 Y126.274 E0.03345
G1 X129.197 Y126.751 E0.04960
G1 X129.042 Y127.047 E0.03200
G1 X128.772 Y127.475 E0.04834
G1 X128.570 Y127.746 E0.03236
G1 X128.246 Y128.115 E0.04693
G1 X127.995 Y128.358 E0.03342
G1 X127.610 Y128.675 E0.04771
G1 X127.325 Y128.875 E0.03325
G1 X126.883 Y129.132 E0.04887
G1 X126.577 Y129.278 E0.03244
G1 X126.113 Y129.457 E0.04748
G1 X125.782 Y129.555 E0.03305
G1 X125.282 Y129.660 E0.04885
G1 X124.946 Y129.702 E0.03237
G1 X124.449 Y129.726 E0.04759
G1 X124.108 Y129.715 E0.03264
G1 X123.439 Y129.627 E0.06446
G1 X122.724 Y129.456 E0.07030
G1 X121.845 Y129.181 E0.08805
G1 X121.468 Y129.021 E0.03920
G1 X120.651 Y128.638 E0.08630
G1 X119.960 Y128.227 E0.07684
G1 X119.646 Y128.009 E0.03653
G1 X118.930 Y127.447 E0.08703
G1 X118.201 Y126.726 E0.09801
G1 X117.618 Y125.995 E0.08944
G1 X117.454 Y125.755 E0.02776
G1 X117.042 Y125.052 E0.07790
G1 X116.907 Y124.780 E0.02910

Looks like slic3r is generating M104 S200 and inserting it before the T0 command. That's why you are getting the error message. I suggest you run T0 before you start the print - you can even put T0 at the end of config.g if you like. The reason I haven't seen this is because when I print, I always heat the nozzle to operating temperature first, then home the Z axis, and do bed compensation if I am using it.

---

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

Hmm.
I still have the same problem with no tool selected.
I put the T0 comand in config file, but it doesn't help.

I gues i will have to preheat the nossle.

you need to put it in the slicer Under Printer Settings->Custom G-code: Start Gcode

ofcourse.
that was the first thing that i did

are all the start gcode you have necessery? i see you have way more stuff at the start then i have:

<sub>; generated by Slic3r 1.2.6 on 2015-05-03 at 10:44:38

; external perimeters extrusion width = 0.50mm
; perimeters extrusion width = 0.72mm
; infill extrusion width = 0.72mm
; solid infill extrusion width = 0.72mm
; top infill extrusion width = 0.72mm

M107
M190 S65 ; set bed temperature
M104 S195 ; set temperature
T0
G28 Z0 f3000
M83
M109 S195 ; wait for temperature to be reached
G21 ; set units to millimeters
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
G1 E-5.00000 F3600.00000
G1 Z0.350 F6600.000
G1 X39.020 Y63.006 F6600.000
G1 E5.00000 F3600.00000
G1 X40.302 Y62.257 E0.15656 F840.000</sub>

Edited 1 time(s). Last edit at 05/03/2015 11:10AM by Darathy.

this is not my start G code-
this is what slicer generates.

this is my start G code

T0 ;select extruder 0
G28 ; home all axes
G32 ;bed leveling
G92 E0 ; Reset extruder
M116 ; Wait for temperature to be reached
G92 E0 ; Reset extruder
G1 E-1 F200 ; retract 1mm of filament
G92 E0 ; Reset extruder

G92 commands are probably not necessary
but i didn't delet them yet

the start gcode in my post was mine ,try the 1.2.6 slic3r mybe it will be better. it is beta but works for me

Edited 2 time(s). Last edit at 05/03/2015 12:41PM by Darathy.

I have an ormerod 1. I've just upgraded from version 0.78v. config files are straight from your SD-Image folder. Everything appears to be working, except for homing the y axis. It hits the end but doesn't stop. my endstop config line is straight from your document

M574 X0 Y2 Z0 S1 ; set endstop configuration (Y endstop only, at high end, active high)

What am I doing wrong?

Quote
Crouchy
I have an ormerod 1. I've just upgraded from version 0.78v. config files are straight from your SD-Image folder. Everything appears to be working, except for homing the y axis. It hits the end but doesn't stop. my endstop config line is straight from your document

M574 X0 Y2 Z0 S1 ; set endstop configuration (Y endstop only, at high end, active high)

What am I doing wrong?

Strange, that should work. Can you confirm the following:

1. When you try to home the Y axis, the bed initially moves to the left as seen from the front of the machine, but doesn't stop at the end? If it moves to the right, then most likely your endstop switch has become disconnected, or you are using the wrong homing file.

2. To verify that the M574 line has been seen and processed, send M574 with no arguments. The response should be:

Endstop configuration: X none , Y high end (active high) , Z none

3. Send M558. The response should be:

Z Probe type is 1 on channel 0 with dive height 5.0 and it is used for these axes: X Z

btw in case anyone is wondering when 1.09-dc42 is coming, I built it several days ago but I haven't found time to test it.

Edited 3 time(s). Last edit at 05/12/2015 10:04AM 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].

Quote
dc42

Strange, that should work. Can you confirm the following:

1. When you try to home the Y axis, the bed initially moves to the left as seen from the front of the machine, but doesn't stop at the end? If it moves to the right, then most likely your endstop switch has become disconnected, or you are using the wrong homing file.

2. To verify that the M574 line has been seen and processed, send M574 with no arguments. The response should be:

Endstop configuration: X none , Y high end (active high) , Z none

3. Send M558. The response should be:

Z Probe type is 1 on channel 0 with dive height 5.0 and it is used for these axes: X Z

btw in case anyone is wondering when 1.09-dc42 is coming, I built it several days ago but I haven't found time to test it.

Problem Solved.

Confirmed all of the above was correct.

I then moved the bed and tested the microswitch was working with a multimeter. All Good.

I then turned the printer off and slid the bed across until it hit the end but could not hear the microswitch trigger. It turned out that the ribbon cable attached to the bed had lifted up and was preventing the microswitch from being triggered. it was only missing by a couple of mm so it wasn't immediately obvious when looking from above.

So, it was a mechanical problem not a software one!

I've been not printing for many months now. from 0.96 directly to 1.04 firmware. anything i need to keep my eyes on? no cable need to change? Sorry cause I kinda lost. While i'm still using ori ormerod 1

Edited 1 time(s). Last edit at 05/13/2015 10:44AM by antlvk.

A few things:

1. If you are switching to my fork of 1.04 on an Ormerod 1, you need to add the M574 command to tell it that the Y endstop is at the high end. See my sample config.g file for Ormerod 1.

2. RapRapPro changed he convention on tool numbering, so the first tool is now Tool 0 not Tool 1.

3. RepRapPro changed the default state to have no tool selected when the machine starts up. So you need to send a T0 command before you can extrude. Or put T0 at the end of config.g.

4. My fork of 1.04 support simultaneous homing of X and Y axes, if you use my homeall.g file. You can also speed up bed probing by reducing the Z dive height in the M558 command, if your Z probe is happy with a lower height.

---

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