Duet not connect in anyways - Clue: nozzle fan always on

genioluiz7

@droftarts said in Duet not connect in anyways - Clue: nozzle fan always on:

The firmware needs to be flashed to the board itself. If it has been erased (and it looks like it has), you will need to flash it with BOSSA, see https://docs.duet3d.com/User_manual/RepRapFirmware/Updating_firmware#all-other-duet-boards

@droftarts ok, I tried and finally now I can homing the axis. But the board still not connect to wifi connection.

Following the M122 report. What should I do now?

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.6 (2023-07-21 14:08:28) running on Duet WiFi 1.02 or later
Board ID: 0JD0M-9P6M2-NW4SN-6J1DG-3SD6J-TUT3L
Used output buffers: 1 of 26 (2 max)
=== RTOS ===
Static ram: 23896
Dynamic ram: 75148 of which 0 recycled
Never used RAM 12964, free system stack 134 words
Tasks: NETWORK(ready,7.8%,517) HEAT(notifyWait,0.0%,317) Move(notifyWait,0.0%,304) MAIN(running,91.1%,440) IDLE(ready,1.0%,30), total 100.0%
Owned mutexes: USB(MAIN)
=== Platform ===
Last reset 00:01:29 ago, cause: power up
Last software reset at 1988-01-29 20:06, reason: HardFault undefInstr, Platform spinning, available RAM 106152, slot 0
Software reset code 0x4860 HFSR 0x40000000 CFSR 0x00010000 ICSR 0x00000803 BFAR 0xe000ed38 SP 0x2001ffa0 Task none Freestk 232 bad marker
Stack: 00000002 004100b1 200016d4 20000064 00000000 004104fb 00465fa4 01000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
Error status: 0x00
Aux0 errors 0,0,20
Step timer max interval 0
MCU temperature: min 27.4, current 34.4, max 34.4
Supply voltage: min 24.0, current 24.1, max 24.3, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min 0
Driver 1: standstill, SG min 117
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5:
Driver 6:
Driver 7:
Driver 8:
Driver 9:
Driver 10:
Driver 11:
Date/time: 1970-01-01 00:00:00
Cache data hit count 3031027083
Slowest loop: 6.60ms; fastest: 0.20ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 3.3ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 3, maxWait 17060ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 5, completed 5, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== 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 ready with "M122" 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
LCD 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: 1.03ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 0 of 8
= WiFi =
Interface state: starting2
Module is disabled
Failed messages: pending 0, notready 0, noresp 0
Socket states: 0 0 0 0 0 0 0 0
ok

droftarts

@genioluiz7 From M122, the WiFi has not started up:

 = WiFi =
Interface state: starting2
Module is disabled
Failed messages: pending 0, notready 0, noresp 0
Socket states: 0 0 0 0 0 0 0 0
ok

Send M552 S1 and see if it reports any status change.

If not, you'll need to reflash the WiFi firmware. Fortunately, this is easy. First, make sure you have the 'DuetWiFiServer.bin' file on the SD card. It will be either in the /firmware folder, or in the /sys folder. You can check this on the Duet by sending M20 P"/firmware" and M20 P"/sys". If it isn't in either, you'll need to copy it onto the SD card, into the /firmware folder, from the 3.4.6 zip file.

If it is in the /firmware folder, send M997 S1. If it is in the /sys folder, send M997 S1 P"/sys/DuetWiFiServer.bin". This should flash the firmware to the Wifi module. Then send M552 S1 and see if the WiFi module turns on.

After that, you may need to set up the WiFi again. See https://docs.duet3d.com/en/How_to_guides/Getting_connected/Getting_connected_to_your_Duet#h-5-connect-duet-to-network

Ian

genioluiz7

@droftarts this is what happened

