I am getting the below issue when I updated the MFG Test Application in Murata board. I haved updated the external flash with respective APPS.bin,filesystem,etc
** ERROR: WLAN: could not download clm_blob file
** FATAL ERROR: system unusable, CLM blob file not found or corrupted.
Is any extra thing need to be added in mfg_test.mk?Show Less
When sending data from PC via USB serial port to CYSPP CYBT-483039-EVAL, it appears to be over-running the CYBT, without CYBT ever asserting PUART_RTS low.
- CYSPP CYBT-483039-EVAL is connected to iOS app using EZ-Serial BLE CYSPP
- Data is being sent using the Acknowledged Characteristic (101)
- PUART SW5 are all turned On
- After press reset switch on eval board, I see UART RTS pin Arduino J7-P6 go high on oscilloscope
- I set CYBT and flow control by sending following command to PUART from the PC.
When PC starts sending file data to PUART over USB serial, I see the data being received on the iOS side, however, some data is missing.
I expected PUART RTS to be asserted low to prevent 3 MB of file data from over-running the CYBT, when sending data to PUART_RX ?
I do not see UART_RTS on pin Arduino J7-P6 being set low during the 3MB file transmission.
What are potential solutions to prevent data over-running when sending data to PUART RX for transmission to iOS device?
We have a platform that uses WICED Version 3.7.0-7. AN STM32F469 processor uses the WiFi/BT module LBEE5KL1DX. We're able to bond with and connect and reconnect to a BTLE 4.0 keyboard without issues. When we do the same with the same model of keyboard that uses BTLE 5.0, we're able to bond with and connect with the keyboard, but upon re connection, the firmware crashes. From the debugger, it seems to be crashing in a pee-compiled module we have: BTE_low_energy.FreeRTOS.LwIP.ARM_CM4.release.a.
Our belief is that something in the firmware is not handling BT 5.0 events correctly and is causing the firmware crash. But it isn't easy to tell what's going on in the project and the .a file is a bit of a mystery too. Are there any clues as to where to look for this issue? Is there perhaps an updated version of WICED or an updated driver file we should be using?Show Less
I suspect I am over-running the CYBT when sending data from the built-in USB virtual COM port. I tried using an oscilloscope, however, I see no signals changing on either J1 or the module solder pads pin 22 (UART_RTS_N) and 24 (UART_RXD ). I know CYBT is sending data because I can see it being received by iOS app. I must be doing something dumb, but cannot figure out how I am over-running the CYBT module from the PC sending USB serial.
What does On and Off states control for CYBT-483039-EVAL SW4 HCI UART?
Should these be On for using USB serial port, and Off for JI HCI UART connected to a FTDI TTL 3V USB cable?
What does setting SW4 to all Off do?
See attached picture of eval board?
When power is applied to a CYBT-483056-02 module as received from the factory, I expected to see the LightBlue mobile app discover "EZ-Serial". I do not see "EZ-Serial" peripheral.
1) Question: Should CYBT-483056-02 be expected to arrive from factory with EZ-Serial firmware installed ?
Should we plan to program CYBT with EZ-Serial firmware in manufacturing?
2) Does using Windows 10 OTA upgrade utility WsOtaUpgrade.exe, require EZ Serial to be pre-installed?
3) Does updating firmware locally through HCI UART, require EZ Serial to be pre-installed?
Thank you for your help,
I am seeking advice on using CYSPP to connect to an iOS app.
What I Am Doing
- EZ-Serial has been installed on CYBT-483039-EVAL board
- CYBT-483039-EVAL board is connected via USB serial port to PC
- PC app is emulating a BLE device that will use a CYBT device
- iOS app connects to CYSPP service
- iOS app sends dumpbinfile command to CYSPP device
- PC app, in response to dumpbinfile, returns number of bytes it is about to send, then dumps contents of a binary log file by sending binary data directly to CYBT-483039-EVAL board, appending a CRC32
- iOS app received data over CYSPP Unacknowledged Data Characteristic
All is good most of the time.
Intermittently, the iOS app does not receive the expected number of bytes. Data loss is more common on a larger 3 MiB file than a 7 kB file.
1) Is problem because I am sending data to CYBT-483039-EVAL over PC USB serial without using any API commands?
2) For reliability do I need to use both the Acknowledged Data characteristic and RX Flow characteristic ?
3) How can send binary data to CYBT-483039-EVAL board, over the USB serial connection, to the Acknowledged Data characteristic and use RX Flow characteristic ?
When I send data to CYBT-483039-EVAL over PC USB serial, it appears by default, to send using Unacknowledged Data Characteristic.
Thank you for your help,
1GC sends data using UDP, Call wiced_result_t wiced_udp_send(wiced_udp_socket_t * socket, const wiced_ip_address_t * address, uint16_t port, wiced_packet_t * packet), can only send 1472 bytes?
I have changed NX_DONT_FRAGMENT to NX_FRAGMENT_OKAY when I call wiced_UDP_create_socket to create UDP socket. The result is also not supported.
Call wiced_packet_create_udp(socket, 4000, &packet, (uint8_t**) &data, &available_data_length), The value of available_data_length is 1508.
Hi, we are using CYW20706 module with EZ-serial firmware, and we need to print the BT MAC address on device labels, but the module seems to change it every factory reset. I've tried to disable privacy mode by using SPRV,M=0 command, but it seems to have no effect
Some logs of MAC address changing across factory resets:
/RFAC @R,000B,/RFAC,0000 @E,0005,RFAC @E,003B,BOOT,E=01021D1D,S=05020016,P=0103,H=D1,C=00,A=C3EED7B7253C @E,000E,ASC,S=01,R=03 GBA @R,0018,GBA,0000,A=C3EED7B7253C SPRV,M=0 @R,000A,SPRV,0000 GPRV @R,0016,GPRV,0000,M=00,I=012C GBA @R,0018,GBA,0000,A=C3EED7B7253C @E,000E,ASC,S=00,R=03 SPRV,M=0 @R,000A,SPRV,0000 GBA @R,0018,GBA,0000,A=C3EED7B7253C SPRV,M=0 @R,000A,SPRV,0000 GBA @R,0018,GBA,0000,A=C3EED7B7253C /RFAC @R,000B,/RFAC,0000 @E,0005,RFAC @E,003B,BOOT,E=01021D1D,S=05020016,P=0103,H=D1,C=00,A=C567A2615ED9 @E,000E,ASC,S=01,R=03 SPRV,M=0 @R,000A,SPRV,0000 GBA @R,0018,GBA,0000,A=C567A2615ED9
Is it possible to keep the same MAC address across factory resets? Even that it's always public?
Hi everyone, I am following a firmware development project based on the WICED 4.1 SDK, I need to update the SDK to solve the famous WPA2 KRACK vulnerability.
Unfortunately, between version 4.1 and the latest 6.6.x.y versions there is no bootloader compatibility and this makes an update via OTA impossible.
So, inevitably, to fix the vulnerability I must necessarily update to version 4.1.3 as it is the last one that maintains the compatibility of the bootloaders. Now I have the problem of having to find the SDK for linux versions.
I found this topic on the support page but the links are not working: https://community.infineon.com/t5/Blogs/WICED-Studio-4-3-1-has-been-released-backport-to-address-KRACK/ba-p/129833
Can you help me by providing me the sdk for linux versions?
Thank youShow Less
We want to use the CYBT-343151-02 (based on the CYW20706 chipset) for two simultaneous SCO connection. How does the PCM slot mapping works ? The CYW20706 datasheet says that the slot is always mapped to the same slot, but it does not give a rule for it :
1/ Do the first SCO connection uses the first slot, then the second SCO uses the next slot ?
2/ If I understand correctly, if the first SCO connection is closed while the other is still in use, then the second SCO data will still be placed on the second slot. Is it correct ?
3/ Is the slot mapping based on the SCO connection creation order or using a fixed scheme (like based on the remote device bd address or anything else) ?
Regards, JeromeShow Less