New RepRapFirmware 1.09r-dc42

I have just released this at [github.com] (follow the link and press Raw to download it). Changes in this release compared to 1.09m are:

* Implemented F, H and R parameters to M106 command. The second fan output on a Duet 0.8.5 now defaults to being a thermostatic fan at power up.
* Improved speed of file upload to SD card
* G32 is now allowed if the printer has not been homed, if there is a bed.g file
* G30 commands are no longer allowed on a delta that has not been homed
* M572 parameter P (drive number) replaced by parameter D (extruder number)
* Up to 4 thermocouple temperature sensors are now supported using readily-available MAX31855 boards (thanks dnewman).
* New output buffering system to handle larger responses (thanks chrishamm). This includes fixes to the buffer starvation problem that caused me to withdraw 1.09o and reinstatement of the USB timeout code to handle loss of USB connection smoothly during a print.
* Compatibility with DuetWebControl 1.08 (thanks chrishamm)
* Support for M577 (thanks chrishamm)
* File info requests are now processed in stages to reduce impact on printing (thanks chrishamm)
* Use latest network stack and webserver modules from chrishamm (thanks chrishamm)
* Added Roland mill support (thanks RRP/chrishamm), but it is disabled by default in favour of more thermocouple channels
* Added inkjet support (thanks RRP/chrishamm) but it is disabled by default
* Added S parameter (idle timeout) to M18 and M84 commands (thanks chrishamm)
* Moved I/O pin assignments to separate Pins.h file to more easily support alternative hardware (thanks dnewman)
* Corrected a problem whereby if the Z probe type was set to 4 on a Duet 0.8.5, thermistor temperature readings were too high
* Bug fix: filament usage and % print complete figures were incorrect when absolute extruder coordinates were used
* Bug fix: file-based print estimate was occasionally returned as 'inf' which caused the web interface to disconnect
* Bug fix: M666 now flags all towers as not homed
* Bug fixes to extruder pressure compensation (M572 command).
* Added no-cache pragmas to web responses to better support Edge browser (thanks wrangellboy)

This release will work with DuetWebControl versions 1.07 and 1.08, but not 1.06.

I have documented the thermocouple support for Duet electronics at [reprap.org].

Edited 4 time(s). Last edit at 01/17/2016 04:29AM 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].

Dave,

Thanks for your continued support of this firmware!

[BTW, these questions are based on a previous version as I have not installed the new one yet]

I have been away from it all for quite a while. I would like to know if it is possible, and how, to minimize the diagnostics messages coming back through USB?

I don't see a need to send all this back to the host continuously outside of debugging?

08:59:57.345 : DDA: end=[0.000000 0.000000 229.199997] d=3.060485 vec=[-0.283392 -0.959004 0.000000 0.000000 0.000000] a=1564.122803 reqv=50.000004 topv=50.000004 startv=9.732321 endv=0.000000
08:59:57.348 : daccel=0.768892 ddecel=0.799170 fstep=4562
08:59:57.353 : DMx: dir=F steps=128 next=1 interval=0 sstcda=16333 acmadtcdts=27212 tstcdapdsc=229843 tstdca2=26965324864
08:59:57.358 : revss=129 hmz0sK=9526340 minusAaPlusBbTimesKs=4072834 dSquaredMinusAsquaredMinusBsquared=90741401452544
08:59:57.361 : 2c2mmsdak=172086 asdsk=39367 dsdsk=115779 mmstcdts=537599
08:59:57.367 : DMy: dir=F steps=43 next=1 interval=0 sstcda=16333 acmadtcdts=27212 tstcdapdsc=229843 tstdca2=26965324864
08:59:57.372 : revss=44 hmz0sK=9569859 minusAaPlusBbTimesKs=1421206 dSquaredMinusAsquaredMinusBsquared=91572402126848
08:59:57.375 : 2c2mmsdak=172086 asdsk=39367 dsdsk=115779 mmstcdts=537599
08:59:57.380 : DMz: dir=B steps=162 next=1 interval=0 sstcda=16333 acmadtcdts=27212 tstcdapdsc=229843 tstdca2=26965324864
08:59:57.386 : revss=163 hmz0sK=9673797 minusAaPlusBbTimesKs=-5023950 dSquaredMinusAsquaredMinusBsquared=93592269881344
08:59:57.388 : 2c2mmsdak=172086 asdsk=39367 dsdsk=115779 mmstcdts=537599
08:59:57.389 : DM1: not moving
08:59:57.390 : DM2: not moving

