Maker Pro
Maker Pro

CAN Bus, Star wiring and termination.

M

Matt G

Jan 1, 1970
0
I need to use CAN bus to send information to 12 remote displays from a
central control box. Each of the remote displays can be up to 50m away
from the control box and are connected back to the box with cat 5
cable. I'm looking for a data rate of around 125 kbps if this is
possible.

If we have this arangement the CAN bus wiring will effectivly be a
star centred at the control box. Is this acceptable if we terminate
the control box and each of the 12 displays with a 780R resistor to
give an overall impedance of 60R? OR as some other documentation says
just terminate the bus at the "hub" of the star with 60R?

Thanks

Matt
 
R

Rich Grise

Jan 1, 1970
0
I need to use CAN bus to send information to 12 remote displays from a
central control box. Each of the remote displays can be up to 50m away
from the control box and are connected back to the box with cat 5 cable.
I'm looking for a data rate of around 125 kbps if this is possible.

If we have this arangement the CAN bus wiring will effectivly be a star
centred at the control box. Is this acceptable if we terminate the control
box and each of the 12 displays with a 780R resistor to give an overall
impedance of 60R? OR as some other documentation says just terminate the
bus at the "hub" of the star with 60R?

Are you stuck with "CAN" bus? Isn't that for cars? Is this schoolwork?
Because what you've just described is a LAN. The last one of these I
worked on used ethernet. This is very common these days.

If you really are stuck with "CAN," and have no say in the matter, then
I'd say you'd probably have better luck looking up the spec than I would.
If you have the spec sheet and want to post a link, I can read it for you
and see if it answers your questions. Or any of the actual experts, of
course. :)

Good Luck!
Rich
 
J

john jardine

Jan 1, 1970
0
Matt G said:
I need to use CAN bus to send information to 12 remote displays from a
central control box. Each of the remote displays can be up to 50m away
from the control box and are connected back to the box with cat 5
cable. I'm looking for a data rate of around 125 kbps if this is
possible.

If we have this arangement the CAN bus wiring will effectivly be a
star centred at the control box. Is this acceptable if we terminate
the control box and each of the 12 displays with a 780R resistor to
give an overall impedance of 60R? OR as some other documentation says
just terminate the bus at the "hub" of the star with 60R?

Thanks

Matt

(Only passing comment as I've no idea about CANbus)
Cat5 cable has a nominal AC impedance of about 110 ohms. For signal use, the
end of each cable run would normally expect to see a 100 ohm resistor across
it to provide a matched cable termination to prevent reflections upsetting
the data.
I've absolutely no idea of what's involved with a CAN bus but do know CAT5
is CAT5. From what you describe, it seems a CAN bus does ask for
termination. Signal wise, a 780ohm resistor across each cable end would
seem to offer little benefit. I'm also puzzled why a 60ohm and not a 100ohm
source impedance is needed. (Maybe CANbus chips are meant to drive 50ohm
co-ax?).
From a network point of view it's usual to wire at high impedance, from
point-to-point, with a single 100 resistor at the furthest end of the data
line.
As you're at lowish data rates and lowish distances then yes, you might (if
you feel lucky :) get away with 780ohms at the line ends or 60 ohm at star
central.
regards
john
 
C

Christoph Loew

Jan 1, 1970
0
Matt said:
I need to use CAN bus to send information to 12 remote displays from a
central control box. Each of the remote displays can be up to 50m away
from the control box and are connected back to the box with cat 5
cable. I'm looking for a data rate of around 125 kbps if this is
possible.

If we have this arangement the CAN bus wiring will effectivly be a
star centred at the control box. Is this acceptable if we terminate
the control box and each of the 12 displays with a 780R resistor to
give an overall impedance of 60R? OR as some other documentation says
just terminate the bus at the "hub" of the star with 60R?

Thanks

Matt

The CAN bus is basically an line terminated with 120 Ohm on both ends,
stubs are limited to 50 cm IIRC. In your case the proposed star topology
is not applicable to the CAN bus; I'd recommend changing the topology to
a line (if you *have* to wire every display to the controller you'll
have to bridge some CAN lines so that the mechanical star becomes an
electrical line - a rather awkward 'solution') or change to a different bus.

You might get away with disregarding the CAN bus standard for short
distances and low data rates but I'd advise against it.

If you *really* need a star topology as well stay within the CAN bus
specifications you'll probably need a seperate CAN interface for each
display...

I'm sure you've read it already but someone might be interested :
<http://www.can.bosch.com/docu/can2spec.pdf>

This AN covers some termination issues :
<http://www.semiconductors.philips.com/acrobat_download/applicationnotes/AN10211_1.pdf>



my 2 Yen,


Chris
 
T

Tim Wescott

Jan 1, 1970
0
Rich said:
Are you stuck with "CAN" bus? Isn't that for cars? Is this schoolwork?
Because what you've just described is a LAN. The last one of these I
worked on used ethernet. This is very common these days.

