Nabble - MPC500

External Pull-ups required for MPC5554 JTAG debug connector?

2009-11-15T12:01:19Z

Hi,
I'm wondering if external pull-up resistors are required for any of the the JTAG debug signals TDI, TDO, TCK, TMS, RDY or JCOMP on MPC5554?

We use a 14pin 0.1" header for the P&E USB interface. RESET has a pull-up of course.

Thanks, Ian

RE: Re: MPC5566 SRAM ECC

2009-11-13T11:01:00Z

The reason we cannot write SRAM, other then at power up, is to retain a
few pieces of data through a spurious reset, such as the watchdog. It
looks like the combination of PORS and a magic number is my answer, as
long as I manage the potential ECC error.

Thanks,

Steve

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of allandobbin2000
Sent: Friday, November 13, 2009 10:39 AM
To: MPC500@...
Subject: [MPC500] Re: MPC5566 SRAM ECC

While its true the SRAM contents don't change after a RESET and
therefore there is no need to re-init the ECC, it is NOT true that the
ECC has been initialised if PORS if zero. For instance you could have a
power cycle immediately followed by a RESET and the ECC may not yet be
initialised.

A safer method is to use a few words in SRAM and store a constant after
the ECC has been initialised. Then after subsequent resets, you verify
the PORS flag and the constant in SRAM - if PORS is set, OR if the
constant data isn't valid then you init the ECC.

There are still dangers with this i.e. make sure you don't use standy
RAM for storing the constant. Also, if the ECC isn't intact, you may
generate an ECC related error when reading your constant.

Make sure you ask yourself what possible RESET sources you expect and
what start-up time you have to meet - if you don't really expect a reset
other than a POR, just init the ECC every time as its safer.

- Allan

--- In MPC500@... <mailto:MPC500%40yahoogroups.com> ,
<StevenASchroeder@...> wrote:

>
> Is it correct that I only need to initialize the SRAM ECC after a
> power-on reset? That is, if SIU_RSR[PORS] is zero I can skip the SRAM
> ECC initialization.
>
>
>
> Thanks,
>
> Steve
>
>
>
> [Non-text portions of this message have been removed]
>

[Non-text portions of this message have been removed]

Re: MPC5566 SRAM ECC

2009-11-13T07:38:54Z

While its true the SRAM contents don't change after a RESET and therefore there is no need to re-init the ECC, it is NOT true that the ECC has been initialised if PORS if zero. For instance you could have a power cycle immediately followed by a RESET and the ECC may not yet be initialised.

A safer method is to use a few words in SRAM and store a constant after the ECC has been initialised. Then after subsequent resets, you verify the PORS flag and the constant in SRAM - if PORS is set, OR if the constant data isn't valid then you init the ECC.

There are still dangers with this i.e. make sure you don't use standy RAM for storing the constant. Also, if the ECC isn't intact, you may generate an ECC related error when reading your constant.

Make sure you ask yourself what possible RESET sources you expect and what start-up time you have to meet - if you don't really expect a reset other than a POR, just init the ECC every time as its safer.

- Allan

--- In MPC500@..., <StevenASchroeder@...> wrote:

MPC5566 SRAM ECC

2009-11-11T07:34:00Z

Is it correct that I only need to initialize the SRAM ECC after a
power-on reset? That is, if SIU_RSR[PORS] is zero I can skip the SRAM
ECC initialization.

Thanks,

Steve

[Non-text portions of this message have been removed]

RE: MPC5566 Time Base

2009-09-30T12:14:18Z

The p_tbclk input is connected to ground, therefore it has no function.
There is no alternate clock for the time base.

regards
randy

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of StevenASchroeder@...
Sent: Wednesday, September 30, 2009 1:51 PM
To: MPC500@...
Subject: [MPC500] MPC5566 Time Base

The e200z6 reference identifies the HID0[SEL_TBCLK] bit to select the
time base from either the processor clock or the p_tbclk input. I
cannot find in that reference or the MPC5566 reference any mention of
where the p_tbclk input comes from. Anyone know what it is?

Thanks

.

<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
sgId=4018/stime=1254336699/nc1=1/nc2=2/nc3=3>

[Non-text portions of this message have been removed]

MPC5566 Time Base

2009-09-30T11:51:18Z

