PSoC™ 6 Forum Discussions

I am programming UART on CY8C6247BZI-D54 microcontroller. I had used external interrupt for that. I define ISR(Interrupt Subroutine) for that and changed interrupt priority to 0. when I debug it, it's always stuck in ISR.

So can you send me sample code for external interrupt in UART!!

I'm using a PSoC63, PSoC Creator 4.4 and have based my project on CE216767 to get a DFU OTA. A colleague got this example working and I'm using his copy. All fine until I added my application code, which worked fine as a "bare bones" app (i.e. no BLE and no DFU. Both App0 and App1 in the code I inherited are running the BLE exclusively in the CM0p, and both run their applications in the CM0p. Once I added the same functionality to App1, I got a build error "Build error: region `flash_app1_core0' overflowed by 11568 bytes" in dfu_cm0p.ld

Assuming that this just needed a small change to the linker file, which was originally

flash_app0_core0 (rx) : ORIGIN = 0x10000000, LENGTH = 0x10000

flash_app0_core1 (rx) : ORIGIN = 0x10010000, LENGTH = 0x30000

flash_app1_core0 (rx) : ORIGIN = 0x10040000, LENGTH = 0x30000

flash_app1_core1 (rx) : ORIGIN = 0x10070000, LENGTH = 0x10000

and tried to increase the size of flash_app1_core0 by changing the last two to

flash_app1_core0 (rx) : ORIGIN = 0x10040000, LENGTH = 0x38000

flash_app1_core1 (rx) : ORIGIN = 0x10078000, LENGTH = 0x10000

but now I am getting

Merge error: section at 0x10071534 from C:PSoC Creator\DFU-OTA\App1.cydsn\CortexM4\ARM_GCC_541\Debug\App1_signed.elf overlaps section at 10071600 from C:\PSoC Creator\DFU-OTA\App1.cydsn\CortexM0p\ARM_GCC_541\Debug\App1.elf

(I have redacted the full path names to make it easier to read).

Please can you tell me what I have done wrong?

I am currently using PSoC 61xx series MCU. (CY8C6137BZI-F54)

1.) What is the hardware buffer size for SPI? I am unable to find it in the datasheet. If it is software based,  from where can I get the detailed functionality?

2.) With my main clock configured to 150MHz and Peri Clock to 75MHz, I am able to get a SPI clock speed of 15MHz by setting Data Rate to 15000 kbps and Oversample to 5. Setting Oversample to 4 decreases the rate to 9375 kbps. Is this the maximum limit of SPI, or is there a way to configure it to higher speeds?

Thank you.

Hello,

Please let me know how to create bin file in Modus Toolbox.

Thanks and Regards,
YS

Hi All,

I have try to port the I2C program for I2C which is proven working on M4 CPU over to M0 CPU to reserve M4 for wireless connectivity tasks.

I have found the same I2C program is not working on M0 core (Peripheral device initialisation on M0 core has no problem) but is working on M4 core. PDL library is used in both.

I have observe the I2C electrical waveform on scope and found the only difference between M0 and M4 is there is no further I2C transmissions after very first byte of the I2C device address on M0. I test out the I2C communication using an I2C EEPROM 24lc128. The electrical waveform shows /ACK from EEPROM but there is no more communication after that. 

Single step debug always show same problem of timeout after the very 1st byte which cause I2C communication to break down. I have attached archive file with 2 separate folders named CM0 and CM4 for your reference, similar generated source files for both are also attached as the device configuration between older working I2C on M4 and non working I2C on M0 are different. Attachment is 38MB.

Please advise.

Share Link https://1drv.ms/u/s!AqUm9KKUVNnphe5Zffg40tcflj05zg?e=GdmpjN

Thank and Best regards

CW

Is it possible to implement a multi-master SPI design and access the MISO, MOSI, SCLK signals before they go to I/O pins?

It appears possible to route some SPI signals through SMART I/O. Examples only show the SPI Select lines routing through SMART I/O. Is it possible to route SPI data and clock lines through SMART I/O without first going off chip? Reference "CE009976_SPI_SS_Inversion_with_SmartIO01" for PSoC 4. Note, I'm attempting to implement using PSoC 61, which should work the same.

When attempting to route SPI data lines through a SMART I/O, the error is "Unable to find a valid placement for pins and fixed-function blocks. See the Digital Placement's Detailed placement messages section in the report file for details". I'm interpreting that message as, "The SPI component requires dedicated I/O. Don't try to route it otherwise". Am I wrong?

Greg

I'm trying to construct a 'simple' BLE Beacon app that updates the constant Advertisement packets with non-constant data on-the-fly.   I tried to do this update of advertising data inside the StackEventHandler() code when I finished a Tx of this data.  I used  Cy_BLE_GAPP_UpdateAdvScanData() which IS needed if the currently in advertising mode.   However, with extensive debugging I found that using  Cy_BLE_GAPP_UpdateAdvScanData() while actively in advertising mode, can cause data errors that end up being broadcast with a good packet CRC.  This corrupted data is received at the scanning BLE device with a 'good' packet CRC.   

I detail this discovery in the thread link: PSoC6-with-BLE-issue-How-do-I-automatically-throw-away-corrupted packets 

With help from P Yugandhar, he convinced me that I could not update the advertising data on-the-fly WITHOUT first stopping advertisement.

