Synth-DIY Yahoo! Groups Archives

Thread

3.3V 68LK332 reset problems

2002-10-31 by Allen Nance

Hello Group:

	I have a new design with the 3.3V 68LK332 part. I have not used the 3.3V
part before but have used the 68332 extensively. The problems I am having 
are at power up.

1. When I apply power the part comes up most of the time. (80%)

2. When I add a power-up reset chip MAX690, the part never resets correctly.
      The '332 is reset cycling about every 12.5 msecs.
      The CLKOUT pin is at about 10Mhz (I use at 40kHz crystal)
      At reset the CSBOOT is accessing ROM with a pulse width of 200nsec 
for about
       60 cycles and then quits.
       The MAX690 is pulling RESET low about every second for about 200msecs
       (this is the MAX690 watchdog timeout)

3. I read a while back about decreasing the size of the series resistor for
3.3V applications, so I tried that but still no luck.

I am puzzled why it would come up OK with a straight power up but not
with a power-up reset monitor.

Any thoughts out there?

Allen Nance

RE: [68300] 3.3V 68LK332 reset problems

2002-11-01 by Melear Charles-rdph40

Allan,

What are you doing to my parts???????

OK, for starters, you state that you are using a 40 KHz drystal. That should give you a clock out frequency of 40,000 * 256 or 10,240,000 or 10.24 MHz. So, it appears that your oscillator is starting and everything is OK there.

Now, you also say that the RESET pin is cycling every 12.5 milliseconds. This is also typical operation, that is, if something is wrong, the Watchdog will time out every 12.5 ms with a 40KHz crystal.

Now, you state that CS Boot pulses are 200 ns. This sounds fishy. At a system clock frequency of 10.2 MHz, a clock period with worth about 100 ns. Now what I suspect is that your measurement might be a little on the approximate side and the period of CS BOOT might be a little longer.

Now, CSBOOT should have a pulse width of about 2 1/2 system clock cycles IF (did you see that big IF) the system was running 3 cycle (zero wait state) memory accesses. So, with a 10 MHz system clock and zero-wait states, you should expect a CS BOOT pulse of about 225 - 250 ns.

BUT, this is NOT (I repeat KNOT) correct behavior. CSBOOT should have 13-wait states from the release of reset. So, why are you seeing a pulse width that indicates zero wait states?

You probably are letting one or both of the DSACK lines float and if one or both or either of the DSACK lines float low, they will cause all external memory accesses to be zero wait states.

Go check your DSACK lines and make sure that they are pull-up. They must not be low (or floating) even for a few cycles after the release of reset. Otherwise you will get memory cycles that are much shorter than expected.

However, what is even worse, you could get an "8-bit" DSACK when you are expecting a "16-bit" DSACK or vice-versa. This really messes things up.

So, pull those DSACK lines up and let me know how things go then.

Regards,

Charlie

Show quoted textHide quoted text

 -----Original Message-----
From: Allen Nance [mailto:anance@...]
Sent: Thursday, October 31, 2002 5:47 PM
To: 68300@yahoogroups.com
Subject: [68300] 3.3V 68LK332 reset problems



Hello Group:

      I have a new design with the 3.3V 68LK332 part. I have not used the 3.3V
part before but have used the 68332 extensively. The problems I am having 
are at power up.

1. When I apply power the part comes up most of the time. (80%)

2. When I add a power-up reset chip MAX690, the part never resets correctly.
      The '332 is reset cycling about every 12.5 msecs.
      The CLKOUT pin is at about 10Mhz (I use at 40kHz crystal)
      At reset the CSBOOT is accessing ROM with a pulse width of 200nsec 
for about
       60 cycles and then quits.
       The MAX690 is pulling RESET low about every second for about 200msecs
       (this is the MAX690 watchdog timeout)

3. I read a while back about decreasing the size of the series resistor for
3.3V applications, so I tried that but still no luck.

