Wi-Fi Combo Forum Discussions
Has the roaming algorithm changed between the different wiced versions? We are seeing poor roaming performance (really long roams, and the devices sticking to APs with low RSSI) when we use wiced 3.0.1 with a BCM43341 vs using wiced 2.4 with a BCM433262.
We have our roam trigger set at -70 db on the device.
Can anyone comment on if we should expect a difference in roaming behavior?
Show LessI'm trying to send a UDP packet , so I used the sample code udp_transmit from the SDK , but when I checked the time taken to create and send a UDP packet it was showing 7.8 ms , (I toggled a gpio and measuread the pulse width )
This time is much large comapred to wifi throughput, we are expecting a throughbut of 15Mb/s but this can't be achieved if the UDP packet creation and send is taking too much time.
Why is this so? Is it better in any other SDK ?
We are using 3.1.0 SDK with SN8000x EVB
Show LessHello all - I have been using the demo console example program on 2 separate eval boards (DEV A and DEV B). I start Soft AP on DEV A and join the AP on DEV B. I set the data rate on both to 54. Using iperf -s on DEV A and iperf-c on DEVB the max rate I can achieve is 5.8Mbits/sec. I'm not sure but that data rate seems really low. I also tried UDP and the results where much worse.
That said is there way a way to get the data rate between the two devices up to somewhere around 50Mbits/sec. Is there a variable/constant/PCB jumper to jack the rate up? Is there a way to get more concurrent channels open between the two devices.
I plan on using TCP/IP in our upcoming design, and our requirements for throughput is in the 100Mbits/sec area.
Thanks in advance
Scott
Show LessHaving been recently introduced to the Broadcom environment through the generous donation of an eval board, I've been attempting to get the module to talk to an I2C peripheral using the GPIO breakout header. Unfortunately, however, there seems to be quite a dearth of documentation surrounding this interface.
The eval board itself is labeled as the BCM943362WCD4, and in digging through the WICED 3.1.0 SDK I found a folder containing pictures for various platforms. Given the way the board was labeled the BCM9WCD4EVAL2 folder appeared to be the closest match, however the "bcm9wcd4eval2.jpg" photo contained therein definitely does not match the board I have in my hands - the GPIO header in the picture goes up to 30 pins, while board I have only goes up to 18. After some digging, the closest match I can come pu with is the BCM9WCD1EVAL1_P400 eval board, upon which the WCD4 module has been attached.
Therefore, my first suggestion might be to better organize these resources.
After evaluating the schematic and identifying the breakout header labels, I was unable to find anything labeled that suggested which pints to use for I2C. I therefore turned to grepping the SDK folder for the phrase "I2C" and was ultimately encouraged by the table found in platforms/BCM943362WCD4/platform.h, suggesting that I2C1 was available using pins 11(SCL) and 12(SDA) - great!
My attention then turned to setting up a wiced_i2c_device_t object to pass to wiced_i2c_init, at which point I was promptly confronted with trying to determine the .port attribute of this type definition. wiced_platform.h defines it as a wiced_i2c_t type, and while wiced_i2c_t seems to be defined in platform.h, there doesn't seem to be a corresponding mapping in platform.c. In fact, I2C doesn't seem to be addressed at all within platform.c, leading me to believe it's not implemented on this platform.
As such, my somewhat long-winded questions are: 1) is I2C configured and enabled on this platform and, if so, 2) can someone be so kind as to provide example code that illustrates configuring, initializing and interacting with an I2C device using this platform?
Show LessI was wondering how to go about connecting to a 5GHz AP vs a 2.4GHz AP using wiced 3.0.1 with the BCM43341. Does wwd_wifi_scan scan both bands? Or does the band need to be specified before initiating the wwd_wifi_scan?
Show Less[WICED-SDK-2.2.1]
On evaluation board BCM943362WCD4 wiced_pwm_start() and wiced_pwm_stop() used for the onboard LEDs, dont seem to have any effect. Unlike specified in the API documentation, with this board the function wiced_pwm_init() starts the PWM.
Show LessAn application using LwIP would not build in 3.1.2 on Linux because of wrong wiced_network.c file.
From the error there is a reference to the NX_IP data structure not belonging to LwIP:
> WICED/network/LwIP/WICED/wiced_network.c:81:1: error: unknown type name 'NX_IP'
> NX_IP* wiced_ip_handle[ 3 ] =
> ^
After copying over the WICED/network/LwIP/WICED/wiced_network.c file from MacOS distribution it built with no errors.
Please check.
Thanks,
-Marco G.
Show LessHi ,
I am working on PWM on BCM943362 Board, and using WICED SDK-3.1.2
With this board, I am working on PWM . But in API function. When I am using wiced_pwm_stop (WICED_PWM_1) .
It doesn't have any effect.
I am running simple code
using wiced sdk 3.x
wiced_pwm_init (WICED_PWM_1, 38000, 52.00)
wiced_pwm_start(WICED_PWM_1)
wiced_pwm_stop(WICED_PWM_1)
but after initialization and start. The pwm is not Stopping.
Thanking You,
Hinesh Gohel
Message was edited by: four Ice
Show LessI want to communicate between two devices, already look the example code in SDK 3.1.2.but I do not know how to port code to my app,Can you provide a example code? In my app ,one device is group owner,the other is client, it is non persistent group.
my platform is BCM9WCDUSI09.