All Forums
Browse the Community
USB
Universal Serial Bus (USB) forums have discussions regarding Low-Full & High Speed Peripherals, Superspeed Peripherals, USB Hosts Hubs Transceivers, and USB EZ-PD Type C product solutions for PCs and consumer device topics.
Wireless Connectivity
Power
Sensors
Memories
Memory Discussion Forums discussions regarding NOR Flash, SRAM, nvSRAM and F-RAM - performance and reliability with discrete memory densities ranging from 4K-bit to 2G-bit topics.
Other Technologies
Discussion forum regarding Other Technologies including Power Management and Clocks topics.
Security & Smart Card
Radio Frequency (RF)
Software
Software including ModusToolbox, PSoC Creator, WICED Studios and Wi-Fi Bluetooth for Linux .
Applications
Featured Discussions
1.TLE9879 _Evalkit_v1.4 What are the main functions of swdio R46 and swclk R50 and how are these values selected?
2.tle987x series power up swd part power up timing have a detailed explanation?
--------
Infineon-Z8F80032532_HW_Design_Guideline-ApplicationNotes
-----
Infineon-BLDC_shield-UserManual-v01_02-EN
smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/MOTIX-MCU/SWD/td-p/716438
Show LessI own Rev11 of PSoC6 BLE PIONEER KIT.
What kind of support can I get?
Hi.
I use the CYBT-413061 module (CYW20721B2) on a custom board and try to run the RFCOMM_Serial_Port SPP demo in ModusToolbox 3.2. The code seems to load OK, but when starting the Client Control App and open the serial port, nothing happens - the controls are all greyed out. I then also run BTSpy and connects from a Windows 10 PC as suggested in the instructions - the Client Control App then seems to connect (not greyed out anymore), but nothing happens when pressing any buttons. BTSpy however, seems to display everything, like when hitting a key on Windows/TeraTerm BTSpy, it displays the messages - but nothing shows up on the Client Control App SPP tab or message window.
What could be wrong?
Regards, Roger
Show LessHi~
I'd like to import sameple application named 'Hello Sensor ' from based on CYW20706 to CYBT-343026-01
Because there is no sample applicaion which has same name in CYBT-343026-01
After installing sample application, I tried to exchange BSP from CYW20706 to CYBT-343026-01.
I found some decription indicates successful, But some otheres were not.
Operation is okay after build and flash. But I'm still curious whether it is really okay or not.
Please make me sure it
I attahced error code picture
Many thanks
BRs
Daniel Lim
Show Less
Hi all,
I think that the data format of vout_transition_rate and ton_rise is Linear.
The values of vout_transition_rate and ton_rise are as follows.
In decimal format, vout_transition_rate is 1(8×2-3)[V/ms].
In decimal format, ton_rise is 1(2×2-1)[ms].
Are these correct?
Also, please teach me what u7.3 and s-1.7 stand for.
Best regards,
MS
ModusToolbox™ v3.2 is now available for installation using the new ModusToolbox™ Setup program. ModusToolbox™ provides an adaptable work environment with options for various IDEs, command-line tools with GUI options, and a make-based build system.
ModusToolbox™ v3.2 introduces the following new features:
- New installation process, providing easy access to the core tools and management of optional feature packs.
- The bundled Eclipse IDE for ModusToolbox™ has been updated to leverage Eclipse Platform v4.28, bringing modern OS features and support for Modus-Shell integration in Windows 11.
- Intellisense support has been improved within the Eclipse IDE for ModusToolbox™.
- The underlying ModusToolbox™ build system has been enhanced to improve the overall build performance, by caching project discoverability and build command preprocessing.
- Updated ModusToolbox™ Configurators and Middleware libraries with improved support for 5th Generation CAPSENSE™ devices.
- Usability improvements within the BSP Assistant and Smart I/O tools, providing easier access to key documentation and workflows.
The ModusToolbox™ ecosystem now includes the ModusToolbox™ Setup program (v1.0). This installation tool is the recommended way to install ModusToolbox™ including additional patches and packs.
This setup program is an online installation utility that requires an active internet connection. If you need to download and install ModusToolbox™ in an offline fashion, please refer to the ModusToolbox™ Offline Installation page for details.
Refer to the Release Notes for specific details on the latest product enhancements.
To learn more and download today, visit the ModusToolbox software product page.
Key links:
- ModusToolbox™ Software overview
- ModusToolbox™ Setup program from Infineon Developer Center
- Installation Guide
- User Guide
- Release Notes
Hi,
My code was written on PC #1, a Intel-base Win11 system. I copied the code to PC#2, a virtual machine (Vmware fusion) running Windows 11 ARM Edition on MacBook M3.
Both PC#1 and PC#2 have PSOC Creator 4.4. When I do Project -> Update Components, the Component Update Tool shows incorrect version numbers on PC#2, while PC#1 shows the correct versions.
On PC#2 (ie, Win11 ARM):
A similar error was reported here: https://community.infineon.com/t5/PSoC-Creator-Designer/Unable-to-update-components/td-p/360176
Since PC#1 is getting the right versions, I suppose PSoC Creator Update Server is up and running.
I suspect that PSOC Creator 4.4 was built with the Intel version of the C++ library so the creator is not compatible with the Arm64 version. Can anyone confirm?
Additional info:
PC#1 has Microsoft Visual C++ 2015-2022 Redistributable (x64) - 14.32.31326 and Microsoft Visual C++ 2015-2022 Redistributable (x86) - 14.32.31326
PC#2 has Microsoft Visual C++ 2022 Redistributable (Arm64) - 14.30.30704
Thanks!!
--Tony
Show Less
Hello, I would like to know what are TSN standards does the Aurix TC399 microcontroller supports?
Hello,
I encountered a strange problem regarding the heap memory - if I increase the UART transmit buffer size from 256 to 1024 bytes, the heap seems to get corrupted. The first call to malloc() returns NULL. However there's no relationship between the UART component and the heap as far as I know because the UART component doesn't use dynamic memory. I wonder how I can get this debugged.
I'm using two UARTs with redirection of printf() to UART_1 and stderr to UART_2 in the application, but the call to malloc() is done before doing any prints and the requested size is way below heap size. Here are my project settings:
SRAM used: 7601 of 65536 bytes (11,6 %). Stack: 2048 bytes. Heap: 2048 bytes.
I tried to figure out if the Tx buffer somehow is within the heap section, but that doesn't seem to be the case:
extern uint8_t __cy_heap_start;
extern uint8_t __cy_heap_end;
extern uint8_t __cy_stack;
extern uint8_t __cy_stack_limit;
extern volatile uint8 UART_1_txBuffer[UART_1_TX_BUFFER_SIZE];
extern volatile uint8 UART_2_txBuffer[UART_2_TX_BUFFER_SIZE];
int main(void) {
CyGlobalIntEnable; /* Enable global interrupts. */
/* Place your initialization/startup code here (e.g. MyInst_Start()) */
setvbuf(stdin, NULL, _IONBF, 0);
setvbuf(stdout, NULL, _IONBF, 0);
setvbuf(stderr, NULL, _IONBF, 0);
UART_1_Start();
UART_2_Start();
//doing some other initialization, etc including the 1st malloc()
printf("Heap start at %p, heap end at %p\n", &__cy_heap_start, &__cy_heap_end);
printf("Stack start at %p, stack end at %p\n", &__cy_stack, &__cy_stack_limit);
printf("UART1 Tx buffer start at %p, end at %p, size %d bytes\n", &UART_1_txBuffer, &UART_1_txBuffer[UART_1_TX_BUFFER_SIZE - 1], UART_1_TX_BUFFER_SIZE);
printf("UART2 Tx buffer start at %p, end at %p, size %d bytes\n", &UART_2_txBuffer, &UART_2_txBuffer[UART_2_TX_BUFFER_SIZE - 1], UART_2_TX_BUFFER_SIZE);
while(1);
}
This is with a TX buffer size of 256 bytes which works correctly and gives the following output:
Heap start at 0x1fff8db8, heap end at 0x20007800
Stack start at 0x20008000, stack end at 0x20007800
UART1 Tx buffer start at 0x1fff8b94, end at 0x1fff8c93, size 256 bytes
UART2 Tx buffer start at 0x1fff8cb4, end at 0x1fff8db3, size 256 bytes
The stack size equals the setting from the system design settings exactly and the linker script seems to provide all the unused RAM for the heap: 0x20007800 - 0x1FFF8DB8 = 0xEA48 => 59976 bytes.
If I increase the TX buffer size of UART_2 (stderr) to 1024 bytes, the 1st malloc() with a request for 256 bytes fails. If I left out the malloc() request, the stack/heap information is:
Heap start at 0x1fff8f98, heap end at 0x20007800
Stack start at 0x20008000, stack end at 0x20007800
UART1 Tx buffer start at 0x1fff8a70, end at 0x1fff8b6f, size 256 bytes
UART2 Tx buffer start at 0x1fff8b90, end at 0x1fff8f8f, size 1024 bytes
So, I can't see anything wrong here. There's still no overlap. I can successfully request 76 byte, anything above fails if the TX buffer size is 1024. If I reduce it to the original 256 bytes it works again. I have not checked at which Tx buffer size the original request of 256 bytes fails.
Since there's no obvious relation between the UART buffers which are simply global arrays and the heap memory I'm a bit lost on how to debug and fix this. Ideas are welcome. Currently I'm trying to setup a minimum working example project to track it down and I'll provide it if I can manage to reproduce the issue.
Regards
Show Less
-
TraveoII
UART buadrate Setting
by chandan1995 Jun 19, 2023