I modified my app to first stop advertising data every time I needed to update the advertising data (not my preferred method).

Steps:

1. Get event to require a advert data update.
2. Stop the Advert mode.
3. Test for Advert mode stopped.
4. If Advert mode stopped, Update advert data
5. If Advert mode not stopped, go to Step 3.
6. Issue an Cy_BLE_GAPP_UpdateAdvScanData() call
7. Re-Start the Advert mode.
8. Go to Step 1.

This works.  HOWEVER ...

Step 6 can apparently be totally eliminated!!!

It appears that the Advert data can be updated 'freely' if the Advert mode is stopped.

Therefore ... what purpose does the Cy_BLE_GAPP_UpdateAdvScanData() API call have if not to allow for accurate Advert data updates ON-THE-FLY?

I am trying to setup UART DMA to capture float values from a sensor and stream it through UART to terminal.

I setup DMA data size to word, and the UART buffer to 30, so that I can read 30 words at a time.

If I don't use DMA and directly stream in and out the float values using get():

Rx_read = UART_2_Get();
UART_Put(Rx_read);

it works fine.

But my process fails using DMA:

float DMA_buffer[30];

DMA_Rx_Start((uint32_t *)&UART_HW->RX_FIFO_RD, DMA_buffer);

i then tried to use 1 byte buffer

but still I can't get data that can be formatted.

any suggestions how to capture float on UART DMA ?

thanks

Hello,
i was experimenting with the PSOC63 CPU and at one time I tried to set the M0+ Core to 12,5MHz (FLL 50 -> 25 Mhz / 2 divider). The M4 Core is at 50 MHz.

It didn't really work and i wanted to reprogram it again with a 25MHz Clock for the M0+ (which worked before). But I cannot reprogram the MCU with kitprog3.

Board is a CYC8PROTO-063-BLE. Coding on Linux.

This is the output of the failing flashing process:

Open On-Chip Debugger 0.11.0+dev-4.3.0.1746 (2021-09-16-15:53)
Licensed under GNU GPL v2
For bug reports, read
	http://openocd.org/doc/doxygen/bugs.html
Info : auto-selecting first available session transport "swd". To override use 'transport select <transport>'.
adapter speed: 2000 kHz
adapter srst delay: 25
adapter srst pulse_width: 25
** Auto-acquire enabled, use "set ENABLE_ACQUIRE 0" to disable
cortex_m reset_config sysresetreq
cortex_m reset_config sysresetreq
Warn : SFlash programming allowed for regions: USER, TOC, KEY
Info : Using CMSIS-DAPv2 interface with VID:PID=0x04b4:0xf155, serial=172201A500249400
Info : CMSIS-DAP: SWD  supported
Info : CMSIS-DAP: Atomic commands supported
Info : CMSIS-DAP: FW Version = 2.0.0
Info : CMSIS-DAP: Interface Initialised (SWD)
Info : SWCLK/TCK = 1 SWDIO/TMS = 1 TDI = 1 TDO = 1 nTRST = 0 nRESET = 0
Info : CMSIS-DAP: Interface ready
Info : KitProg3: FW version: 2.30.1155
Info : KitProg3: Pipelined transfers enabled
Info : VTarget = 3.320 V
Info : kitprog3: acquiring the device (mode: reset)...
Error: kitprog3: failed to acquire the device
Info : clock speed 2000 kHz
Error: Error connecting DP: cannot read IDR
Error: Error connecting DP: cannot read IDR
Error: Error connecting DP: cannot read IDR
Error: DAP 'psoc6.cpu' initialization failed (check connection, power, transport, DAP is enabled etc.)
** OpenOCD init failed **
shutdown command invoked
** Program operation failed **
srst_only separate srst_gates_jtag srst_open_drain connect_deassert_srst
Error: Error connecting DP: cannot read IDR
Error: Error connecting DP: cannot read IDR
Error: Error connecting DP: cannot read IDR
Error executing event reset-deassert-post on target psoc6.cpu.cm0:
/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/mxs40_common.cfg:115: Error: 
in procedure 'ocd_process_reset' 
in procedure 'ocd_process_reset_inner' called at file "embedded:startup.tcl", line 788
in procedure 'mxs40_reset_deassert_post' called at file "/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/psoc6_common.cfg", line 134
at file "/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/mxs40_common.cfg", line 115
Error: Error connecting DP: cannot read IDR
Error executing event reset-deassert-post on target psoc6.cpu.cm4:
/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/mxs40_common.cfg:115: Error: 
in procedure 'ocd_process_reset' 
in procedure 'ocd_process_reset_inner' called at file "embedded:startup.tcl", line 788
in procedure 'mxs40_reset_deassert_post' called at file "/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/psoc6_common.cfg", line 169
at file "/home/matthias/ModusToolbox/tools_2.4/openocd/bin/../scripts/target/mxs40/mxs40_common.cfg", line 115
Info : psoc6.dap: powering down debug domain...
Error: Error connecting DP: cannot read IDR
Error: Error connecting DP: cannot read IDR
Warn : Failed to power down Debug Domains
Error: Error connecting DP: cannot read IDR

Hi, Sir.

I'm starting to bring up the customer board that cy8ckit_64b0s2_4343w. But when I change to another example, ex: from hello world to Blinky LED, I always need to re-provision it again. So, may I have a method to skip it? 

Thanks
Hugh