3 Replies Latest reply on Apr 11, 2014 5:15 AM by ki.leung

    Serial vs Parallel communication

       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.

        • 1. Re: Serial vs Parallel communication

          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.





          • 2. Re: Serial vs Parallel communication

            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.

            • 3. Re: Serial vs Parallel communication

              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.