The e200z6 reference identifies the HID0[SEL_TBCLK] bit to select the
time base from either the processor clock or the p_tbclk input. I
cannot find in that reference or the MPC5566 reference any mention of
where the p_tbclk input comes from. Anyone know what it is?

Thanks

[Non-text portions of this message have been removed]

Re: MPC5500 eMIOS functions

2009-09-10T09:43:51Z

With the Input Pulse Mode (IPM), you can capture both edges, rising and falling, either single-shot or continuously. Depending on the "polarity" setting, the clock at rising edge will be captured in register A and the clock at falling edge in register B, or vice-versa. You can configure for an interrupt on each rising or falling edge, and your ISR can compute both pulse width (A-B) and the period (A2-A1) on every rising or falling edge. Will that do it?

Joe

--- In MPC500@..., "Dobbin Allan-R11834" <Allan.Dobbin@...> wrote:

>
> I'm not certain but I don't think routing the pin to two emios channels
> is possible. If an ETPU function doesn't exist, you could certainly
> write one to do this.
>
> The easy work-around is to tie two EMIOS pins together externally and
> use one channel for each function, but I presume you are trying to
> preserve resources.
>
> - Allan
>
> ________________________________
>
> From: MPC500@... [mailto:MPC500@...] On Behalf
> Of StevenASchroeder@...
> Sent: Wednesday, September 09, 2009 1:57 PM
> To: MPC500@...
> Subject: RE: [MPC500] MPC5500 eMIOS functions
>
>
>
>
> Can a connection to a single eMIOS pin be internally routed to two eMIOS
> channels? I remember the MPC563 could do a little of that.
>
> Or, is there an eTPU function available that will provide frequency and
> pulse width/duty cycle at the same time?
>
> Thanks,
>
> Steve
>
> ________________________________
>
> From: MPC500@... <mailto:MPC500%40yahoogroups.com>
> [mailto:MPC500@... <mailto:MPC500%40yahoogroups.com> ] On
> Behalf
> Of Dees Randy-RSAF30
> Sent: Thursday, August 27, 2009 12:47 PM
> To: MPC500@... <mailto:MPC500%40yahoogroups.com>
> Subject: RE: [MPC500] MPC5500 eMIOS functions
>
> The eMIOS is designed to handle 2 edges. To measure both period and
> pulse width you need to capture 3 edges.
>
> randy
>
> ________________________________
>
> From: MPC500@... <mailto:MPC500%40yahoogroups.com>
> <mailto:MPC500%40yahoogroups.com>
> [mailto:MPC500@... <mailto:MPC500%40yahoogroups.com>
> <mailto:MPC500%40yahoogroups.com> ] On
> Behalf
> Of StevenASchroeder@... <mailto:StevenASchroeder%40eaton.com>
> <mailto:StevenASchroeder%40eaton.com>
> Sent: Thursday, August 27, 2009 10:03 AM
> To: mpc500@... <mailto:mpc500%40yahoogroups.com>
> <mailto:mpc500%40yahoogroups.com>
> Subject: [MPC500] MPC5500 eMIOS functions
>
> I have an input to a single eMIOS pin on an MPC5566. I need to measure
> both period and pulse width. I cannot find a function that combines
> these two measurements. Any suggestions?
>
> Thanks,
> Steve
>
> .
>
> <http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
> <http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
> >
> <http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
> <http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
> >
> >
> sgId=4012/stime=1251385450/nc1=1/nc2=2/nc3=3>
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

RE: MPC5500 eMIOS functions

2009-09-09T12:17:03Z

I'm not certain but I don't think routing the pin to two emios channels
is possible. If an ETPU function doesn't exist, you could certainly
write one to do this.

The easy work-around is to tie two EMIOS pins together externally and
use one channel for each function, but I presume you are trying to
preserve resources.

- Allan

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of StevenASchroeder@...
Sent: Wednesday, September 09, 2009 1:57 PM
To: MPC500@...
Subject: RE: [MPC500] MPC5500 eMIOS functions

Can a connection to a single eMIOS pin be internally routed to two eMIOS
channels? I remember the MPC563 could do a little of that.

Or, is there an eTPU function available that will provide frequency and
pulse width/duty cycle at the same time?

Thanks,

Steve

________________________________

From: MPC500@... <mailto:MPC500%40yahoogroups.com>
[mailto:MPC500@... <mailto:MPC500%40yahoogroups.com> ] On
Behalf
Of Dees Randy-RSAF30
Sent: Thursday, August 27, 2009 12:47 PM
To: MPC500@... <mailto:MPC500%40yahoogroups.com>
Subject: RE: [MPC500] MPC5500 eMIOS functions

