Cannot get WIFI to work on a new Duet3D WIFI

dc42

Are the SSIDs of your networks exactly as M587 reports them? SSIDs are case sensitive. Are they definitely broadcasting on 2.4GHz, and not hidden?

A Former User

Maybe Wifi issues should be accompanied by a screenshot from an android/iphone app that shows wifi networks, channels, encryption types and signal strengths in the same location as the Duet. Its been a while since I've looked at those - but others may have up to date reccomendations.

Back to topic;

Error retrieving WiFi status message: bad reply format version
[ERROR] Error retrieving WiFi status message: bad reply format version

as jeff points out it suggests wrong versions, @dc42 would the firmware issue those messages if the versions were right but no networks were found, i.e. empty replies?

dc42

@bearer said in Cannot get WIFI to work on a new Duet3D WIFI:

Back to topic;
Error retrieving WiFi status message: bad reply format version
[ERROR] Error retrieving WiFi status message: bad reply format version
as jeff points out it suggests wrong versions, @dc42 would the firmware issue those messages if the versions were right but no networks were found, i.e. empty replies?

No. The only known reason for that message is mismatched firmware versions, however there have been a few reports of it, so I am starting to suspect a bug. Recommended workaround when you get it: send M552 S-1, then M552 S0, then try the original command again.

jeffvan302

@dc42

It looks like I got it to work. Here is what I ended up doing:

The M552 S-1 followed by M552 S0 seems to reset the WIFI unit and now it reports the following with the M122 command:

>>> M552 S-1
SENDING:M552 S-1
WiFi module stopped
ok T0:2000.0 /0.0 B:2000.0 /0.0
>>> M552 S0
SENDING:M552 S0
WiFi module started
>>> M122
SENDING:M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.03 running on Duet WiFi 1.02 or later
Board ID: 08DGM-956GU-DGMSN-6J1F4-3S86T-1BR3G
Used output buffers: 1 of 24 (1 max)
=== RTOS ===
Static ram: 25680
Dynamic ram: 93644 of which 0 recycled
Exception stack ram used: 308
Never used ram: 11440
Tasks: NETWORK(ready,1280) HEAT(blocked,1236) MAIN(running,3820) IDLE(ready,160)
Owned mutexes:
=== Platform ===
Last reset 00:01:52 ago, cause: power up
Last software reset time unknown, reason: User, spinning module GCodes, available RAM 11428 bytes (slot 1)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
Error status: 0
[ERROR] Error status: 0

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 24.4, current 30.3, max 30.3
Supply voltage: min 24.3, current 24.4, max 24.5, 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
Date/time: 1970-01-01 00:00:00
Cache data hit count 255064556
Slowest loop: 99.46ms; fastest: 0.07ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Move ===
Hiccups: 0, FreeDm: 169, MinFreeDm: 169, 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 ready with "M122" 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: 1.25ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8
- WiFi -
Network state is running
WiFi module is idle
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.23
WiFi MAC address dc:4f:22:6e:6f:a8
WiFi Vcc 3.42, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 30176
Socket states: 0 0 0 0 0 0 0 0

I can now see the WIFI firmware version as 1.23.

On WIFI Frequency. I have separate SSIDs for difference Frequency sets. So yes these are 2.4GHz networks.

On the issue of Wifi SSIDs: They are not the same. There are lowercase letters in the SSIDs and I enter them as such with the M587 command. But when I check the list with the M587, all the characters are upper case. The same is happening to the Passwords. I discovered this when I added an SSID with all uppercase letters into my WIFI access point but with lowercase letters in the password. I was getting "WiFi reported error: Wrong password while trying to connect to JEFFPIXEL". I then created an uppercase password and now the system connects. The sequence of commands that I used are as follows:

M552 S-1                          ---Stops the WIFI Module
M552 S0                           ---Starts the WIFI Module
M122                              ---Checks the status of the board (WIFI status at the bottom)
M588                              ---Cleared all old SSIDs
M587 S"" P""                      ---Entered the new SSID with uppercase SSID and password.
---I made sure to have a WIFI SSID and Password that matched all uppercase letters.
M552 S1                           ---Connect to WIFI
---(After a few seconds)
M122                              ---Check status of WIFI at the bottom

The last command yielded the following for the WIFI section:

