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

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?