The eMIOS is designed to handle 2 edges. To measure both period and
pulse width you need to capture 3 edges.

randy

________________________________

From: MPC500@... <mailto:MPC500%40yahoogroups.com>
<mailto:MPC500%40yahoogroups.com>
[mailto:MPC500@... <mailto:MPC500%40yahoogroups.com>
<mailto:MPC500%40yahoogroups.com> ] On
Behalf
Of StevenASchroeder@... <mailto:StevenASchroeder%40eaton.com>
<mailto:StevenASchroeder%40eaton.com>
Sent: Thursday, August 27, 2009 10:03 AM
To: mpc500@... <mailto:mpc500%40yahoogroups.com>
<mailto:mpc500%40yahoogroups.com>
Subject: [MPC500] MPC5500 eMIOS functions

I have an input to a single eMIOS pin on an MPC5566. I need to measure
both period and pulse width. I cannot find a function that combines
these two measurements. Any suggestions?

Thanks,
Steve

.

<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
>
<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
>
>
sgId=4012/stime=1251385450/nc1=1/nc2=2/nc3=3>

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

RE: MPC5500 eMIOS functions

2009-09-09T11:56:33Z

Can a connection to a single eMIOS pin be internally routed to two eMIOS
channels? I remember the MPC563 could do a little of that.

Or, is there an eTPU function available that will provide frequency and
pulse width/duty cycle at the same time?

Thanks,

Steve

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of Dees Randy-RSAF30
Sent: Thursday, August 27, 2009 12:47 PM
To: MPC500@...
Subject: RE: [MPC500] MPC5500 eMIOS functions

The eMIOS is designed to handle 2 edges. To measure both period and
pulse width you need to capture 3 edges.

randy

________________________________

From: MPC500@... <mailto:MPC500%40yahoogroups.com>
[mailto:MPC500@... <mailto:MPC500%40yahoogroups.com> ] On
Behalf
Of StevenASchroeder@... <mailto:StevenASchroeder%40eaton.com>
Sent: Thursday, August 27, 2009 10:03 AM
To: mpc500@... <mailto:mpc500%40yahoogroups.com>
Subject: [MPC500] MPC5500 eMIOS functions

I have an input to a single eMIOS pin on an MPC5566. I need to measure
both period and pulse width. I cannot find a function that combines
these two measurements. Any suggestions?

Thanks,
Steve

.

<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
>
sgId=4012/stime=1251385450/nc1=1/nc2=2/nc3=3>

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

RE: MPC5500 eMIOS functions

2009-08-27T09:47:19Z

The eMIOS is designed to handle 2 edges. To measure both period and
pulse width you need to capture 3 edges.

randy

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of StevenASchroeder@...
Sent: Thursday, August 27, 2009 10:03 AM
To: mpc500@...
Subject: [MPC500] MPC5500 eMIOS functions

I have an input to a single eMIOS pin on an MPC5566. I need to measure
both period and pulse width. I cannot find a function that combines
these two measurements. Any suggestions?

Thanks,
Steve

.

<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
sgId=4012/stime=1251385450/nc1=1/nc2=2/nc3=3>

[Non-text portions of this message have been removed]

RE: MPC5500 eMIOS functions

2009-08-27T09:19:08Z

Steve,

If you do not need a measurement on every period, you could reprogram the eMIOS module to the other function after every measurement...

Jean-Christophe

________________________________

De : MPC500@... [mailto:MPC500@...] De la part de StevenASchroeder@...
Envoyé : jeudi 27 août 2009 17:16
À : mpc500@...
Objet : [MPC500] MPC5500 eMIOS functions

I have an input to a single eMIOS pin on an MPC5566. I need to measure
both period and pulse width. I cannot find a function that combines
these two measurements. Any suggestions?

Thanks,
Steve

MPC5500 eMIOS functions

2009-08-27T08:02:48Z

I have an input to a single eMIOS pin on an MPC5566. I need to measure
both period and pulse width. I cannot find a function that combines
these two measurements. Any suggestions?

Thanks,
Steve

[Non-text portions of this message have been removed]

Fast Ethernet Controller on MPC5553

2009-08-25T10:15:19Z

Hi,