I am puzzled why it would come up OK with a straight power up but not
with a power-up reset monitor.

Any thoughts out there?

Allen Nance




Yahoo! Groups Sponsor	

ADVERTISEMENT
 <http://rd.yahoo.com/M=237459.2482214.3917349.2146399/D=egroupweb/S=1706554205:HM/A=1267611/R=0/*http://ad.doubleclick.net/jump/N2524.Yahoo/B1071650;sz=300x250;ord=1036107852620560?> 	
  <http://us.adserver.yahoo.com/l?M=237459.2482214.3917349.2146399/D=egroupmail/S=:HM/A=1267611/rand=989960542> 	

---------------------------------------------------
To unsubscribe from this group, send an email to:
68300-unsubscribe@yahoogroups.com

To learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu <http://www.motorola.com/mcu> 



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . 




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

RE: [68300] 3.3V 68LK332 reset problems

2002-11-02 by Allen Nance

Charlie:

         Thank-you very much for the prompt reply. To make
a long story short, you were exactly right. I starting thinking
along those lines as I was dropping off to sleep last night.
I had forgotten about the DSACK lines needing to be pulled up.
I had mistakenly used E0 alias DSACK0 as a status input
for my new application, so the line was being driven low at RESET.
Changed it to E6 and viola, a working CPU. Now I can have a real weekend!!!!

Thanks again,
Allen


At 07:38 AM 11/1/2002 -0700, you wrote:

Show quoted textHide quoted text

>Allan,
>
>What are you doing to my parts???????
>
>OK, for starters, you state that you are using a 40 KHz drystal.  That 
>should give you a clock out frequency of 40,000 * 256 or 10,240,000 or 
>10.24 MHz.  So, it appears that your oscillator is starting and everything 
>is OK there.
>
>Now, you also say that the RESET pin is cycling every 12.5 
>milliseconds.  This is also typical operation, that is, if something is 
>wrong, the Watchdog will time out every 12.5 ms with a 40KHz crystal.
>
>Now, you state that CS Boot pulses are 200 ns.  This sounds fishy.  At a 
>system clock frequency of 10.2 MHz, a clock period with worth about 100 
>ns.  Now what I suspect is that your measurement might be a little on the 
>approximate side and the period of CS BOOT might be a little longer.
>
>Now, CSBOOT should have a pulse width of about 2 1/2 system clock cycles 
>IF  (did you see that big IF) the system was running 3 cycle (zero wait 
>state) memory accesses.  So, with a 10 MHz system clock and zero-wait 
>states, you should expect a CS BOOT pulse of about 225 - 250 ns.
>
>BUT, this is NOT (I repeat KNOT) correct behavior.  CSBOOT should have 
>13-wait states from the release of reset.  So, why are you seeing a pulse 
>width that indicates zero wait states?
>
>You probably are letting one or both of the DSACK lines float and if one 
>or both or either of the DSACK lines float low, they will cause all 
>external memory accesses to be zero wait states.
>
>Go check your DSACK lines and make sure that they are pull-up.  They must 
>not be low (or floating) even for a few cycles after the release of 
>reset.  Otherwise you will get memory cycles that are much shorter than 
>expected.
>
>However, what is even worse, you could get an "8-bit" DSACK when you are 
>expecting a "16-bit" DSACK or vice-versa.  This really messes things up.
>
>So, pull those DSACK lines up and let me know how things go then.
>
>Regards,
>
>Charlie
>
>
>
>
>  -----Original Message-----
>From: Allen Nance [mailto:anance@...]
>Sent: Thursday, October 31, 2002 5:47 PM
>To: 68300@yahoogroups.com
>Subject: [68300] 3.3V 68LK332 reset problems
>
>
>
>Hello Group:
>
>       I have a new design with the 3.3V 68LK332 part. I have not used the 
> 3.3V
>part before but have used the 68332 extensively. The problems I am having
>are at power up.
>
>1. When I apply power the part comes up most of the time. (80%)
>
>2. When I add a power-up reset chip MAX690, the part never resets correctly.
>       The '332 is reset cycling about every 12.5 msecs.
>       The CLKOUT pin is at about 10Mhz (I use at 40kHz crystal)
>       At reset the CSBOOT is accessing ROM with a pulse width of 200nsec
>for about
>        60 cycles and then quits.
>        The MAX690 is pulling RESET low about every second for about 200msecs
>        (this is the MAX690 watchdog timeout)
>
>3. I read a while back about decreasing the size of the series resistor for
>3.3V applications, so I tried that but still no luck.
>
>I am puzzled why it would come up OK with a straight power up but not
>with a power-up reset monitor.
>
>Any thoughts out there?
>
>Allen Nance
>
>
>
>
>Yahoo! Groups Sponsor
>
>ADVERTISEMENT
> 
><http://rd.yahoo.com/M=237459.2482214.3917349.2146399/D=egroupweb/S=1706554205:HM/A=1267611/R=0/*http://ad.doubleclick.net/jump/N2524.Yahoo/B1071650;sz=300x250;ord=1036107852620560?> 
>
> 
><http://us.adserver.yahoo.com/l?M=237459.2482214.3917349.2146399/D=egroupmail/S=:HM/A=1267611/rand=989960542> 
>
>
>---------------------------------------------------
>To unsubscribe from this group, send an email to:
>68300-unsubscribe@yahoogroups.com
>
>To learn more about Motorola Microcontrollers, please visit
>http://www.motorola.com/mcu <http://www.motorola.com/mcu>
>
>
>
>Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service 
><http://docs.yahoo.com/info/terms/> .
>
>
>
>
>[Non-text portions of this message have been removed]
>
>
>
>---------------------------------------------------
>To unsubscribe from this group, send an email to:
>68300-unsubscribe@yahoogroups.com
>
>To learn more about Motorola Microcontrollers, please visit
>http://www.motorola.com/mcu
>
>
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

