Duet Web Control 2.1.1 released

c310

@chrishamm it was 3.01RC4 with invisible symptoms ... after i upgraded to RC6 it is visible now.
why thermostatic fans are invisible?
how i can input into localization / correct some minor mistakes ?

droftarts

@c310 said in Duet Web Control 2.1.1 released:

why thermostatic fans are invisible?

Because if they're under temperature control, you can't change their speed, so there's no point having a control over them that doesn't work. If send the gcode to make them non-thermostatic, they will appear. Also (not sure exactly if it's true with the current version), fans linked to specific tools usually don't show until that tool is enabled.

Ian

smoki3

@smoki3 said in Duet Web Control 2.1.1 released:

@SIam said in Duet Web Control 2.1.1 released:

@smoki3

M122 is working here

6.4.2020, 20:32:50 	m122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.01-RC6 running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DGM-95BNL-MGPSJ-6J9FD-3SJ6N-K1W3Y
Used output buffers: 4 of 24 (22 max)
=== RTOS ===
Static ram: 28052
Dynamic ram: 94208 of which 24 recycled
Exception stack ram used: 576
Never used ram: 8212
Tasks: NETWORK(ready,116) HEAT(blocked,1244) DUEX(suspended,136) MAIN(running,1608) IDLE(ready,80)
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 11:14:43 ago, cause: software
Last software reset at 2020-04-06 09:18, reason: User, spinning module GCodes, available RAM 8532 bytes (slot 3)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
Error status: 0
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 133.8ms, max retries 0
MCU temperature: min 21.7, current 39.7, max 41.7
Supply voltage: min 24.0, current 24.3, max 24.6, under voltage events: 0, over voltage events: 0, power good: yes
Driver 0: standstill, SG min/max 0/981
Driver 1: standstill, SG min/max 0/1023
Driver 2: standstill, SG min/max 0/1023
Driver 3: standstill, SG min/max 0/1023
Driver 4: standstill, SG min/max 0/1023
Driver 5: standstill, SG min/max not available
Driver 6: standstill, SG min/max not available
Driver 7: standstill, SG min/max not available
Driver 8: standstill, SG min/max not available
Driver 9: standstill, SG min/max 0/1023
Date/time: 2020-04-06 20:32:48
Cache data hit count 4294967295
Slowest loop: 312.35ms; fastest: 0.12ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Move ===
Hiccups: 0(0), FreeDm: 169, MinFreeDm: 107, MaxWait: 5922743ms
Bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.7
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 789.12ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(2) FTP(0) Telnet(0)
HTTP sessions: 2 of 8
- WiFi -
Network state is active
WiFi module is connected to access point 
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.23
WiFi MAC address 2c:3a:e8:0b:06:33
WiFi Vcc 3.44, reset reason Unknown
WiFi flash size 4194304, free heap 15424
WiFi IP address 192.168.188.36
WiFi signal strength -49dBm, reconnections 0, sleep mode modem
Socket states: 4 0 0 4 0 0 0 0
=== Filament sensors ===
Extruder 0 sensor: ok

I just get this without an output. Are you on Duet 2 Wifi?

Bildschirmfoto 2020-04-07 um 09.37.23.png

@chrishamm can you help here? Looks like for some it is working. I already tried a reset of DWC but it is not working.

Danal

When trying to load heightmap, getting:

HeightmapPanel.vue:415 TypeError: Cannot read property 'add' of null
    at o.showHeightmap (HeightmapPanel.vue:313)
    at o.showCSV (HeightmapPanel.vue:258)
    at HeightmapPanel.vue:413
    at c (runtime.js:45)
    at Generator._invoke (runtime.js:274)
    at Generator.forEach.e.<computed> [as next] (runtime.js:97)
    at Dt (asyncToGenerator.js:3)
    at o (asyncToGenerator.js:25)
(anonymous) @ HeightmapPanel.vue:415
c @ runtime.js:45
(anonymous) @ runtime.js:274
forEach.e.<computed> @ runtime.js:97
Dt @ asyncToGenerator.js:3
o @ asyncToGenerator.js:25
Promise.then (async)
Dt @ asyncToGenerator.js:13
o @ asyncToGenerator.js:25
(anonymous) @ asyncToGenerator.js:32
(anonymous) @ asyncToGenerator.js:21
getHeightmap @ HeightmapPanel.vue:396
isConnected @ HeightmapPanel.vue:479
ni.run @ vue.runtime.esm.js:4568
Zn @ vue.runtime.esm.js:4310
(anonymous) @ vue.runtime.esm.js:1980
ct @ vue.runtime.esm.js:1906
Promise.then (async)
at @ vue.runtime.esm.js:1933
pt @ vue.runtime.esm.js:1990
b @ vuex.esm.js:602
v.registerModule @ vuex.esm.js:498
addMachine @ index.js:157
(anonymous) @ vuex.esm.js:744
(anonymous) @ vuex.esm.js:392
(anonymous) @ vuex.esm.js:391
v._withCommit @ vuex.esm.js:526
v.commit @ vuex.esm.js:390
commit @ vuex.esm.js:335
(anonymous) @ index.js:58
c @ runtime.js:45
(anonymous) @ runtime.js:274
forEach.e.<computed> @ runtime.js:97
Dt @ asyncToGenerator.js:3
o @ asyncToGenerator.js:25
Promise.then (async)
Dt @ asyncToGenerator.js:13
o @ asyncToGenerator.js:25
(anonymous) @ asyncToGenerator.js:32
(anonymous) @ asyncToGenerator.js:21
connect @ index.js:43
(anonymous) @ vuex.esm.js:751
v.dispatch @ vuex.esm.js:442
dispatch @ vuex.esm.js:332
F.forEach.n.<computed> @ vuex.esm.js:964
mounted @ App.vue:212
nt @ vue.runtime.esm.js:1854
Nn @ vue.runtime.esm.js:4219
insert @ vue.runtime.esm.js:3139
E @ vue.runtime.esm.js:6346
(anonymous) @ vue.runtime.esm.js:6565
On.e._update @ vue.runtime.esm.js:3945
i @ vue.runtime.esm.js:4066
ni.get @ vue.runtime.esm.js:4479
ni @ vue.runtime.esm.js:4468
In @ vue.runtime.esm.js:4073
Mi.$mount @ vue.runtime.esm.js:8415
e._init @ vue.runtime.esm.js:5018
Mi @ vue.runtime.esm.js:5085
56d7 @ main.js:20
n @ bootstrap:19
0 @ app.f1b8ca4b.js:1
n @ bootstrap:19
(anonymous) @ bootstrap:83
(anonymous) @ app.f1b8ca4b.js:1
three.module.js:15728 Uncaught TypeError: Cannot read property 'precision' of null
    at a (three.module.js:15728)
    at new bM (three.module.js:15760)
    at se (three.module.js:23461)
    at new kk (three.module.js:23510)
    at o.init (HeightmapPanel.vue:185)

RepRapFirmware height map file v2 generated at 2020-04-08 00:35, min error -0.099, max error 0.095, mean 0.002, deviation 0.046
xmin,xmax,ymin,ymax,radius,xspacing,yspacing,xnum,ynum
-225.00,225.10,-225.00,225.10,300.00,75.00,75.00,7,7
      0,  0.055, -0.039, -0.019, -0.006,  0.010,      0
  0.046,  0.095,  0.006,  0.000, -0.011, -0.062,  0.018
  0.086,  0.055,  0.020, -0.010, -0.041, -0.001, -0.045
  0.077,  0.020,  0.054, -0.019, -0.079, -0.051,  0.001
  0.070,  0.056,  0.020, -0.000, -0.055, -0.015, -0.099
 -0.002,  0.070,  0.068,  0.021, -0.020, -0.065, -0.075
      0,  0.002, -0.007, -0.002, -0.024, -0.006,      0

c310

@chrishamm two more bugs:

Turn Everything OFF does not work (once button is pressed nothing happens)
after pressing emergency stop button system halts and does not return control to DWC

this is where DWC hangs:
ab45223d-68a4-4673-8ec6-240b1aee9eef-изображение.png

once i switch to DWC1 in the interface, both function work fine:

heatbed and extruder are set to OFF
after emergency stop button pressed it shows window as below. Once I press YES - system reboots and returns control to web UI

f5ec82fb-7e8b-4b7a-8f35-c841d5ab3339-изображение.png

GrodanB

Why do this annoying messages never time out?

No matter what I change these messages do not time out...

I think they are from the M117 but I cannot find how to get rid of them after a time...

chrishamm

@Danal That heightmap loads without problems on my printer. Is there any way to reproduce this problem? What browser are you using?

@c310 "Turn Everything Off" will be fixed in the next version. What board are you using? DWC reconnects nicely on my setup whenever I do an emergency stop.

@GrodanB It's because you are using M117 instead of M118 S"msg". Messages sent from M117 are supposed to be sticky.

c310

@chrishamm said in Duet Web Control 2.1.1 released:

xed in the next version. What board are you using? DWC reconnects nicely on my setup whenever I do an emergency stop.

Board is duetwifi 1.03, emergency stop in GUI works, issue is with physical "emergency stop" mushroom button.

That button generates M112. Once DWC1 receives M112 it generates a window asking "Do you want to restart". Once user agrees, it sends M999.

In fact, if i issue m112 in DWC2.1.1 printer halts and DWC stucks at "please stand by" without ability to enter M999. The only way to recover in that situation is to power cycle the printer....

So, i kindly ask you to make that window asking for M999 and reenabling the UI

That should resolve the issue with non-responsive interface
Many thanks in advance

Phaedrux

@chrishamm said in Duet Web Control 2.1.1 released:

That heightmap loads without problems on my printer. Is there any way to reproduce this problem? What browser are you using?

Another user was having a similar problem in this thread https://forum.duet3d.com/topic/15436/printer-freezes-at-start-of-print/23
When using G29 S1 (or M375) to load a heightmap it would hang. When doing a regular G29 and reprobing it would work ok. (duet3+pi)

GrodanB

@chrishamm said in Duet Web Control 2.1.1 released:

@Danal That heightmap loads without problems on my printer. Is there any way to reproduce this problem? What browser are you using?

@c310 "Turn Everything Off" will be fixed in the next version. What board are you using? DWC reconnects nicely on my setup whenever I do an emergency stop.

@GrodanB It's because you are using M117 instead of M118 S"msg". Messages sent from M117 are supposed to be sticky.

ahh.. so thats why... did not know M118. The scripts are since I built my BigBox... and they had M117 all over...

Nice thanks finally I can get rid of those annoying messages...

Phaedrux

@GrodanB M117 has its roots with the older LCD displays that had a single line for message display. They would stay displayed until the next M117 command came to replace it.

Danal

@chrishamm said in Duet Web Control 2.1.1 released:

@Danal That heightmap loads without problems on my printer. Is there any way to reproduce this problem? What browser are you using?

Chris, you nailed it! Heightmap works fine on Chrome.

Failure was on Brave, with default settings that defend against trackers and such. Turn these off for printer URL and heightmap works fine on Brave as well.

hunterbrighton

I am experiencing a very strange problem when upgrading from DWC 2.07 to 2.1.0 or 2.1.1

Immediatly after uploading the new DuetWebControl-SD.zip folder for either 2.1.0 or 2.1.1 all of my defined tools disappear from the screen. I can run macro files to redefine each tool, and use gcode commands like T0 or T1 to select a tool, but I cannot see the temperatures, (both actual and target) or anything else to do with the tools for that matter.

I recently upgraded from 3.0 to 3.01RC6 and it was recommend for me to also upload the new DWC version. Below are images of before (using DWC 2.07) and after (DWC 2.1.1). I made no changes to my configuration file between changing DWC versions.

If I click {Revert to DWC 1.xxxx} my tools show up again, but I loose all the features of the new DWC

v2.0.7.PNG
version 2.1.1.PNG

wilriker

@hunterbrighton DWC 2.1.0 and 2.1.1 have problems if tools are not numbered consecutively. This will be fixed with 2.1.2.
Until then you could renumber your T3 to T2 and you should see your tools again.