PSoC™ 6 Forum Discussions
text.format{('custom.tabs.no.results')}
Hi,
i developed a PSoC 6 based prototype pcb with BLE antenna and a pi matching network similar to the CY5677 BLE USB Dongle.
The antenna is a bit longer as described in AN91445 (Antenna Design and RF Layout Guidelines) and should be tuned by adjusting the length. I want to use the Pi network to tune the chip side. Unlike the system used in AN91445, I now have no real reference point.
The possibility I see would be to connect the VNA to the contact of C20 (see pic) and ground plane. Then I could tune the antenna. But for tuning the chip side I would then have to cut the antenna (and destroy my PCB).
How is this done in practice, for example for the BLE dongle?
Thanks!
Show LessHello.
I attached the Rx Not Empty Interrupt.
When there isn't 'Int_value = __get_BASEPRI();'
When there isn 'Int_value = __get_BASEPRI();'
'Int_value = __get_BASEPRI();' seems meaningless, why does it make a difference?
is there any Errata on this issue?
Thanks and Best regards.
Glenn.
Show LessI want to count at both edges of the clock with TCPWM as a counter. Can this be implemented?
Thanks,
Tetsuo
Has anyone been able to get the PicoVoice Wake Demo project (MTB project) to work on a CY8CKIT-062-BLE?
MTB allows for the CY8CKIT-062-BLE to be used as a BSP and to download the PicoVoice Wake Demo project for a compile.
I downloaded this project for the CY8CKIT-062-BLE and it built without error. However, when I go to run it, it faults out early in the pdm_pcm_clock_init(). A CY_ASSERT is issues and the code locks up in an infinite loop.
Here's a link to a related post: Picovoice-amp-PSoC-6-Evaluation . You'll notice that the CY8CKIT-062-BLE is not the original target BSP for this project.
Show LessHello.
I need the Register Manual.
I can't the documents in Infineon Site.
Please check it.
Thanks.
I am using the PSoC6 BLE Pioneer Kit for an application that needs two op amps. After looking at the data sheet, I was able to choose the correct pins and "OpAmp_Start();" both the components, but when I test them with a scope as a simple voltage follower, only OpAmp0 is operational.
Show LessHi there,
I test BLE with ModusToolbox and use the document "Chapter 9: Bluetooth® LE centrals". In this program is a menu. The program does not respond to my inputs.
The app_bt_management_callback function starts a new task,
…
#if (UART_INPUT == true)
/* Setup UART user input interface now that the stack is running */
xUARTQueue = xQueueCreate( 10, sizeof(uint8_t) );
cyhal_uart_register_callback(&cy_retarget_io_uart_obj, rx_cback, NULL); cyhal_uart_enable_event(&cy_retarget_io_uart_obj, CYHAL_UART_IRQ_RX_NOT_EMPTY , 3, TRUE);
xTaskCreate(uart_task, "UartTask", TASK_STACK_SIZE, NULL, TASK_PRIORITY, &UartTaskHandle); /* start task */
uint8_t helpCommand = '?';
xQueueSend( xUARTQueue, &helpCommand, 0); /* Print out list of commands */
#endif
…
The uart_task outputs the menu and waits for a value to be written into the xUARTQueue.
static void uart_task(void *pvParameters) {
uint8_t readbyte;
for(;;) {
if(pdPASS == xQueueReceive( xUARTQueue, &(readbyte), portMAX_DELAY)) {
switch (readbyte)
{
....
This function is supposed to read my input but doesn't do it.
The program hangs.
void rx_cback(void *handler_arg, cyhal_uart_event_t event) {
(void) handler_arg;
uint8_t readbyte; cy_rslt_t status;
BaseType_t xYieldRequired = pdFALSE;
status = cyhal_uart_getc(&cy_retarget_io_uart_obj , &readbyte, 1);
if(CY_RSLT_SUCCESS == status) {
xQueueSendFromISR( xUARTQueue, &readbyte, &xYieldRequired);
}
portYIELD_FROM_ISR(xYieldRequired);
}
**********Application Start*****************
Task UartTask started!
Task Status_Task started!
Commands:
? Help (this message)
s Start scanning and connect
S Stop scanning
d Disconnect
0...7 Control LED
r Read LED value
Status Tasks
********************************************
Task State Prio Stack Num
********************************************
Status_Task X 0 22 2
IDLE R 0 117 3
Tmr Svc B 3 99 4
UartTask B 5 3988 1
Can someone help me I think it's logically correct, but it doesn't work!! When I have solved this problem, I want to continue with BLE first.
Thanks for the help
Show LessHi,
We insert into PSOC6 pin a 455KHz Clock with 1uSec pulse width.
We have SW that sets up an interrupt for the rising edge of that input. The interrupt handler toggles an output pin each time it receives the interrupt. Effectively this should be dividing the input signal by 2.
We get at the output a frequency of about 100KHz, which is much less than expected. Is the issue that our pulse width is too short to be reliably recognized by the PSoC or is it that the frequency of the input signal is too high and that the frequency at which we are generating interrupts is too high and overloading the interrupt handler causing them to be lost?
thanks and regards,
Shlomi
Show LessDear Support team,
I'm using CY8CKIT-062S2-43012 Demokit and MTB V2.4 IDE to debug UART . Now the uart TX interrupt is ok,but the Rx
interrutp can't go into the interrupt service,so can't recive any data(polling mode recive data is ok). it seems no error in
my code,could you give me any advice? i have attached the source code as below.
Show LessEarlier, I posted this problem, which I thought I had solved by calling Cy_SysLib_Delay(10) before and after each flash operation. This greatly reduced the frequency, but did not completely eliminate. In case anyone else has this problem, the real cause was a Read-While-Write violation as described here: https://infineon.github.io/psoc6pdl/pdl_api_reference_manual/html/group__group__flash.html
Our system has 4 256K flash sectors, with code in sectors 0-2 and user data in sector 3. One of our interrupt routines was trying to execute code located in sector 2 while flash was being modified in sector 3, which can trigger a hard fault. I was able to fix by using the Keil linker .scat file to insure that all code that might execute during interrupt was loaded into sector 0-1, which can safely execute while writing to 2-3.
Show Less