Also, is there a way to make it report hot end temp during the heat up phase? RepetierHost is not showing any change in hotend during warmup and just all of a sudden starts when it is ready. The old ramps setup with marlin reported incremental temp changes.

Quote
thetazzbot
Dave,

Thanks for your continued support of this firmware!

[BTW, these questions are based on a previous version as I have not installed the new one yet]

I have been away from it all for quite a while. I would like to know if it is possible, and how, to minimize the diagnostics messages coming back through USB?

It sounds to me that you have debugging enabled. Put command M111 S0 at the start of config.g as in the example files.

Quote
thetazzbot
Also, is there a way to make it report hot end temp during the heat up phase? RepetierHost is not showing any change in hotend during warmup and just all of a sudden starts when it is ready. The old ramps setup with marlin reported incremental temp changes.

I don't have Repetier, but on my machine, Pronterface does show the temperatures while heating up. Turning off debug output may help. If it still doesn't work for you, please gcode debugging back on using M111 S1 P3 and let me know what it reports that Repetier is sending to poll the temperature.

Is there a reason why you are not using the web interface?

Edited 2 time(s). Last edit at 01/17/2016 11:13AM 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].

Thanks just updated without any issue. Connecting to the web interface felt faster to me.

Any tips on the layer height count showing, I followed your blog post and have added to slic3r "; layer_height = [layer_height]" and in my end gcode to move the head up I use "G0 Z60 F4000"

Here's the full start

; layer_height = [layer_height]
M83
T0
M116

and stop
G91
G0 Z60 F4000
G90
G1 X0 Y0
T99


I'm sure its something Im doing wrong

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

Can you attach the gcode file? You can cut out most of the middle to make it smaller if necessary. I just need the first and last 50 or so gcode lines + all the comments at the start and end.

---

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

Sure, here's an example (its a cable chain mount for a K40 laser )

I just printed and fitted this tonight, everything was good apart from the layer statistics during the print.

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

I'm not using the web interface because i don't like it And I like Repetier Host.

I likes what I likes.

So I have a new problem. I upgraded to 1.09r and now the printer will not move up or down.

I suppose the new version is not backwards compatible with the older version's config file or something?? didn't change the config. Just flashed the new version.
disregard that...


I ran the M111 S1 P3 and started a print job. Repetier is not getting anything back from the printer, it is just repeating 'Heater 1 switched on' endlessly. I know its on becuase I just burned me finger testing it lol

Edited 1 time(s). Last edit at 01/17/2016 01:26PM by thetazzbot.

This is the traffic I see if I manually request a bed temp or hot end temp:

[bed]

12:37:38.147 : ok T:24.1 B:34.8
12:37:41.194 : N728 M105 *10
12:37:41.204 : serial: N728 M105 *10
12:37:41.208 : ok T:24.3 B:34.8

[hotend]
12:38:30.204 : serial: N745 M105 *1
12:38:30.209 : ok T:23.8 B:32.9
12:38:33.252 : N746 M105 *2
12:38:33.262 : serial: N746 M105 *2
12:38:33.266 : ok T:26.0 B:32.7
12:38:36.321 : N747 M105 *3
12:38:36.332 : serial: N747 M105 *3
12:38:36.336 : ok T:29.8 B:32.7
12:38:39.380 : N748 M105 *12
12:38:39.391 : serial: N748 M105 *12
12:38:39.395 : ok T:34.2 B:32.7

But when you press "Print", it sends the temp request and the printer (presumably) goes into a wait mode waiting for the hotend to get to the requested temp, no data comes back while this wait mode is active.

I've installed the "r" release on two printers, one with Duet .0.6.5 and the other a Duet .8 I've been connected to both (web interface, one is on wifi the other on ethernet) all day with no disconnects. Upload speed is very fast. I also updated to the DuetWebControl 1.08. The ability to edit the config.g right from the browser rocks! As does thermostatic fan control and all of the other goodies.

---

[sublimelayers.blogspot.com]

A strategy for Successful (and Great) Prints [forum.seemecnc.com]
Strategies for Resolving Print Artifacts [forum.seemecnc.com]

[www.EclecticAngler.com]

Quote
mhackney
I've installed the "r" release on two printers, one with Duet .0.6.5 and the other a Duet .8 I've been connected to both (web interface, one is on wifi the other on ethernet) all day with no disconnects. Upload speed is very fast. I also updated to the DuetWebControl 1.08. The ability to edit the config.g right from the browser rocks! As does thermostatic fan control and all of the other goodies.

