You are here

Serial vs Parallel communication | Cypress Semiconductor

Serial vs Parallel communication

Summary: 3 Replies, Latest post by H L on 26 Jul 2012 09:55 PM PDT
Verified Answers: 0
Last post
Log in to post new comments.
user_227331281's picture
7 posts

 Hello all

i implemented a parallel communication method.

Master sends a signal, triggering timer in slave( both master and slave are working at same clock). Master puts out data on  8 pins. After the timer in the slave generates terminal count, it reads the 8 pins and ack the Master.

The protocol seems working well for me, but everyone recommends standard protocols like SPI, UART.

Why is this...... is there a chance of messing around with the data values.........

i dont care about no of pins used.

user_1377889's picture
9243 posts

There is no reason, why you should not use your own communication for yourself.


There are so-called "Standards", communication layers that everybody can rely on. This makes our life easier: there is an UART, I may use this UART and I can connect to somebody elses UART without any getting any problems. PSoCs rarely introduce new communication paths (CapSense is one for man-machine-communication) but implement the industry standards as UARTs, I2C, SPI and so on. So PSoCs are able to communicate with thousands of "alien" chips which are using one of the standards as well.



user_14586677's picture
7646 posts

An additional thought, newer scopes have protocol analyzers in them, so makes troubleshooting

an issue in a design easier. If you have a "custom" protocol, no one can easily set up for a diagnosis.

Standards are good.


However, sometimes for competitive reasons, you might forgo the prior, thats a decison only you can make.


Lastly you may not care about pin count, but you can bank on a major customer walking thru the door and

asking for just one more set of pins for more capability, and he wants the design variation yesterday. So

todays serial interfaces are great, USB in particular, to conserve GPIO. Just one more variable to make

us all crazy....:)


Regards, Dana.

user_460349's picture
1362 posts

No, there is no reason why you cannot use your own protocol. But as state above, that there are tons of tools and application using standard protocols and it would be much easier to interface other device thru standard interface.

For paralllel interface, you should check with the centronic interface used in the centronic parallel port ( printer port  for PC). Using a COMMON protocol means you have device aviable and also others with the experience of those interface can help without needing to learn your interface.

Those "standard" were there, why re-invent the wheel, when you can desingn your own car?

If you are designing somthing specific or something new, then it is another story.

Log in to post new comments.