| FORUM

FEDEVEL
Platform forum

USE DISCOUNT CODE
EXPERT30
TO SAVE $30 USD

Wi-Fi Module Connection to SD2 Port

matthewbeach , 05-28-2018, 02:13 PM
Hello all,

I'm working on a personal project to learn high speed layout and I came across the Wi-Fi/Bluetooth module WL1837MODGIMOCR (http://www.ti.com/lit/ds/symlink/wl1837mod.pdf) from TI that I would like to integrate into my project. A wiki on the part (http://processors.wiki.ti.com/index....IMX6)#Hardware) suggests that the WLAN signals are connected to the SD2 port of the IMX6. However, the Openrex I'm using as a base reference design uses SD2 as the port to boot from. I was wondering if there would be any problems I would run into or need to address if I wanted to boot the device from SD1.
Currently, I have optional fitting resistors that will let me swap the destinations of the SD ports but getting rid of them would save a lot of space. I'm also having trouble finding the SD1_CD, SD1_WP, and SD1_LCTL pins. Are these pins critical for booting from SD1? Or would it just be better to connect SD1 to the WIFI part?
Another wrinkle in integrating the new chip on their recommended ports is that it calls for using UART5_RTS [T6], which is used as USB_OTG_OC was just connected to a pullup resistor. Would using USB_OC as a UART pin mess with the functionality of the the USB_OTG?
The last small issue is that that UART5_CTS [V5] called for by the WIFI chip is in conflict with PCIe_RSTn [V5]. Can any GPIO be used to drive PCIE_RSTn?


Thanks for the help!
Best,
Matthew Beach
robertferanec , 05-29-2018, 06:13 PM
A wiki on the part (http://processors.wiki.ti.com/index....IMX6)#Hardware) suggests that the WLAN signals are connected to the SD2 port of the IMX6
- Did you find any specific reason why you would have to use SD2? Theoretically, any SD should be ok. However, if I remember right, there may be some limitations / differences in SD interfaces on iMX6 (maybe something with maximum speed?). Try to search in documents or on internet.

If you like, you can try to boot up OpenRex from SATA and test your Wifi in the SD slot.

PS: For Wifi, you may want to consider also PCIE mini card slot - that is how we do it. PCIE Wifi may be faster than SD Wifi (I am not sure what would be difference in price). Also, I am not sure why you would like to connect SD1 - because you are planning to solder the Wifi chip down?

I'm also having trouble finding the SD1_CD, SD1_WP, and SD1_LCTL pins. Are these pins critical for booting from SD1?
- if you would like to use standard source code, I would recommend to connect CD and WP pins. If you do not connect them, you may need to go through source code to find how CD and WP are checked (in older kernels, I think some stuff was handled as GPIO - means CD and WP pins were not even configured as CD and WP pins, but maybe they have changed it in latest kernels).

IMPORTANT: If you would like to boot from an interface (e.g SD1), be sure you check table of default settings after reset - there is a table in datasheet, where they tell you what pins exactly you need to use to be able to boot up from specific interface. Find the table and check what pins you would need for SD1 to be able to boot from it.

Another wrinkle in integrating the new chip on their recommended ports is that it calls for using UART5_RTS [T6], which is used as USB_OTG_OC was just connected to a pullup resistor. Would using USB_OC as a UART pin mess with the functionality of the the USB_OTG? The last small issue is that that UART5_CTS [V5] called for by the WIFI chip is in conflict with PCIe_RSTn [V5]. Can any GPIO be used to drive PCIE_RSTn?
- these are very specific design questions which I would recommend to test before you implement them on the board. Try to wire up your wifi, use all the pins as you are planning to use them and test it. If I would be doing that design, I would also test it - if you swap some pins incorrectly, you may have problems to boot up or to use specific interface. It is always the best to test it, because even you may think, that theoretically something should work - it doesn't mean it will.
matthewbeach , 06-13-2018, 02:22 PM
Hi Robert,

First off, sorry for my late response. I took a brief hiatus from the project to avoid burning out.

I've done some changes to my design to help according to your advice. First, since I had space on the board, I've added optional select resistors to swap the destinations of SD1 and SD2. I've also added select resistors to any pins I used that were in conflict with the OpenRex so that at any time I can revert the connections back to the way the OpenRex is wired. I've also referenced the iMX6 Saber reference design and pined out the SRC_BOOT_SELECT<31:0> pins with a pullup/pulldown network so I can boot from board settings. I've also double checked against the datasheet table to make sure I have the right pins on SD1 to boot from.

I also have a PCIe mini slot for a WLAN card as a backup to the solder-down WiFi part, as well as an Ethernet port. The motivation for the solder-down part was initially for the bluetooth and I had space for both antennas.

Thanks for the help!

Best,
Matt
robertferanec , 06-17-2018, 01:02 PM
Please let me know when you finish your project. Great job!
Use our interactive Discord forum to reply or ask new questions.
Discord invite
Discord forum link (after invitation)

Didn't find what you were looking for?