Hello!

I've got a working WICED project from a customer for doing addons. I copied the entire project to my harddisk and installed WICED-SDK V2.4.1 but the project does not compile. My first problem was, that make could not be found. I had to adjust the path since the project I got is named "WICED-SDK" and the original one is named "Wiced-SDK". Now this error is gone but I get a lot of errors such as the following

**** Build of configuration Default for project WICED-SDK ****

D:\Projekte\PhilipsAustria\EOLEDC\Firmware\WICED-SDK\make.exe di.DiIntegration-MurataTypeYD-ThreadX-NetX download

Applying changes made to: Makefile wiced_toolchain_common.mk Library/daemons/dhcp_server/dhcp_server.mk Library/utilities/crc/crc.mk Library/utilities/json/json.mk Library/protocols/dns/dns.mk Library/daemons/dns_redirect/dns_redirect.mk Library/daemons/http_server/http_server.mk

+-----------------------------------------------------------------------------------------------------+

| IMPORTANT NOTES                                                                                     |

+-----------------------------------------------------------------------------------------------------+

| Wi-Fi MAC Address                                                                                   |

|    The target Wi-Fi MAC address is defined in <WICED-SDK>/generated_mac_address.txt                 |

|    Ensure each target device has a unique address.                                                  |

+-----------------------------------------------------------------------------------------------------+

Wiced/RTOS/ThreadX/ThreadX.mk:42: Wiced/RTOS/ThreadX/ThreadX_src.mk: No such file or directory

| MCU & Wi-Fi Power Save                                                                              |

Wiced/Network/NetX/NetX.mk:47: Wiced/Network/NetX/NetX_src.mk: No such file or directory

|    It is *critical* that applications using WICED Powersave API functions connect an accurate 32kHz |

make.exe[1]: *** No rule to make target 'Wiced/Network/NetX/NetX_src.mk'.  Stop.

|    reference clock to the sleep clock input pin of the WLAN chip. Please read the WICED Powersave   |

make: *** No rule to make target 'build/di_DiIntegration-MurataTypeYD-ThreadX-NetX/config.mk', needed by 'main_app'.  Stop.

|    Application Note located in the documentation directory if you plan to use powersave features.   |

+-----------------------------------------------------------------------------------------------------+

As a workaround I will copy the project source over the install folder of the SDK, but that is now what I want to do, since the project is in a SVN repository and should be on a special location on disk. I can try to reinstall the SDK and change the SDK-path to that location, but isn't it possible to import a project?

SDK 2.4.1 as used from our customer so I don't want to change that for the moment!

Best regards and thanks for any responses,

Markus Schwarzl

Hi support team

I have WICED Bridge evaluation board.(BCM43362+BCM20702)

How to get Quick start guide document for WICED Bridge?

Please refer attached file.

Thanks a lot!!

We are using a murata SN8000 module connected via SPI mode 0 operating with 25Mhz to a cortex m3 lpc1837. We are using a WWD ported from the SDK 3.1.2 (including matching patch from murata). We are using a custom  PCB with SPI Flash, SDRAM, MSU and SN8000. The MCU is operating with 180MHz. We are using an older version of freertos and LWIP (not taken from the SDK). The SPI interrupt has the second highest interrupt priority and SPI DMA has the highest interrupt priority. The wwd task has the highest priority as a task. There should be no long interrupt processing during the test.

During initialization we experience reproducable timeouts of ioctl commands issued after the firmware download.

The wwd_bus_init() function completes successfull but the further ioctl interactions of wwd_management_wifi_on() fail on different calls (timing dependant). An oscziloscope trace shows that after a couple of commands the SN8000 does not singal a SPI IRQ anymore.

The initialization function returns "Could not set AMPDU parameters" with an errorcode 2 (timeout).

The error does not occure at every start and if initialization completes successfully the SPI communication seems to work allowing conifguration of the WLAN module and exchange of data. Modifications of the timing make the error appear on different ioctl calls within wwd_management_wifi_on(). The traces show half completed communication sequences with missing SPI IRQ after a couple of successfull communication sequences with interrupts from SN8000.

If we continously using IOCTLs (by calling wwd_wifi_get_rate() in a loop) after initialization the WLAN module stops responding after some retries. If we delay the first call to wwd_wifi_get_rate() after the initialization (wwd_init()) the error occures faster! If we continue to use the 1ms delay for every SPI transaction even after intialization the IOCTL does not fail.

Some other users seem to have similar problems, but we have found no solution on the forum:

Re: set country code timeout

For now we added a delay of 1 ms for the first couple of SPI transfers which resolved the problem. However to gurantee a safe and stable operation we would really like to understand the cause of this behaviour.

We tried to rule out hardware based SPI problems.

We performed some tests driectly inside the wwd_bus_init function after reading the reset where the comment "/* Check feedbead can be read - i.e. the device is alive */" is located.

The Test–Read only register of the gSPI Interface returns always the same vaule when read in a loop.

Continously writing the Test-R/W register of the gSPI Interface with increasing numbers always returned the written number when reading.

Additionally we have sent 1200 byte UDP packets to an echo server and checked the returned packets for data inegrity using IP and UDP checksum. The test never returned an invalid checksum.

I have being working for our company's cortex-m4 device to support WICED SDK.

I ported WICED SDK libraries and checked that the built image was downloaded and run by writing data on SRAM using WICED openocd.

Eventually I want write the image on our device's flash memory.

But to write data to the flash memory, extra work seems to be necessary.

However, Unfortunately, I am not familiar with how to use openocd...

So I want to get tips or helps to solve it.

Please tell me in detail about how to workaround this problem.

Thanks.