Hi,

我在用PSoC63开发 BLE OTA 时发现，OTA后，APP1程序在初始化阶段就卡住了，我在UART初始化函数后通过串口打印反馈信息，但什么都收不到。APP0单独使用时不会出现问题，能够正常广播、连接、升级。

请问一般什么原因会导致这种情况？

单纯的例程CE216767在我的板子上能够正常使用。

IDE: PSoC Creator 4.2; PDL: 3.1.0

BR.

Hunt

Looks like there is no stock for the PSoC6 family. We currently are using CY8C6247BZI-D54 on 2 boards. We can't locate stock on those. We have designed these boards to accept a CY8C6447BZI-D54 and have never been able to find those except on a development kit.

Is there any estimate as to when these parts will be available? Newark says 8/15/2022. Digikey does give an estimate.

Thanks!

I am developing a product using the CYBLE-416045-02 module.
When nothing needs to work, both CM4 / CM0 + CPUs are DeepSleep using Cy_SysPm_DeepSleep.

In rare cases, the MCU will restart in Cy_SysPm_DeepSleep.
I found that it restarts at the following points of EnterDeepSleepRam.

/ * The CPU enters Deep Sleep mode upon execution of WFI / WFE * /
SCB_SCR | = SCB_SCR_SLEEPDEEP_Msk;

I have modified what is in KBA229335.

The frequency of occurrence varies depending on the individual.
It does not reproduce at all in one individual, but it reproduces 100% in another individual.

Are there any other similar reports?
Also, please give me some advice on how to solve this problem.

Hi

I have a recurrent problem that happens randomly with PSoC Creator 4.4, and happens with several project (I attached one of them for reference).

A project is compiling and working normally, then after closing the project and opening again, it throws an error as shown:

and no matter that I do to the clock configuration, I can't make it work again, and I have to create a new project and copy all files to the new blank project.

I am sure I am doing something wrong, but I failed to identify it.

Any clue ?

thanks a lot

In main_cm4.c the registration to connect to a pipe message from CM0 is

/* Register the Message Callback */
Cy_IPC_Pipe_RegisterCallback(CY_IPC_EP_CYPIPE_ADDR,
CM4_MessageCallback,
IPC_CM0_TO_CM4_CLIENT_ID);

Which is what I expect it to be. But in main_cm0.c, the registration to connect to a pipe message from CM4 is

/* Register callback to handle response from CM4 */
Cy_IPC_Pipe_RegisterCallback(CY_IPC_EP_CYPIPE_ADDR,
CM0_MessageCallback,
CY_IPC_EP_CYPIPE_CM4_ADDR);

So why does the CM0 code use CY_IPC_EP_CYPIPE_CM4_ADDR instead of IPC_CM4_TO_CM0_CLIENT_ID? The function definition for Cy_IPC_Pipe_RegisterCallback in the PDL documentations calls for that parameter to be a clientId.  Which sounds more like IPC_CM4_TO_CM0_CLIENT_ID should be used. 

Hello Infineon: Worse still, CY_IPC_EP_CYPIPE_CM4_ADDR is not defined in any of the macros for IPC listed in the PDL documentation, and a workspace wide search doesn't find its definition either. So CE228320 seems to be using a completely undocumented #define for Y_IPC_EP_CYPIPE_CM4_ADDR , so I can't even see what its real value is.

Thanks,

Ed H.

Is there a simple way to open Modus Shell from within ModusToolbox?

In a previous post, Zhang recommends to "Run command .... in terminal windows of the project." The image below that recommendation shows a Modus Shell command prompt within a window within the ModusToolbox GUI.  Reference https://community.infineon.com/t5/Code-Examples/PSoC6-CapSense-UART-Tuner-Sample-Project-in-ModusToolBox/td-p/325109

I can see how to add TeraTerm or Putty style Terminals. There's also options for Telnet and CMD/DOS type windows.

What is the process to open a Modus Shell type window within ModusToolbox.

I understand I can open a CMD/DOS window then start a Modus Shell using CYGWIN.BAT by pointing to ..\modustoolbox\tools_2.4\modus-shell\cygwin.bat.  Is there an easier way?

Greg

Hi!

The PSoC 6 lists 3 XTAL's Core, RTC and BLE, as these take up more or less same board space as the psoc itself, I wonder if there are any ways to omit the bluetooth xtal, i.e. clocking it using the same MHz XTAL used for the core!?

In the hardware guide (AN218241) it simply says 
> An external 32 MHz crystal is mandatory for proper BLE operation.

Basically any ways to reduce the number of crystal oscillators is what I'm after. i.e. skipping the ECO and instead rely on a sub 20ppm xtal for BLE and have it on all the time feeding other parts of the system.
...option 2 would be to go for some 3-in-1 mems oscillator at the cost of mems + added power

any ideas?

Hi, I am working on CYBT-343026 with SPP and HCI UART.  I have view following question and run the attachment file.

https://community.infineon.com/t5/Knowledge-Base-Articles/How-to-Use-HCI-Raw-Data-Mode-in-CYW20706-KBA225970/ta-p/248902

And my RX did work but my TX didn't work while I call wiced_transport_send_data(). I want to know what might be the problem.

Thanks