Are the printers able to run on 5G? Connection issues.
More context would be helpful. And sharing all of the information you have would be most ideal if you’re expecting a helpful response.
Wont even run on 5ghz wifi. Wont even run if your router combines 2.4 and 5 into 1 channel. Had to dumb down my wifi 6 back to 2010 tech. Usbc and 2.4ghz on the same product is funny.
Printers cannot be found. I cannot log back in to my P1P. The X1C is only recognized on 2.4ghz. My 2.4 is poor at best
It’s 2.4 Ghz wifi only
Did you solve your P1P connection issue?
No, I have not. Unfortunately
Ok, maybe I have a similiar issue. I deleted the WiFi connection on my P1P and now it seems impossible to reconnect to it. I tried everything I could imagine and also created a support ticket. But support only suggested some strategies that I already tried before (like using a mobile hotspot on the phone).
Yep, my situation is the same
some routers mix the 2.4ghz and 5ghz channels. You will need to google "how to make seperate 2.4ghz and 5ghz channels on xxxxxx router. Then reconnect to the 2.4. Fixed my connection issue. Xfinity
True. Some WiFi clients can’t deal with an access point that offers both 2.4 and 5.8 with the same SSID. The initial negotiation process runs at 2.4GHz even if the connection will ultimately switch to 5.8. Older WiFi interface designs (particularly the kind in IOT stuff like wall switches and outlets) don’t understand the part of the protocol where the higher speed is negotiated. The access point goes to 5.8 and the devices stay at 2.4 and a data connection is never established even though the access point and device are making an initial connection.
You select the SSID to connect, and it starts the connection process but after a while it times out and fails.
I have a dedicated 2.4GHz-only network on my LAN specifically for these kinds of devices.
Don’t know that BBL uses this kind of HW, but easy to check if your router/access point allows it, use a different SSID for your 2.4GHz network and try connecting again.
1 Like
There is no such thing in 802.11. The device decides what it connects to.
I have 7 access points on my property and 50+ ESP32 devices that all function well, except the X1C… It kept becoming unresponsive. Still connected at the 802.11 layer but not responding to anything at the IP layer. My fix was to go to the access point it was connected to and force a disassociation. That made the X1C’s ESP32 wake up and reconnect and then things were fine for a little while. But that’s a PITA. I finally created an extra SSID just for the X1C on the nearest access point and it has stayed connected for a bunch of hours now. I’m crossing fingers… But the Bambu engineers working on the ESP32 code need to do better… 
1 Like
Well, I may not remember the details very well, but it is a well known issue with IOT devices using cheaper WiFi chipsets. They’re 2.4GHz only, and they cannot successfully negotiate a connection with an AP that also supports 5.8GHz with the same SSID. The solution is to run a dedicated 2.4GHz network with it’s own SSID.
1 Like
“Cheap chipsets” is very vague… I have 50+ ESP32 devices on my network, which is 2.4Ghz + 5.8Ghz (same SSID, same access points). Never had an issue due to that.
As I’m discovering, my “fix” of providing an SSID just for the Bambu doesn’t fix my problem. It eventually stops communicating again 
. Looks to me like they’re not really on top of the connection management…
Thanks for the info. I will check into it.
What @RocketSled is referring to is wifi band steering, it is present in many consumer and enterprise wifi access points. While I don’t know if that is specifically causing the issue as each Wifi vendor’s implementation is different, I have heard other people having trouble with WPA3 enabled network for Bambu to connect to.
It’s called band steering. You are correct about it not being part of 802.11 standard, but many vendors implements it, all differently.
While I don’t have the 802.11 protocols all in my head, I believe the following is true:
- an AP can’t force a device to switch bands, it can only send a “please” request
- clients that implement the band steering also provide capability information to the AP such that the AP can tell whether it’s even possible for the client to switch bands
- many client devices (i-devices in particular) implement the protocols for band steering but decide on their own whether they follow or not the requests
- the only thing an AP can forcefully do is to disconnect a device (typ in the hope it will then follow the recommendation or find an alternative on its own) but that’s not considered particularly prudent 'cause the device may not be able to do anything other than reconnect, which if it repeats results in a lousy user experience
The wifi stack in the ESP32 is actually pretty darn good, much better than some other IoT devices. But the app layer has to play its part in keeping everything alive, such as reconnecting when there’s a failure, promptly reading and releasing buffers, etc. In the general case there are power trade-offs (not for the X1C since it’s mains powered) so the networking stack doesn’t just retry everything immediately, the app has to do something. I’m suspicious about what Bambu implemented…
Not disagreeing with you here. The majority of wifi issue seem to be coming from P1x owners, they cut some corner there with the P1 models.