This library contains a LwIP driver (for picoos-lwip library). I have tested this using MXCHIP EMW3162 module + EMB-380-S2 development board (both are available at least from seeedstudio.com). It works also with WifiMCU, which uses EMW3165. There is also a small sensor development board for EMW3165 developed by me.
To compile this, some manual setup is needed. First step is to obtain WICED SDK package from Cypress (free, but registration required, redistribution not allowed). Starting from 4.0.0 release they no longer provide SDK sources as .7z, but SDK can found in 43xxx_Wi-Fi directory under WICED Studio installation. There are also other ideas for extracting the sources in WICED forums.
After getting the SDK, there are two alternative ways to complete setup. Easiest way would be just to execute setup_wiced_sdk.sh. If you prefer manual setup, perform these steps:
- Extract WICED SDK and move it to WICED-SDK-6.2 subdirectory of this library.
- Get MXCHIP patches from github. Just follow instructions there (patches are for SDK 3.5.2, but they work for newer version also).
- Apply pico]OS patches.
cd WICED-SDK-6.2; patch -p1 < ../wiced.patch
The patch modifies EMW3165 configuration under platforms/EMW3165 to make it work tickless sleep.
If the patch doesn't apply cleanly, the problem might be the dos-style line endings in SDK files. Issue #1 contains steps the fix them.
You should now have valid patched SDK ready.
Library doesn't use Wiced SDK Makefiles (Pico]OS Makefile system is used instead). Also, neither LwIP nor RTOS inside SDK is used (LwIP comes from picoos-lwip library and RTOS is, well, of course Pico]OS)
Wifi chip firmware is loaded from /firmware/43362A2.bin, it's up to the application to provide the filesystem (romfs from picoos-micro library for example).
To avoid massive changes to LwIP, packet buffer is handled differently than done in original Broadcom SDK. PBUF_LINK_ENCAPSULATION_HLEN is used to reserve space for Wiced SDK headers that exist before ethernet header. Two-byte padding in beginning of ethernet frame is used, but the padding word overlaps with last two bytes of Wiced SDK headers. A little bit odd, but as LwIP never really touches the contents of the padding word this was an easy way to get correctly aligned packet (DMA processing in Wiced SDIO layer requires that Wiced headers begin on 32-bit boundary - at least on STM32F2xx).