Are there any application notes or example code for the Fast Ethernet Controller on the MPC5553?

Initially at least the physical connection would be as the MPC5553EVB as this is our preferred evaluation platform.

Regards, Ian

MPC5500 Quickstart tool error

2009-07-13T10:10:13Z

Hi,
When using the CodeWarrior stationary supplied with the MPC5500 Quickstart tool, I get a compile error:

'Use of '*' in statement level assembler is not allowed'

It appears to relate to a line in 'arch.h' which is written as:

#define ARCH_STOP_INSTRUCTION_C asm (" b *+0")

Does anyone have a suggested fix for this?

Thanks, Ian

Re: BDM Dependency

2009-07-08T09:24:37Z

First, I would look carefully at your reset circuitry.

Second, make sure you setup or turn off the watchdog time early enoug in
your code.

Regards
Dave

Jeff Clarke wrote:

>
>
>
> Within a new batch of 565 boards, I occasionally come across a board that
> will only run with the BDM connected. With it connected, the board starts
> and runs fine, without it, the board comes out of reset and appears to
> hang. I am thinking there must be a marginal situation with the board
> design, any thoughts on where to look?
>
> Jeff Clarke
>
> -----------------------------------------
> Notice: This e-mail is intended solely for use of the individual
> or entity to which it is addressed and may contain information that
> is proprietary, privileged and exempt from disclosure under
> applicable law. If the reader is not the intended recipient or
> agent responsible for delivering the message to the intended
> recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly
> prohibited. This communication may also contain data subject to
> U.S. export laws. If so, that data subject to the International
> Traffic in Arms Regulation cannot be disseminated, distributed or
> copied to foreign nationals, residing in the U.S. or abroad, absent
> the express prior approval of the U.S. Department of State. If
> you have received this communication in error, please notify the
> sender by reply e-mail and destroy the e-mail message and any
> physical copies made of the communication. Thank you.
>
>

BDM Dependency

2009-07-07T13:15:06Z

Within a new batch of 565 boards, I occasionally come across a board that
will only run with the BDM connected. With it connected, the board starts
and runs fine, without it, the board comes out of reset and appears to
hang. I am thinking there must be a marginal situation with the board
design, any thoughts on where to look?

Jeff Clarke

-----------------------------------------
Notice: This e-mail is intended solely for use of the individual
or entity to which it is addressed and may contain information that
is proprietary, privileged and exempt from disclosure under
applicable law. If the reader is not the intended recipient or
agent responsible for delivering the message to the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly
prohibited. This communication may also contain data subject to
U.S. export laws. If so, that data subject to the International
Traffic in Arms Regulation cannot be disseminated, distributed or
copied to foreign nationals, residing in the U.S. or abroad, absent
the express prior approval of the U.S. Department of State. If
you have received this communication in error, please notify the
sender by reply e-mail and destroy the e-mail message and any
physical copies made of the communication. Thank you.

RE: MPC555 Flash programming

2009-07-07T06:57:38Z

Allan,

Thank you for your help!

I know that the problem comes from our design...
I was just wondering if it has been shared but someone else, someone who has already found the solution ;-)

About EPE, on some of our PCBs EPEE is directly connected to 3.3V, and VPP to 5V (with a Schottky from 3.3V)...

Jean-Christophe

________________________________

De : MPC500@... [mailto:MPC500@...] De la part de Dobbin Allan-R11834
Envoyé : jeudi 2 juillet 2009 17:30
À : MPC500@...
Objet : RE: [MPC500] MPC555 Flash programming

Flash programming is tested over temperature in the factory. Could it be related to weak pull-up on one of the prog enable pins like EPEE?

- Allan

________________________________

From: MPC500@... <mailto:MPC500%40yahoogroups.com> on behalf of Jean-Christophe MATHAE
Sent: Thu 7/2/2009 12:58 AM
To: MPC500@... <mailto:MPC500%40yahoogroups.com>
Subject: [MPC500] MPC555 Flash programming

Hello,

We have for many years a problem when programmming the MPC555 internal Flash module : it seems to be quiet sensitive to ambient temperature...

Not all our boards are sensitive alike, but all are plagued by this problem. Some would require heating the chip, some would require cooling it.

We are using Macraigor's Flash Programmer software with a Wiggler or Raven.

As anyone also encoutered this type of problem?
As anyone an idea what the cause of the problem is, and how to solve it?

