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
Show Less
使用psoc4000,对设备有低功耗要求,需要对目标识别后延时保持目标,但是延时启动后会增加2ma的功耗,能从哪些方面避免吗
Dear Sirs and Madams,
We are considering HSSP for PSoC4.
Therefore, I refer to the information of KBA93541.
KBA93541
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,
Show LessHy,
how can I set an Interrupt or Reset to wake up the Psoc 4 from deep sleep after aprox 5 minutes?
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
Show LessDear 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,
Show LessUser | Count |
---|---|
423 | |
225 | |
94 | |
89 |