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

[email protected]
Newsgroups gmane.comp.hardware.bus.can
Message-ID <OFEC8340EE.0A7E3ABD-ONC2257DA8.0018C279-C2257DA8.001A344F@LocalDomain>
Hello Corey,

when We started with CANopen early 2000, we were using split terminators 
also for the mentioned reason.

Problem was, that to keep the M12-terminator in a decent size, it needed a 
3D-soldering assy inside the mould and and we saw too many failures in 
them and decided to use a simple single 
resistor instead.

Have You ever tried to debug a system (of some 20-30 nodes and 50m cable) 
where a split terminator fails (short circuit) on CAN frequenzies but 
works on DC, when temperature is getting below zero ?

Later we also moved to a 7W version of the resistor (which would make 
split version HUGE) because we managed once to create a small bonfire in a 
terminator due to wrong connection...
Wrong connections should naturally not exist, but when some screw 
terminals are needed along the bus, they are inevitable at some point.

isto




"Corey, Richard"




From:   "Corey, Richard" <[email protected]>
To:     "'[email protected]'" <[email protected]>
Date:   06.12.2014 00:37
Subject:        [CANLIST] Why do ISO-11898-2 and ARINC 825 never mention 
split termination?
Sent by:        [email protected]




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!
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.




This e-mail is confidential and it is intended only for the addressees. Any review, dissemination, distribution, or copying of this message by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error, kindly notify us immediately by telephone or e-mail and delete the message from your system. The sender does not accept liability for any errors or omissions in the contents of this message which may arise as a result of the e-mail transmission.
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.