If you really are stuck with "CAN," and have no say in the matter, then
I'd say you'd probably have better luck looking up the spec than I would.
If you have the spec sheet and want to post a link, I can read it for you
and see if it answers your questions. Or any of the actual experts, of
course. :)

Good Luck!
Rich
Designed for cars, but not just for cars -- and when you find an 8-bit
micro with Ethernet for less than $3 let me know.
 
T

Tim Wescott

Jan 1, 1970
0
Christoph said:
The CAN bus is basically an line terminated with 120 Ohm on both ends,
stubs are limited to 50 cm IIRC. In your case the proposed star topology
is not applicable to the CAN bus; I'd recommend changing the topology to
a line (if you *have* to wire every display to the controller you'll
have to bridge some CAN lines so that the mechanical star becomes an
electrical line - a rather awkward 'solution') or change to a different
bus.

You might get away with disregarding the CAN bus standard for short
distances and low data rates but I'd advise against it.

If you *really* need a star topology as well stay within the CAN bus
specifications you'll probably need a seperate CAN interface for each
display...

I'm sure you've read it already but someone might be interested :
<http://www.can.bosch.com/docu/can2spec.pdf>

This AN covers some termination issues :
<http://www.semiconductors.philips.com/acrobat_download/applicationnotes/AN10211_1.pdf>

For the CAN bus's collision detection/priority arbitration scheme to
work a '0' bit transmitted by any one device on the bus has to be
detected before the bit interval is over, which means that any
transients on your cable need to have died down within about 1/2 to 2/3
of a bit time. 50m equates to 170ns in air, probably about 200ns on
cat-5 (what _is_ the velocity factor?).

I have no idea what your termination scheme is going to do to your
signal, but you could probably work it out mathematically or prototype
it fairly quickly -- I think you'll find that you're more or less OK for
the case where you're transmitting from the hub, but that any display on
the end of things is going to see a nasty transient, which may or may
not die down in time to make your data rate requirements.

If you can you may want to consider either 12 point-to-point links (in
which case why bother with CAN?), or having each wire run out to a
device and back, in which case (a) a single-point failure will take out
your whole bus and (b) you'll need two twisted pairs to each display.
 
R

Rich Grise

Jan 1, 1970
0
Designed for cars, but not just for cars -- and when you find an 8-bit
micro with Ethernet for less than $3 let me know.

OK, fair enough. Do you know of an 8-bit micro that has a CAN bus?
If so, would you be so kind as to post some kind of spec, so I have
something to work from to see if I know anything about the OP's question? :)

Thanks!
Rich
 
B

Barbarian

Jan 1, 1970
0
The Microchip PIC18F248 and related devices have CANbus hardware included.


Dennis
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
O

Oliver Betz

Jan 1, 1970
0
[...]
OK, fair enough. Do you know of an 8-bit micro that has a CAN bus?

Several Motorl^W Freescale 68HC(S)08 derivatives. BTW, CAN bus drivers
are also cheaper than Ethernet. And a powerful CANopen protocol stack
can be done with much less footprint than Ethernet.

Oliver
 
T

Tim Wescott

Jan 1, 1970
0
Rich said:
OK, fair enough. Do you know of an 8-bit micro that has a CAN bus?
If so, would you be so kind as to post some kind of spec, so I have
something to work from to see if I know anything about the OP's question? :)

Thanks!
Rich
Microchip, Freescale, Cygnal, TI -- actually I think anyone who makes a
microprocessor makes one with CAN in it these days.

But they all assume that you have a copy of the spec from Bosche --
http://www.can.bosch.com/ -- so that's what you want to read. It's very
detailed, and quite lucid once you turn your brain upside down.
 
R

Rich Grise

Jan 1, 1970
0
Microchip, Freescale, Cygnal, TI -- actually I think anyone who makes a
microprocessor makes one with CAN in it these days.

But they all assume that you have a copy of the spec from Bosche --
http://www.can.bosch.com/ -- so that's what you want to read. It's very
detailed, and quite lucid once you turn your brain upside down.

Thanks!
Rich
 
R

Rich Grise

Jan 1, 1970
0
Several Motorl^W Freescale 68HC(S)08 derivatives. BTW, CAN bus drivers
are also cheaper than Ethernet. And a powerful CANopen protocol stack
can be done with much less footprint than Ethernet.

Thanks!
Rich
 
O

Oliver Betz

Jan 1, 1970
0
I wrote:

[...]
are also cheaper than Ethernet. And a powerful CANopen protocol stack
can be done with much less footprint than Ethernet.

....a rather stupid comparison. I wanted to say that CANopen is a
powerful/versatile high level protocol with data abstraction etc. and
even simpler/smaller to implement than the plain data transfer part of
TCP(/IP) without any high level stuff.

Oliver
 
Top