Thanks for the feedback! Please can you report the upload speed next time you upload a large file?

---

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

Routinely seeing > 200 kb/s.

Just uploaded a 24Mb file at 215kbp/s with a peak at 290. This was the .8.5 Duet.

---

[sublimelayers.blogspot.com]

A strategy for Successful (and Great) Prints [forum.seemecnc.com]
Strategies for Resolving Print Artifacts [forum.seemecnc.com]

[www.EclecticAngler.com]

I've just got similar results with a 0.6 Duet.

One quick question - does the config.g file need any amendments for this release? My previous version was 1.09m, with 1.07 website.

No changes are needed to config.g going to this release from 1.09m unless you are using the second PWM fan output on a Duet 0.8.5.

---

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

@dc42 - one little thing I've noticed with the "r" release. If I issue a G32 to calibrate from the web interface, when complete the console log shows the results but the PanelDue Console screen does not. Conversely, if I run the calibration by touching the calibrate button on PanelDue, when it is complete, the PanelDue Console screen shows the results but the web interface does not.

---

[sublimelayers.blogspot.com]

A strategy for Successful (and Great) Prints [forum.seemecnc.com]
Strategies for Resolving Print Artifacts [forum.seemecnc.com]

[www.EclecticAngler.com]

Just uploaded a 15mb file and averaged 266 kibs. On a duet 0.6.

Quote
mhackney
@dc42 - one little thing I've noticed with the "r" release. If I issue a G32 to calibrate from the web interface, when complete the console log shows the results but the PanelDue Console screen does not. Conversely, if I run the calibration by touching the calibrate button on PanelDue, when it is complete, the PanelDue Console screen shows the results but the web interface does not.

I was just going to report this issue. I have the same problem.

I noticed this behaviour during testing, but I decided that it was the previous behaviour that was incorrect. In general, a normal response to a command is sent only to the device that sent the command. This makes sense because if I have Pronterface, the web interface and PanelDue connected, then Pronterface polls the printer by sending M105 and M27 commands, and I don't want the responses appearing on PanelDue and the web interface too.

The messages that are sent to all devices are error messages, because these may be generated in response to commands read from the SD card.

There is some blurring here because a few non-error messages such as the response to M122 are sent to all devices. I have a note to change M122 to send the response only to the requesting device. Also, it is not clear what should happen when e.g. G32 is executed in the start code of a gcode file being printed. Perhaps it should get sent to the device that started the print?

---

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 am inclined to agree with you that this is / should be the correct behavior. The console messages should follow the device that invoked them, including execution of gcode. So, I would assert that a G32 in the gcode should log to the device used to initiate the print.

---

[sublimelayers.blogspot.com]

A strategy for Successful (and Great) Prints [forum.seemecnc.com]
Strategies for Resolving Print Artifacts [forum.seemecnc.com]

[www.EclecticAngler.com]

Just upgraded from k, thanks for the continued great work!

Quote
DADIY
Sure, here's an example (its a cable chain mount for a K40 laser )

I just printed and fitted this tonight, everything was good apart from the layer statistics during the print.

I went back and printed the robot.g file that came on the SD card, this always generated layer data but now doesn't. I also looked in /rr_status?type=3 and the duet seems to be stuck on the first layer so I cant even blame the webpages


So looking through the printmonitor.cpp source code there appears to be some checks done to see if the z height is above the first layer height and as far as I can tell it needs to know the nozzle size for that calculation. I'm now wondering if I need to add a M404 command to the config.g to set these. Currently I'm 10 hours into a 20 hour print so wont be able to test that for a while.

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

The default nozzle diameter is set to 0.5mm and usually this is sufficient for most first layer detections. This means that your first layer can be up to 1.5mm thick. Does your detected first layer height match the actual first layer height? I'm planning on modifying the detection algorithm a bit, so it will scan the read block for lower Z heights even after a valid Z height has been found. Unfortunately some slicers generate odd Z moves right at the beginning (especially with "Lift Z" enabled), so I hope this will fix the underlying problem. If a raft with alternating layer heights is used, the layer stats may not work properly though.

This is an example of whats detected, the layer height, total height are both fine, its appears it doesn't detect the first layer is finished. It does this with and without a raft.

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

Can you post the first 200 lines of your G-code file excluding comments?

