Duet web control 1.11 "invalid password"

I have a small issue and because I haven't found any solution or topics on it, probably this is an isolated evil case.
Sometimes when I disconnect from web GUI and try to reconnect after a while, it pops up "invalid password" thus rendering the print uncontrollable.
I tried from different computers and devices but unfortunately the only help is Duet restart.

I've got Duet 0.85 with DC42 1.12 and DWC 1.11 installed.
The printer and PC is attached to a router. At the beginning everything seems ok.

edit: this happens only when trying disconnect/reconnect while printing, when printer is not busy everything looks fine.

Does anybody share this experience?

Basically it looks like this:

1. Connect via DWC works ok, everything works.
2. Duet is idle, the machine does not print, disconnecting and connecting again works ok.
3. Normal gcode print starts as should be, machine is printing.
4. I disconnect DWC
5. Any attempt of reconnecting ends with "invalid password" message. Even when the password line is commented out.
6. The only way to regain control via DWC is to reset duet.

7. Even if the print is started, then paused and cancelled and after that you disconnect the DWC it's not possible to reconnect, it claims a password and then rejects it with "invalid password" message.

Now resetting duet is not really a great option

Edited 3 time(s). Last edit at 05/18/2016 05:14AM by IOI.

I have also a couple of 0.6 duets and checked them this morning but the same thing happens. I'm going to try earlier DC42 firmware and DWC. If Duet board makes no difference the problem must be either in my setup or in the firmware itself.

It sounds like a firmware issue to me. I've noticed that DWC reports "invalid password" whenever it gets an error response from the connect message. The error response doesn't necessarily mean that the password is wrong, it could mean that the client table is full or the firmware has run out of buffers.

Chrishamm maintains the networking code, so he is best placed to work out exactly what is going wrong. One thing that might be helpful is to connect Pronterface, then when this happens again send M122 to get the diagnostics.

---

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 for shedding light!

I sent M122 via serial monitor and at the beginning there was this (sorry for the length of it):

/// right after restarting the Duet

RepRapFirmware for Duet Version 1.12 dated 2016-05-07

Executing config.g...Done!
Starting network...
RepRapFirmware for Duet is up and running.
Network up, IP=10.0.0.64
FIRMWARE_NAME: RepRapFirmware for Duet FIRMWARE_VERSION: 1.12 ELECTRONICS: Duet 0.85 DATE: 2016-05-07
ok
Diagnostics
Used output buffers: 2 of 32 (7 max)
Platform Diagnostics:
Memory usage:
Program static ram used: 45208
Dynamic ram used: 40160
Recycled dynamic ram: 648
Current stack ram used: 2712
Maximum stack ram used: 3872
Never used ram: 8416
Last reset 00:00:27 ago, cause: power up
Last software reset code & available RAM: 0x0003, 7984
Spinning module during software reset: GCodes
Error status: 0
Bed probe heights: 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
Free file entries: 10
Longest block write time: 0.0ms
Slowest main loop (seconds): 0.002924; fastest: 0.000190
Move Diagnostics:
MaxReps: 0, StepErrors: 0
Heat Diagnostics:
Heater 1: I-accumulator = 77.4
GCodes Diagnostics:
Move available? no
Stack pointer: 0 of 5
macro is idle
http is idle
telnet is idle
serial is doing "M122"
aux is idle
file is idle
Network Diagnostics:
Free connections: 16 of 16
Free transactions: 24 of 24
Webserver Diagnostics:
HTTP sessions: 1 of 8
FTP connections: 0, state 0
Telnet connections: 0, state 0
ok

/// End of M 122 after restarting

Now I print gcode in DWC (google chrome, from PC), let it work for a while and pause.
Then I hit disconnect, wait a few seconds and hit connect.
It asks for a password, replies nicely that the password is invalid and refuses to connect DWC.
The machine can be controlled from serial monitor, G28, G1 X100 etc everything works.

M122 sent after th looks like this:

Diagnostics
Used output buffers: 1 of 32 (19 max)
Platform Diagnostics:
Memory usage:
Program static ram used: 45208
Dynamic ram used: 40160
Recycled dynamic ram: 648
Current stack ram used: 2712
Maximum stack ram used: 5436
Never used ram: 6852
Last reset 00:14:38 ago, cause: power up
Last software reset code & available RAM: 0x0003, 7984
Spinning module during software reset: GCodes
Error status: 0
Bed probe heights: 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
Free file entries: 9
Longest block write time: 0.0ms
Slowest main loop (seconds): 0.003113; fastest: 0.000122
Move Diagnostics:
MaxReps: 0, StepErrors: 0
Heat Diagnostics:
GCodes Diagnostics:
Move available? no
Stack pointer: 0 of 5
macro is idle
http is idle
telnet is idle
serial is doing "M122"
aux is idle
file is idle
Network Diagnostics:
Free connections: 16 of 16
Free transactions: 24 of 24
Webserver Diagnostics:
HTTP sessions: 0 of 8
FTP connections: 0, state 0
Telnet connections: 0, state 0
ok

