Wi-Fi Combo Forum Discussions
text.format{('custom.tabs.no.results')}
I was surprised to learn that Partner Modules that use the CYW43907 or CYW54907 are basically not available anywhere in distribution at this time. When I go to https://www.findchips.com, and look up the Partner Modules (https://www.cypress.com/products/wireless-mcus), I find zero inventory for the Murata LBWA1UZ1GC-958 ("1GC") and for most others. I see the an Inventek part (qty 158) in stock, and that's it.
So, the question is: Without any Partner Modules in distribution, how can one actually build anything? And, if there are no sales happening, I presume Cypress is going to EOL these devices? What a shame.
Show LessHow can I buy a development board from your partners in Russia?
I tried to buy CYW9434 here, but they told me it is impossible.
It seems that the WiFi modules should have some official certification papers (due to cryptograpy, I guess).
What can you suggest?
Regards, Serafim Merkulov
--------
P.S. I have not found any information regarding throughput when working with STM32 processor.
Do you have the numbers?
Show LessHi,
We are using LBEE5HY1MW W-LAN+Bluetooth Combo Module with customized(STM32MP157A)device. We are making the connection between first device which acts as access point and second device which acts as station mode.Connection is happening between two devices and after 1 to 2 hours connection is improper for 2 to 5 minutes and again restoration connection is happening .In that case we are able to connect the Access point device with a PC also.Could you please help us to resolve the stability issue?
Show LessHi,
In out Hardware design we are using GPIO 5 of CY43455 as OOB interrupt. But we are not sure who to configure the same in software.
We have updated wwd_bus_sdio_set_oob_interrupt() function as follows:
{
VERIFY_RESULT( wwd_bus_write_register_value( BACKPLANE_FUNCTION, SDIO_GPIO_SELECT, (uint8_t)1, (uint32_t) 0xF ) );
VERIFY_RESULT( wwd_bus_write_register_value( BACKPLANE_FUNCTION, SDIO_GPIO_OUTPUT, (uint8_t)1, (uint32_t) 0x05 ) );
/* Enable GPIOx (bit x) */
VERIFY_RESULT( wwd_bus_write_register_value( BACKPLANE_FUNCTION, SDIO_GPIO_ENABLE, (uint8_t)1, (uint32_t)0x10 ) );
/* Set GPIOx (bit x) on Chipcommon GPIO Control register */
VERIFY_RESULT( wwd_bus_write_register_value( BACKPLANE_FUNCTION, CHIPCOMMON_GPIO_CONTROL, (uint8_t)4, (uint32_t)0x10 ) );
}
But this does not seem to work.
What is the correct register configuration to enable GPIO 5 as OOB. Also apart from this is there any thing else required?
Regards,
Yash
Show LessGood day.
Could you explain, please.
I can't find drivers for Bluetooth LE in WICED for 43455 (RTOS).
Does bluetooth 43455 works only in Linux?
And one more - can i use WICED driver from 4343W for 43455 for BLE ? Because i have my wokred device with 4343w by WICED driver.
Show LessHello,
We are using a STM32L562 with a Type1 DX Murata (BCM4343W) Wi-Fi/BT chip module. OS is FreeRTOS v10.2.1, using WICED v6.4 and network stack is LwIP.
Our main application sends 1 UDP frame per second to a DTLS server (we use mbedtls). On reception of those frames, the DTLS sever sends back a UDP frame for acknowledge. Data payload of received frame is 65 bytes.
We have noticed that some Wi-Fi router from internet service provider transmitted our "acknowledge" UDP frame not on a period of one every second but up to 12 in a period of 5ms.
(see wireshark_udp_burst.png, whole wireshark capture can be sent directly by e-mail if needed)
However, such behavior causes our board to crash following a memory allocation issue.
We trace the allocation process from the function wiced_packet_create_udp() to the memp_malloc()/pbuf_alloc() functions which are the functions returning in error.
When monitoring network with the LwIP stats, we can see that the fields "MEM PBUF_POOL_RX err" keeps increasing until our board crashes (see memory_trace.log, only link, udp and mem stats are displayed). Increasing the number PBUF_POOL_RX is not a solution. It may delay the board resets but does not solve our issue as our RAM memory does not allow us to go higher than 12 and that more than 12 UDP packets can be send in a row.
We try to change some configuration to resolve the issue, without success so far:
- disabling Wi-Fi chip powersaving mode
- using FreeRTOS heap4 and use FreeRTOS allocation functions for alloc/free functions of LwIP
Our concern is why this configuration of receiving a dozen of UDP packets in a few milliseconds causes memory allocation issue ? Is this a memory leak ?
Can you help us find the root cause of this leak ?
Thanks
Elise
Show LessHi,
I am working on Murata1LD in Wiced Studio6.4. My application needs current time. So I used the function wiced_time_get_iso8601_time(¤t_time).
But the time I get is 1970-01-01T00:00:00.011000Z
Why is it so?
Thanks,
Binsy M S
Show LessHi,
I am working on Murata1LD with Wiced Studio6.4. ?I am trying to interface NAND flash from Toshiba TH58CVG3S0HRAIG using SPI. Whenever I read via SPI, the first byte I get is always 0xFF. For example, when I read the device id, the first byte I get is 0xFF followed by 0x98 and 0xcd which are the correct manufacturer and device ids. Can you please tell me the reason behind first byte always being 0xFF.?
Thanks,
Binsy M S
Show LessHello jakewtorres
As a follow on to our discussion here: Re: How to scan non-connectable BLE devices ?
I already tested the patch.
I found some problems in the whitelist.
1- if we active the whitelist we couldn't get no scan results.
2- So we clear the whitelist and print the size of it, we always get 128
BR,
Gustavo
Show Less