TPU

2002-11-13 by Roy

Hi all


Still having major issues with getting my TPU module
to life but am starting again.  It's like a Rubiks
cube and gives us all hours of frustration.

Looking at the algorithm for the PMA function,

whats ERT MRL TDL or where can I find a list of
abbreviations that tell me

             thanks Roy

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

Re: TPU

2002-11-13 by morbacharno

--- In 68300@y..., Roy <spectric@y...> wrote:
> 
> Hi all
> 
> 
> Still having major issues with getting my TPU module
> to life but am starting again.  It's like a Rubiks
> cube and gives us all hours of frustration.
> 
> Looking at the algorithm for the PMA function,
> 
> whats ERT MRL TDL or where can I find a list of
> abbreviations that tell me
> 
ERT is temporary event register
MRL is match recognition latch
TDL is transition detection latch

But if you dont have the old TPU manual this will be of not much help.
The TPU is much too complicated to be understood by reading the source 
code of the TPU functions.

Bye Arno

Show quoted textHide quoted text

>              thanks Roy
> 
> __________________________________________________
> Do you Yahoo!?
> U2 on LAUNCH - Exclusive greatest hits videos
> http://launch.yahoo.com/u2

Re: [68300] Re: TPU

2002-11-14 by Roy

Hi Arno

I will certainly agree that the TPU is a very
complicated beast and is giving me some serious
problems.

I have a TPU manual but it does not cover the TPU at
this level, what manual are you refering to and where
can it be downloaded from ?

             thanks Roy

Ps it's nice to see names from the original list on
this new one.

