Yahoo Groups archive

Lpc2000

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

Message

Re: Philips App's: No 29 Bit Identifiers on LPC2292 ?? Clarification

2005-05-18 by philips_apps

Charles and Klaus,

a little update on CAN and a few clarifications.
The term FullCAN and BasicCAN seem to be a little mixed with assumption 
was the one or the other does / does not do.
The FullCAN mode is still not operational on the current CAN devices 
such as LPC21x9, LPC2194 and LPC229x but the redesign has started, 
can't tell you yet for sure when the bug-fixed devices will be on the 
market but my best guess is end of Q4 this year.

FILTERING:
The difference between FullCAN (FC) and our other CAN mode, which I 
like to call Extended CAN (EC) is filtering but not as you expect. The 
EC offers MUCH more fitlering options than the FC mode. Literally 
hundreds of messages can be filtered from a stream of ongoing CAN 
messages without receiving a single message you are not interested in. 

OFFLOADING RECEIVE REGISTER:
This is the real difference between FC and EC. In FC mode, the message 
will automatically be transferred into a dedicated message buffer, in 
EC mode, your software will have to take care of moving the (filtered) 
message to its final destination before the next complete message has 
been received. As Charles mentioned this is not a high CPU load for an 
ARM running at ?? MHz. 

29-BIT IDENTIFIERS:
FC as implemented does not and will not support 29-bit identifiers, 
however our EC mode does fully support 29-bit identifiers. 

CAN PERFORMANCE:
You can definitely run all (max 4) CAN interfaces at max speed of 1 
Mbit and even receive every single message with 100% busload and still 
have processing power left to do something else. So there is no impact 
on CAN performance because of fixing the FC mode. 

Hope this helps and gives some additional information, Robert


--- In lpc2000@yahoogroups.com, "embeddedjanitor" <manningc2@a...> 
wrote:
> --- In lpc2000@yahoogroups.com, "Klaus" <klaus276@y...> wrote:
> > Is it correct, that the FullCANmode is not yet operational? When 
> will
> > it be fixed? What will be the expected performance advantage of the
> > FullCANmode compared to the BasicCANmode?
> 
> Just do all your filtering etc in software. This does not add any 
real 
> loading to an ARM7.
> 
> Unless you need absolutely every % of the CPU I doubt you'd notice 
the 
> difference between FULL and Basic modes.

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.