Thank you.

Best regards.

Jean-Christophe MATHAE

CIRTEM
http://www.cirtem.com <http://www.cirtem.com> <http://www.cirtem.com/ <http://www.cirtem.com/> >

bâtiment Pointe Bleue
20, voie l'Occitane
BP661
31319 LABEGE cedex
France

RE: MPC555 Flash programming

2009-07-02T08:11:08Z

Flash programming is tested over temperature in the factory. Could it be related to weak pull-up on one of the prog enable pins like EPEE?

- Allan

________________________________

From: MPC500@... on behalf of Jean-Christophe MATHAE
Sent: Thu 7/2/2009 12:58 AM
To: MPC500@...
Subject: [MPC500] MPC555 Flash programming

Hello,

We have for many years a problem when programmming the MPC555 internal Flash module : it seems to be quiet sensitive to ambient temperature...

Not all our boards are sensitive alike, but all are plagued by this problem. Some would require heating the chip, some would require cooling it.

We are using Macraigor's Flash Programmer software with a Wiggler or Raven.

As anyone also encoutered this type of problem?
As anyone an idea what the cause of the problem is, and how to solve it?

Thank you.

Best regards.

Jean-Christophe MATHAE

CIRTEM
http://www.cirtem.com <http://www.cirtem.com/>

bâtiment Pointe Bleue
20, voie l'Occitane
BP661
31319 LABEGE cedex
France

[Non-text portions of this message have been removed]

MPC555 Flash programming

2009-07-02T00:58:23Z

Hello,

We have for many years a problem when programmming the MPC555 internal Flash module : it seems to be quiet sensitive to ambient temperature...

Not all our boards are sensitive alike, but all are plagued by this problem. Some would require heating the chip, some would require cooling it.

We are using Macraigor's Flash Programmer software with a Wiggler or Raven.

As anyone also encoutered this type of problem?
As anyone an idea what the cause of the problem is, and how to solve it?

Thank you.

Best regards.

Jean-Christophe MATHAE

CIRTEM
http://www.cirtem.com

bâtiment Pointe Bleue
20, voie l'Occitane
BP661
31319 LABEGE cedex
France

RE: New RoHS compliant part numbers and mask sets for MPC555

2009-06-14T19:32:57Z

all are revision M. that is the only mask set of the MPC555 that is in
production.

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of murphynetuk
Sent: Saturday, June 13, 2009 5:00 AM
To: MPC500@...
Subject: [MPC500] New RoHS compliant part numbers and mask sets for
MPC555

Hi, maybe I didn't search hard enough but I couldn't find the details of
the mask sets of the new RoHS MPC555 part numbers on the Freescale site:

MPC555LFAVR40
MPC555LFCVR40
MPC555LFMVR40

Anyone have this info please?

Thanks, Ian

.

<http://geo.yahoo.com/serv?s=97359714/grpId=6276387/grpspId=1706554205/m
sgId=4000/stime=1244887208/nc1=3848621/nc2=4507179/nc3=4025321>

[Non-text portions of this message have been removed]

RE: Re: Sourcing Older MPC555 CPUs

2009-06-14T19:30:24Z

A properly designed system can use either the K3 or the M revisions of
the MPC555 without any issues.

however, there are errata fixes between the two mask sets that must be
accounted for in system designs.

of particular note: On the K3 mask set there were internal pull up
devices on some pins that could never be disabled. When software wrote
to the SPRDS bit in the PDMCR to disable these pull ups, they would not
be disabled. In revision M, they will be disabled. This affects the
following pins: BI/STS, BURST, BDIP, TA, TS, TSIZ1, TSIZ0, TEA,
RD/WR,BR/VF1/IWP2, BG/VF0/IWP0, BB/VF2/IWP3. Depending on the
functionality enabled on the pin, this may or may not cause issues if
there is no external pull up. If the bus control pins (BB, BG, BR)
functions are enabled without pull ups, the bus will hang. for other
pins there are other conditions that could cause system failures. TEA
always requires an external resistor.

It should be noted that the internal weak devices are not specified to
guarantee correct operation if the external resistors are not designed
into the system. These external resistors are required per the MPC555
Reference Manual). K3 devices without these external resistors will work
properly in most cases, but will not be robust and could fail under some
conditions - like temperature or voltage extremes (within the normal
operating specifications of the device).

randy

________________________________