--- morbacharno <morbach-arno@...> wrote:
> --- In 68300@y..., Roy <spectric@y...> wrote:
> > 
> > Hi all
> > 
> > 
> > Still having major issues with getting my TPU
> module
> > to life but am starting again.  It's like a Rubiks
> > cube and gives us all hours of frustration.
> > 
> > Looking at the algorithm for the PMA function,
> > 
> > whats ERT MRL TDL or where can I find a list of
> > abbreviations that tell me
> > 
> ERT is temporary event register
> MRL is match recognition latch
> TDL is transition detection latch
> 
> But if you dont have the old TPU manual this will be
> of not much help.
> The TPU is much too complicated to be understood by
> reading the source 
> code of the TPU functions.
> 
> Bye Arno
> >              thanks Roy
> > 
> > __________________________________________________
> > Do you Yahoo!?
> > U2 on LAUNCH - Exclusive greatest hits videos
> > http://launch.yahoo.com/u2
> 
> 
> ------------------------ Yahoo! Groups Sponsor
> 
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
> 
> To learn more about Motorola Microcontrollers,
> please visit
> http://www.motorola.com/mcu
> 
>  
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ 
> 
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com

RE: [68300] Re: TPU

2002-11-14 by Melear Charles-rdph40

OK Folks,
 
I know this guy.  He is not the brighest thing in the world but from what I understand this guy has the documentation on programming the TPU microcode.  He owes me a couple of favors so if anyone out there wants this stuff, send me your "mailing address" , not your email address and I'll get you copies of this stuff.
 
These manuals are pretty dry reading but they do give the fundamentals of microcoding.
 
Also, bye the bye, there is a free TPU assembler on one of the web sites.  Also, all the original TPU algorithms are written in the syntax that this assembler understands.
 
The only problem is that this assembler only works for the TPU, not TPU2 or TPU3.  However, it will get you fairly far down the line.
 
Let me know if you want this and I'll check with my friend.  He is very nice and usually cooperates.
 
Regards,
 
Charlie

Show quoted textHide quoted text

-----Original Message-----
From: Roy [mailto:spectric@...]
Sent: Thursday, November 14, 2002 6:36 AM
To: 68300@yahoogroups.com
Subject: Re: [68300] Re: TPU


Hi Arno

I will certainly agree that the TPU is a very
complicated beast and is giving me some serious
problems.

I have a TPU manual but it does not cover the TPU at
this level, what manual are you refering to and where
can it be downloaded from ?

             thanks Roy

Ps it's nice to see names from the original list on
this new one.

--- morbacharno <morbach-arno@...> wrote:
> --- In 68300@y..., Roy <spectric@y...> wrote:
> > 
> > Hi all
> > 
> > 
> > Still having major issues with getting my TPU
> module
> > to life but am starting again.  It's like a Rubiks
> > cube and gives us all hours of frustration.
> > 
> > Looking at the algorithm for the PMA function,
> > 
> > whats ERT MRL TDL or where can I find a list of
> > abbreviations that tell me
> > 
> ERT is temporary event register
> MRL is match recognition latch
> TDL is transition detection latch
> 
> But if you dont have the old TPU manual this will be
> of not much help.
> The TPU is much too complicated to be understood by
> reading the source 
> code of the TPU functions.
> 
> Bye Arno
> >              thanks Roy
> > 
> > __________________________________________________
> > Do you Yahoo!?
> > U2 on LAUNCH - Exclusive greatest hits videos
> > http://launch.yahoo.com/u2 <http://launch.yahoo.com/u2> 
> 
> 
> ------------------------ Yahoo! Groups Sponsor
> 
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
> 
> To learn more about Motorola Microcontrollers,
> please visit
> http://www.motorola.com/mcu <http://www.motorola.com/mcu> 
> 
>  
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/>  
> 
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com <http://webhosting.yahoo.com> 

---------------------------------------------------
To unsubscribe from this group, send an email to:
68300-unsubscribe@yahoogroups.com

To learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu <http://www.motorola.com/mcu> 



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . 




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

Re: [68300] Re: TPU

2002-11-14 by Robert Layton

Charles,

