New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mark 1 does not support Channels 12 or 13 on 2.4GHz spectrum #31
Comments
|
Interesting find! Seems like the region on the Mark-1 is set to Can you check the output of
My devices list the frequencies atleast, but I've not been able to set my router to either of the channels in question to test. |
|
Sure! |
|
That's quite interesting, this is mine: can you try to run |
|
Correction, that command doesn't survive reboot, and seem to be a little wonky to get working... Setting REGDOMAIN=DE in /etc/default/crda should work but for me it's not really doing anything... |
|
|
At the least we've proven though that this could be an issue for international Mycroft users. I've updated the Picroft and Mark 1 WiFi documentation with a note to mention this. |
|
There is discussion here: Channels 12 and higher are restricted in the US and Raspbian doesn't support it by default. Manual workarounds are detailed in that article if anyone wants to experiment. Closing this issue, as we won't be shipping any that are configured this way by default. |
Background
This issue was identified on the Mycroft Community Forum, I simply validated it.
Issue was validated on two x Mark 1s running
18.2.6b, build:Router: Netgear DGND3700v2
Description of issue in object deviation format
If the user's wireless SSID is configured to use either Channel 12 or Channel 13, then the Mark 1 Device will not be able to connect to the channel.
This was validated using the following sequence:
Suspected cause
In the USA, Channels 12 and 13, running frequencies 2467MHz and 2472MHz respectively, are restricted. Hardware manufactured in the USA often does not support these frequencies. However, international countries router configurations allow these frequencies, so it's possible that a router is configured to broadcast an SSID on these frequencies. In that case, Mark 1 cannot connect.
Workaround
The only available workaround is to set the router to a different channel/frequency.
The text was updated successfully, but these errors were encountered: