Wi-Fi Combo Forum Discussions
Hello,
I found a Headset demo application under 43xxx_WiFi->apps->demo->headset. I couldn't find any documentation for it but found little explanation in headset.c file and its a wifi headset demo and I'm trying to achieve the same thing with the eval kit that I have. Any detailed documentation that I can find for it? Does this demo application run on cyw943907 eval kit? If not can it be modified to work with it.
Thanks,
Santosh
Show LessHello everyone,
I'm trying canned_send example in wwd folder for sending UDP data from CYW954907AEVAL1F to the PC. In the debug mode (wwd.canned_send-NoOS-NoNS-CYW954907AEVAL1F-debug download), the program is compiled without errors. However, on the terminal it only shows this:
Platform CYW954907AEVAL1F initialised
Starting Wiced vWiced_006.001.000.0040
I traced down the code and realized that the program stops at wwd_clm.c in the following line:
CHECK_IOCTL_BUFFER( iov_data );
as function wwd_sdpcm_get_iovar_buffer returns Null one line before this.
Can anyone please assist me with this?
Show LessI would like to do some communication using the 802.11n Probe request and probe response frames, as these can both hold a large amount of data. Is it possible to read/write these two frames with custom data in WiCED studio on this chip? So far I have not been able to find any information on this.
Thank you,
Nicholas
Show LessMy understanding is that the WIFI stack gets copied out of ROM into the RAM for execution on power up. I am trying to calculate the RAM usage to make sure that there is enough RAM.
What is the WIFI stack footprint in RAM on the CYW43907?
Thanks,
Mike
Hello,
I managed to create a simple USB CDM-ACM project that uses the USBX driver. If I understand correctly, USBX is dependent on ThreadX.
Is it possible to use USBX with FreeRTOS?
If not, is there other alternative driver that works with FreeRTOS?
Currently I am using a development board with BCM43907 chip.
Thanks in advance.
Show LessBy default WICED only has 6 entries in the ARP table. (See WICED/network/NetX_Duo/WICED/wiced_network.h)
#define ARP_CACHE_SIZE | (6 * SIZE_OF_ARP_ENTRY) |
If you have a lot more than 6 devices on the layer 2 network that are frequently communicating then every one of those devices would be expected to send out ARP requests. By default NetXduo stores the sender of every received ARP request in the ARP table. If there are only 6 entries in the table, the table will quickly fill up with entries from other devices with which a specific device may never intend to communicate and the entries for devices with which it does normally communicate will get overwritten. This means it may have to send an ARP request almost every time it communicates with each IP that it frequently communicates with. This will dramatically slow down communications.
We ran into this problem when developing code on WICED 3.5.1 and have upgraded the code to include newer features in more recent releases of WICED. Back then each of our devices was frequently sending messages to 20, 30 or more IP addresses. An ARP table of 6 was clearly too small for our application. Now we have optimized communication using multicasts, so each device should only be communicating with a small number of IP addresses. Thus an arp table with only 6 entries should be big enough as long as NetXduo's automatic ARP entries are disabled with NX_DISABLE_ARP_AUTO_ENTRY.
Since NetXduo is a prebuilt library, we don't have control over NX_DISABLE_ARP_AUTO_ENTRY.
Now that we are upgrading to WICED 6.2, is WICED's NetXduo built with NX_DISABLE_ARP_AUTO_ENTRY?
See https://rtos.com/wp-content/uploads/secure/NetX_User_Guide.pdf pp 87-88:
ARP Dynamic Entries p 87
By default, the ARP enable service places all entries
in the ARP cache on the list of available dynamic
ARP entries. A dynamic ARP entry is allocated from
this list by NetX Duo when a send request to an
unmapped IP address is detected. After allocation,
the ARP entry is set up and an ARP request is sent to
the physical media.
A dynamic entry can also be created by the service
nx_arp_dynamic_entry_set.
If all dynamic ARP entries are in use, the least
recently used ARP entry is replaced with a new
mapping.
...
Automatic ARP Entry p 88
NetX Duo records the peer’s IP/MAC mapping after the
peer responses to the ARP request. NetX Duo also
implements the automatic ARP entry feature where it
records peer IP/MAC address mapping based on
unsolicited ARP requests from the network. This feature
allows the ARP table to be populated with peer
information, reducing the delay needed to go through
the ARP request/response cycle. However the
downside with enabling automatic ARP is that the ARP
table tend to fill up quickly on a busy network with many
nodes on the local link, which would eventually lead to
ARP entry replacement.
This feature is enabled by default. To disable it, the NetX
Duo library must be compiled with the symbol
NX_DISABLE_ARP_AUTO_ENTRY defined.
Hello,
Is there any update in the new WICED releases about this topic? Do we now have some draft of code example to implement Ethernet/WiFi Bridge?
I read old posts but i am wondering if there's some news
Thanks for your help
Manuel
Show Lessmy mcu does not support CMD52 and CMD53 that I see are used in the code for data transfer. Can I use CMD17, CMD18, CMD24, CMD25 instead. Will BCM89335 module support these command for data transfer?
Show LessAll the functions in WICED/internal/time.c doesn't handle the case when the timer is overflown. Be careful. I'd suggest writing your own time functions.
Show Less