M552 S-1
WiFi module stopped
ok
M552
WiFi module is disabled
ok
M552 S0
ok
M552
WiFi module is being started
ok
M552
WiFi module is being started
ok
M552 S1
Turn off the current WiFi mode before selecting a new one
ok
M552 S-1
WiFi module stopped
ok
M552 S0
ok
M552
WiFi module is being started
ok
M587 S"Ditaranto_living" P"mozzarella55"
Error: M587: Failed to add SSID to remembered list: SPI timeout
ok
M20 P"/firmware"
Begin file list
Duet2CombinedFirmware.bin
Duet2Firmware_SBC.bin
Duet2_SDiap32_Maestro.bin
Duet2_SDiap32_WiFiEth.bin
Duet3Firmware_EXP1HCL.bin
Duet3Firmware_EXP1XD.bin
Duet3Firmware_EXP3HC.bin
Duet3Firmware_MB6HC.bin
Duet3Firmware_MB6XD.bin
Duet3Firmware_Mini5plus.uf2
Duet3Firmware_TOOL1LC.bin
Duet3_SDiap32_MB6HC.bin
Duet3_SDiap32_MB6XD.bin
Duet3_SDiap32_Mini5plus.bin
DuetMaestroFirmware.bin
DuetWiFiModule_32S3.bin
DuetWiFiServer.bin
End file list
ok
M20 P"/sys"
Begin file list
bed.g
cancel.g
config-override.g
config.g
config.g.bak
config.json
deployprobe.g
Duet2CombinedFirmware.bin
Duet2CombinedIAP.bin
Duet2Firmware_SBC.bin
Duet2_SDiap32_Maestro.bin
Duet2_SDiap32_WiFiEth.bin
Duet3Firmware_EXP1HCL.bin
Duet3Firmware_EXP1XD.bin
Duet3Firmware_EXP3HC.bin
Duet3Firmware_MB6HC.bin
Duet3Firmware_MB6XD.bin
Duet3Firmware_Mini5plus.uf2
Duet3Firmware_TOOL1LC.bin
Duet3_SDiap32_MB6HC.bin
Duet3_SDiap32_MB6XD.bin
Duet3_SDiap32_Mini5plus.bin
Duet3_SDiap_MB6HC.bin
DuetMaestroFirmware.bin
DuetMaestroIAP.bin
DuetWiFiModule_32S3.bin
DuetWiFiServer.bin
dwc-settings.json
favicon.ico.gz
heightmap.csv
homeall.g
homedelta.g
homex.g
homey.g
homez.g
iap4e.bin
index.html.gz
manifest.json.gz
pause.g
precache-manifest.319c6f973151dddcc9a89a7350cae2bc.js.gz
resume.g
retractprobe.g
service-worker.js.gz
sleep.g
stop.g
tfree0.g
tpost0.g
tpre0.g
resurrect.g
End file list
ok
M997 S1
T:180.0 /0.0 T0:180.0 /0.0 B:50.0 /0.0
Trying to connect at 230400 baud: failed
Trying to connect at 115200 baud: failed
Trying to connect at 74880 baud: failed
Trying to connect at 9600 baud: failed
Error: Installation failed due to comm write error
ok
M997 S1 P"/sys/DuetWiFiServer.bin"
T:144.0 /0.0 T0:144.0 /0.0 B:47.4 /0.0
Trying to connect at 230400 baud: failed
Trying to connect at 115200 baud: failed
Trying to connect at 74880 baud: failed
Trying to connect at 9600 baud: failed
Error: Installation failed due to comm write error
ok

genioluiz7

The .bin is in the SD card but the command I sent didn't produce the expected result

droftarts

@genioluiz7 The last command you sent was M552 S0, which tries to turn the WiFi module on but in idle mode. You need to turn it off again with M552 S-1, then run M997 S1.

Ian

genioluiz7

@droftarts said in Duet not connect in anyways - Clue: nozzle fan always on:

You need to turn it off again with M552 S-1, then run M997 S1.

I do it. Tell me what you think

This the results:

M552 S-1
WiFi module stopped
ok
M552
WiFi module is disabled
ok
M552 S0
ok
M552
WiFi module is being started
ok
M552 S-1
WiFi module stopped
ok
M997 S1
T0:21.5 /0.0 B:23.0 /0.0
Trying to connect at 230400 baud: failed
Trying to connect at 115200 baud: failed
Trying to connect at 74880 baud: failed
Trying to connect at 9600 baud: failed
Error: Installation failed due to comm write error
ok

droftarts

@genioluiz7 Can you comment out the M552 in config.g? I think it's stuck trying to start the WiFi module. Then reset the Duet, connect via USB and serial terminal, then send M997 S1 without sending any other M552 commands.

