New firmware 1.20 Release Candidate 2 - please try it!

Jason K · 14 Dec 2017, 13:53

@Jason:

having trouble with Wifi disconnects in RC2. I updated from an earlier beta where everything was fine. Cant seem to stay connected for more than 5 mins now. I just added a duex5 and rewired everything so there is a chance I tweaked something in the process but im pretty sure I had no issues after the rewire until RC2…. Anyone else? Is the last 19 beta living somewhere to roll back to?

anything I can do to help identify a bug in either the version or my own work? Im not super familiar with the debugging process but im pretty good at following directions.

Also the new web interface killed my dark theme. I had to roll that back to 19.3

Which version of DuetWiFiServer are you using?

I was using 1.20beta11… Ill try beta10. I thought the update notes said to use beta11 when it was available

SuperJETT · 14 Dec 2017, 13:55

I printed overnight with it on my corexy, no issues though I didn't have time to check the console this morning before leaving.

frafa · 14 Dec 2017, 16:44

Hi David
1.20RC2 ok for me on Scara
Thanks !

deckingman · 14 Dec 2017, 17:16

I wrote this post when testing RC1 with DWC 1.19.3 but then realised it might have been a slicer issue so changed the text to strike through. However, I am printing another set of parts which are sliced correctly and am having the same issue, so here is the post again:

I've just noticed something that may be a firmware issue but may be a DWC thing. I'm currently printing an object using all 5 extruders with a mixing ratio of 0.20:0.20:0.20:0.20:0.20 and notice that on the Print Status page of DWC, in the Machine Status panel top right, under Head Position I have Extruder Drives but it's only showing incrementing values for Drives ~~3 to 5~~ 2 to 4 - Drives ~~1 and 2~~ 0 and 1 are showing 0.0. (and yes, all 5 extruders are indeed moving and all at the same speed). To be clear, the values for drives 2 to 4 are increasing as the print progresses but drives 0 and 1 are stuck at zero.

I've no idea if this issue applies to other mixing ratios - it's not something I take much notice of. For the same reason, this issue could have been present for some time and not specifically related to 1.20RC1 release.

So the issue was first noticed using firmware 1.20RC1 and DWC 1.19.3 and persists using 1.20RC2 and DWC 1.20-RC2. But as stated above, the problem may well pre-date both of these and may have been present for some considerable time.

I can't see anything obviously amiss with the gcode file, all the commented stuff looks to be correct but if someone tells me what to look for, I'll check.

I'm only about 18% into this print but the estimations are 4 hrs for filament, 8 hrs for file and 15 hrs for layers and for this particular print, I'd say that's correct. By that I mean that the print time based on total filament usage is probably correct and is being based on all 5 extruders despite 0 and 1 showing zero in the display area.

One other teeny weeny thing in DWC. On the print status page, bottom right is "Extrusion factors" and they are all set to 100% but the lable for the top one (Extruder 0) is offset to the right whereas all the other labels are directly above the blue dot.

paulowisk · 14 Dec 2017, 17:30

I am testing the gcode M81 S1 and found that the ATX shutdown is occurring at a temperature well below that programmed in the thermostatic fan.
For example, here I use the following fan:
M106 P0 L0.7 I0 F500 H1 T80
and the atx shutdown temperature is occurring at 44C.
Was this supposed to be happening?

ps. I'm using 1.20rc2 in a duet wifi.

chrishamm · 14 Dec 2017, 18:02

@deckingman:

One other teeny weeny thing in DWC. On the print status page, bottom right is "Extrusion factors" and they are all set to 100% but the lable for the top one (Extruder 0) is offset to the right whereas all the other labels are directly above the blue dot.

Thanks for the hint, I'll fix that.

dc42 · 14 Dec 2017, 18:29

@paulowisk:

I am testing the gcode M81 S1 and found that the ATX shutdown is occurring at a temperature well below that programmed in the thermostatic fan.
For example, here I use the following fan:
M106 P0 L0.7 I0 F500 H1 T80
and the atx shutdown temperature is occurring at 44C.
Was this supposed to be happening?

ps. I'm using 1.20rc2 in a duet wifi.