I would also like to have a look at the  manuals as I am just about to
join in the TPU microprogramming game after using the built in functions
for a while.

Would it be helpful if I sent you a SASE/mailing package? Pass on your
address and I'll get it to you.

Best wishes,

Robert Layton
Bayer Inc.



Melear Charles-rdph40 wrote:

Show quoted textHide quoted text

>  OK Folks,
>
> I know this guy.  He is not the brighest thing in the world but from
> what I understand this guy has the documentation on programming the
> TPU microcode.  He owes me a couple of favors so if anyone out there
> wants this stuff, send me your "mailing address" , not your email
> address and I'll get you copies of this stuff.
>
> These manuals are pretty dry reading but they do give the fundamentals
> of microcoding.
>
> Also, bye the bye, there is a free TPU assembler on one of the web
> sites.  Also, all the original TPU algorithms are written in the
> syntax that this assembler understands.
>
> The only problem is that this assembler only works for the TPU, not
> TPU2 or TPU3.  However, it will get you fairly far down the line.
>
> Let me know if you want this and I'll check with my friend.  He is
> very nice and usually cooperates.
>
> Regards,
>
> Charlie
>
> -----Original Message-----
> From: Roy [mailto:spectric@...]
> Sent: Thursday, November 14, 2002 6:36 AM
> To: 68300@yahoogroups.com
> Subject: Re: [68300] Re: TPU
>
>
> Hi Arno
>
> I will certainly agree that the TPU is a very
> complicated beast and is giving me some serious
> problems.
>
> I have a TPU manual but it does not cover the TPU at
> this level, what manual are you refering to and where
> can it be downloaded from ?
>
>              thanks Roy
>
> Ps it's nice to see names from the original list on
> this new one.
>
> --- morbacharno <morbach-arno@...> wrote:
> > --- In 68300@y..., Roy <spectric@y...> wrote:
> > >
> > > Hi all
> > >
> > >
> > > Still having major issues with getting my TPU
> > module
> > > to life but am starting again.  It's like a Rubiks
> > > cube and gives us all hours of frustration.
> > >
> > > Looking at the algorithm for the PMA function,
> > >
> > > whats ERT MRL TDL or where can I find a list of
> > > abbreviations that tell me
> > >
> > ERT is temporary event register
> > MRL is match recognition latch
> > TDL is transition detection latch
> >
> > But if you dont have the old TPU manual this will be
> > of not much help.
> > The TPU is much too complicated to be understood by
> > reading the source
> > code of the TPU functions.
> >
> > Bye Arno
> > >              thanks Roy
> > >
> > > __________________________________________________
> > > Do you Yahoo!?
> > > U2 on LAUNCH - Exclusive greatest hits videos
> > > http://launch.yahoo.com/u2 <http://launch.yahoo.com/u2>
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> >
> > ---------------------------------------------------
> > To unsubscribe from this group, send an email to:
> > 68300-unsubscribe@yahoogroups.com
> >
> > To learn more about Motorola Microcontrollers,
> > please visit
> > http://www.motorola.com/mcu <http://www.motorola.com/mcu>
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
> > http://docs.yahoo.com/info/terms/
> <http://docs.yahoo.com/info/terms/>
> >
> >
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com <http://webhosting.yahoo.com>
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu <http://www.motorola.com/mcu>
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
> <http://docs.yahoo.com/info/terms/> .
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

RE: [68300] Re: TPU

2002-11-14 by Melear Charles-rdph40

Robert,
 
I read your message and I guess I was in a big hurry and I read "SASE/mailing" as "SCSI/mailing".  I thought like what the hey does a SCSI port have to do with anything.
 
Anyway, just send me your mailing address.  My illustratious employer will tote the postage on this.
 
Regards,
 
Charlie

Show quoted textHide quoted text

-----Original Message-----
From: Robert Layton [mailto:rlayton@...]
Sent: Thursday, November 14, 2002 8:45 AM
To: 68300@yahoogroups.com
Subject: Re: [68300] Re: TPU