Quote
chrishamm
Can you post the first 200 lines of your G-code file excluding comments?

Heres an example that used to work and was the sample that shipped with the printer originally (robot.g) there also another example file that doesnt work that I posted higher up this thread.

BTW thanks for looking

; generated by Slic3r 1.2.9 on 2015-07-01 at 10:51:31

; external perimeters extrusion width = 0.40mm
; perimeters extrusion width = 0.40mm
; infill extrusion width = 0.40mm
; solid infill extrusion width = 0.40mm
; top infill extrusion width = 0.40mm

M107
M83
T0
M116

G21 ; set units to millimeters
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
G1 E-3.50000 F3000.00000
G1 Z0.400 F15000.000
G1 X0.000 Y11.430 F15000.000
G1 Z0.350 F15000.000
G1 E3.50000 F3000.00000
G1 X-8.634 Y11.430 E0.76314 F960.000
G1 X-10.708 Y11.034 E0.18667
G1 X-12.490 Y9.900 E0.18667
G1 X-13.728 Y8.190 E0.18667
G1 X-14.258 Y5.805 E0.21590
G1 X-14.258 Y-7.964 E1.21716
G1 X-13.862 Y-10.039 E0.18667
G1 X-12.729 Y-11.821 E0.18667
G1 X-11.018 Y-13.059 E0.18667
G1 X-8.634 Y-13.589 E0.21590
G1 X8.634 Y-13.589 E1.52628
G1 X10.708 Y-13.193 E0.18667
G1 X12.490 Y-12.059 E0.18667 F960.000
G1 X13.728 Y-10.349 E0.18667
G1 X14.258 Y-7.964 E0.21590
G1 X14.258 Y5.805 E1.21716
G1 X13.862 Y7.880 E0.18667
G1 X12.729 Y9.662 E0.18667
G1 X11.018 Y10.900 E0.18667
G1 X8.634 Y11.430 E0.21590
G1 X0.060 Y11.430 E0.75784
G1 E-3.50000 F3000.00000
G1 Z0.750 F15000.000
G1 X2.310 Y4.206 F15000.000
G1 Z0.350 F15000.000
G1 E3.50000 F3000.00000
G1 X2.310 Y-6.365 E0.93434 F600.000
G1 X7.034 Y-6.365 E0.41751
G1 X7.034 Y4.206 E0.93434
G1 X2.370 Y4.206 E0.41220
G1 X1.686 Y4.831 F15000.000
G1 X1.686 Y-6.990 E1.04481 F600.000
G1 X7.659 Y-6.990 E0.52798
G1 X7.659 Y4.831 E1.04481
G1 X1.746 Y4.831 E0.52267
G1 X1.061 Y5.456 F15000.000
G1 X1.061 Y-7.615 E1.15528 F600.000
G1 X8.284 Y-7.615 E0.63845
G1 X8.284 Y5.456 E1.15528
G1 X1.121 Y5.456 E0.63314
G1 X1.261 Y5.109 F15000.000
G1 X2.689 Y3.522 F15000.000
G1 X2.994 Y3.827 E0.04060 F960.000
G1 X3.935 Y3.827 E0.08850
G1 X2.689 Y2.581 E0.16576
G1 X2.689 Y1.641 E0.08850
G1 X4.875 Y3.827 E0.29092
G1 X5.816 Y3.827 E0.08850
G1 X2.689 Y0.700 E0.41609
G1 X2.689 Y-0.241 E0.08850
G1 X6.655 Y3.726 E0.52774
G1 X6.655 Y2.785 E0.08850
G1 X2.689 Y-1.181 E0.52774
G1 X2.689 Y-2.122 E0.08850
G1 X6.655 Y1.844 E0.52774
G1 X6.655 Y0.904 E0.08850
G1 X2.689 Y-3.063 E0.52774
G1 X2.689 Y-4.003 E0.08850
G1 X6.655 Y-0.037 E0.52774
G1 X6.655 Y-0.978 E0.08850
G1 X2.689 Y-4.944 E0.52774
G1 X2.689 Y-5.885 E0.08850
G1 X6.655 Y-1.918 E0.52774
G1 X6.655 Y-2.859 E0.08850
G1 X3.528 Y-5.986 E0.41609
G1 X4.469 Y-5.986 E0.08850
G1 X6.655 Y-3.800 E0.29093
G1 X6.655 Y-4.740 E0.08850
G1 X5.409 Y-5.986 E0.16576
G1 X6.350 Y-5.986 E0.08850
G1 X6.655 Y-5.681 E0.04060
G1 E-3.50000 F3000.00000
G1 Z0.750 F15000.000
G1 X-2.310 Y4.206 F15000.000
G1 Z0.350 F15000.000
G1 E3.50000 F3000.00000
G1 X-7.034 Y4.206 E0.41751 F600.000
G1 X-7.034 Y-6.365 E0.93434
G1 X-2.310 Y-6.365 E0.41751
G1 X-2.310 Y4.146 E0.92904
G1 X-1.686 Y4.831 F15000.000
G1 X-7.659 Y4.831 E0.52798 F600.000
G1 X-7.659 Y-6.990 E1.04481
G1 X-1.686 Y-6.990 E0.52798
G1 X-1.686 Y4.771 E1.03951
G1 X-1.061 Y5.456 F15000.000
G1 X-8.284 Y5.456 E0.63845 F600.000
G1 X-8.284 Y-7.615 E1.15528
G1 X-1.061 Y-7.615 E0.63845
G1 X-1.061 Y5.396 E1.14998
G1 X-1.407 Y5.256 F15000.000
G1 X-6.655 Y3.522 F15000.000
G1 X-6.350 Y3.827 E0.04060 F960.000
G1 X-5.409 Y3.827 E0.08850
G1 X-6.655 Y2.581 E0.16576
G1 X-6.655 Y1.641 E0.08850
G1 X-4.469 Y3.827 E0.29092
G1 X-3.528 Y3.827 E0.08850
G1 X-6.655 Y0.700 E0.41609
G1 X-6.655 Y-0.241 E0.08850
G1 X-2.689 Y3.726 E0.52774
G1 X-2.689 Y2.785 E0.08850
G1 X-6.655 Y-1.181 E0.52774
G1 X-6.655 Y-2.122 E0.08850
G1 X-2.689 Y1.844 E0.52774
G1 X-2.689 Y0.904 E0.08850
G1 X-6.655 Y-3.063 E0.52774
G1 X-6.655 Y-4.003 E0.08850
G1 X-2.689 Y-0.037 E0.52774
G1 X-2.689 Y-0.978 E0.08850
G1 X-6.655 Y-4.944 E0.52774
G1 X-6.655 Y-5.885 E0.08850
G1 X-2.689 Y-1.918 E0.52774
G1 X-2.689 Y-2.859 E0.08850
G1 X-5.816 Y-5.986 E0.41609
G1 X-4.875 Y-5.986 E0.08850
G1 X-2.689 Y-3.800 E0.29093
G1 X-2.689 Y-4.740 E0.08850
G1 X-3.935 Y-5.986 E0.16576
G1 X-2.994 Y-5.986 E0.08850
G1 X-2.689 Y-5.681 E0.04060
G1 E-3.50000 F3000.00000
G1 Z0.750 F15000.000
G1 X1.625 Y4.891 F15000.000
G1 Z0.550 F15000.000
G1 E3.50000 F3000.00000
G1 X1.625 Y-7.050 E0.34467 F2400.000
G1 X7.719 Y-7.050 E0.17591
G1 X7.719 Y4.891 E0.34467
G1 X1.685 Y4.891 E0.17417
G1 X1.268 Y5.248 F15000.000
G1 X1.268 Y-7.407 E0.36528 F2400.000
G1 X8.077 Y-7.407 E0.19652
G1 X8.077 Y5.248 E0.36528
G1 X1.328 Y5.248 E0.19479
G1 X0.911 Y5.606 F15000.000
G1 X0.911 Y-7.765 E0.38589 F2400.000
G1 X8.434 Y-7.765 E0.21713
G1 X8.434 Y5.606 E0.38589
G1 X0.971 Y5.606 E0.21540
G1 X1.111 Y5.259 F15000.000
G1 X7.320 Y4.684 F15000.000
G1 X7.512 Y4.492 E0.00789 F2400.000
G1 X7.512 Y3.982 E0.01485
G1 X6.810 Y4.684 E0.02890
G1 X6.301 Y4.684 E0.01485
G1 X7.512 Y3.473 E0.04990
G1 X7.512 Y2.963 E0.01485
G1 X5.791 Y4.684 E0.07090
G1 X5.281 Y4.684 E0.01485
G1 X7.512 Y2.453 E0.09191
G1 X7.512 Y1.943 E0.01485
G1 X4.771 Y4.684 E0.11291
G1 X4.262 Y4.684 E0.01485
G1 X7.512 Y1.433 E0.13392
G1 X7.512 Y0.924 E0.01485
G1 X3.752 Y4.684 E0.15492
G1 X3.242 Y4.684 E0.01485
G1 X7.512 Y0.414 E0.17593
G1 X7.512 Y-0.096 E0.01485
G1 X2.732 Y4.684 E0.19693
G1 X2.223 Y4.684 E0.01485
G1 X7.512 Y-0.606 E0.21794
G1 X7.512 Y-1.115 E0.01485
G1 X1.833 Y4.564 E0.23400
G1 X1.833 Y4.054 E0.01485
G1 X7.512 Y-1.625 E0.23400
G1 X7.512 Y-2.135 E0.01485
G1 X1.833 Y3.544 E0.23400
G1 X1.833 Y3.034 E0.01485
G1 X7.512 Y-2.645 E0.23400
G1 X7.512 Y-3.154 E0.01485
G1 X1.833 Y2.525 E0.23400
G1 X1.833 Y2.015 E0.01485
G1 X7.512 Y-3.664 E0.23400
G1 X7.512 Y-4.174 E0.01485
G1 X1.833 Y1.505 E0.23400
G1 X1.833 Y0.995 E0.01485
G1 X7.512 Y-4.684 E0.23400
G1 X7.512 Y-5.193 E0.01485
G1 X1.833 Y0.486 E0.23400
G1 X1.833 Y-0.024 E0.01485
G1 X7.512 Y-5.703 E0.23400
G1 X7.512 Y-6.213 E0.01485
G1 X1.833 Y-0.534 E0.23400
G1 X1.833 Y-1.044 E0.01485
G1 X7.512 Y-6.723 E0.23400
G1 X7.122 Y-6.843 E0.01189
G1 X1.833 Y-1.553 E0.21794
G1 X1.833 Y-2.063 E0.01485
G1 X6.612 Y-6.843 E0.19693
G1 X6.102 Y-6.843 E0.01485
G1 X1.833 Y-2.573 E0.17593
G1 X1.833 Y-3.083 E0.01485
G1 X5.592 Y-6.843 E0.15492
G1 X5.083 Y-6.843 E0.01485
G1 X1.833 Y-3.593 E0.13392
G1 X1.833 Y-4.102 E0.01485
G1 X4.573 Y-6.843 E0.11291
G1 X4.063 Y-6.843 E0.01485
G1 X1.833 Y-4.612 E0.09191
G1 X1.833 Y-5.122 E0.01485
G1 X3.553 Y-6.843 E0.07090
G1 X3.044 Y-6.843 E0.01485
G1 X1.833 Y-5.632 E0.04990
G1 X1.833 Y-6.141 E0.01485
G1 X2.534 Y-6.843 E0.02889
G1 X2.024 Y-6.843 E0.01485
G1 X1.833 Y-6.651 E0.00789
G1 E-3.50000 F3000.00000

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

