Open CliveMcF opened 11 months ago
WiFi.begin
and the equivalent BT/BLE calls all basically restart the CYW43 chip to ensure it's in a safe state to start their respective operations. Kicking the CYW43 will, of course, kill whatever was running before. When WiFi.end
is called behind the scenes the same effect happens.
While I'm sure it's possible to rearchitect the WiFi and BT stacks to share state and let it happen, it's definitely a very low priority for me.
If you'or someone else is very interested, though, I'd be happy to get a PR or two implementing it, though!
Thanks Earle, I think reworking the stacks would be well beyond my meagre capabilities but hopefully some generous soul with more expertise will take it on. I imagine there would be many many situations where BT/BLE & WiFi would need to coexist.
Hi,
It appears to be possible to use Bluetooth LE (via BTStackLib.h's BTStackManager) simultaneously with WiFi (via WiFi.h). Since I just added WiFi to a somewhat larger project on the Raspberry Pi Pico W that already had BLE set up, I have not done much testing with it however. Here are some of my preliminary observations:
setup()
, Wifi.begin
is called before setting up BTStackManager. It appears to work since the latter is started with its .setup
and .startAdvertising
functions, which apparently don't restart the CYW43 chip.WL_CONNECT_FAIL
' or a WL_DISCONNECTED
, but didn't affect BLE. Not sure what is going on here, so I need to investigate further.I used the Arduino WiFi guide for setting up a web server, though I have yet to proceed past pinging the board once it is connected to WiFi. This is my very first foray into using WiFi, so I'm still finding my way around the library. Perhaps this information will help you. I'll update once I know more.
Thanks @djpearman, very helpful - look forward to hearing how you get on. I did have a cursory look at the order in which BT and WiFi were set up but then got distracted with the SSID/password issue. I'll revisit this and pay more attention this time.
Essentially I've been starting BT and then WiFi, which reproducibly caused BT to drop out when WiFi connected, in contrast to your observations in point 2 above. Possibly a difference between BT and BLE?
Like you, I found that connecting WiFi takes a while, long enough for me to add a "Starting up, please wait..." notification to the user. Other than that, I found WiFi to be straightforward to set up and implement. I based my code on the WiFi Client sketch from the Pico W examples in the Arduino IDE and with a few minor tweaks it worked just fine.
I took another look at the sequence in which BT and WiFi are started up and can happily confirm @djpearman 's observation that if WiFi successfully connects then BT doesn't drop out. So now my setup() process is: Get WiFi credentials from a saved file Attempt to connect to WiFi using these credentials Start up BT
The problem comes if WiFi doesn't connect, in which case I need to prompt for WiFi credentials via BT, save the new credentials, connect to WiFi, then restart BT as it will have been kicked out by the WiFi connection. Clunky but doable at a pinch, and certainly an improvement on where I was. Would still love to have BT/BLE and WiFi just playing nice all the time, for a whole load of reasons!
Google tells me that I can run Bluetooth and WiFi simultaneously on the Raspberry Pi Pico W, but no luck so far! I'm trying to send the WiFi network credentials to the Pico via BT which works fine, but as soon as the Pico connects to the WiFi network it drops the BT connection.
I'm programming the Pico via the Arduino IDE and running the code below. To reproduce the error: With the code running on the Pico, pair it to a BT Terminal app (in my case, running on an Android phone) Send a newline from the terminal app to let the Pico it's connected The Pico sends the SSID prompt text to the terminal Send the correct SSID from the terminal The Pico prompts for the password Send the correct password to the Pico The BT connection to the terminal drops out The serial monitor on the Arduino IDE displays the "WiFi connected" message with the IP address
Here are the results from the possible combinations of correct/incorrect SSID and password: SSID correct, password correct -> BT disconnects, WiFi connects SSID wrong, password correct -> BT stays connected, WiFi doesn't connect SSID correct, password wrong -> BT disconnects, WiFi doesn't connect SSID wrong, password wrong -> BT stays connected, WiFi doesn't connect
Not as logical as I'd thought it would be! Here's the code: `#include
include
char ssid[32]; // Character array to store SSID char password[32]; // Character array to store password bool DEBUG = true;
WiFiMulti multi;
void setup() { if (DEBUG) Serial.begin(9600); SerialBT.begin(); while (!SerialBT.available()) // Wait for BT Terminal to connect ; int bytesRead = SerialBT.read(); SerialBT.println("Please enter the WiFi SSID: "); while (!SerialBT.available()) ; bytesRead = SerialBT.readBytesUntil('\n', ssid, sizeof(ssid)); ssid[bytesRead] = '\0';
if (DEBUG) Serial.println(ssid);
SerialBT.println("Please enter the WiFi Password: "); while (!SerialBT.available()) ; bytesRead = SerialBT.readBytesUntil('\n', password, sizeof(password)); password[bytesRead] = '\0'; if (DEBUG) Serial.println(password);
multi.addAP(ssid, password); // Connect to WiFi network
if (DEBUG) { if (multi.run() != WL_CONNECTED) Serial.println("Unable to connect to network"); else { Serial.print("WiFi connected via IP address: "); Serial.println(WiFi.localIP()); } } }
void loop(){
}`