Wi-Fi Combo Forum Discussions
It seems like the dynamic content callbacks only return the URL parameters and not the POST body content. Is there a way to retrieve the POST content?
Show LessIts standard practice at my company to have a "boot-up" app run diagnostics on a system before jumping to the main App located at a higher ROM address. We have a wiced app proted to uVelocity that works with a BCM43362 when the wiced App is the first thing executed on start up, meaning, the app is at the base ROM address for the processor. (STM32F415). When we run the boot-up app first, and then jump to the wiced app, which is linked to a higher memory address, the wiced app is unable to communicated over SDIO with the BCM43362.
Has anyone linked their wiced app to a higher address and had it work? We are trying to make sure that there is not some memory locality dependancy hidden somehwere in the wiced libraries.
We did verify that is was not a case of the boot-up app leaving RAM in a bad or unclean state, as we reset the whole internal RAM to 0s before running main in our wiced APP.
Show LessIm using a BCM9WCD1EVAL1 board, which carries a BCM943362WCD4 module. By default, an SPI interface goes to J3 and J7 on the EVAL1 board. Id like to put a second UART function on those pins instead. The first UART is already used as a debug serial port (over a USB-serial converter).
It is convenient to use the pins which by default are connected to the SPI interface, because these pins are otherwise unused - they only go to a debug header and an unpopulated header.
I know how to do this at a very low level (how to configure the appropriate GPIO pins on the STM32F205 to provide an alternate function), but Im having some trouble figuring out how to do this with the least friction in the WICED SDK.
currently there is a global variable called uart_mapping, which lives in platform.c, which is initialized like this:
[WICED_UART_2] =
{
.usart = USART2,
.gpio_af = GPIO_AF_USART2,
.pin_tx = &gpio_mapping[WICED_GPIO_3],
.pin_rx = &gpio_mapping[WICED_GPIO_4],
.pin_cts = &gpio_mapping[WICED_GPIO_1],
.pin_rts = &gpio_mapping[WICED_GPIO_2],
do I simply change e.g .pin_tx to &gpio_mapping[WICED_GPIO_7], because WICED_GPIO_7 is mapped to GPIO port A pin 6 (by gpio_mapping[] in the same file? And is this sufficient to configure that GPIO port pin as the correct alternate function?
thanks, Stuart
Show Less