Wi-Fi Combo Forum Discussions
Hello,
I tried to work on the EWD_Sterling evaluation board, and I want to start from the introducer, but I don't know how to install the ios demo app on my ipad. The step by step only shows the app (wifiintroduce)location, but it didn't tell how to install it, does any one can help? I never install things to ipad from PC. Thank you.
Holly
Show LessHello,
I've an issue similar to this post https://community.infineon.com/t5/Wi-Fi-Combo/STM32F769NI-Murata-SN8000-Problem-with-high-throughput-clock/td-p/112986.
I succeed to communicate through SDIO with the module, flash the module without any error but I've the error
/* If your system times out here, it means that the WLAN firmware is not booting.
* Check that your WLAN chip matches the 'wifi_image.c' being built - in GNU toolchain, $(CHIP)
* makefile variable must be correct.
*/
WPRINT_WWD_ERROR(("Timeout while waiting for high throughput clock\n"));
/*@-unreachable@*/ /* Reachable after hitting assert */
return WWD_TIMEOUT;
/*@+unreachable@*/
The value of the register SDIO_CHIP_CLOCK_CSR is 0x64. One time out of 20 it's working and I've the result 0xC0. (Bit 0x80 is set).
With STM32 Connectivity pack, it's working every times. I can't use STM32 Connectivity pack because I need Wi-Fi Direct (P2P)
I used the STM32 to output the clock for LPO. This clock is always on at frequency 32.768kHz.
The SDIO clock frequency is both 5MHz with WICED and with STM32 Connectivity pack.
I downloaded WICED parameters files from Laird and adapt it to my board. (wifi_nvram_image.h, platform.c/h, platform_config.h). I tested the same set of parameters (wifi_nvram_image.h, binaries files) with STM32 Connectivity pack and it's working.
I check every signals with oscilloscope and I didn't see any major differences.
I use WICED 6.2 because STM32H753 MCU is already added. I adapted files for STM32H733.
Do you have any solutions?
Thank you
Show Less
https://searchsecurity.techtarget.com/n ... OT-devices
https://us-cert.cisa.gov/ics/advisories/icsa-21-119-04
The WICED-Studio's FreeRTOS needs fix.
It looks like the newlib also needs fix
Hello guys!
I have the board CYW954907AEVAL1F and I had an electrical accident the last week. It seems that all was OK but the USB IC (FT2232H) was not. My PC didn't recognize the usual COM port and I was unable to use it for download or debug via WICED STUDIO. After several tests, I realised that the EEPROM associated to FT2232H was broken.
I have replaced it with a new one and the same part number and now the board is recognized on PC, but there are now two COM PORTS and I can't use WICED Studio to download nor Debug any program.
I have downloaded the FT Prog software from FTDI and, after studying this chip, it could be used as JTAG bridge, but after some test, I can't use the board with Wiced Studio for debugging.
Please, could any one tell me how I can reprogram the FT2232H chip implemented on CYW954907AEVAL1F to use with WICED Studio?
Many thanks in advance!
BR,
Luis Lopez
Show LessHello
There are missing files after wiced studio is installed. Please check the missing files and where to get them to complete the vulnerability.
17:54:07 **** Incremental Build of configuration Default for project 43xxx_Wi-Fi ****
"C:\\Users\\Merri\\Documents\\WICED-Studio-6.6\\43xxx_Wi-Fi\\make.exe" Default
MAKEFILE MAKECMDGOALS=Default OTA2_SUPPORT is disabled
Making config file for first time
tools/makefiles/wiced_config.mk:256: platforms//.mk: No such file or directory
tools/makefiles/wiced_config.mk:267: *** Unknown component: Default. Stop.
make: *** No rule to make target 'build/Default/config.mk', needed by 'main_app'. Stop.
17:54:07 Build Finished (took 346ms)
Show LessDear Support,
I am facing the following problem.
I would appreciate your help.
There are times when the WPS PBC (Enrollee) cannot connect to the AP (register) properly.
At that time, I found that the Destination Address in (Request,Identity) packet is set to ALL zero with Air-log.
I think this is what causes the WPS connection to fail.
I attached the console log and the air-log files for when the phenomenon occurred.
The environment for the test is as follows.
Wiced version => Wiced_006.002.001.0002
Program => snip.wps_enrollee
Wifi Module => Murata Type1LD
AP => Synology MR2200
[Need Help]
Is there any way to work around this problem ?
Best Regards,
Sakagami
Hi folks,
I would like to get the FPU working on the STM32F4xx chip that I am using, but I am stuck, and I believe the problem has to do with the version of ThreadX that is bundled with the SDK.
I found this old thread, but it seemed like there was no resolution: How to use HW FPU on STM32F4xx?
I have had partial success by adding a USE_FPU_CM4F flag to the build system, and then changing the chip-specific flags in wiced_toolchain_ARM_GNU.mk:
# Chip specific flags for GCC
ifeq ($(HOST_ARCH),ARM_CM4)
# flag added to support building for CM4 micros with FPU; define in platform makefile
ifeq ($(USE_FPU_CM4F),1)
__FPU_PRESENT := 1
__FPU_USED := 1
CPU_CFLAGS := -mthumb -mcpu=cortex-m4 -mfloat-abi=softfp
CPU_CXXFLAGS := -mthumb -mcpu=cortex-m4 -mfloat-abi=softfp
CPU_ASMFLAGS := -mcpu=cortex-m4 -mfloat-abi=softfp -mfpu=fpv4-sp-d16
CPU_LDFLAGS := -mthumb -mcpu=cortex-m4 -Wl,-A,thumb
else
CPU_CFLAGS := -mthumb -mcpu=cortex-m4
CPU_CXXFLAGS := -mthumb -mcpu=cortex-m4
CPU_ASMFLAGS := -mcpu=cortex-m4 -mfpu=softvfp
CPU_LDFLAGS := -mthumb -mcpu=cortex-m4 -Wl,-A,thumb
endif #USE_FPU_CM4F
endif #ARM_CM4
Then, in my platform makefile, I define USE_FPU_CM4F . The idea was that I wouldn't have to define a whole new CM4F variant in the build system, just tweak the CM4 one a little bit. Based on what I read about GCC flags, this should work, since soft-fp will still be link-compatible with existing libraries built without FPU support. And the choice of -mfpu was just from other STM32F4xx examples I found.
Then, in system_stm32f4xx.c, at the top of SystemInit(), FPU access is enabled:
/* FPU settings ------------------------------------------------------------*/
#if (__FPU_PRESENT == 1) && (__FPU_USED == 1)
SCB->CPACR |= ((3UL << 10*2)|(3UL << 11*2)); /* set CP10 and CP11 Full Access */
#endif
So, then the compiler does indeed generate FPU instructions, and they even appear to run OK.
BUT: the system hits a hard fault after running for not very long.
Using ETM on the target, I am seeing a crash that appears to originate in tx_thread_create, when the PC is popped, it gets a bad address, spirals out of control, and eventually ends up at a hard fault. See attached screenshot. I could provide a longer trace history privately, if that would help.
I contacted ExpressLogic to get some insight into this, and they indicate that for FPU usage, there must be a call to void tx_thread_fpu_enable(void) to set up correct FPU context saves.
Unfortunately, looking at the tx_port.h file provided in the WICED SDK, it seems like there is a single file that covers both CM3 and CM4, and there's no mention of this function anywhere. Looking at the headers from the objdump of ThreadX.ARM , there's no mention of the tx_thread_fpu_enable() function anywhere.
And the ThreadX User Guide doesn't mention it, either.
So ... any chance that there is a solution for this?
It seems like it is going to take an upgrade to ThreadX. Or possibly a rebuild of the existing archive(s), with the FPU enables functions not being dropped.
Show LessHi all, new to the community and have just started evaluation of the CYW parts. I just downloaded the latest WICED Studio (6.6) and was stopped short in the README:
***PLEASE*** read through the WICED Quickstart Guide located
in the <WICED-SDK>/Doc directory before attempting to use any of
the applications in the application sub-directories!
Problem is, the only thing in the <WICED-SDK>/Doc folder is "WICED-Studio-License-1.0.pdf"
So, where is this WICED Quickstart Guide, which based on this comment appears to be quite useful
Show LessDear Support,
I have a question regarding the procedure for BLE client to pair and bond to a BLE server. I am using 4343W (Murata 1dx module) and WICED Version: Wiced_006.006.000.0009
I am currently using the following API function:
wiced_result_t wiced_bt_dev_sec_bond (wiced_bt_device_address_t bd_addr, wiced_bt_ble_address_type_t bd_addr_type, wiced_bt_transport_t transport, uint8_t pin_len, uint8_t *p_pin);
Upon initial connection, when I call the above function the result is always WICED_BT_PENDING.
A pairing IO capabilities request event occurs, to which my client sets the parameters in the callback.
The BTM_ENCRYPTION_STATUS_EVT event is called with the WICED_SUCCESS result (link encrypted).
The BTM_PAIRED_DEVICE_LINK_KEYS_UPDATE_EVT event is called and my application saves the link keys.
My question is:
How does my application to re-use the bond and encrypt the link using the saved keys for subsequent connections?
I only see the above API function and another one:
wiced_result_t wiced_bt_dev_set_encryption (wiced_bt_device_address_t bd_addr, wiced_bt_transport_t transport, void *p_ref_data);
The latter always returns 8036 (WICED_BT_WRONG_MODE).
If I call wiced_bt_dev_sec_bond() upon every connection, then it seems a new key exchange occurs as described above.
Please describe the correct process for establishing the encrypted link (pairing) and saving the keys for re-use (bonding) and describe how the application should ensure the bond is re-used (the saved keys are used to encrypt the link on subsequent connections).
Regards,
Rob
Show Less
We have a device based on a CYW43907 with a firmware acting as a WiFi client using WICED SDK 6.4.0.
We see that joining to some Access Points just fails. After investigating this issue we found that the APs in question have Fast Roaming enabled. Due to this the auth_type of the AP has the following flags set:
WPA2_SECURITY
TKIP_ENABLED
AES_ENABLED
FBT_ENABLED
Unfortunately the Cypress SDK has several code places where the auth_type of the AP gets compared against pre-defined values of the enum wiced_security_t. In this enum there is no combination of these 4 flags. Thus some code places (like for example wwd_wifi_prepare_join() in wwd_wifi.c) fail because they get a combination of flags not being supported by wiced_security_t and therefore treat the auth_type as WPA_AUTH_DISABLED. So a join is not possible.
The problem is that this issue occurs with for example all TP-Link Deco APs which are quite popular on consumer level.
Our interim fix is to add the following value to the enum wiced_security_t:
WICED_SECURITY_WPA2_MIXED_FBT_PSK = ( WPA2_SECURITY | AES_ENABLED | TKIP_ENABLED | FBT_ENABLED )
and treat this value the same way as WICED_SECURITY_WPA2_MIXED_PSK.
This indeed fixes the issue but we are not sure if this is the right approach and if this might cause side-effects on other code places. We added WICED_SECURITY_WPA2_MIXED_FBT_PSK whereever WICED_SECURITY_WPA2_MIXED_PSK was present as well.
Any thoughts on this?
Stefan
Show Less