Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Which parameter decided communication limit of any protocol?

Status
Not open for further replies.

Abhishekabs

Advanced Member level 3
Joined
Jan 12, 2007
Messages
757
Helped
117
Reputation
234
Reaction score
45
Trophy points
1,308
Location
India
Activity points
5,537
Hello,
Can anyone tell me, on physical level as well software/application level, which parameter decided speed limit of communication channel/protocol?
Example I always hear, LIN will go up to 20Kbps only, why not 10Mbps?
CAN can go up to 5Mbps only, why not 50Mbps?

What is limiting these communication protocols?
 

Hi,

Usally those communication work with a fixed baud rate, this limits the overall bits/s to be transferred.
Then there are start bits, stop bits, frame sync bytes, dedicated times of no data transfer, header bytes, error detection bytes, address bytes and so on...
Some are half duplex only..
This all decreases the payload.

Now you may say: why not simply use a higher baud rate?
But this depends on a lot of parameters:
* microcontroller/processor hardware.
* reaction time
* length of bus
* type if wires/signalling
* expected noise level
* power requirements
* and a lot more

*****
You really may compare it with human communication.
* it is simple to listen to a fairy tale in a quit room (even if spoken very fast)
But it's more difficult
* with noise of machines around
* with other talking people around
* if it's a difficult technical topic
* if it's foreign language and you have to translate it (mentally)
* or if there is an interpreter
* or you not only have to listen, but to answer, too
* or you have to write it down
* and a lot other influences...

Klaus
 
Hi, Thanks for your valuable thoughts! I appreciate.
But imagine you have very high end micro-controller ( Multi-core) and its automotive application so no power limitation since it comes from battery.
Also if I am talking about two CPUs talking to each other.
Then why this limitation is there? If I want to send data to other micro-controller very fast & with less latency, CAN might be good.
But it is offering less bandwidth.
So I did not understand why CAN can not support high data transfer.
What was limiting factor.

If you say ECU to ECU transfer, I agree to noise environment.
That is perfect co-relation.
 

Hi,

..simply because you are talking only of "high performance microcontroller" communication.

But CAN was developed for many low performance sensors on a bus.
A water temperature sensor maybe just needs to send the temperature value once per minute.
And the bus speed and protocol needs to comply with ALL sensors.

If you want to transmit high volume data peer to peer, then CAN most likely is not the best protocol/hardware.

--> choose an appropriate hardware and protocol.

Klaus
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top