From: MPC500@... [mailto:MPC500@...] On Behalf
Of murphynetuk
Sent: Sunday, June 14, 2009 4:02 AM
To: MPC500@...
Subject: [MPC500] Re: Sourcing Older MPC555 CPUs

Hi,

I'm afraid I can't help you with sourcing K3 chips, but I'm curious as
to the board layout differences required for the M mask chips?

I did a board design a few years ago which used the K3 chip, and if I
need to change it I'd like to understand why...

[Non-text portions of this message have been removed]

Re: Sourcing Older MPC555 CPUs

2009-06-14T02:01:34Z

Hi,

I'm afraid I can't help you with sourcing K3 chips, but I'm curious as to the board layout differences required for the M mask chips?

I did a board design a few years ago which used the K3 chip, and if I need to change it I'd like to understand why...

Thanks, Ian

--- In MPC500@..., "cam13831" <cam13831@...> wrote:

>
>
> Good Morning,
>
> We are trying to source older MPC555 chips. Specifically we are looking
> for MPC555LFMZP40 with the K3 mask (Mask Set 6K02A, 1K83H, 3K83H,
> 5K83H). We have tried several places and have had no luck and
> unfortunately our current board layout does not allow us to do
> modifications at this time to use the later M mask.
>
> So I guess we were wondering if anyone would have any recommendations as
> to where we might be able to find someone that would have a supply of
> older stock (we are only looking for around 10 chips).
>
> Thanks and have a great day.
> Craig
>

AUTO: Duncan Perrett is out of the office (returning 22/06/2009)

2009-06-13T08:00:18Z

I am out of the office until 22/06/2009.

Note: This is an automated response to your message "[MPC500] New RoHS
compliant part numbers and mask sets for MPC555" sent on 13/06/2009
11:00:02.

This is the only notification you will receive while this person is away.

New RoHS compliant part numbers and mask sets for MPC555

2009-06-13T03:00:02Z

Hi, maybe I didn't search hard enough but I couldn't find the details of the mask sets of the new RoHS MPC555 part numbers on the Freescale site:

MPC555LFAVR40
MPC555LFCVR40
MPC555LFMVR40

Anyone have this info please?

Thanks, Ian

Sourcing Older MPC555 CPUs

2009-04-23T08:52:29Z

Good Morning,

We are trying to source older MPC555 chips. Specifically we are looking
for MPC555LFMZP40 with the K3 mask (Mask Set 6K02A, 1K83H, 3K83H,
5K83H). We have tried several places and have had no luck and
unfortunately our current board layout does not allow us to do
modifications at this time to use the later M mask.

So I guess we were wondering if anyone would have any recommendations as
to where we might be able to find someone that would have a supply of
older stock (we are only looking for around 10 chips).

Thanks and have a great day.
Craig

AEMS Files

2009-03-31T14:46:16Z

Hi I'm new to this group,but been reading online for a while.Does anyone have the files for AEMS(aircraft engine management system)project that were on the web a few years ago. I had them but my laptop was lost.

Thanks,Kevin

MPC565 and GCC

2009-03-30T02:02:53Z

Hi,

I try to start working with a mpc565 (PhyCore mpc565 module).
I'm looking for a simple example or a bootcode running with GCC.

All examples provided by freescale or Phytec for the mpc565 work only with Coderarior and I have huge difficulties to transform it for GCC.

Can somebody help me?

Thanks,

regards,

Jeremie

Questions about MPC566 PIT interrupts

2009-03-22T20:29:09Z

Hello everyone

I have designed a control system using MPC566, the design of hardware referred to the MPC566EVB, and used Codewarrior and MPC500 Quick Start 4.0, including the Configuration tool,to develop the software. There are many tasks running in PIT interrupts. The system has been used for a long time, it usually can run correctly, but it occasionally presents a phenomenon that the main task can run normally while the PIT interrupts can not execute, when the system is powered up. Why? Have you found the phenomenon? Are there any questions on hardware? Please help me.

Thanks a lot!

Re: How to get size of ELF file

2009-03-02T06:45:17Z

GNU Binutils includes a utility called readelf. In windows this can
be installed via Cygwin or MinGW.

--- In MPC500@..., Mu Chunyang <cc_mcy@...> wrote:

>
> I give you a URL about ELF file format sepc.:
> http://www.skyfree.org/linux/references/ELF_Format.pdf
> I think you can find what you want.
>
>
>
>
> ________________________________
> From: Mu Chunyang <cc_mcy@...>
> To: MPC500@...
> Cc: prashgn <prashgn@...>
> Sent: Saturday, February 28, 2009 8:20:12 AM
> Subject: Re: [MPC500] How to get size of ELF file
>
>
> hi, you could find file size infomation in your .map file, which

is created by your compiler!

>
>
>
> ____________ _________ _________ __
> From: prashgn <prashgn@yahoo. com>
> To: MPC500@yahoogroups. com
> Sent: Thursday, February 26, 2009 5:06:48 PM
> Subject: [MPC500] How to get size of ELF file
>
> hi
> can any body tell me whether ELF file format hold the file size

(entire

> file size) or not and if not then how to validate it
>
> [Non-text portions of this message have been removed]
>
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

Re: How to get size of ELF file

2009-02-28T17:04:58Z

I give you a URL about ELF file format sepc.:
http://www.skyfree.org/linux/references/ELF_Format.pdf
I think you can find what you want.

________________________________
From: Mu Chunyang <cc_mcy@...>
To: MPC500@...
Cc: prashgn <prashgn@...>
Sent: Saturday, February 28, 2009 8:20:12 AM
Subject: Re: [MPC500] How to get size of ELF file

hi, you could find file size infomation in your .map file, which is created by your compiler!

____________ _________ _________ __
From: prashgn <prashgn@yahoo. com>
To: MPC500@yahoogroups. com
Sent: Thursday, February 26, 2009 5:06:48 PM
Subject: [MPC500] How to get size of ELF file

hi
can any body tell me whether ELF file format hold the file size(entire
file size) or not and if not then how to validate it

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

Re: How to get size of ELF file

2009-02-27T16:20:12Z

hi, you could find file size infomation in your .map file, which is created by your compiler!

________________________________
From: prashgn <prashgn@...>
To: MPC500@...
Sent: Thursday, February 26, 2009 5:06:48 PM
Subject: [MPC500] How to get size of ELF file

hi
can any body tell me whether ELF file format hold the file size(entire
file size) or not and if not then how to validate it

[Non-text portions of this message have been removed]

MPC 555 Greenhills compiler..........PROB

2009-02-26T01:09:22Z

Hi,
I am using a Grennhills compiler which gives .elf format file is there
any possibility to include .elf files checksum in it

How to get size of ELF file

2009-02-26T01:06:48Z

hi
can any body tell me whether ELF file format hold the file size(entire
file size) or not and if not then how to validate it

RE: How to change program flow in MPC 555

2009-01-23T05:26:53Z

Hello Prashant,

A and B Flash arrays are at two different address ranges, so all you need is a jump...

But perhaps there is more in your question than this?

Jean-Christophe MATHAE

CIRTEM
http://www.cirtem.com

bâtiment Pointe Bleue
20, voie l'Occitane
BP661
31319 LABEGE cedex
France

________________________________

Hi All,
I need to know how to change the flow of execution from Flash 'A' to
Flash 'B' when some condition is meet

Can any body guide me

Thanks in Advance
Prashant

RE: TB on MPC5500

2009-01-20T11:05:14Z

> To properly read TBL and TPU to form a 64-bit result, is there a magic
> sequence to catch TBL rolling over between the maser's? Or is it done
> the old-fashioned way?

Possibly this is the "old-fashioned way", but it's the best I know :

mftbu r5 # load upper word of time base
mftb r4 # load lower word of time base
mftbu r3 # re-read upper word
cmpw r3,r5 # check that upper word didnt change
beq got_time # If not, branch
mftb r4 # It changed, have to get new LSW to match
got_time: # (result in r3:r4)

[None] made the following annotations
---------------------------------------------------------------------
CONFIDENTIALITY. This electronic mail and any files transmitted with it may contain information proprietary to NavCom Technology, Inc., or one of its affiliates, and are intended solely for the use of the individual or entity to whom they are addressed, shall be maintained in confidence and not disclosed to third parties without the written consent of the sender. If you are not the intended recipient or the person responsible for delivering the electronic mail to the intended recipient, be advised that you have received this electronic mail in error and that any use, dissemination, forwarding, printing, or copying of this electronic mail is strictly prohibited. If you have received this electronic mail in error, please immediately notify the sender by return mail.
---------------------------------------------------------------------