I expect you have left Fan0 at its default setting of thermostatically controlled from heater 1 at temperature 45C.

Parabolic · 14 Dec 2017, 19:49

Im having the same web interface issues. Upgraded to the latest of ALL firmwares (machine,WebUI, WIFI), and has trouble connecting via browser. According to my router it IS showing up with a good signal, but I cant seem to get it to connect - and stay connected after 5 mins.

deckingman · 14 Dec 2017, 21:15

This is very strange behaviour. Using the sliders on DWC to adjust the extrusion factor, what happens is that if I use the top slider which is extruder 0, I can drag it back and forth as normal but when I release the slider, the extruder below (extruder 1) jumps to the value that extruder 0 was at when I released the slider, and extruder 0 jump back to 100% The same happens for all the others. So for example, if extruder 1 is at 100% and I drag the slider to 90% then release it, extruder 2 will jump to 90% and extruder 1 will jump back to 100%. The same happens for all the others with the slight exemption that the last one (extruder 5) will jump back to it's value before the slider was moved but none of the other sliders move. I suspect that if I had a sixth extruder, this is the one that would change.

It's rather as if the labels have been changed from what used to be 1 to 5 to what is now 0 to 4 but somewhere else in the code, a "1" is being added to the drive number (or the old numbering system is being used).

Oh, and for some reason, the offset on the label for the top extruder that I reported earlier, has fixed itself and I can't reproduce it.

Firmware Name: RepRapFirmware for Duet Ethernet
Firmware Electronics: Duet Ethernet 1.0 + DueX5
Firmware Version: 1.20RC2 (2017-12-13)
Web Interface Version: 1.20-RC2

Edit. What I wrote above is not quite accurate. The slider for Extruder 0 seems to adjust both extruders 0 and 1 when released. So dragging the slider for extruder 0 to say 88& then releasing it, will cause both extruders 0 and 1 to jump to 88%. But the dragging the slider for extruder 1 to say 95% then releasing it, will cause extruder 2 to jump to 95% and extruder1 will jump back to 88%.

Further edit. Sending M221 S98 D0 from the console causes the slider for Extruder 1 to move to 98%. M221 S98 D1 causes slider for extruder 2 to move. etc.

chrishamm · 14 Dec 2017, 22:15

Thanks again, it should be fixed in my new RC3 which is available here: https://github.com/chrishamm/DuetWebControl/blob/dev/DuetWebControl-1.20-RC3.zip

Please let me know if you find anything else.

Jason K · 15 Dec 2017, 01:21

@Jason:

@dc42:

@Jason:

having trouble with Wifi disconnects in RC2. I updated from an earlier beta where everything was fine. Cant seem to stay connected for more than 5 mins now. I just added a duex5 and rewired everything so there is a chance I tweaked something in the process but im pretty sure I had no issues after the rewire until RC2…. Anyone else? Is the last 19 beta living somewhere to roll back to?

anything I can do to help identify a bug in either the version or my own work? Im not super familiar with the debugging process but im pretty good at following directions.

Also the new web interface killed my dark theme. I had to roll that back to 19.3

Which version of DuetWiFiServer are you using?

I was using 1.20beta11… Ill try beta10. I thought the update notes said to use beta11 when it was available

I may have fixed the issue. The name of the printer on my router was different than the name of the printer in the config.g file. For some reason the new firmware made my router unhappy. I have this issue sometimes with raspberry pi's and esp8266 boards that have static IPs. Not sure what changes made this happen or if it was just coincidence. I wonder if others have this issue.

Cheers

o_lampe · 15 Dec 2017, 08:47

The only remark I can make is the general waste of new M-codes.
E.g. why do you implement a new M913 command to reduce stepper current? There is the well known M84 ( stepper off ) that could be enhanced with M84 X50 Y50 Z50 to reduce current. That's much easier to remember for customers
I have many other examples from earlier RRF releases, where I shrugged it off by thinking:"They might have a bigger picture about it, than me"
M568 extruder mixing on/off: could have been a simple parameter in the M567 mixing ratio definition.
M550 ( name of the printer) and M667 ( type of the printer ) could be one command. Just add the type of the printer as parameter.

