PSoC™ 5, 3 & 1 Forum Discussions
Hello,
I am trying to create a delay timer that is settable before it runs. Currently, I am just executing the WritePeriod() method.
The datasheet does say that "The period of the Timer does not change until the counter is reloaded from the period register."
What is the best method to reload the counter without having the timer run once? I have the timer implemented as a fixed function, not with UDB.
Thanks
Show LessHello,
i'm trying to program an I2C OLED display 128x64 SSD1306 on PSOC5 but nothing appear on the screen. I'm using 4,7k pull-up resistors for SCL and SDA pins.
Can someone tell if there is something i'm doing wrong please ?
Thank you for your help in advance !
Show Less
Hello,
I have a PSoC3-based project to control two motors via PWM.
Currently the PWM block on PSoC Creator is set to work with an input clock of 2MHz, and dividing the period into 100 samples gives a resulting period of 50us and therefore 20kHz.
When I send a command to the motors (which use 24V) they get a step (from 0V to 24V) which activates them abruptly.
Is there a way to implement this via software on PSoC Creator or via firmware to not have the step but something smoother such as a ramp?
Thanks
Show LessHello,
I'm using a PSoC5LP where STDIN/STDOUT is retargeted to the UART by corresponding _read()/_write() functions. This works as expected. Now, I need to extend the functionality so that it's possible to convert the newline characters at run-time for both receive and transmit.
For transmit, it is easy to implement since the character to be sent is known prior to sending it. For example, if all outputs by printf() are using '\n' (linefeed character LF = 0x0A), but the system I'm connected to expects '\r\n' (carriage return + linefeed, CRLF = 0x0D0A), I can send the carriage return prior to the linefeed character. The same for the case that the application uses CRLF, but only CR or LF has to be sent.
For receive, this is somewhat harder to implement. I'm not using scanf() functions, the application needs to process each incoming character separately. So the getchar() function is used and therefore calls to _read() are always performed with a length of one character. Now I wonder how I can translate incoming LF, CR, CRLF and even LFCR (uncommon, but possible). Replacing LF by CR and vice versa shouldn't be a problem. Using LF only as newline for the application would imply to always simply throw away the CR if CRLF is received, but I want to keep the option that CR is still recognized if the following character is not a LF.
Since the current structure of the UART API doesn't allow to insert characters into the transmit/receive buffers by the UART interrupt, the only way I could imagine for solving this is to have a small state-machine within the _read() function handling those cases. Any other ideas?
Regards
Hello,
The PSoC5 datasheet shows a table with port assignments for the CY8C5888FNI-LP214T device (BGA-99). None of the additional pin functions (i.e.: SIO, XTAL, I2C, SWDxx, OPAMPx, JTAG) shown for the QFN or TQFP packages are shown for this BGA device. None of the power domains are identified either. See the image below:
Where might the alternate pin information for the BGA-99 be available?
Show Less
Dear Sir,
for the datasheet Pin description, How can I know the I/O Pin is UART/SPI/PWM or GPIO interface?
any more pin description for I/O port? thanks.
Show Less
How long would a voltage have to be below the detection threshold to trigger an interrupt?