hi, everyone,
Is there a kind of MCU that includes at least one on-chip CAN transceiver(like
LPC11c24), plus the following features?
32-bit ARM7 architecture, 128K flash, 16k SRAM, two SPI interfaces, RTC, UART,
IAP, watchdog.
It would be best if it contains one ethernet port, and be able to run
uclinux.
Search for part -- replacement for LPC11C24
Started by ●April 8, 2012
Reply by ●April 8, 20122012-04-08
No, the only LPC parts with integrated CAN transceiver are LPC11C2x.
I would suggest to use LPC176x parts with external transceiver or (for uclinux) LPC178x.
--- In l..., "skiddybird" wrote:
>
> hi, everyone,
> Is there a kind of MCU that includes at least one on-chip CAN transceiver(like LPC11c24), plus the following features?
> 32-bit ARM7 architecture, 128K flash, 16k SRAM, two SPI interfaces, RTC, UART, IAP, watchdog.
> It would be best if it contains one ethernet port, and be able to run uclinux.
>
I would suggest to use LPC176x parts with external transceiver or (for uclinux) LPC178x.
--- In l..., "skiddybird" wrote:
>
> hi, everyone,
> Is there a kind of MCU that includes at least one on-chip CAN transceiver(like LPC11c24), plus the following features?
> 32-bit ARM7 architecture, 128K flash, 16k SRAM, two SPI interfaces, RTC, UART, IAP, watchdog.
> It would be best if it contains one ethernet port, and be able to run uclinux.
>
Reply by ●April 8, 20122012-04-08
Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
--- In l..., "zero_atwork" wrote:
>
> No, the only LPC parts with integrated CAN transceiver are LPC11C2x.
>
> I would suggest to use LPC176x parts with external transceiver or (for uclinux) LPC178x.
>
> --- In l..., "skiddybird" wrote:
> >
> > hi, everyone,
> > Is there a kind of MCU that includes at least one on-chip CAN transceiver(like LPC11c24), plus the following features?
> > 32-bit ARM7 architecture, 128K flash, 16k SRAM, two SPI interfaces, RTC, UART, IAP, watchdog.
> > It would be best if it contains one ethernet port, and be able to run uclinux.
>
--- In l..., "zero_atwork" wrote:
>
> No, the only LPC parts with integrated CAN transceiver are LPC11C2x.
>
> I would suggest to use LPC176x parts with external transceiver or (for uclinux) LPC178x.
>
> --- In l..., "skiddybird" wrote:
> >
> > hi, everyone,
> > Is there a kind of MCU that includes at least one on-chip CAN transceiver(like LPC11c24), plus the following features?
> > 32-bit ARM7 architecture, 128K flash, 16k SRAM, two SPI interfaces, RTC, UART, IAP, watchdog.
> > It would be best if it contains one ethernet port, and be able to run uclinux.
>
Reply by ●April 8, 20122012-04-08
With max 64K RAM?
See:
http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
--- In l..., "skiddybird" wrote:
>
> Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
See:
http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
--- In l..., "skiddybird" wrote:
>
> Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
Reply by ●April 8, 20122012-04-08
Re: Search for part -- replacement for LPC11C24
With max 64K RAM?
See:
http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
--- In l..., "skiddybird" wrote:
>
> Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
With max 64K RAM?
See:
http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
--- In l..., "skiddybird" wrote:
>
> Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
Reply by ●April 8, 20122012-04-08
Could anyone send me a sample gnu toolset(CRT.s, Makefile and Linkerfile)for
developingC++ software on Eclipse for lpc2106 board(Olimex LPC2106) or any
LPC2106 board as I can change the board specific modules to suit my board. I
have the right file for C development not for C++.
Thank you in advance.
Best Wishes!
Noman
Thank you in advance.
Best Wishes!
Noman
Reply by ●April 9, 20122012-04-09
ok, it should be good to use external CAN transceiver, and TJF1051 is the latest
generation. But question arises. Is it necessary to install two
optocouplers(such as 6N137) between the MCU and the TJF1051, one for TXD,
another for RXD?
The datasheet of TJF1051 states,
The TJF1051 can be interfaced directly to microcontrollers with supply voltages from 3 V to 5 V.
Then what does "directly" stand for? Does it mean that no optocoupler is allowed?
--- In l..., "zero_atwork" wrote:
>
> Re: Search for part -- replacement for LPC11C24
>
> With max 64K RAM?
>
> See:
>
> http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
> --- In l..., "skiddybird" wrote:
> >
> > Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
> >
> >
>
The datasheet of TJF1051 states,
The TJF1051 can be interfaced directly to microcontrollers with supply voltages from 3 V to 5 V.
Then what does "directly" stand for? Does it mean that no optocoupler is allowed?
--- In l..., "zero_atwork" wrote:
>
> Re: Search for part -- replacement for LPC11C24
>
> With max 64K RAM?
>
> See:
>
> http://lpcware.com/content/forum/using-dynamic-ram-uclinux-lpc1788
> --- In l..., "skiddybird" wrote:
> >
> > Isn't it possible for LPC176x to run uclinux, compared to LPC178x?
> >
> >
>
Reply by ●April 9, 20122012-04-09
On Mon, 2012-04-09 at 15:26 +0000, skiddybird wrote:
> ok, it should be good to use external CAN transceiver, and TJF1051
> is the latest generation. But question arises. Is it necessary to
> install two optocouplers(such as 6N137) between the MCU and the
> TJF1051, one for TXD, another for RXD?
Only if you really need to avoid ground loops for instance.
Or work with high tension devices.
> Then what does "directly" stand for ? Does it mean that no optocoupler
> is allowed?
"directly" stands for a direct connection :-)
CAN driver pin rxd connects to uC CAN pin rd and
CAN driver pin txd connects to uC CAN pin td.
Do not forget the gnd and +5V connections to the
CAN driver with all the decoupling cap's.
roelof
> ok, it should be good to use external CAN transceiver, and TJF1051
> is the latest generation. But question arises. Is it necessary to
> install two optocouplers(such as 6N137) between the MCU and the
> TJF1051, one for TXD, another for RXD?
Only if you really need to avoid ground loops for instance.
Or work with high tension devices.
> Then what does "directly" stand for ? Does it mean that no optocoupler
> is allowed?
"directly" stands for a direct connection :-)
CAN driver pin rxd connects to uC CAN pin rd and
CAN driver pin txd connects to uC CAN pin td.
Do not forget the gnd and +5V connections to the
CAN driver with all the decoupling cap's.
roelof
Reply by ●April 9, 20122012-04-09
Perhaps latest generation for NXP [:))]
Other manufacturer are selling CAN transceiver with 3.3V Supply voltage
[:-$]
Anyway, nearly all modern CAN transceiver can work with 3.3V signals
even if they are powered with 5V.
--- In l..., "skiddybird" wrote:
>
> ok, it should be good to use external CAN transceiver, and TJF1051 is
the latest generation. But question arises. Is it necessary to install
two optocouplers(such as 6N137) between the MCU and the TJF1051, one for
TXD, another for RXD?
> The datasheet of TJF1051 states,
> The TJF1051 can be interfaced directly to microcontrollers with supply
voltages from 3 V to 5 V.
> Then what does "directly" stand for? Does it mean that no optocoupler
is allowed?
>
Other manufacturer are selling CAN transceiver with 3.3V Supply voltage
[:-$]
Anyway, nearly all modern CAN transceiver can work with 3.3V signals
even if they are powered with 5V.
--- In l..., "skiddybird" wrote:
>
> ok, it should be good to use external CAN transceiver, and TJF1051 is
the latest generation. But question arises. Is it necessary to install
two optocouplers(such as 6N137) between the MCU and the TJF1051, one for
TXD, another for RXD?
> The datasheet of TJF1051 states,
> The TJF1051 can be interfaced directly to microcontrollers with supply
voltages from 3 V to 5 V.
> Then what does "directly" stand for? Does it mean that no optocoupler
is allowed?
>
Reply by ●April 10, 20122012-04-10
Thank you all! 2 new questions.
1. If the transmission distance is long (above 5km), then should the optocouplers be installed
2. I have written one piece of code snippet for TX testing. The code simply transmits one CAN frame periodically. No other tasks. In fact the code is not a multitasking OS, it is only one foreground/background system. The hardware consists of one LPC2119 and one CAN transceiver. If the CAN transceiver is connected to the CAN bus, then other devices on the same bus can receive the frame periodically. The waveform seems normal on the TX pin of the LPC2119, when measuring with an oscilloscope. Under such preconditions, if the CAN transceiver is removed form the PCB using a soldering iron, then no more waveform appears on the TX pin of the MCU, when taking the same measurement with the same oscilloscope. The firmware code has never been unchanged. Why does this happen? The MCU and the CAN transceiver are discrete to each other. The MCU should go on with its transmission regardless of the outside world. Will the MCU detect for bus presence before transmission? Has it entered the so-called Bus-off state? How to setup the pertinent registers to fix this anomaly?
--- In l..., roelof 't Hooft wrote:
>
> On Mon, 2012-04-09 at 15:26 +0000, skiddybird wrote:
> > ok, it should be good to use external CAN transceiver, and TJF1051
> > is the latest generation. But question arises. Is it necessary to
> > install two optocouplers(such as 6N137) between the MCU and the
> > TJF1051, one for TXD, another for RXD?
>
> Only if you really need to avoid ground loops for instance.
> Or work with high tension devices.
>
>
> > Then what does "directly" stand for ? Does it mean that no optocoupler
> > is allowed?
>
> "directly" stands for a direct connection :-)
> CAN driver pin rxd connects to uC CAN pin rd and
> CAN driver pin txd connects to uC CAN pin td.
> Do not forget the gnd and +5V connections to the
> CAN driver with all the decoupling cap's.
>
> roelof
>
1. If the transmission distance is long (above 5km), then should the optocouplers be installed
2. I have written one piece of code snippet for TX testing. The code simply transmits one CAN frame periodically. No other tasks. In fact the code is not a multitasking OS, it is only one foreground/background system. The hardware consists of one LPC2119 and one CAN transceiver. If the CAN transceiver is connected to the CAN bus, then other devices on the same bus can receive the frame periodically. The waveform seems normal on the TX pin of the LPC2119, when measuring with an oscilloscope. Under such preconditions, if the CAN transceiver is removed form the PCB using a soldering iron, then no more waveform appears on the TX pin of the MCU, when taking the same measurement with the same oscilloscope. The firmware code has never been unchanged. Why does this happen? The MCU and the CAN transceiver are discrete to each other. The MCU should go on with its transmission regardless of the outside world. Will the MCU detect for bus presence before transmission? Has it entered the so-called Bus-off state? How to setup the pertinent registers to fix this anomaly?
--- In l..., roelof 't Hooft wrote:
>
> On Mon, 2012-04-09 at 15:26 +0000, skiddybird wrote:
> > ok, it should be good to use external CAN transceiver, and TJF1051
> > is the latest generation. But question arises. Is it necessary to
> > install two optocouplers(such as 6N137) between the MCU and the
> > TJF1051, one for TXD, another for RXD?
>
> Only if you really need to avoid ground loops for instance.
> Or work with high tension devices.
>
>
> > Then what does "directly" stand for ? Does it mean that no optocoupler
> > is allowed?
>
> "directly" stands for a direct connection :-)
> CAN driver pin rxd connects to uC CAN pin rd and
> CAN driver pin txd connects to uC CAN pin td.
> Do not forget the gnd and +5V connections to the
> CAN driver with all the decoupling cap's.
>
> roelof
>
