Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M98648).
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Do the MPC555’s have MMU’s ?

-----Original Message-----
From: Miguel Simon [mailto:simon@ou.edu]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555


Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:.
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

This issue with MPC55x has already popped up in the past. Indeed, it is
not supported by standard version due to lack of MMU. Apparently QNX
has indicated that it would only be possible for an OEM with big enough
budget or very attractive business-case to get a custom version.
Basically they’d need to write a custom procnto version and rebuild all
code for it to work without MMU. Note that some of POSIX semantics
requires virtual memory (e.g. fork). It would be rather problematic to
implement without MMU, so some applications would need major surgery.

  • igor

Miguel Simon wrote:

Investigating. However, it does not seem to be the case. > :frowning:

If a microcontroller does not have MMU’s, then we can not use QNX on
these devices?? What is the connection??

Bests…

Miguel.

Rennie Allen wrote:

Do the MPC555’s have MMU’s ?

-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Investigating. However, it does not seem to be the case. :frowning:

If a microcontroller does not have MMU’s, then we can not use QNX on
these devices?? What is the connection??

Bests…

Miguel.


Rennie Allen wrote:

Do the MPC555’s have MMU’s ?

-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Huh… Huhumm…

Igor Kovalenko wrote:

This issue with MPC55x has already popped up in the past. Indeed, it is
not supported by standard version due to lack of MMU. Apparently QNX
has indicated that it would only be possible for an OEM with big enough
budget or very attractive business-case to get a custom version.

…our budget is in the hands of the politicians trying to convince
Europe and the rest of the world that CO2 is not a pollutant, and I can
hardly convince people to use QNX as it is, so there goes my business
case too… back to the old exec algorithm I guess.

Basically they’d need to write a custom procnto version and rebuild all
code for it to work without MMU. Note that some of POSIX semantics
requires virtual memory (e.g. fork). It would be rather problematic to
implement without MMU, so some applications would need major surgery.

Got it. Thanks.

Bests…

Miguel.

  • igor

Miguel Simon wrote:

Investigating. However, it does not seem to be the case. > :frowning:

If a microcontroller does not have MMU’s, then we can not use QNX on
these devices?? What is the connection??

Bests…

Miguel.

Rennie Allen wrote:

Do the MPC555’s have MMU’s ?

-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Hmmm. How do you know it has MMU? Out of curiosity I went through all
pages related to MPC555 and did not find any reference to MMU. It looks
like MMU is part of OEA level of PowerPC architecture and MPC5xx series
does not adhere to it.

http://e-www.motorola.com/brdata/PDFDB/MICROCONTROLLERS/32-BIT/MPC500_FAMILY/MPC555PP.pdf
http://e-www.motorola.com/webapp/sps/prod_cat/prod_summary.jsp?code=MPC555&catId=M98648
http://e-www.motorola.com/brdata/PDFDB/MICROPROCESSORS/32_BIT/POWERPC/MPCFPE32B.pdf

  • igor

Miguel Simon wrote:

Hi…

Rennie Allen wrote:

Do the MPC555’s have MMU’s ?


Yes the MPC555 has the MMU in the chip, and there is a data book up on
the web
http://www.mcu.motsps.com/documentation/index.html> . However, I can not
contact the page right now (perhaps their service is out momentarily.)

So now the question remains: The MPC5xx have a PowerPC core with MMU’s,
so I -navely- wonder if any of the available powerPC based builds would
work with these units??

Bests…

Miguel.

-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Hi…

Rennie Allen wrote:

Do the MPC555’s have MMU’s ?

Yes the MPC555 has the MMU in the chip, and there is a data book up on
the web
http://www.mcu.motsps.com/documentation/index.html. However, I can not
contact the page right now (perhaps their service is out momentarily.)


So now the question remains: The MPC5xx have a PowerPC core with MMU’s,
so I -navely- wonder if any of the available powerPC based builds would
work with these units??

Bests…

Miguel.


-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

If it has an MMU at least there is a hope in hll that it might be
supported. If there is no MMU there is no hope in h
ll (you’d have to
be GM and planning on installing it in every vehicle you plan to mfg for
the next 10 years in order to get QSSL interested). I would never want
to resort to using a device as powerful as a powerpc core with no MMU
(if the software is complex enough to make good use of the ppc execution
unit, I wouldn’t want to develop it without the benefit of an MMU).

I registered with motorola, put a service request to the MPC555 site,
and they answered back with the web page:

“In reply to your Service Request SR 1-14042917 (see details below):
Yes the MPC555 has the MMU in the chip, we have a data book up on the
web
http://www.mcu.motsps.com/documentation/index.html. I hope this helps.”

I have not seen the web page since their server is down (I subsequently
asked about their down web, and they acknowledge that it is down
momentarily):

" Yes the link is down please try again later if not please go into the
main site http://www.mot.com/SPS/ again sorry about that."

I have not been there yet, but I guess that I’ll take their word for now
(I’ll try later at another time).

Igor Kovalenko wrote:

Hmmm. How do you know it has MMU? Out of curiosity I went through all
pages related to MPC555 and did not find any reference to MMU. It looks
like MMU is part of OEA level of PowerPC architecture and MPC5xx series
does not adhere to it.

Please enlighten me if you would, ‘OEA level’ means…?

Ok, I am confused here. I guess that we have to wait to see if the
MPC555 does have MMUs or not.

Bests…

Miguel.

http://e-www.motorola.com/brdata/PDFDB/MICROCONTROLLERS/32-BIT/MPC500_FAMILY/MPC555PP.pdf
http://e-www.motorola.com/webapp/sps/prod_cat/prod_summary.jsp?code=MPC555&catId=M98648
http://e-www.motorola.com/brdata/PDFDB/MICROPROCESSORS/32_BIT/POWERPC/MPCFPE32B.pdf

  • igor

Miguel Simon wrote:

Hi…

Rennie Allen wrote:

Do the MPC555’s have MMU’s ?


Yes the MPC555 has the MMU in the chip, and there is a data book up on
the web
http://www.mcu.motsps.com/documentation/index.html> . However, I can not
contact the page right now (perhaps their service is out momentarily.)

So now the question remains: The MPC5xx have a PowerPC core with MMU’s,
so I -navely- wonder if any of the available powerPC based builds would
work with these units??

Bests…

Miguel.

-----Original Message-----
From: Miguel Simon [mailto:> simon@ou.edu> ]
Posted At: Tuesday, June 12, 2001 11:22 AM
Posted To: applications
Conversation: Motorolla MPC555
Subject: Motorolla MPC555

Hi…

In the hardware support site I do not see support for items such as
MPC555 and family
(> http://e-www.motorola.com/webapp/sps/prod_cat/sel_guide.jsp?catId=M9864
:sunglasses:> .
However, I wonder if the Motorola MPC555/MPC565 microcontrollers are
somehow supported by Neutrino? These microcontrollers have a PowerPC
core, so I -naively- wonder if any of the available powerPC based builds
would work with these units??

Thanks…

Miguel.

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Miguel Simon wrote:

I registered with motorola, put a service request to the MPC555 site,
and they answered back with the web page:

“In reply to your Service Request SR 1-14042917 (see details below):
Yes the MPC555 has the MMU in the chip, we have a data book up on the
web
http://www.mcu.motsps.com/documentation/index.html> . I hope this helps.”

I have not seen the web page since their server is down (I subsequently
asked about their down web, and they acknowledge that it is down
momentarily):

" Yes the link is down please try again later if not please go into the
main site > http://www.mot.com/SPS/ > again sorry about that."

Weird. The link works fine for me, but reference to Data Book is bogus.
There is Reference Manual document, it is 14Mb PDF file and it does not
have a single occurence of word ‘MMU’. Data sheets available at URLs
below also do not mention MMU.

I have not been there yet, but I guess that I’ll take their word for now
(I’ll try later at another time).

Igor Kovalenko wrote:

Hmmm. How do you know it has MMU? Out of curiosity I went through all
pages related to MPC555 and did not find any reference to MMU. It looks
like MMU is part of OEA level of PowerPC architecture and MPC5xx series
does not adhere to it.

Please enlighten me if you would, ‘OEA level’ means…?

It is described in PowerPC Microprocessors Family Programming
Environment docment. There are 3 levels of architecture: UISA, VEA
(includes UISA) and OEA (includes VEA). Implementations are free to
choose whatever level they deem sufficient. MMU is defined at OEA level,
which is probably why some PPC processors have MMU but some do not.

Here is quote from document if you can’t access it:

The three levels of the PowerPC architecture are defined as follows:

• PowerPC user instruction set architecture (UISA)—The UISA defines the
level of
the architecture to which user-level (referred to as problem state in
the architecture
specification) software should conform. The UISA defines the base
user-level
instruction set, user-level registers, data types, floating-point memory
conventions
and exception model as seen by user programs, and the memory and
programming
models. The icon shown in the margin identifies text that is relevant
with respect to
the UISA.

• PowerPC virtual environment architecture (VEA)—The VEA defines
additional
user-level functionality that falls outside typical user-level software
requirements.
The VEA describes the memory model for an environment in which multiple
devices can access memory, defines aspects of the cache model, defines
cache
control instructions, and defines the time base facility from a
user-level perspective.
The icon shown in the margin identifies text that is relevant with
respect to the VEA.
Implementations that conform to the PowerPC VEA also adhere to the UISA,
but
may not necessarily adhere to the OEA.

• PowerPC operating environment architecture (OEA)—The OEA defines
supervisor-level
(referred to as privileged state in the architecture specification)
resources
typically required by an operating system. The OEA defines the PowerPC
memory
management model, supervisor-level registers, synchronization
requirements, and
the exception model. The OEA also defines the time base feature from a
supervisor-level
perspective. The icon shown in the margin identifies text that is
relevant with
respect to the OEA.
Implementations that conform to the PowerPC OEA also conform to the
PowerPC
UISA and VEA.

Ok, I am confused here. I guess that we have to wait to see if the
MPC555 does have MMUs or not.

Yeah, find a microscope and try to see it :slight_smile:

Good luck,

  • igor

Yes, the nice part about MPC555 is set of I/O modules built into chip. That
includes dual CAN controller, dual queued 10bit ADC with 10us resolution and
queued multichannel serial module with high-speed syncronous full-duplex
mode. Makes very cheap and low power engine for various vehicle on-board
controllers.

Apparently they had to take something away to fit that stuff. MPC555 has
‘bastardised’ MMU, called ‘Flexible Memory Protection Unit’ which supports
only 4 pages called ‘banks’, from 4Kb to 16Mb in size, with attributes. I
guess that is what they meant telling you there is an MMU.

Interestingly enough, original design of Neutrino supported 4 memory models
(no protection, 2 intermediate models and full VM mode). Only one of them
(last) made it into NTO 2.x but it would be possible to support MPC555 with
either of intermediate models. Still they would not support fork() and
executables/shared libs for such models would need special linking mode (and
special linker) to compensate for lack of virtual addresses. QNX also would
have to provide some support for all those built-in goodies (it would not be
easy to program them directly). So it could only be an OEM version anyway. I
guess if MobileGT project did not give QNX enough incentive to do it, hardly
anything else will, considering newer CPU models coming into that market
(newer PPC and Intel XScale) all have MMU.

  • Igor

“Miguel Simon” <simon@ou.edu> wrote in message
news:3B286A17.C032FB58@ou.edu

There are some applications in robotics where the MPC555 with all its
I/O is a most ideal microcontroller. For example, think autonomous
aerial robot as a sensor platform for third parties => think Valles
Marineris canyon on Mars. It would have been nice to have QNX running it
all.

I’ve been working with the Motorola MPC823e, and I/O for sensor
interface is a nightmare.

Regards…

Miguel

Rennie Allen wrote:

If it has an MMU at least there is a hope in hll that it might be
supported. If there is no MMU there is no hope in h
ll (you’d have to
be GM and planning on installing it in every vehicle you plan to mfg for
the next 10 years in order to get QSSL interested). I would never want
to resort to using a device as powerful as a powerpc core with no MMU
(if the software is complex enough to make good use of the ppc execution
unit, I wouldn’t want to develop it without the benefit of an MMU).

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

I guess that there will be no MPC555 and QNX hitching after all. :frowning:


Igor Kovalenko wrote:

It is described in PowerPC Microprocessors Family Programming
Environment docment. There are 3 levels of architecture: UISA, VEA
(includes UISA) and OEA (includes VEA). Implementations are free to
choose whatever level they deem sufficient. MMU is defined at OEA level,
which is probably why some PPC processors have MMU but some do not.

These are things that make go ‘hummm…’ Thanks. Now I know. :slight_smile:

[…]

Ok, I am confused here. I guess that we have to wait to see if the
MPC555 does have MMUs or not.


Yeah, find a microscope and try to see it > :slight_smile:

…grumble grumble grumble… :# :slight_smile:

Seriously now, your help and comments are always appreciated. Thanks.

Bests…

Miguel.


Good luck,

  • igor

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

There are some applications in robotics where the MPC555 with all its
I/O is a most ideal microcontroller. For example, think autonomous
aerial robot as a sensor platform for third parties => think Valles
Marineris canyon on Mars. It would have been nice to have QNX running it
all.

I’ve been working with the Motorola MPC823e, and I/O for sensor
interface is a nightmare.

Regards…

Miguel

Rennie Allen wrote:

If it has an MMU at least there is a hope in hll that it might be
supported. If there is no MMU there is no hope in h
ll (you’d have to
be GM and planning on installing it in every vehicle you plan to mfg for
the next 10 years in order to get QSSL interested). I would never want
to resort to using a device as powerful as a powerpc core with no MMU
(if the software is complex enough to make good use of the ppc execution
unit, I wouldn’t want to develop it without the benefit of an MMU).

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Miguel Simon a écrit :

I guess that there will be no MPC555 and QNX hitching after all. > :frowning:

Not sure! look at the answer Brain Stecher gave me few month ago about this
problem:

[
me:

So, It will be trite for us to use neutrino on the MPC555 (even without
MMU).
According to your doc, you ask to contact you in case of we’d want to
use a
processor without MMU, so, I ask again the question: is it possible to
run
neutrino on this processor?

Brian:
As is - no. Could it be made to happen - of course. As some one pointed
out a long time ago, given enough financial incentive, the QSSL R&D staff
could be enduced to walk down a street in pink tutus (hi Andrew! :slight_smile:.
]

Good no? ;o)

More seriously, there some good reasons:

[
Brian again:
However, and this is a is a big one, it’ll take an awful lot of financial
incentive - almost certainly more than you’re willing to spend. If you’re
still determined, talk to your sales guy about getting a quote for the work.

One of the problems with no-MMU is that we’d have to make special versions
of all the programs (ls, pidin, stty, etc) - the GNU linker doesn’t leave
enough information in a standard executable to make them usable on
a physical mode system. Alas, the executables for a physical mode system
aren’t in a form that’s usable for a system using the MMU (otherwise
we’d make them that way). Also, we’d have to create a procnto-500 to deal
with whatever other madness the designers did with the chip - an effort
that might approach the resources required to port the OS to a wholly
different type of processor.
]

Regards,
Alain.

Igor Kovalenko <Igor.Kovalenko@motorola.com> wrote:

It is described in PowerPC Microprocessors Family Programming
Environment docment. There are 3 levels of architecture: UISA, VEA
(includes UISA) and OEA (includes VEA). Implementations are free to
choose whatever level they deem sufficient. MMU is defined at OEA level,
which is probably why some PPC processors have MMU but some do not.

Of course, it doesn’t explain why different versions of PPC’s have
completely different MMU designs, but don’t get me started :slight_smile:.

It’s why we have three different PPC procnto’s and one for each of the
other architectures.

\

Brian Stecher (bstecher@qnx.com) QNX Software Systems, Ltd.
phone: +1 (613) 591-0931 (voice) 175 Terence Matthews Cr.
+1 (613) 591-3579 (fax) Kanata, Ontario, Canada K2M 1W8

There are some applications in robotics where the MPC555 with all its
I/O is a most ideal microcontroller. For example, think autonomous
aerial robot as a sensor platform for third parties => think Valles
Marineris canyon on Mars. It would have been nice to have QNX running
it
all.

Hmmm, the software for an autonomous aerial robot on Mars sounds a lot
like something I would want to have memory protection for (think last 3
Mars missions that used VxWorks, 2 of which failed and the first one -
mostly successful - had the VxWorks based component rebooting on
watchdog every 24 hours).

Miguel Simon <simon@ou.edu> wrote:

Does any body know any thing that comes close to this ideal
microcontroller? I for one do not. > :frowning:

Take a look at the ARM’s out there. For instance, Intel’s SA1110 (found in
the iPaq and many other devices) has a rather large bank of general purpose
I/O which can be used for inputs/outputs and all the inputs can be programmed
as interrupt sources (either edge). If you couple this with the SA1111 you
get a pile more I/O along with some other nice built-in modules for USB,
serial, etc, etc, etc. Everything can be found on Intel’s website.

chris

cdm@qnx.com > “The faster I go, the behinder I get.”

Chris McKillop – Lewis Carroll –
Software Engineer, QSSL
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Brian Stecher wrote:

Igor Kovalenko <> Igor.Kovalenko@motorola.com> > wrote:
It is described in PowerPC Microprocessors Family Programming
Environment docment. There are 3 levels of architecture: UISA, VEA
(includes UISA) and OEA (includes VEA). Implementations are free to
choose whatever level they deem sufficient. MMU is defined at OEA level,
which is probably why some PPC processors have MMU but some do not.

Of course, it doesn’t explain why different versions of PPC’s have
completely different MMU designs, but don’t get me started > :slight_smile:> .

It’s why we have three different PPC procnto’s and one for each of the
other architectures.

Well in that case you would not sacrifice elegancy/principle too much by
providing a procnto-500 which would make use of the bastardised ‘MMU’
MPC5xx have. Applications for such systems hardly will depend on fork()
too much but memory protection is still possible.

Perhaps Metaware could have a suitable linker. Problem with separate
binaries is not really all that tough. For example it could be solved by
making source available (you are going to make it available anyway,
aren’t you?)…

  • igor

Hi…

Agree that we want memory protection in an autonomous thingy. My
dilemma is: cost, weight, power versus MMU.

cost: nothing tailor made, every body wants COTS.
weight: I have a PC104 that does everything that the MPC555 does, but
weights nearly a pound and a half versus a few grams for the MPC555.
power: ditto. PC104 and all its modules deplete the batteries pretty
fast, the MPC555 is much more economical.
MMU: we all know about this.

So, on one side we have the three big ones: cost, weight, power, and on
the other we have the MUST HAVE one: MMU. Obviously what I would like
to have is an MPC555 with MMU that can run any one of the already
developed ppc procnto.

Does any body know any thing that comes close to this ideal
microcontroller? I for one do not. :frowning:

Thanks for your comments any way. :slight_smile:

Bests…

Miguel.

Rennie Allen wrote:

There are some applications in robotics where the MPC555 with all its
I/O is a most ideal microcontroller. For example, think autonomous
aerial robot as a sensor platform for third parties => think Valles
Marineris canyon on Mars. It would have been nice to have QNX running
it
all.

Hmmm, the software for an autonomous aerial robot on Mars sounds a lot
like something I would want to have memory protection for (think last 3
Mars missions that used VxWorks, 2 of which failed and the first one -
mostly successful - had the VxWorks based component rebooting on
watchdog every 24 hours).

my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.

Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com

Igor Kovalenko wrote:

Brian Stecher wrote:

Igor Kovalenko <> Igor.Kovalenko@motorola.com> > wrote:
It is described in PowerPC Microprocessors Family Programming
Environment docment. There are 3 levels of architecture: UISA, VEA
(includes UISA) and OEA (includes VEA). Implementations are free to
choose whatever level they deem sufficient. MMU is defined at OEA level,
which is probably why some PPC processors have MMU but some do not.

Of course, it doesn’t explain why different versions of PPC’s have
completely different MMU designs, but don’t get me started > :slight_smile:> .

It’s why we have three different PPC procnto’s and one for each of the
other architectures.


Well in that case you would not sacrifice elegancy/principle too much by
providing a procnto-500 which would make use of the bastardised ‘MMU’
MPC5xx have. Applications for such systems hardly will depend on fork()
too much but memory protection is still possible.

Perhaps Metaware could have a suitable linker. Problem with separate
binaries is not really all that tough. For example it could be solved by
making source available (you are going to make it available anyway,
aren’t you?)…

Nice so far … but AFAIK the MPC555 will be the base of the
MobileGT product line, that means the
MPC555 has the potential to kick QSSL out of the MobileGT business
:frowning:

Armin



  • igor