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.

Whats better for industry automation, RS485 or Can?

Status
Not open for further replies.

Moof

Full Member level 2
Joined
Nov 21, 2003
Messages
149
Helped
7
Reputation
14
Reaction score
3
Trophy points
1,298
Location
Argentina
Activity points
1,230
RS485 or Can?

What do you think is better for industry automation, RS485 or can network???.
 

Re: RS485 or Can?

I think that CAN is better, HW and protocol are defined.
 

Re: RS485 or Can?

for a simple application,485 is better.
 

Re: RS485 or Can?

i think it's CAN, because CAN is designed for electrically noisy industrial application while having real-time communication capability.
 

Re: RS485 or Can?

RS485 lenght can be up to 1200m without repeater,what is the max lenght of CANbus? how we can increase it?
 

RS485 or Can?

The CAN can translate more length than RS485 and
his speed is more than RS485, CAN can have 125 node in the net.CAN can tranlate 1000M more than 5k/s,and 100M at 500K.
 

Re: RS485 or Can?

Hello,
the key difference between the RS485 and the CANbus is the controller. The controller of CANbus is much more sophisticated that a UART and it manages in an autonomous way the access to the bus, errors, error states, etc.
If you want a system that should be very reliable and whose functionality is very dependent of the communication it is better a solution more based on hardware like CANbus.
Better if you can also use a good library.
I have had a pleasing experience in automotive.
There is a good course of Infineon about CANbus in www.techonline.com.
 

RS485 or Can?

It depends on what you intend to do. For a master slave network type, it's easier to use RS485. Less hardware, a little overhead in software. SNAP is a good protocol for start. But if you need that some nodes talk by themselves (without interogation) then without collision detection the RS485 is more then trouble. Of course you can use a "token ring" type protocol or something similar but it have limitations regarding bandwith and reability. At this point CAN is a better option. There are hidden problems regarding CAN usage, if you intend to implement your own layer protocol. A good option is to study the implementation of "CAN open". There is even a fully detailed micro (or mini I don't remeber now) CANOpen with source files that can be used for some simple networks.
 

Re: RS485 or Can?

I think CAN is usefull both in dificult applications and simple applications.
In dificult applications (big network, many commands) you need to use CAN high level protocol (CanOpen for example), and in simple applications (small network, few commands) you can use CAN as is. RS485 is network variant of RS232 and very primitive. CAN is more advanced (read BOSCH specification) and have many features like arbitration, automatic CRC, priorities, automatic packet resending if error, receive acknowledges, etc..
But there is one problem - you must use uC with on-chip CAN, or use external CAN controller. It will make your system more expensive.
 

Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top