-
Notifications
You must be signed in to change notification settings - Fork 371
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
Unable to setup wifi on Octopi Bullseye arm64 lite 1.0.0 #809
Comments
For the record, this is what the relevant parts of my octopi-wpa-supplicant.txt look like:
|
I have the same exact problem. |
You can try without specifying the country code. |
Ok I did further testing. I also edited the file with either nano or mousepad if that helps. I tried the 32bits version and it works like it always did so the issue is solely with the 64bits build. I didn't try the latest 64bits nightly though. |
@doucettom There were issues reported in the rpi-imager repo about Raspberry Pi Imager failing to escape wifi password strings correctly in a few different cases. You could try the pre-release v1.7.4 of Raspberry Pi Imager linked to in this issue comment to see if that fixes your Wifi issues as it seems to have fixed it for others: raspberrypi/rpi-imager#541 (comment) I also had problems getting this new release imaged correctly with v1.7.3 of Raspberry Pi Imager, every time it would fail to connect to my WiFi network, after double and triple checking my Wifi credentials in rpi-imager I resorted to unplugging it from my printer and hooking it up to a monitor to see what was going on, in the end with nothing obvious out of the ordinary I reset the WiFi credentials locally via raspi-config before I found the linked issue, it's not ideal having to tear down a headless printer in order to set the WiFi credentials. 😅 Please do report back if this fixes anything for you, as it may nudge the rpi-imager maintainers to release an official 1.7.4 build. |
Thanks for your reply. I am not using Windows to write the image to the SD card and the problem happened with a good old dd as well. I'll still give 1.7.4 a try if I can find a linux version. |
There is a Linux .deb of the pre-release rpi-imager 1.7.4 in this comment, I should have also linked it in my previous comment: If you are not keen on installing pre-release/unoffical releases then you could always build it from source, the build instructions are in the README.md for the repo: |
I am not sure it is the same issue.. but I have Octoprint on Raspberry PI 3A+ running from over 2 years.. and it was always working..
|
If you have not just installed the OctoPi 1.0.0 64 bit image and you don't have the same problem as this issue, don't sidetrack this issue to your own problem. Head on over to the community forums or discord server where helpful people can help you troubleshoot. |
I used the rpi-imager to write the sd, but I did not use the inbuilt functionality to preset the wifi credentials. So rpi-imager should not have changed the files written to the sd, it should just have "copied" them over. What I failed to mention at the beginning is that I had also tried writing the image with dd and had the same (not working) result. What I'm trying to say is, I don't think rpi-imager is the problem here. But I'm happy to be proven wrong. ;-) |
Exact Same here but seemingly some special characters are causing troubles. I might try to convert it to hex to see if it goes through. This was suggested in one of the linked issues |
I just tried to connect to a wifi with a passphrase containing only upper and lowercase letters - no special characters. But same result: No connection. :-( |
I had exactly the same issue with Octopi 1.0 on a Raspberry 4 installed using the Pi Imager. Diving a bit deeper into it I discovered that only some of the wifi parameters from Pi Imager got transferred into the system. I'm using a hidden SSID and am living in "DE" - that's what I also specified in the Imager. After booting the Pi wifi was not up and I could only connect through ethernet. Turns out, in the system's native file "/etc/wpa_supplicant/wpa_supplicant.conf" the country was still set to GB and the switch "scan_ssid=1" in the network settings was missing. The SSID-name and password where correct, though. I changed the country-setting and added the scan_ssid parameter and voila - after a reboot wifi was working as expected. |
FYI - I also tried setting these parameters in the "/boot/octopi-wpa-supplicant.txt" without any luck... |
I was able to make it work by logging in via Ethernet port and do some manipulation with iwconfig but this won't work with a Raspberry Pi 3A+ or a Pi Zero 2W. I am not really able to plug my 3A+ on the think we'll have to get a new release from @guysoft that fixes this and luckily will also include 1.8.7 :) |
@doucettom do you remember what you had to change? |
Today's testing help me to find out that adding rfkill unblock wifi to rc.local make the wifi work even on headless Pi. This is a workaround and yes, the country domain is set. Wireless interface was soft blocked somehow |
@guysoft I also tried removing /var/lib/systemd/rfkill/ two files prior to booting my flashed instance and it worked. This was reported by a user in RC2 "main" issue thread. |
this cmd did it for me |
Bit of necro here but this is still an issue. |
@zahansellars You mean the file wpa-supplicant right? Or you mean the pi uses now NetworkMangaer? |
Pi isn't using WPA-Supplicant.
3x separate pis tested (1x pi3b and 2x pi4bs).
WiFi info from initial setup will work but doesn't push through to WPA supplicant file and any changes to that file don't seem to work. Connecting to an additional WiFi network from the optional raspian front end/gui also works.
Sent from Outlook for Android<https://aka.ms/AAb9ysg>
…________________________________
From: Guy Sheffer ***@***.***>
Sent: Sunday, November 26, 2023 8:09:11 PM
To: guysoft/OctoPi ***@***.***>
Cc: zahansellars ***@***.***>; Mention ***@***.***>
Subject: Re: [guysoft/OctoPi] Unable to setup wifi on Octopi Bullseye arm64 lite 1.0.0 (Issue #809)
@zahansellars<https://github.com/zahansellars> You mean the file wpa-supplicant right? Or you mean the pi uses now NetworkMangaer?
—
Reply to this email directly, view it on GitHub<#809 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AYMPWGFEQ2FEBIMG3MJPSLDYGOOWPAVCNFSM6AAAAAAVEQMXT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRWHA4DIMZTHE>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hi, just had another look at this as I had the same problem. Wifi is softblocked
For some reason this is due to the Wifi country code not set, although specified in octopi-wpa-supplicant.txt. I ran Alternatively run |
Ah, ok, thats the issue. Rpi by default block the wifi and have a service to unblock it when the country. code is set. In CustomPiOS I remove the code here: Can you look if there is anything here?:
|
I can confirm this issue. Works with armhf image, but not with arm64. After I set WLAN country with raspi-config and reboot, wlan starts to work.
Both wlan files contain 1, after fix its 0. |
On bookworm I get:
We have this line in the build: So its likely added in a different way The build process does delete it for bullseye, I can see in the log:
|
What were you doing?
What did you expect to happen?
Octopi connecting to specified wifi
What happened instead?
Not connected to wifi
I was able to connect via Ethernet and everything worked fine that way. I just wasn't able to get wifi working. Also not via raspi-config. Octopi-wpa-supplicant.txt shows the edits made before via nano.
"sudo iwlist wlan0 scan" shows me my wifi, so it shouldn't be a hardware issue.
Also, when I repeat the steps above with the 32bit image, same SD card and same raspberry pi, it connects to my wifi and everything works as expected.
Please let me know if I can provide additional info or a log of some sort. Thanks!
Version of OctoPi
octopi-bullseye-arm64-lite-1.0.0
I have read the FAQ.
The text was updated successfully, but these errors were encountered: