Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

RE: [lpc2000] Re: Hello - Recomendations sought

2006-02-10 by Joel Winarske

> driver/isolator).  These
> > are simpler than CAN AFAIK.  How noisy is the environment where

CAN isn't difficult, some of the upper level protocols can be quite complex.

> It'll be about 10 ft of wire between sensor and controller. There
> doesn't need to be any other nodes on the network (at least that's
> what they say now). Data payload is about 3 bytes every 5mS and it'll
> be very noisy (automotive engine compartment) I suspect I could
> design it robust enough so that single packet loss could be
> tolerated.  Like I mentioned I have control over both ends of the
> system, so it could be any interface I see fit. I was thinking that
> CAN would be good for several reasons:
> It's a standard
> Noise resistant
> Easy to add to in the future

J1939 (CAN 250k Baud) is generally applied to this sort of concept: Heavy
equipment, bus, etc.  But in your case it may be overkill.  You might
consider microCANopen which I referenced in an earlier email would work
quite well for what you need, without much modification.  License for code
is ~$495.  www.canopenstore.com

CAN would be a very good solution for your application.

If you need more/smaller nodes check out the Atmel AT90CANxx(x) series.
These use a highly optimized CAN peripheral that greatly minimizes CPU
involvement.


Joel

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.