WICED™ Studio Forum Discussions

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.
  

• "STU,B=1C200,D=8,F=1,P=0,S=1\r\n"

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?

Thank you,

-Ed

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?

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,

-Ed

I am seeking advice on using CYSPP to connect to an iOS app.

What I Am Doing

1. EZ-Serial has been installed on CYBT-483039-EVAL board
2. CYBT-483039-EVAL board is connected via USB serial port to PC
3. PC app is emulating a BLE device that will use a CYBT device
4. iOS app connects to CYSPP service
5. iOS app sends dumpbinfile command to CYSPP device
6. 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
7. 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.

Questions:

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,

-Ed

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 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 you