[En-Nut-Discussion] SJA1000 driver

[Petri Hyötylä]

On Wed, Oct 21, 2009 at 4:33 PM, Uwe Bonnes <
bon at elektron.ikp.physik.tu-darmstadt.de> wrote:

> >>>>> "Ole" == Ole Reinhardt <ole.reinhardt at embedded-it.de> writes:
>
>    Ole> Hi Petri,
>     >> I was afraid that there was something I was not seeing.  I am
> already
>    >> using MCP2515 and it has been serving our project well but now we
>    >> have to receive bursts of CAN messages and we miss some of them. I'm
>    >> guessing that the SPI bus may be overloaded because there is a lot of
>    >> other traffic on it, too. That's why I was hoping to test SJA1000
>    >> with (hopefully) little effort to see if removing CAN traffic from
>    >> the SPI helps. Now other possible solutions I have is to increase SPI
>    >> speed by doing the SPI in the NPL or use a slave MCU to buffer the
>    >> bursts. Probably AT90CAN128. I guess I will go with the slave MCU.
>
>     Ole> Are you using the original Ethernut3? If not, using the SAM7x
> might
>    Ole> be a solution for you (which has an included can controller)
>
> Otherwise, there are FPGA Cores for the SJA1000, so if you hav an FPGA with
> some bus access and some free place, the SJA1000 comes for free.
>
> --
> Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de
>
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
> _______________________________________________
> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>


Hi
I am using the original Ethernut3 with custom PCB connected to the expansion
port.
All these are fine ideas but this is one of those things that have to be
ready by yesterday (ASAP).
We happen to have AT90CAN128 boards in the lab so I'll go with one of those.
I'm guessing (hoping) that it will be fairly easy to get the CAN working and
also the SPI slave code.

BR,
Petri Hyötylä