- WiFi -
Network state is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.23
WiFi MAC address dc:4f:22:6e:6f:a8
WiFi Vcc 3.42, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 25296
WiFi IP address 10.240.0.240
WiFi signal strength -51dBm, reconnections 0, sleep mode modem
Socket states: 0 0 0 0 0 0 0 0

I can now ping the board on the network.

Thank you

Jeff

fcwilt

@jeffvan302 said in Cannot get WIFI to work on a new Duet3D WIFI:

On WIFI Frequency. I have separate SSIDs for difference Frequency sets. So yes these are 2.4GHz networks.

Hi,

Just out of curiosity why do you have separate SSIDs for different channels - I guess that is what you mean by "frequency sets".

Frederick

dc42

@jeffvan302 said in Cannot get WIFI to work on a new Duet3D WIFI:

On the issue of Wifi SSIDs: They are not the same. There are lowercase letters in the SSIDs and I enter them as such with the M587 command. But when I check the list with the M587, all the characters are upper case. The same is happening to the Passwords. I discovered this when I added an SSID with all uppercase letters into my WIFI access point but with lowercase letters in the password. I was getting "WiFi reported error: Wrong password while trying to connect to JEFFPIXEL". I then created an uppercase password and now the system connects.

That's because you are using the wrong program on your PC to connect via USB. The reason we tell you to use YAT (if using a Windows PC) is that common GCode senders such as Pronterface convert everything you enter to uppercase.

Please check that you don't have any M587 or other network-related commands in config.g, other than M552 S1 to connect to the access point.

jeffvan302

@fcwilt said in Cannot get WIFI to work on a new Duet3D WIFI:

@jeffvan302 said in Cannot get WIFI to work on a new Duet3D WIFI:

On WIFI Frequency. I have separate SSIDs for difference Frequency sets. So yes these are 2.4GHz networks.

Hi,

Just out of curiosity why do you have separate SSIDs for different channels - I guess that is what you mean by "frequency sets".

Frederick

It just makes it a lot easier to know if you are connected to 5Ghz or 2.4Ghz. On my cell phone I can forget the 2.4GHz name and just connect to the 5GHz name. That way I know I am always on 5GHz. It really is just an easy diagnostic tool. It also allows you to know if any device can only connect to 2.4GHz, if all that is available is the 2.4GHz SSIDs.

jeffvan302

@dc42 said in Cannot get WIFI to work on a new Duet3D WIFI:

@jeffvan302 said in Cannot get WIFI to work on a new Duet3D WIFI:

On the issue of Wifi SSIDs: They are not the same. There are lowercase letters in the SSIDs and I enter them as such with the M587 command. But when I check the list with the M587, all the characters are upper case. The same is happening to the Passwords. I discovered this when I added an SSID with all uppercase letters into my WIFI access point but with lowercase letters in the password. I was getting "WiFi reported error: Wrong password while trying to connect to JEFFPIXEL". I then created an uppercase password and now the system connects.

That's because you are using the wrong program on your PC to connect via USB. The reason we tell you to use YAT (if using a Windows PC) is that common GCode senders such as Pronterface convert everything you enter to uppercase.

Please check that you don't have any M587 or other network-related commands in config.g, other than M552 S1 to connect to the access point.

Thank you for the info on YAT.

I only had the M552 S1 in the config.g file at first (No M587), while the issues were occurring.

I have since the last test added the following:

M552 S-1					   ; Stop WIFI Module
G4 P2000				           ; Wait 2 seconds
M552 S0						   ; Start WIFI Module
G4 P2000				           ; Wait 2 seconds
M552 S1

And now it boots and connects to the network without any issues.

Let me know if I should make any changes.

Thank you!!!

Jeff

dc42

I am surprised that adding those commands makes any difference, because the M552 commands get deferred until config.g has completed. Or at least, that's what is supposed to happen. Are you sure it still doesn't work with just M552 S1 in config.g?

jeffvan302

@dc42 said in Cannot get WIFI to work on a new Duet3D WIFI:

I am surprised that adding those commands makes any difference, because the M552 commands get deferred until config.g has completed. Or at least, that's what is supposed to happen. Are you sure it still doesn't work with just M552 S1 in config.g?

I removed the commands and just have M552 S1 now and it does still connect. I guess the M552 S-1 followed by M552 S0 was only needed after the firmware upgrade.

Thank you.

Jeff

Nuramori

This post is deleted!