PSoC™ 5, 3 & 1 Forum Discussions
Hi,
according to the 5LP reference manual the datapath outputs are registered, but it's also possible to use the combinational signal. Unfortunately, I can't find any information about how to enable the combinational output on the device.
For simulating the component, I figured out that it seems to be enough to override a parameter, e.g. so_sync, etc.
But I doubt that this is the correct way to enable combinational output on the PSoC device. Digging deeper into the device manuals shows that this feature seems to be bound to the corresponding UDB config register #8. The default value of this register within the component definition is 0x00.
But here the user can't know which bit is assigned to the output which should be combinational. So, how to correctly enable combinational output for datapath output mux?
Regards
Hi Infineon expert:
I build the USBFS_HID example code and try to program to CY3295-MTK kit, but it alway shows an error "Error: dbg.M0023: There was an error while programming the device: PSoC Programmer reported error (100 - FAILED! SWD respond packet contains Failed status!). I recude the SWDCLK to 0.2MHz, it still show programming fail. Do you know how to fix it, thanks.
Tommy
Show LessHi! When I create a new project for psoc 5 LP. A window pops up saying cy_isr_v1_71 datasheet is not available in English. After placing an Interrupt component on the Top Design and build the project, a lot of errors come up, all about the generated isr.c and isr.h file. I have attached some screen shots of the problem.
I have tried remove everything and re-install Psoc Creator but the problem still persists. Please help.
Show LessHi,
I am using PSOC5 LP in my design and have USB interface with external Windows based application.
Is it possible to use Python script to access to PSOC resourcing (GPIO/I2C/UART) by Python script?
Thanks.
Show LessDear Bob,
First of all thanks your Matrix keypad component.
To cut the story short:
it's works as expected but I've two annoying problems :
1.) only works by polling, e.g.: from main loop, like:
if (MyKeyPad_CharReady() != 0) // Check the buffer for a key already entered. Returns != 0 if character available
{
ButtonPressed = MyKeyPad_GetChar();
SW_Tx_UART_1_PutString("Main Loop a button READED: ");
SW_Tx_UART_1_PutChar(ButtonPressed);
SW_Tx_UART_1_PutCRLF();
}
but not works from attached interrupt (InterruptType: rising edge setted): the interrupt never fire 😞
like:
CY_ISR(isr_KeyPressed_Handler)
{
...
}
int main(void)
{
CyGlobalIntEnable;
...
isr_KeyPressed_StartEx(isr_KeyPressed_Handler);
MyKeyPad_Start(Translation_Table);
}
2.) I use with 4x4 Matrix keypad, like:
https://www.hestore.hu/prod_10041773.html#
The problem: all keys works, except the last row, last column key ('D'): this does nothing.
(P1[0] and P1[4] intersection)
(I use Cykit 059, Columns P1[3:0], Rows P1[7:4])
Would you be so kind to help me to figure out what should be the problem ?
Thanks in advance,
Have a nice day,
Peter
Show Less
Hello,
I have seen many others having a similar issue, but wanted to post in case my issue is slightly different.
I am using PSOC5LP I2C Master Mode with a DS2484 I2C to 1-Wire Converter.
Everything is working fine - I2C writes and reads, but there are times where something happens (Not sure what is causing this) and the PSOC hangs up in the below infinite while loop
I have implemented a simple watchdog using a 1ms timer interrupt - when the watchdog counter fails to reset, I attempt to reset the I2C peripheral using the following lines. This does not work, and the code continues to sit in the while loop.
The only thing that actually works is calling for a SW reset....Not ideal at all.
Perhaps I'm not calling the right API to actually reset the I2C peripheral, if this is the case, please advise on the proper way to reset the peripheral so that I can break from the while loop.
From a logic analyzer standpoint, when this occurs, SCL and SDA are both logic High and remain at logic High
Ideally we do not want to call a software reset for something as small as this. Can anyone provide any input on what can be done to get "unstuck" from this infinite while loop?
I could implement a timeout inside the while loop, but I fear that this will be an issue when regenerating code, is that correct?
Please let me know what the best course of action to take is.
Thank you,
I have found myself with a problem that seems to be more easily solvable with PSoC 5, but not with 4 or 6 due to just enough UDBs and much more capable analog side, which is crucial. I was almost ready to jump into the ecosystem, but I've noticed that PSoC 4 and 6 are listed "normally", while 5 has been moved to "legacy" section, but I cannot seem to find any document marking this series as obsolete or NRFND. Is PSoC 5 a good choice for new design, or should I look for something else that has similar analog capabilities?
Show LessHello,
Can someone tell me where to find a document describing what the markings mean on the top of a PSoC3 microcontroller? The specific part is CY8C3866LTI-030.
Thanks,
Cyrus
Show LessHi,
i'm trying to program a PSoC1 device [which works at 5V] in an old project using a MiniProg3 device but it doesn't work. Why? Which is the best programmer to use for a PSoC1 device?
Show LessHi,
I noticed, that programming an PSoC 5LP (CY8C5268LTI-LP030, 256kB Flash) using the ppcli.exe takes about 70s, whereas the PSoC Programmer takes only about 11s (even after an "Erase all", same Settings).
For the PSocProgrammerCLI(ppcli.exe) I was using the example script in the KBA-ppcli-Article.
The only changes I made, were to adapt the programmer(Miniprog4) and hex File and calling:
"ppcli.exe --runfile example_script.cli"
Is there a way to get the ppcli.exe(v3.29.1) to work (nearly) as fast as the GUI based PSoC Programmer(v3.29.1)?
Or is there a way to program the PSoC5LP without iterating manually over these 4x256 rows?
Our goal is to have a custom user interface, where programming settings are applied, based on the selected device, which should be programmed. Our custom interface works as expected, but the 70 seconds for programming are unacceptable for us.
Thanks
Show Less