Ian

genioluiz7

@droftarts said in Duet not connect in anyways - Clue: nozzle fan always on:

Can you comment out the M552 in config.g?

where I have to insert the comment M552? Please, can you specify more prcisely what I've to edit in config.g?
I'll post you my config.g here

; Configuration file for Duet WiFi (firmware version 3.3)
; executed by the firmware on start-up
;
; generated by RepRapFirmware Configuration Tool v3.3.16 on Fri Aug 04 2023 19:59:42 GMT+0200 (Ora legale dell’Europa centrale)

; General preferences
M575 P1 S1 B57600 ; enable support for PanelDue
G90 ; send absolute coordinates...
M83 ; ...but relative extruder moves
M550 P"Chiron" ; set printer name

; Network
M552 S1 ; enable network
M586 P0 S1 ; enable HTTP
M586 P1 S0 ; disable FTP
M586 P2 S0 ; disable Telnet

; Drives
M569 P0 S0 ; physical drive 0 goes backwards
M569 P1 S0 ; physical drive 1 goes backwards
M569 P2 S0 ; physical drive 2 goes backwards
M569 P3 S1 ; physical drive 3 goes forwards
M569 P4 S0 ; physical drive 4 goes backwards
M584 X0 Y1 Z2:4 E3 ; set drive mapping
M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation
M92 X80.00 Y100.00 Z400.00 E420.00 ; set steps per mm
M566 X900.00 Y900.00 Z10.00 E120.00 ; set maximum instantaneous speed changes (mm/min)
M203 X6000.00 Y6000.00 Z180.00 E1200.00 ; set maximum speeds (mm/min)
M201 X500.00 Y500.00 Z20.00 E250.00 ; set accelerations (mm/s^2)
M906 X1000 Y1000 Z1000 E900 I30 ; set motor currents (mA) and motor idle factor in per cent
M84 S0 ; Disable motor idle current reduction

; Axis Limits
M208 X-15 Y-15 Z0 S1 ; set axis minima
M208 X400 Y400 Z440 S0 ; set axis maxima

; Endstops
M574 X1 S1 P"!xstop" ; configure switch-type (e.g. microswitch) endstop for low end on X via pin xstop
M574 Y1 S1 P"!ystop" ; configure switch-type (e.g. microswitch) endstop for low end on Y via pin ystop
M574 Z1 S1 P"zstop+e1stop" ; configure active-high endstop for low end on Z via pin zstop and e1stop

; Z-Probe
M558 P0 H5 F120 T6000 ; disable Z probe but set dive height, probe speed and travel speed
M557 X15:385 Y15:385 S120 ; define mesh grid

; Heaters
M308 S0 P"bedtemp" Y"thermistor" T100000 B4138 ; configure sensor 0 as thermistor on pin bedtemp
M950 H0 C"bedheat" T0 ; create bed heater output on bedheat and map it to sensor 0
M307 H0 B0 S1.00 ; disable bang-bang mode for the bed heater and set PWM limit
M140 H0 ; map heated bed to heater 0
M143 H0 S120 ; set temperature limit for heater 0 to 120C
M308 S1 P"e0temp" Y"thermistor" T100000 B4138 ; configure sensor 1 as thermistor on pin e0temp
M950 H1 C"e0heat" T1 ; create nozzle heater output on e0heat and map it to sensor 1
M307 H1 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit
M143 H1 S285 ; set temperature limit for heater 1 to 285C

; Fans
M950 F0 C"fan0" Q500 ; create fan 0 on pin fan0 and set its frequency
M106 P0 S0 H-1 ; set fan 0 value. Thermostatic control is turned off
M950 F1 C"fan1" Q500 ; create fan 1 on pin fan1 and set its frequency
M106 P1 S1 H1 T45 ; set fan 1 value. Thermostatic control is turned on

; Tools
M563 P0 D0 H1 F0 ; define tool 0
G10 P0 X0 Y0 Z0 ; set tool 0 axis offsets
G10 P0 R0 S0 ; set initial tool 0 active and standby temperatures to 0C

; Custom settings are not defined

; Miscellaneous
M501 ; load saved parameters from non-volatile memory
M911 S10 R11 P"M913 X0 Y0 G91 M83 G1 Z3 E-5 F1000" ; set voltage thresholds and actions to run on power loss

