PSoC™ 4

Hello,

Couple questions about the CYBLE-222014-01 BLE module.

Pretty much same question as in this post but looking for some clarification:

https://community.infineon.com/t5/PSoC-4/CYBLE-222014-01-Bluetooth-5-1/m-p/283316

Question 1. Appears the CYBLE-222014-01 has been updated from Bluetooth version 4.2 to 5.1. Has anything changed in the part, or BLE stack, or was is simply qualified to Bluetooth 5.1?

Question 2. In that post is says "CYBLE-222014-01 module is qualified module for Bluetooth Low Energy (BLE) 5.1 specification which supports all erratas up to 5.1 but it won't have feature update." What is meant by the term erratas, why would it support errors? Maybe a different term was intended here or am I missing something?

Question 3.  The data sheet has the part number naming convention on page 36. It says:

Should there be a -02 for BT5.0? Or also a -03 for BT5.1? Don't see these part numbers anywhere with those dash numbers.

CYBLE-222014-02

CYBLE-222014-03

Question 4. I've purchased CYBLE-222014-01 modules in the past, a few years ago. Still working great. If I buy the same part today (If I can find them) will I be getting the same part? Did not see any PCN document and the revision history does not show any changes to the part itself.  I also looked at the PSoC® 4: 4200_BLE Family Datasheet for clues but no info there on the move to 5.1.

Just trying to understand.

BTW, the data sheet is filled with links that go to www.cypress.com that are now broken.

Thanks in advance.

Mark

Dear Sirs and Madams,

We are considering HSSP for PSoC4.

Therefore, I refer to the information of KBA93541.

KBA93541

https://community.infineon.com/t5/Knowledge-Base-Articles/Using-the-CY8CKIT-049-to-Program-Another-PSoC-4-KBA93541/ta-p/257198

We have downloaded and referenced the "4 dollar programmer_001-93541.zip" attached to KBA.

So I have a question about this project.

I know it's probably a clerical error, but please check it.

I think it is correct that line 120 uses the ”UART_Rx_ClearRxBuffer()” API of the UART_Rx component,

However "UART_Rx_ClearRxBuffer()" on line 87 in the project's main.c, shouldn't this be "SCB_SpiUartClearRxBuffer()"?

Regards,

Hello everybody,

I have the following problem: I have two glued boxes which have only 2 free GPIOs and where I have no acceess to the other GPIOs. The two boxes should be able to communicate via UART. For Tx( transmit) there is a ready-to-use block which I can put on each GPIO.

For Rx, there is no such a ready-to-use block an I have taken the source code from another forum post.(https://community.infineon.com/t5/PSoC-4/Software-Based-Uart-Receive/m-p/220861)

I can only receive characters if there is no delay in the source code. If I have a CyDelay() in my source code, then the Software Based Uart Receive no longer works.

Is there a solution to this? If you use an SCB UART block, you can only use certain GPIO pins. Can the GPIO pin somehow be forwarded to another GPIO pin? I am testing it on the Piosnieer Kit 042 with a PSoC 4200, but on the box itself is a PSoC 4100.

Best Regards

Michael

PWM输出停止后，能否通过设置IO口输出模式进行GPIO高低电平输出。我通过demo板验证，发现pwm_stop后无法操作IO。

Dear Sirs and Madams,

We are thinking of outputting PWM output to multiple IOs.

We ware considering using smart IO, In Modus Toolbox, it seems that you can connect to Smart IO directly from the PWM component as shown below :

For example,

When using the PWM0 line, I understand from the data sheet that P2[4] and P3[0] are dedicated terminals for the PWM0 line. 

(1)

I understand that this is only available for one or the other, is that correct?

Or can I use both P2[4] and P3[0]at the same time?

(2)

Also, it seems that you can set "smart IO 0 chip out[4]" and "smart IO 1 chip out[0]" from the display.

Is it correct to understand that just checking these checkboxes will output the PWM0 line to "smart IO 0 chip out[4]" and "smart IO 1 chip out[0]"?

In other words, in this case, can the same signal of PWM0 line be output to four options?

Regards,