where can find an image file to let BeagleBone Black + WL1835 work on wlan via SDIO ?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
where can find an image file to let BeagleBone Black + WL1835 work on wlan via SDIO ?
Hu,
I don't know whether these bone images have the wl18xx dts support.
The article
basically scripts up the process to get a debian image working. When it was done it was with K4.1 and debian 7.8. The wl18xx cape is supported in Robert Nelson's build system and so you should be able to take the latest versions and get it working. I have not done this so if you just want something working then I'd recommend following that article.
Iain
I can not get the dts patch
"(2) Apply this dts patch: git.ti.com/.../0001-ARCH-arm-am335x-boneblack-add-wl1835-cape-support.patch "
please help
Allen,
If you are building from then there is no need for you to apply any patches. It is all done in the kernel build script that is maintained by Robert C Nelson. This creates the device tree binary which is then pointed to by uEnv.txt file in the file system.
If you look at the script this is done by the line
sudo sh -c "echo 'fdtfile=am335x-boneblack-wl1835mod.dtb' >> ${FS}/boot/uEnv.txt"
If this is working correctly you should see uboot load a file that is the same size as
/boot/am335x-boneblack-wl1835mod.dtb in the file system.
Iain
Hi Allen,
The build script on the wiki assumes you are using the Circuit Co cape with WL1835. The device tree file assumes the pin connections on this cape.
As you are using a completely different board your symptoms make sense. I would guess that you are using a different GPIO for WL_EN and a different mmc port for the com82sdmmc to that in the device tree file (dts)
So what you need to do is change the device tree file to match your pin usage. Once you can see WL_EN being driven high on kernel start and then sd clock activity when the kernel probes the mmc ports you have the device tree file basically correct.
Iain
Allen,
If your electrical connections are identical then you should be able to use the same dts file.
No it does not use card detect.
The device tree entry for the mmc sets it to be a non-removable mmc device
ti,non-removable;
Things to check.
1. that your device tree file for wl1835 is actually used. Best way to try that is to probe GPIO1_29 which is the buffer enable for the cape. It is controlled in pin group wlan_pins in am335x-boneblack-wl1835mod-cape.dtsi. It should go high on kernel boot. If it does, edit to make it drive low, rebuild dts and then see if behaviour changes. This way you can check you are actually loading the dtb file you think you are.
2. In your boot log is mmc2 probed? Something like this in boot log (or dmesg output)
mmc2: queuing unknown CIS tuple 0x91 (3 bytes)
mmc2: new high speed SDIO card at address 0001
Iain
Hi Iain:
(1) GPIO0_26 is at P8.14 according to scematic,
(2) reference to patches_kernel_patches_beaglebone-wilink8-capes_0001-ARCH-arm-am335x-boneblack-add-wl1835-cape-support.patch
in at line 25.---
wlan_pins_default: pinmux_wlan_pins_default {
pinctrl-single,pins = <
0x28 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* gpmc_ad10.gpio0_26 WL_EN*/
0x2C (PIN_INPUT_PULLUP | MUX_MODE7) /* gpmc_ad11.gpio0_27 WL_IRQ*/
0x30 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* gpmc_ad12.gpio1_12 BT_EN*/
0x7C (PIN_OUTPUT_PULLUP | MUX_MODE0) /* gpmc_csn0.gpio1_29 Cape_Buffer_EN*/
>;
};
I do no see the gpio1_29 Cape_Buffer_EN in the schematic, what the function of this pin ?
(3) Could you provide some method to debug dts ?
Best Regards;
Allen;
Hi Allen,
If you can't see GPIO1_29 on the schematics of the cape then I think you may be looking at the wrong schematics.
It is on p4 and enables the level shifters between the 3.3V buses on the cape and the 1.8V on the WL1835. If you are using the SDMMC2COM board then the level shifter is enabled by hw and not by GPIO.
Iain