Charles,

I would also like to have a look at the  manuals as I am just about to
join in the TPU microprogramming game after using the built in functions
for a while.

Would it be helpful if I sent you a SASE/mailing package? Pass on your
address and I'll get it to you.

Best wishes,

Robert Layton
Bayer Inc.



Melear Charles-rdph40 wrote:

>  OK Folks,
>
> I know this guy.  He is not the brighest thing in the world but from
> what I understand this guy has the documentation on programming the
> TPU microcode.  He owes me a couple of favors so if anyone out there
> wants this stuff, send me your "mailing address" , not your email
> address and I'll get you copies of this stuff.
>
> These manuals are pretty dry reading but they do give the fundamentals
> of microcoding.
>
> Also, bye the bye, there is a free TPU assembler on one of the web
> sites.  Also, all the original TPU algorithms are written in the
> syntax that this assembler understands.
>
> The only problem is that this assembler only works for the TPU, not
> TPU2 or TPU3.  However, it will get you fairly far down the line.
>
> Let me know if you want this and I'll check with my friend.  He is
> very nice and usually cooperates.
>
> Regards,
>
> Charlie
>
> -----Original Message-----
> From: Roy [mailto:spectric@...]
> Sent: Thursday, November 14, 2002 6:36 AM
> To: 68300@yahoogroups.com
> Subject: Re: [68300] Re: TPU
>
>
> Hi Arno
>
> I will certainly agree that the TPU is a very
> complicated beast and is giving me some serious
> problems.
>
> I have a TPU manual but it does not cover the TPU at
> this level, what manual are you refering to and where
> can it be downloaded from ?
>
>              thanks Roy
>
> Ps it's nice to see names from the original list on
> this new one.
>
> --- morbacharno <morbach-arno@...> wrote:
> > --- In 68300@y..., Roy <spectric@y...> wrote:
> > >
> > > Hi all
> > >
> > >
> > > Still having major issues with getting my TPU
> > module
> > > to life but am starting again.  It's like a Rubiks
> > > cube and gives us all hours of frustration.
> > >
> > > Looking at the algorithm for the PMA function,
> > >
> > > whats ERT MRL TDL or where can I find a list of
> > > abbreviations that tell me
> > >
> > ERT is temporary event register
> > MRL is match recognition latch
> > TDL is transition detection latch
> >
> > But if you dont have the old TPU manual this will be
> > of not much help.
> > The TPU is much too complicated to be understood by
> > reading the source
> > code of the TPU functions.
> >
> > Bye Arno
> > >              thanks Roy
> > >
> > > __________________________________________________
> > > Do you Yahoo!?
> > > U2 on LAUNCH - Exclusive greatest hits videos
> > > http://launch.yahoo.com/u2 <http://launch.yahoo.com/u2>  < http://launch.yahoo.com/u2 <http://launch.yahoo.com/u2> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> >
> > ---------------------------------------------------
> > To unsubscribe from this group, send an email to:
> > 68300-unsubscribe@yahoogroups.com
> >
> > To learn more about Motorola Microcontrollers,
> > please visit
> > http://www.motorola.com/mcu <http://www.motorola.com/mcu>  < http://www.motorola.com/mcu <http://www.motorola.com/mcu> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
> > http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/> 
> < http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/> >
> >
> >
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com <http://webhosting.yahoo.com>  < http://webhosting.yahoo.com <http://webhosting.yahoo.com> >
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu <http://www.motorola.com/mcu>  < http://www.motorola.com/mcu <http://www.motorola.com/mcu> >
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
> < http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/> > .
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu <http://www.motorola.com/mcu> 
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.


---------------------------------------------------
To unsubscribe from this group, send an email to:
68300-unsubscribe@yahoogroups.com

To learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu <http://www.motorola.com/mcu> 



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . 




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