I'm not sure but it look ok.
Perhaps DWC is guilty, does anybody have the same problem with reconnecting?

Peter

I did some more tests, It looks like there is something wrong with the network thing, it doesn't also reconnect via filezilla and also returns "login incorrect".

It pings ok from cmd.

I really havent messed up login data

Serial monitor's answer to M552 is ok:

///
Network is enabled, configured IP address: 0.0.0.0, actual IP address: 10.0.0.64, HTTP port: 80
ok
///

I'll try with fixed IP just out of the blue.
edit: fixed IP makes no difference

Edited 3 time(s). Last edit at 05/19/2016 10:12AM by IOI.

Thanks for the M122 listings. I was hoping they would show that some resource has been exhausted, but they don't.

When the problem happens, have you tried closing the browser tab and connecting from a new one, or a different browser? Have you tried connecting from a different PC/tablet/smartphone? The results may give clues about what is going on.

I'll see if I can reproduce the problem. Please upgrade to firmware 1.12a just in case it changes anything.

---

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

So I updated to 1.12a and unfortunately it hasn't changed.
I tried connecting from different PC in the same net, from an IPad (with chrome) and from a laptop (with static IP) connected directly to Duet via ethernet cable.
Everywhere the result is the same.
I'll try with nano router yet but have no faith in it.

Can you reproduce it? Is it worth to try earlier firmware versions?

Quote
IOI
So I updated to 1.12a and unfortunately it hasn't changed.
I tried connecting from different PC in the same net, from an IPad (with chrome) and from a laptop (with static IP) connected directly to Duet via ethernet cable.
Everywhere the result is the same.
I'll try with nano router yet but have no faith in it.

Can you reproduce it? Is it worth to try earlier firmware versions?

I tried to reproduce it several times, by pausing the print, disconnecting and reconnecting; but each time the browser reconnected properly and I was able to resume the print through the web interface.

---

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

Perhaps I do something wrong while reflashing firmware, or have something wrong in the config.
I reflash with bossac -e -w -v -b firmwarename.bin
All the files are there on SD card. I use 24V power supply and 5V en jumper is on.
And the Duet is original 0.85 from T3P3.
Do you have any idea what could possibly be wrong?

Sometimes when I just pause DWC returns a bunch of errors about tools or other and disconnects.
Probably I have busted setup in some evil way.

New findings:
I started print from SD card using purely arduino serial monitor.
After that I tried to connect to duet using Filezilla and DWC.
Both of them give "wrong password" or "login incorrect" and refuse to connect.

Edited 2 time(s). Last edit at 05/20/2016 12:32PM by IOI.

Does it happen consistently, when printing any gcode file?

Please attach your config.g file, also your pause.g file.

Somebody reported what sounds like a similar problem on github, see [github.com]. Is that you, or someone else?

Edited 1 time(s). Last edit at 05/20/2016 01:30PM 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].

On more question: are you using absolute or relative extruder coordinates?

---

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

First thanks a lot for help!
I tried with several gcodes but all from KISSlicer setup for our printers (smoothie based firmware)
I'll try different tomorrow and post results.

Funny because the second problem (its not me) happend to me a few times, I even wanted to write about it here but decided not to clutter the topic.
It had two forms:

1. Hit pause, just wait for half a minute or so and there came a crash, something about "no tool selected", AJAX error as far as I remember and the same thing with no ability to reconnect.

2. The second was just like in your link, I hit pause and almost immediately afrer that "cancel". DWC halted and wrote about "no tool".

I'm sorry not to be precise enough, next time it happens I'll take care to make a report.

These cases are not consistent while the reconnection problem happens every single time.
I'll check the gcodes and try with ones included.

I think I got it.

KISSlicer pastes something like:

////
; Select extruder, warm, purge

; BfB-style
M (EXT+1) 04 S (TEMP)
M542
M55(EXT+1) P32000 S900
M543

; 5D-style
T(EXT+0)
M109 S(TEMP)
////

M542 and M543 were alerted as incompatible so I deleted them but M542 (EXT+1) gave M551 which according to reprap wiki sets a password to secure the machine.
So after running my viral gcode the password is set and claimed with reconnect trial.
Fair enough.

I haven't tested it yet but I'm sure it's the cause. Will post confirmation tomorrow.

Thanks a lot David!

After finishing with this one I'll try to replicate the pause error we talked about.

Edited 1 time(s). Last edit at 05/20/2016 04:37PM by IOI.