Wi-Fi Combo Forum Discussions
in the C file:
#include "sntp.h"
sntp_start_auto_time_sync( 1 * DAYS );
in the makefile:
$(NAME)_COMPONENTS := protocols/sntp
Compiles fine, but the linker cannot find the function I called: "undefined reference to `sntp_start_auto_time_sync'"
I looked in the build directory (Modules/Library/protocols/sntp) and I can see the snap.o file, compiled at the right timestamp.
The .o contains the string "sntp_start_auto_time_sync"
What's missing? What other info does the linker need?
[Update: If I run make clean, and then try again, the compilation is successful. Why?]
Show LessI heard release WICED 3.1.1 with improved Wifi-direct. When do you release WICED 3.1.1??
And do you have plan include BCM9WCDUSI09 platform into WICED SDK 3.1.x??
Show LessPlease find SDK Version 3.1.1 here:
Broadcom WICED Software Development Kit 3.1.1
Please find SDK Version 3.1.1 w/HomeKit Version is here:
Broadcom WICED Software Development Kit 3.1.1 with HomeKit
If you had access to previous HomeKit versions, you should not have any issue.
If you need access please send a message to gangi with your MFi Account number which can be found in the upper left hand corner of the Apple MFi portal at mfi.apple.com.
Enjoy!
Show LessI am trying to register callbacks on a tcp socket but the callback functions are never called.
Basically, this is how my code looks like:
wiced_tcp_create_socket(&socket, WICED_STA_INTERFACE) wiced_tcp_listen( &socket, PORT ) wiced_tcp_register_callbacks(&socket, (wiced_socket_callback_t)tcp_conn_callback, (wiced_socket_callback_t)tcp_rx_callback, (wiced_socket_callback_t)tcp_disc_callback) static wiced_result_t tcp_conn_callback(wiced_tcp_socket_t* sock){ wiced_rtos_lock_mutex(&UART); WPRINT_APP_INFO(("Conn! ")); wiced_rtos_unlock_mutex(&UART); return WICED_SUCCESS; } static wiced_result_t tcp_rx_callback(wiced_tcp_socket_t* sock){ wiced_rtos_lock_mutex(&UART); WPRINT_APP_INFO(("Rx! ")); wiced_rtos_unlock_mutex(&UART); return WICED_SUCCESS; } static wiced_result_t tcp_disc_callback(wiced_tcp_socket_t* sock){ wiced_rtos_lock_mutex(&UART); WPRINT_APP_INFO(("Disc! ")); wiced_rtos_unlock_mutex(&UART); return WICED_SUCCESS; }
The code is compiling and running, but the callbacks are never called when I try to connect to the module.
Any suggestions what I am doing wrong?
Thank you,
Regards
Per D
Show LessTest on sdk3.0.1, with FreeRTOS+LwIP.
Below code snip shows wiced_tcp_create_socket fails if i >= 5.
The fail result is 25 (SOCKET_CREATE_FAIL).
Which means I can only successfully create 5 sockets at the same time. (0 ~ 4).
for (i = 0; i < 10; i ++) {
result = wiced_tcp_create_socket(&socket, WICED_STA_INTERFACE);
if (result != WICED_SUCCESS) {
WPRINT_APP_INFO(("wiced_tcp_create_socket fails %u i=%d\r\n", result , i));
}
}
So any limitation about the number of sockets can be created at the same time?
Show LessHi,
We have Discover Wi-Fi SN8200X module eval board from Element14 and WICED SDK-2.4.0 patched with SN8200x patch in Linux.
We are using UART to communicate with an external device (Baud - 9600, Parity - even, 1 stop bit, Flow control disabled). The board sends command and device responds with requested bytes. This happens fine initially.
But after some random time (may be 10 mins, 1 hr, 4 hrs or never - Very inconsistent), we observe that the wiced_uart_receive_bytes() function fails (returns WICED_ERROR). Through CRO we can see that UART is actually seeing the bytes at its input lines.
We are not using ring buffer in code (optional_ring_buffer is NULL) to receive bytes.
Once the above stated problem happens, we had to reset the board to make it working (but soft reset does not work).
When we saw the definition of wiced_uart_receive_bytes() function, we found that when not using ring buffer, the wiced_uart_receive_bytes() function calls platform_uart_receive_bytes() function which always returns WICED_SUCCESS in definition.
But we are facing WICED_ERROR from the function after sometime. How this happens ? Are we missing something? Please help in this regard.
Thanks in advance.
Show LessHi sir,
I want to use WICED_SPI_1 interface to connect to a slave devcei. And I have some questions as below,
1. Does MISO and MOSI need to combine, then connect to slave's SDO pin?
2. Does software need to modify for 3-wire SPI communication?
The SDK version that I used is 2.4.1.
The board that I used is BCM9WCDPLUS114.
Thanks.
Show LessHi
I see from the latest release notes that the STM32F1XXX are currently not supported. Is there any advance information about when support for those devices might be added? My situation is such that i need to find a module to which i can communicate to with SPI ( i cannot use the SDIO interface as those pins are occupied) on an STM32F103VF running FreeRTOS. Im currently aiming for a muRata sn8000ufl module for my product.
Best regards
Martin
Show LessHi,
Im just starting with WICED
chip using:BCM43362
microcontroller:STM32f407zg
SDK:WICED 3.1.0
want to port WICED SDK to Keil Environment for this particular controller and chip with FreeRTOS and Lwip Stack.
Successfully ported FreeRTOS and Lwip stack in the SDK to the Environment.
found that "generated_mac_address.txt" and "43362A2_bin.c" is created at time of build.
Adding the file -"43362A2_bin.c" and defines in the text file to the project, is the right way to go?
Should bootloader, dct and application should be treated as separate projects? If so which files are the mutually exclusive for each of them?and which files should be included in all 3 of them?
Show Less