ModusToolbox™ Forum Discussions
Hi All,
In an effort to simplify the user journey, we have merged all old forums under the ModusToolbox™ category (namely - PSoC™ 6 SDK, Bluetooth SDK, AWS IoT SDK, Mbed SDK, Any cloud SDK and ModusToolbox™ General) to this new ModusToolbox™ forum. So, you will not have to navigate beyond level 3 in the menu anymore, to ask or look up your ModusToolbox™ related queries... saving you some time, every time.
Old Navigation Journey
New Navigation Journey
All the topics you have been following in the old ModusToolbox™ category is now present in the new ModusToolbox™ forum. If you have bookmarked a particular forum, it will get automatically redirected to this new one, as well as any threads under it.
Hope you like the new experience.
Please let us know for any queries.
Regards,
Sharit
Infineon Developer Community team
Recently, I cannot start a debug session, yet I can do the flash operation. I've tried other targets, regenerating launches, and rebooting, and none of them work. It's not clear why the debug session isn't completing. Using a Kitprog 3.
Console:
Started by GNU MCU Eclipse
Open On-Chip Debugger 0.11.0+dev-4.3.0.1746 (2021-09-16-07:59)
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=1B1A05DD00189400
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 = 0 TDO = 0 nTRST = 0 nRESET = 1
Info : CMSIS-DAP: Interface ready
Info : KitProg3: FW version: 2.30.1155
Info : KitProg3: Pipelined transfers enabled
Info : VTarget = 3.294 V
Info : kitprog3: acquiring the device (mode: reset)...
Info : clock speed 2000 kHz
Info : SWD DPIDR 0x6ba02477
Info : psoc6.cpu.cm0: hardware has 4 breakpoints, 2 watchpoints
***************************************
** Silicon: 0xE2F0, Family: 0x100, Rev.: 0x24 (B3)
** Detected Device: CYBLE-416045-02
** Detected Main Flash size, kb: 1024
** Flash Boot version: 1.20.1.45
** Chip Protection: NORMAL
***************************************
Info : psoc6.cpu.cm4: hardware has 6 breakpoints, 4 watchpoints
Info : starting gdb server for psoc6.cpu.cm0 on 3332
Info : Listening on port 3332 for gdb connections
Info : starting gdb server for psoc6.cpu.cm4 on 3333
Info : Listening on port 3333 for gdb connections
Info : SWD DPIDR 0x6ba02477
Info : kitprog3: acquiring the device (mode: reset)...
psoc6.cpu.cm0 halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x00001f34 msp: 0x080477a8
** Device acquired successfully
** psoc6.cpu.cm4: Ran after reset and before halt...
psoc6.cpu.cm4 halted due to debug-request, current mode: Thread
xPSR: 0x61000000 pc: 0x1600400c msp: 00000000
Started by GNU MCU Eclipse
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Error message:
Error in final launch sequence
Failed to execute MI command:
load C:/.....hex
Error message from debugger back end:
Error finishing flash operation
Failed to execute MI command:
load C:/.....hex
Error message from debugger back end:
Error finishing flash operation
Error finishing flash operation
Show Less
Hello,
I am using the PMG1-S3 evaluation board (CY7113) to run the sample project "USBPD_DRP_EPR" provided on gitHub.
When I write and run FW from Modus Toolbox with [USBPD_DRP_EPR Program (KitProg3_MiniProg4)], it works fine, but when I run it with [USBPD_DRP_EPR Debug (KitProg3_MiniProg4)], the following error message appears.
(Error: Failed to read memory at xxx)
--------------------------------------------------------------------------------------
Started by GNU MCU Eclipse
Open On-Chip Debugger 0.12.0+dev-5.0.0.2401 (2023-05-16-04:28)
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
** Auto-acquire enabled, use "set PSOC4_USE_ACQUIRE 0" to disable
cortex_m reset_config sysresetreq
Info : Using CMSIS-DAPv2 interface with VID:PID=0x04b4:0xf155, serial=051E07C203011400
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 = 0 TDO = 0 nTRST = 0 nRESET = 1
Info : CMSIS-DAP: Interface ready
Info : KitProg3: FW version: 2.50.1383
Info : KitProg3: Pipelined transfers enabled
Info : KitProg3: Asynchronous USB transfers enabled
Info : VTarget = 3.276 V
Info : kitprog3: acquiring the device (mode: reset)...
Info : clock speed 2000 kHz
Info : SWD DPIDR 0x0bc11477
Info : [psoc4.cpu] Cortex-M0+ r0p1 processor detected
Info : [psoc4.cpu] target has 4 breakpoints, 2 watchpoints
*****************************************
** Silicon: 0x3501, Family: 0xC5, Rev.: 0x12 (A1)
** Detected Family: PMG1-S3
** Detected Device: CYPM1311-48LQXI
** Detected Main Flash size, kb: 256
** Chip Protection: OPEN
*****************************************
Info : gdb port disabled
Info : starting gdb server for psoc4.cpu on 3333
Info : Listening on port 3333 for gdb connections
Info : SWD DPIDR 0x0bc11477
Info : kitprog3: acquiring the device (mode: reset)...
[psoc4.cpu] halted due to debug-request, current mode: Thread
xPSR: 0xa1000000 pc: 0x10000040 msp: 0x20007fe8
** Device acquired successfully
Started by GNU MCU Eclipse
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : Power dropout detected, running power_dropout proc.
Sensed power dropout.
Sensed power restore, running reset init and halting GDB.
Info : SWD DPIDR 0x0bc11477
Info : SWD DPIDR 0x0bc11477
Info : SWD DPIDR 0x0bc11477
Info : kitprog3: acquiring the device (mode: reset)...
[psoc4.cpu] halted due to debug-request, current mode: Thread
xPSR: 0xa1000000 pc: 0x10000040 msp: 0x20007fe8
** Device acquired successfully
Info : accepting 'gdb' connection on tcp/3333
Info : New GDB Connection: 1, Target psoc4.cpu, state: halted
Warn : Prefer GDB command "target extended-remote :3333" instead of "target remote :3333"
Info : SWD DPIDR 0x0bc11477
Error: Failed to read memory at 0x10000040
semihosting is enabled
Warn : No RTOS could be auto-detected!
Warn : No RTOS could be auto-detected!
Verifying region (0x00000000, 64356)... Match
Info : All data matches, Flash programming skipped
Info : SWD DPIDR 0x0bc11477
Info : kitprog3: acquiring the device (mode: reset)...
[psoc4.cpu] halted due to debug-request, current mode: Thread
xPSR: 0xa1000000 pc: 0x10000040 msp: 0x20007fe8, semihosting
** Device acquired successfully
Info : psoc4.cpu: bkpt @0x00000405, issuing SYSRESETREQ
[psoc4.cpu] halted due to debug-request, current mode: Thread
xPSR: 0x61000000 pc: 0x00000404 msp: 0x20008000, semihosting
===== arm v7m registers
(0) r0 (/32): 0x40100004
(1) r1 (/32): 0x00000405
(2) r2 (/32): 0x00000000
(3) r3 (/32): 0x00000000
(4) r4 (/32): 0x20008000
(5) r5 (/32): 0x08000000
(6) r6 (/32): 0x0ffff0e0
(7) r7 (/32): 0x00000000
(8) r8 (/32): 0x00020149
(9) r9 (/32): 0x802a4010
(10) r10 (/32): 0x1fff8000
(11) r11 (/32): 0x00000000
(12) r12 (/32): 0x016e3600
(13) sp (/32): 0x20008000
(14) lr (/32): 0x1000012b
(15) pc (/32): 0x00000404
(16) xpsr (/32): 0x61000000
(17) msp (/32): 0x20008000
(18) psp (/32): 0x30082884
(20) primask (/1): 0x00
(21) basepri (/8): 0x00
(22) faultmask (/1): 0x00
(23) control (/3): 0x00
===== Cortex-M DWT registers
Info : Power dropout detected, running power_dropout proc.
Sensed power dropout.
Sensed power restore, running reset init and halting GDB.
Info : SWD DPIDR 0x0bc11477
Info : SWD DPIDR 0x0bc11477
Info : kitprog3: acquiring the device (mode: reset)...
** Device acquired successfully
Info : SWD DPIDR 0x0bc11477
Error: Failed to read memory at 0x10000040
Info : SWD DPIDR 0x0bc11477
Error: Failed to read memory at 0x10000040
Info : SWD DPIDR 0x0bc11477
Error: Failed to read memory at 0x10000102
Info : SWD DPIDR 0x0bc11477
Error: Failed to read memory at 0x10000102
--------------------------------------------------------------------------------------
What is the cause of the error?
Similar errors have also occurred in other samples.
Regards.
Show Lessuse example RFCOMM_Serial_Port:
change some code:
two BUG:
1. 20706 lost data , when enable rx flow again, lost data 2 3 4 5
2. APP can not send data anymore, because 20706 not send a new credit when enable rx flow again.
I was optimistic we might finally have an OTA solution for the CYBLE-046415, but I'm not seeing an answer yet. I made a try at getting this to work, but can't seem top plug all the holes.
- Changed BSP to CY8CPROTO-063-BLE
- Added template for TARGET_CY8CPROTO-063-BLE
- Added psoc63_1m_cm0_int_swap_single.json to flashmap directory from github
- Upgraded flashmap.py in scripts by copying from mtb_shared\mcuboot\v1.8.3-cypress\boot\cypress\scripts
But even though no internal flash is defined, it keeps trying to run the qspi configurator.
The project is attached. Can you fix it?
$ make eclipse
make -C bootloader_cm0p eclipse MTB_APPLICATION_SUBPROJECTS="bootloader_cm0p blinky_cm4" MTB_APPLICATION_NA
ME="MCUboot-Based_Basic_Bootloader" && make -C blinky_cm4 eclipse MTB_APPLICATION_SUBPROJECTS="bootloader_c
m0p blinky_cm4" MTB_APPLICATION_NAME="MCUboot-Based_Basic_Bootloader" && true
make[1]: Entering directory '/cygdrive/c/Users/%USER%/mtw32/MCUboot-Based_Basic_Bootloader/bootloader_cm0p'
Removing .mtbqueryapi file...
Searching installed tools in progress...
Searching installed tools complete
../mtw32/MCUboot-Based_Basic_Bootloader/bootloader_cm0p/libs/mtb.mk:51: warning: overriding recipe for target 'bsp-assistant'.. AND MANY MORE OVERRIDES
=============================================================
= Generating cy_flash_map.h and flashmap.mk =
=============================================================
python ./scripts/flashmap.py -p PSOC_063_1M -i ./flashmap/psoc63_1m_cm0_int_swap_single.json -o ./source/cy
_flash_map.h > ./flashmap.mk
=============================================================
make[2]: Leaving directory '/cygdrive/c/Users/%USER%/mtw32/MCUboot-Based_Basic_Bootloader/bootloader_cm0p'
[INFO] Log file= "C:/Users/%USER%/AppData/Local/Temp/qspi-configurator-cli/qspi-configurator-cli-20230901.230
543.389-6888.log"
[INFO] Command line= "C:/Users/%USER%/ModusToolbox/tools_3.1/qspi-configurator/qspi-configurator-cli.exe --co
nfig"
Missing value after '--config'.
--config=
Error: Configuration file path is not set. Use the --config argument to set the configuration file.
make[1]: *** [../../mtb_shared/core-make/release-v3.2.2/make/core/bwc.mk:149: _mtb_build__legacy_project_pr
ebuild] Error 1
make[1]: Leaving directory '/cygdrive/c/Users/%USER%/mtw32/MCUboot-Based_Basic_Bootloader/bootloader_cm0p'
make: *** [C:/Users/%USER%/ModusToolbox/tools_3.1/make/application.mk:61: eclipse] Error 2
Show Less
I am trying to tinker with manifests and I am facing an issue where MTB is saving state and the only way that I can get it to work is by restarting my system.
Steps that I am following -
1. Break the manifest links so that MTB encounters an error in fetching my projects
2. Fix the manifest links
3. Delete the cache folder in .modustoolbox directory
4. Restart MTB instance
5. I thought this should fix things and MTB should now be able to fetch my projects. However, I see the same error still. If I restart my system, everything works.
So my questions are as follows -
1. Is there another place where MTB caches make getlibs result? I thought this was the only place. Just wanted to confirm before concluding that it is a machine-specific issue. Also, please do let me know if I have missed something or am doing something dumb.
2. Is there a way to blow away MTB cache from the IDE/tools? I know that CY_GETLIBS_NO_CACHE exists but this is CLI and just does not use the cache right?
3. Does CY_GETLIBS_NO_CACHE rewrite MTB cache so that further runs use the results of the current run?
Show Lesshi,
since a couple of days back we're having issues with make getlibs (which should download a lot of git repositories from github), with errors such as:
ERROR:there was an error retreiving the asset 'https://github.com/cypresssemiconductorco/mtb-hal-cat1' commit 'release-v2.2.0' - fatal: unable to access 'https://github.com/cypresssemiconductorco/mtb-hal-cat1/': Failed to connect to github.com port 443 after 131002 ms: Connection timed out.
we don't have any firewalls or connection issues with github when run outside of your build system.
unfortunately mtbgetlibs is a binary file so i can't figure out exactly how it works.
this is with modus toolbox 3.0.
anyone else seen this?
Show LessI'm currently working on a project involving the CY8C4245-AXI microcontroller for a CapSense application, and I've run into a bit of a challenge. Specifically, I'm having trouble with UART the convenience of accessing credit card information https://mycardstatement.wiki communication. It seems to be stuck, and I'm not sure why.Has anyone else worked with this microcontroller and experienced similar UART communication issues? If so, I would greatly appreciate any insights or solutions you might have. Your assistance would be invaluable to me.
Thank you for your help!
Show LessWhat is the GATT_DISCOVER_MAX in the bluetooth stack wiced_bt_gatt_discovery_type_e used for? And what parameter should I pass in wiced_bt_gatt_client_send_discover() if I wanted to used it?
Show Less
Hi,
I am trying to include mbedtls library for an example project called "Cryptography_AES_Demonstration" (Available in MTB Examples).
But when I try to build the project
make[1]: *** Waiting for unfinished jobs....
bsps/TARGET_APP_CYSBSYSKIT-DEV-01/config/GeneratedSource/cycfg_system.c:117:28: error: initializer element is not constant
117 | .enableOutputDiv = true,
| ^~~~
bsps/TARGET_APP_CYSBSYSKIT-DEV-01/config/GeneratedSource/cycfg_system.c:117:28: note: (near initialization for 'srss_0_clock_0_fll_0_fllConfig.enableOutputDiv')
bsps/TARGET_APP_CYSBSYSKIT-DEV-01/config/GeneratedSource/cycfg_system.c:170:19: error: initializer element is not constant
I know it works with the other mtb examples where mbedtls is already added into its project.
Expectation: Steps to include the mbedtls library to the project and build without an error..
Your prompt response will be greatly appreciated..
Show Less