Tiny Core Base > Raspberry Pi
RasPi 3B - WiFi Not Detected
CentralWare:
With the exception of Pi-0W the rest of our RasPi racks are Ethernet based.
Since the Pi3B is supposed to have wireless onboard, I picked a few of those to run a wireless project on and immediately ran into a wall.
cpuinfo Model: Raspberry Pi 3 Model B Rev 1.2
version 15.x ArmHF
uname: 6.6.47-piCore-v7
Installed firmware-rpi-wifi, wireless-KERNEL and wifi
--- Code: ---tc@box:~$ sudo wifi.sh
No wifi devices found!
--- End code ---
I checked config/cmdline and didn't see anything that would disable wireless.
I'm formatting an SD card for Raspbian Full as we speak (Yawn... 36% Complete) just to test the 3B and make sure it's fully functional, which it likely is, but figured I'd stop in here and see if anything has changed in piCore over the years that could affect this? (piCore isn't released the same as it used to be - so maybe things operate differently? Or missing pieces, maybe?)
Thanks!
Paul_123:
Did you apply the cmdline option from the release thread. https://forum.tinycorelinux.net/index.php/topic,27338.0.html
So now I know it affects the zeroW, Zero2W, 3B. Pretty sure the 4 and 5’s are not affected. Although normally it connects, and then crashes without the driver option.
Paul_123:
The raspi WiFi is pretty verbose in dmesg. What do you see in ther, does the firmware load?
CentralWare:
Removed everything except mc.tcz from onboot.lst and rebooted.
(Created a script in /opt to load extensions and do a dmesg dump. That dump is attached.)
The extensions (tce-) LOAD, no errors reported, no nothing in fact. (...and no wlan0)
The MAC setting has been set in cmdline (as shown in dmesg) to no avail.
--- Code: ---[ 0.000000] Kernel command line: coherent_pool=1M ... brcmfmac.feature_disable=0x82000 zswap.compressor=lz4 ...
[ 0.000000] Unknown kernel command line parameters "nortc noembed", will be passed to user space.
--- End code ---
...there's no mention of BCM43438 (brcmfmac) in dmesg save for the command-line entry.
...
Update: Three (3) Raspberry Pi 3B v1.2 boards, all identical and purchased on the same date. None of these units have had GPIO related projects (thus the 40-pin is unused on all of them) and none of their history (projects) are out of the ordinary to where the boards could have been inadvertently damaged (they're DIN rack mounted,) however, TWO of the THREE boards don't even respond as to having the radio chip installed (though it's plain as day on the bottom of the boards!) Unit number 3, however... as soon as I launch my script loading firmware/drivers/wifi shows in dmesg instantly and ifconfig -a shows wlan0
Is there a kill switch (or enable switch) for brcmfmac that you know of ?
modprobe.conf is empty as expected (this is a clean 15.x install)
Paul_123:
The only kill switch I know of would be if you manually added dtoverlay=disable-wifi to your config.txt I would not expect anything in dmesg until you load the wifi drivers extension. Obviously the firmware needs to be loaded first or in the same tce-load call.
The only thing I remember from back then is that these boards and wifi chips were extremely sensitive to not working without enough power. This is about the time everyone started making 5.1v power supplies to be sure the pi was still getting enough voltage after the cable/connector power drop.
Navigation
[0] Message Index
[#] Next page
Go to full version