Wifi module disabled at start
-
Hi!
My Duet Wifi has been working for years but all of a sudden it won't connect to my Wifi.
If I connect to the board via USB and send M552, it says the Wifi module is disabled.
If I then send M552 S0 followed by M552 S1 it connects to my wifi, but as soon as I remove the USB and power it up it disconnects from the Wifi...Any ideas ?
-
@haggan90 yes, the 5v regulator on the board has been damaged from the sounds of it. if the 5v and 3.3v LED's aren't on with just 12/24v power then that confirms it.
You can either power through USB, add an external 5v PSU or get the board repaired. -
@jay_s_uk Hi, both the 3.3V and 5V LED är on when connected to 24V PSU.
-
@haggan90 thats strange then, unless you having something pulling too much 5v supply. It may be worth unplugging some items that use 5v power (such as a screen etc) and repowering the board to see if the WiFi comes on this time.
Also, what firmware version and WiFi firmware version are you running? -
@jay_s_uk Hi!
Only thing I have running on the 5VDC is the BLTouch.
I'm running the latest firmware both on WiFi and board.
It seems like the WiFi module requires me to start it manually by sending M552 S1, but as soon as I disconnect the USB and start the printer it looses connection. -
@haggan90 can you try disconnecting the BLTouch and see if it changes?
-
@jay_s_uk Tried it, didn't change anything.
I tried to first connect the USB and start the wifi, connected to the wifi and then turned on the 24V PSU and removed the USB. This seems to keep the board connected :S -
@haggan90 something strange going on there. can you post an output of M122 once its up and running?
-
@haggan90 OK this is super strange.. all the code in my config.g file is gone, all other code is there (like i bed.g etc.) What could heva casued this? And can I recover the config.g?
-
@haggan90 what board is it?
Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is
-
@haggan90 and unless you have a config.bak, its gone
-
@jay_s_uk Duet Wifi.
M122 === Diagnostics === RepRapFirmware for Duet 2 WiFi/Ethernet version 2.05.1 running on Duet WiFi 1.02 or later + DueX5 Board ID: 08DGM-956GU-DJMSJ-6JTDD-3S86L-1APHG Used output buffers: 1 of 24 (24 max) === RTOS === Static ram: 25712 Dynamic ram: 93292 of which 0 recycled Exception stack ram used: 296 Never used ram: 11772 Tasks: NETWORK(ready,628) HEAT(blocked,1232) DUEX(suspended,160) MAIN(running,4600) IDLE(ready,160) Owned mutexes: === Platform === Last reset 00:05:04 ago, cause: power up Last software reset at 2022-09-08 07:58, reason: User, spinning module GCodes, available RAM 11812 bytes (slot 2) Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0440f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d Error status: 4 Free file entries: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms, max retries 0 MCU temperature: min 33.0, current 33.3, max 33.3 Supply voltage: min 24.4, current 24.4, max 24.7, under voltage events: 0, over voltage events: 0, power good: yes Driver 0: standstill, SG min/max not available Driver 1: standstill, SG min/max not available Driver 2: standstill, SG min/max not available Driver 3: standstill, SG min/max not available Driver 4: standstill, SG min/max not available 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 not available Date/time: 2022-09-08 15:44:27 Cache data hit count 920337581 Slowest loop: 1.11ms; fastest: 0.07ms I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0 === Move === Hiccups: 0, FreeDm: 160, MinFreeDm: 160, MaxWait: 0ms Bed compensation in use: none, comp offset 0.000 === DDARing === Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 === Heat === Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 === GCodes === Segments left: 0 Stack records: 1 allocated, 0 in use 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 serial is idle in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. === Network === Slowest loop: 200.64ms; fastest: 0.08ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 2 of 8 - WiFi - Network state is running WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 1 WiFi firmware version 1.23 WiFi MAC address bc:dd:c2:53:09:3f WiFi Vcc 3.32, reset reason Turned on by main processor WiFi flash size 4194304, free heap 25704 WiFi IP address 192.168.68.77 WiFi signal strength -56dBm, reconnections 0, sleep mode modem Socket states: 0 0 0 0 0 0 0 0 -
@haggan90 it could be a bug in 2.05.1. I know some FTP issues were recently fixed in 3.4 that may have been present in 2.05.1
If you're going to be recreating your config, you might as well upgrade to 3.4.1 -
@jay_s_uk Aw crap... my config.g has been a constant trail and error document for years haha, finetuning and experimenting... is there no way to recover it?
Everything else on the SD-card seems to be there
-
@haggan90 you may be able to use some recovery software to get it back from the sd card, but otherwise, no
-
@jay_s_uk As soon as I restarted the board I lost connection again... very strange..
-
@haggan90 you will if you have no config.g
-
There was a bug that could occasionally cause config.g to be lost. Upgrading to RRF 3.4+ would be recommended for many reasons. 2.05 is a few years old now.
If this is your first upgrade to RRF3 I suggest starting with a config file set from the online config tool.
-
@phaedrux well I guess I have no choice now
Where does the duet save the login for the WiFi? -
@haggan90 to the ESP (WiFi chip) flash