droftarts

@genioluiz7 said in Duet not connect in anyways - Clue: nozzle fan always on:

By comment out, I mean 'stop that command running'. So here:

...
; Network
M552 S1 ; enable network
M586 P0 S1 ; enable HTTP
M586 P1 S0 ; disable FTP
M586 P2 S0 ; disable Telnet
...

put a ; at the beginning of the M552 line, eg:

...
; M552 S1 ; enable network
...

Ian

genioluiz7

@droftarts
Many thanks. Ok. Is it correct? (See the code below)

After do that, how can I upload the edited config.g from the SD card to the board?

; Network
; M552 S1 ; enable network
M586 P0 S1 ; enable HTTP
M586 P1 S0 ; disable FTP
M586 P2 S0 ; disable Telnet

droftarts

@genioluiz7 Yes, that's correct. If you edited it on the SD card, that's all you need to do. If you edited config.g on your PC, then you need to copy it to the SD card. Then replace the SD card in the Duet and reset.

The config.g file is read by the Duet at start up. It shouldn't now try to turn on. Connect via USB and send M997 S1.

If the WiFi updates correctly, and sending M552 S1 turns it on (check with M122), then you will need to edit config.g to enable networking at start up, by removing the ; from the M552 S1 line.

Ian

genioluiz7

@droftarts nothing. It didn't work. How we proceed now?

M997 S1
T0:20.6 /0.0 B:20.9 /0.0
Trying to connect at 230400 baud: failed
Trying to connect at 115200 baud: failed
Trying to connect at 74880 baud: failed
Trying to connect at 9600 baud: failed
Error: Installation failed due to comm write error
ok
M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.6 (2023-07-21 14:08:28) running on Duet WiFi 1.02 or later
Board ID: 0JD0M-9P6M2-NW4SN-6J1DG-3SD6J-TUT3L
Used output buffers: 1 of 26 (2 max)
=== RTOS ===
Static ram: 23896
Dynamic ram: 75148 of which 0 recycled
Never used RAM 13036, free system stack 193 words
Tasks: NETWORK(ready,26.2%,384) HEAT(notifyWait,0.0%,333) Move(notifyWait,0.0%,363) MAIN(running,73.2%,460) IDLE(ready,0.5%,30), total 100.0%
Owned mutexes: USB(MAIN)
=== Platform ===
Last reset 00:02:30 ago, cause: reset button or watchdog
Last software reset time unknown, reason: User, GCodes spinning, available RAM 9748, slot 2
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 29.7, current 34.6, max 34.9
Supply voltage: min 1.6, current 1.7, max 1.8, under voltage events: 0, over voltage events: 0, power good: no
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: ok, SG min n/a
Driver 1: ok, SG min n/a
Driver 2: ok, SG min n/a
Driver 3: ok, SG min n/a
Driver 4: ok, SG min n/a
Driver 5:
Driver 6:
Driver 7:
Driver 8:
Driver 9:
Driver 10:
Driver 11:
Date/time: 1970-01-01 00:00:00
Cache data hit count 4294967295
Slowest loop: 14.09ms; fastest: 0.14ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 3.9ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== 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 ready with "M122" 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
LCD 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: 1001.24ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 0 of 8
= WiFi =
Interface state: disabled
Module is disabled
Failed messages: pending 0, notready 0, noresp 0
Socket states: 0 0 0 0 0 0 0 0
ok

droftarts

@genioluiz7 I'm not sure. Try sending M552 S0 to put it in idle mode, then M997 S1.

If that doesn't work, I think whatever event caused the firmware to be deleted in the first place may have damaged the WiFi module. Looking back at the first M122 report you posted, it says:

Last software reset at 1988-01-29 20:06, reason: HardFault undefInstr, Platform spinning, available RAM 106152, slot 0

We have found "HardFault undefInstr" (undefined instructions) are quite often associated with ESD (static discharge) events.

Ian

genioluiz7

@droftarts So, how can I verify this?
I saw during the tests that the blu led on the wifi module sometimes flashes. Maybe is a signal that it is still alive
There is somenthing else we can try to do?

dc42

@genioluiz7 did you try using M997 S1 to reinstall the WiFi firmware?