I could rant on, but I have to be careful with my weak heart

Q: Am I right, that V1.20 will be be the last RADDS compatible version?
Best regards
O_Lampe

deckingman · 15 Dec 2017, 09:03

If you read the Wiki M568 isn't a new command - it's been deprecated and is no longer necessary.
M913 isn't new in this release either - it's been around for ages. However I do agree that it seems pretty pointless when we can use M906 to set/change motor current at any time.
M667 looks like it's being deprecated too as M669 serves the same purpose. I guess M667 could be taken out but that would mean that everyone using a Duet on a CoreXY would have to change their config.g to use M667 instead. However, M550 serves a completely different purpose and I personally wouldn't want to have the machine name in the same line that defines the kinematics.

deckingman · 15 Dec 2017, 09:19

@chrishamm:

Thanks again, it should be fixed in my new RC3 which is available here: https://github.com/chrishamm/DuetWebControl/blob/dev/DuetWebControl-1.20-RC3.zip

Please let me know if you find anything else.

Hi Chris,

I can confirm that the Extrusion Factor sliders now all works as expected using DWC 1.20RC3. Also, I've just been through and extruded 20mm of filament for each tool 0 to 4 and it was so nice to be able to use drives 0 to 4 instead of having to remember that the label "Drive1" was associated with extruder 0.

deckingman · 15 Dec 2017, 09:45

@crishamm
Ref my earlier post about extruder drive position in the Machine Status panel, I can now confirm that the behaviour is not limited to printing but appears to affect any extruder move. To elaborate, I ran home all which zeros the extruder positions. Then set active temperature for all tools to 180 and extruded 20mm of filament from each drive in turn. After using drive 0, the Extruder drive panel showed D0 at 0.0, D1 at 0.0, D2 at 20.0, D3 at 0.0 and D4 at 0..0. Using drive 1 shows 20.0 for Drive 3, and using drive 2 shows 20.0 for drive 4. Using drives 3 and 4 has no effect on the values shown in the machine status panel.

To be clear, the extruder drives are all working as expected but the drive position as reported in the Machine Status Panel is incorrect. The effect is that plus 2 is being added to the drive number so the value for Drive 0 is being applied to Drive2 in the panel, the value for Drive 1 is being applied to Drive 3 etc.

Cheers

Ian

Gosu · 15 Dec 2017, 17:58

i updated from RC1 to RC2 then it stopped running with wifi and i used the new www file to fix the problem

now i can only control my printer via wifi for 5 minutes(with constant disconnects) and i was able to start a print
but the printer stopped beeing able to connect via webhost
only seldomly beeing able to connect

i would love to post my current version but it wont let me connect
its FW RC2
Wifi Beta10 i believe
and RC3 Webclient

Forgvn77 · 15 Dec 2017, 19:34

Pause print and resume failed for me from the PanelDue. The hot end resumed extruding a couple layers above the print. Running 1.20RC2 and latest DWC release candidate,

Iirai · 16 Dec 2017, 02:08

When I try to connect to DWC I get this error:
Could not establish a connection to the Duet firmware! Please check your settings and try again.

I'm able to ping the DuetWiFi, wifi signal is -59, it's on a static Ip and I confirmed that the mac address is correct . Am I missing something obvious?

Firmware: 1.20-RC2
DuetWiFiServer: 1.20beta10
DWC: 1.20-RC3

Gone2Far · 16 Dec 2017, 03:30

Admittedly I do not stress the Duet much, but FWIW, RC2 is working well for me.

dc42 · 16 Dec 2017, 14:22

@Iirai:

When I try to connect to DWC I get this error:
Could not establish a connection to the Duet firmware! Please check your settings and try again.

I'm able to ping the DuetWiFi, wifi signal is -59, it's on a static Ip and I confirmed that the mac address is correct . Am I missing something obvious?

Firmware: 1.20-RC2
DuetWiFiServer: 1.20beta10
DWC: 1.20-RC3

1. Did you install DuetWiFiServer.bin twice as suggested in the upgrade notes?

2. If you send M552 S1 from USB or PanelDue then it will report success/failure of the attempt to connect to your router.