Fwd: Why do ISO-11898-2 and ARINC 825 never mention split termination?

David Harris <[email protected]>
Newsgroups gmane.comp.hardware.bus.can
Message-ID <CAA_RDQVLQX4WhLRq0T-5pkU94zpPi4QE=2tCLf_SKmFbW3qEGQ@mail.gmail.com>
Our document for the physical layer of OpenLCB (model railroad bus)
discusses this, and has some references:
http://www.openlcb.org/trunk/specs/CanPhysicalTN.pdf

David


On Fri, Dec 5, 2014 at 2:36 PM, Corey, Richard <[email protected]>
wrote:

>  ARINC 825 says:
>
> *3.2.3.1 Network Termination*
> A 120 Ω terminating resistor shall be installed on each end of a network
> segment for impedance adaptation and to avoid disturbing reflections.
>
> The ISO specification 11898-2 also refers to termination as “a” resistor.
>
> Why are single resistors suggested or required instead of split
> terminations (two 60 Ohm resistors plus a small capacitor)?
>
> I thought the split termination was usually preferable and rejected some
> high frequency noise from the bus.
>
>
>
> I see that minimum distances are required between the last node and a
> terminator (1.5 meters), and also between each node (0.5 meters).  I’ve
> seen that “minimum distance” suggestion elsewhere but seldom noticed any
> trouble with desktop setups where these distances are inches or less.  (My
> definition of “trouble” is any error frames at all, ever, except during
> power cycles or hot plugging.)
>
> We want to use CANbus to connect three adjacent cards inside a box, but it
> seems crazy to stuff 3.5 meters of cable inside a small box (and make the
> box big enough to fit!).  Does everyone who uses CANbus to connect adjacent
> cards run big loops of cable around and around the cards to meet this
> requirement?
>
> I don’t have any EE training, so all I understand about the reason for
> inter-node distance and node-to-terminator distance is to reduce the risk
> of “reflections”.  Would it be safe to ignore those rules in an unchanging
> network which will never have additional bus segments grafted onto it?
> Couldn’t we adjust the distances until all the wave forms are clean, with
> distances of a few inches at most, and then lock the geometry down and
> never vary it?
>
> Until I read about “minimum distance requirements”, I never worried about
> it in desktop setups.  I only got into trouble once.  I had a 1-inch CAN
> connection between two cards in a cage that “just didn’t work”.  I
> lengthened the loop and then the traces were clean and error frames went
> away, so I stopped worrying.  I forget where the terminators were in that
> rig (it was 10-12 years ago) but they were either within a few inches of
> the two nodes or missing altogether at first.
>
>
>
> Rick Corey  | Software Engineer | Crane Aerospace & Electronics | Desk
> Phone: 425-743-8469 | Cell: 425-345-9954
>
> The email account for Crane Aerospace & Electronics, Aerospace Group, has
> changed to @craneae.com.
> Please update your contact information accordingly.
>
>
>
>
>
> ------------------------------
>
> Connect with us on LinkedIn
> <http://www.linkedin.com/companies/crane-aerospace-electronics>!
>
> We value your opinion! How may we serve you better? Please click the
> survey link to tell us how we are doing:
> http://www.craneae.com/ContactUs/VoiceofCustomer.aspx
>
> Your feedback is of the utmost importance to us. Thank you for your time.
>
> Crane Aerospace & Electronics Confidentiality Statement:
> The information contained in this email message may be privileged and is
> confidential information intended only for the use of the recipient, or any
> employee or agent responsible to deliver it to the intended recipient. Any
> unauthorized use, distribution or copying of this information is strictly
> prohibited and may be unlawful. If you have received this communication in
> error, please notify the sender immediately and destroy the original
> message and all attachments from your electronic files.
> ------------------------------
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.