Thanks, but if this one doesn't cause any problems, it won't help me! Can you post an excerpt from a file that does not work instead, like your DM_Tree3_full_sculped_fixed.gcode?

The robot sample also doesnt work anymore. But here is the first few hundred lines from the DM_Tree3_full_sculped_fixed.gcode

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

Thank you! The first file was generated with the "Lift Z" option set, so the first layer detection is off by 0.05mm. I will try to add a work-around for this in my next firmware version. The second object is built on a raft with different layer heights, so the layer detection stops working at soon as the first layer is complete. I guess it would be possible to further improve the layer detection in the firmware for such cases, but this will have to wait until I have more time again.

Thanks. I did a test in slic3r with lift z off and no raft and the layers works.

---

DC42 Kossel 330mm x 2meters
My Thingiverse Creations

Quote
mhackney
Routinely seeing > 200 kb/s

I saw significant speed increases on the first day of use, the web app opened and connected within seconds and uploading files didnt feel like a wait.

Now though im getting AJAX errors, dropouts, taking forever to load the web app and when it does work im seeing 11kb/s uploads. Pretty much as i was getting before when using k and previous. I have a feeling (because my knowledge is limited) this is more of a network problem than firmware or web app problem though. I dont get network problems with access to Pi's or webcams if i use the same connection though (physically unplugging the network cable from the duet and using on another network heavy device). Its unreliable enough for me to go back to manually using the SD Card to transfer files between the computer and Duet, really annoying.

Any help really appreciated!