Sign in
Search m68hc11
Subscribe to m68hc11
m68hc11 by Keywords
27c256 | 4K81H | 68HC11A1 | 68HC11P1 | 68hc24 | 68HC711E9 | 68HC811 | 8255 | A2D | ADC | ADC12138 | Am85C30 | BRCLR | Buffalo | CMOS | EEPROM | EPROM | Ethernet | EVB | EVBU | HC11E1 | HC11E9 | HC711E9 | Horray | ImageCraft | IRQ | Keypad | LCD | MC68HC11D0FN | MC68HC11E1CFU3 | MC68HC11F1 | MC68HC711E9 | MC68HC711E9CFN2 | Microcore11 | Microstamp11 | Minikit | NVRAM | PSD | PSD8xx | PSD9xx | PT1000 | RS232 | RTS | RXD | SPI | SRAM | TXD | Watchdogs | XIRQ
Ads
Discussion Groups
See Also
Discussion Groups | | Re: Where to go from here? (WAS: Test -- is this list still alive ?)
Re: Where to go from here? (WAS: Test -- is this list still alive ?) - Tony Papadimitriou - Apr 14 7:12:00 2005
----- Original Message -----
From: "Kerry Berland" <kerry@kerr... > The good news is that by now there is a less expensive 68HC12 or 68HC908
(or
> MC9S12 or MC9S08) part, with equal or better capabilities, for just about
> every 68HC11 application.
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony...
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
From: "Kerry Berland" <kerry@kerr... > The good news is that by now there is a less expensive 68HC12 or 68HC908
(or
> MC9S12 or MC9S08) part, with equal or better capabilities, for just about
> every 68HC11 application.
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony...
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
RE: PSD & expanded bus - Kerry Berland - Apr 14 18:37:00 2005
Tony-
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
RE: PSD & expanded bus - Kerry Berland - Apr 14 20:38:00 2005
Well, I just talked to the local Freescale FAE and have been informed that
the 9S12 works very nicely with the expanded bus...
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: m68HC11@m68H... [mailto:m68HC11@m68H...] On Behalf Of
Kerry Berland
Sent: Thursday, April 14, 2005 4:37 PM
To: m68HC11@m68H...
Subject: RE: [m68HC11] PSD & expanded bus
Tony-
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
_____
> .
[Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
the 9S12 works very nicely with the expanded bus...
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: m68HC11@m68H... [mailto:m68HC11@m68H...] On Behalf Of
Kerry Berland
Sent: Thursday, April 14, 2005 4:37 PM
To: m68HC11@m68H...
Subject: RE: [m68HC11] PSD & expanded bus
Tony-
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
_____
> .
[Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: PSD & expanded bus - Author Unknown - Apr 15 12:43:00 2005
Odd, I thought that the timin of the S12 expanded bus was a pig to work with, the new
S12X will be much better.
Jim
www.freegeeks.net
----- Original Message -----
From: Kerry Berland
To: m68HC11@m68H...
Sent: Friday, April 15, 2005 1:38 AM
Subject: RE: [m68HC11] PSD & expanded bus Well, I just talked to the local Freescale FAE and have been informed that
the 9S12 works very nicely with the expanded bus...
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: m68HC11@m68H... [mailto:m68HC11@m68H...] On Behalf Of
Kerry Berland
Sent: Thursday, April 14, 2005 4:37 PM
To: m68HC11@m68H...
Subject: RE: [m68HC11] PSD & expanded bus
Tony-
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
_____
> .
[Non-text portions of this message have been removed]
------------------------------------------------------------------------------
Yahoo! Groups Links
a.. To
[Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Jim
www.freegeeks.net
----- Original Message -----
From: Kerry Berland
To: m68HC11@m68H...
Sent: Friday, April 15, 2005 1:38 AM
Subject: RE: [m68HC11] PSD & expanded bus Well, I just talked to the local Freescale FAE and have been informed that
the 9S12 works very nicely with the expanded bus...
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: m68HC11@m68H... [mailto:m68HC11@m68H...] On Behalf Of
Kerry Berland
Sent: Thursday, April 14, 2005 4:37 PM
To: m68HC11@m68H...
Subject: RE: [m68HC11] PSD & expanded bus
Tony-
For our 68HC11 boards that use an ST PSD for the flash memory (as well as
extra RAM and I/O pins), we will probably migrate to a 68HC12 family part
with sufficient memory and port pins to handle the task in a single chip. As
it happens, we don't use the CPLD on the PSD, so that's not an issue for us.
I think you're right that there is not so easy an upgrade path from
Freescale if you want to do an expanded bus. From what I gather from the
68HC12 list server, the expanded bus on the 12 family leaves a lot to be
desired. We have not tried to do a 68HC12 expanded bus design-would post a
question on that list server to find people with more experience.
This is probably a digression but for one design we use a 9S12 as the GP
microcontroller talking in 8-bit parallel mode to the host port interface
(HPI) of a DSP from [CENSORED]. The DSP has a lot of internal RAM which is
uploaded at power-on and is used for DSP software as well as for temporary
data. The DSP has three high-speed serial ports that can talk to a wide
range of devices, including scanners, high-speed ADCs, thermal print heads,
etc. Fairly cost effective combination.
Another possible digression, for storing temporary data that goes beyond the
RAM size of the Freescale microcontroller, we have recently used a
SPI-interfaced FRAM from Ramtron. Information stored there is nonvolatile,
but because this memory operates at SPI speeds, we can use it as serial RAM
for temporary communications buffers.
Best regards,
Kerry Berland
kerry@kerr...
Silicon Engines
2101 Oxford Road
847-803-6860
Fax 847-803-6870
Des Plaines, IL 60018 USA
-----Original Message-----
From: Tony Papadimitriou [mailto:tonyp@tony...]
Sent: Thursday, April 14, 2005 5:12 AM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Where to go from here? (WAS: Test -- is this list
still alive ?)
I think you, like I, have used PSDs in some of your designs. Do you (or
anyone else reading) by any chance have any recommendations as to how to
convert these to another MCU from Freescale. Freescale hasn't provided a
clean update path for those cases. AFAIK, neither HCS12 or HCS08 have
expanded mode. If the HCS12 had expanded mode, it would one possible reason
to go for it.
My current thought for applications that use the PSD only as data store is
to kill the PSD and use a MMC/SD card but in some applications I really need
the PSD (because I also make use of the CPLD functionality) unless going to
a completely different design using FPGAs or other techology.
tonyp@tony... [Non-text portions of this message have been removed]
_____
> .
[Non-text portions of this message have been removed]
------------------------------------------------------------------------------
Yahoo! Groups Links
a.. To
[Non-text portions of this message have been removed]
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: Where to go from here? (WAS: Test -- is this list still alive ?) - micro controller - Apr 16 1:59:00 2005
--- In m68HC11@m68H..., "Tony Papadimitriou" <tonyp@m...>
wrote:
> I think you, like I, have used PSDs in some of your designs. Do
you (or
> anyone else reading) by any chance have any recommendations as to
how to
> convert these to another MCU from Freescale. Freescale hasn't
provided a
> clean update path for those cases. AFAIK, neither HCS12 or HCS08
have
> expanded mode. If the HCS12 had expanded mode, it would one
possible reason to go for it. Hi Tony,
AN1284: Transporting M68HC11 Code to M68HC12 Devices
http://www.freescale.com/files/microcontrollers/doc/app_note/AN1284.p
df
In the CPU12RM (CPU12 Reference Manual), you can find Section 10.
titled: Memory Expansion
Anyway, HC12 MCU family members have more Flash space than HC11
family members, so why would you use Expanded Mode ?
Best Regards,
Roger Tannous.
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: Re: Where to go from here? (WAS: Test -- is this list still alive ?) - Tony Papadimitriou - Apr 16 6:22:00 2005
----- Original Message -----
From: "micro controller" <microcontroller2002@micr...>
To: <m68HC11@m68H... > AN1284: Transporting M68HC11 Code to M68HC12 Devices
> Anyway, HC12 MCU family members have more Flash space than HC11
> family members, so why would you use Expanded Mode ?
That's fine but expanded mode isn't just about adding more memory. There
are a whole bunch of peripherals one may need to add (e.g., the very common
LCD) rather than bit-bang everything.
> Roger Tannous.
tonyp@tony...
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
From: "micro controller" <microcontroller2002@micr...>
To: <m68HC11@m68H... > AN1284: Transporting M68HC11 Code to M68HC12 Devices
> Anyway, HC12 MCU family members have more Flash space than HC11
> family members, so why would you use Expanded Mode ?
That's fine but expanded mode isn't just about adding more memory. There
are a whole bunch of peripherals one may need to add (e.g., the very common
LCD) rather than bit-bang everything.
> Roger Tannous.
tonyp@tony...
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: Where to go from here? (WAS: Test -- is this list still alive ?) - micro controller - Apr 16 9:08:00 2005
--- In m68HC11@m68H..., "Tony Papadimitriou" <tonyp@m...>
wrote:
> That's fine but expanded mode isn't just about adding more memory.
There are a whole bunch of peripherals one may need to add (e.g., the
very common LCD) rather than bit-bang everything. aha, I see. Actually, I never tried it :)
Regards,
Roger Tannous.
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: Where to go from here? (WAS: Test -- is this list still alive ?) - micro controller - Apr 16 9:11:00 2005
(continued)
> --- In m68HC11@m68H..., "Tony Papadimitriou" <tonyp@m...>
> wrote:
> > That's fine but expanded mode isn't just about adding more
memory.
> There are a whole bunch of peripherals one may need to add (e.g.,
the
> very common LCD) rather than bit-bang everything. aha, I see. Actually, I never tried it :) I thought you use SPI
connectivity to deal with peripherals...
Regards,
Roger Tannous.
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
Re: Re: Where to go from here? (WAS: Test -- is this list still alive ?) - Mike McCarty - Apr 18 9:19:00 2005
micro controller wrote:
>(continued) >
>>--- In m68HC11@m68H..., "Tony Papadimitriou" <tonyp@m...>
>>wrote:
>>
>>
>>>That's fine but expanded mode isn't just about adding more
>>>
>>>
>memory. >>There are a whole bunch of peripherals one may need to add (e.g.,
>>
>>
>the >>very common LCD) rather than bit-bang everything.
>>
>>
>>
>
> aha, I see. Actually, I never tried it :) I thought you use SPI
>connectivity to deal with peripherals...
>
>Regards,
>Roger Tannous. I've never used the SPI to connect a peripheral. But even if I did
use it for an LCD, it would have to be bit-banged. Most peripherals
have a parallel, not serial, interface. Memory mapped I/O is the
most common means of attaching peripherals with architectures
like the HC11 in my experience. That is, unless one has just one
peripheral or a collection of single-bit peripherals. Admittedly,
that may often be the case, and my experience is likely skewed.
Most of my embedded experience has been in Telecom, where
having *many* peripherals is common. My other embedded
experience is with Intel type architectures (I include Zilog in this)
where I/O mapped I/O is more common.
Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
I speak only for myself, and I am unanimous in that!
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )
>(continued) >
>>--- In m68HC11@m68H..., "Tony Papadimitriou" <tonyp@m...>
>>wrote:
>>
>>
>>>That's fine but expanded mode isn't just about adding more
>>>
>>>
>memory. >>There are a whole bunch of peripherals one may need to add (e.g.,
>>
>>
>the >>very common LCD) rather than bit-bang everything.
>>
>>
>>
>
> aha, I see. Actually, I never tried it :) I thought you use SPI
>connectivity to deal with peripherals...
>
>Regards,
>Roger Tannous. I've never used the SPI to connect a peripheral. But even if I did
use it for an LCD, it would have to be bit-banged. Most peripherals
have a parallel, not serial, interface. Memory mapped I/O is the
most common means of attaching peripherals with architectures
like the HC11 in my experience. That is, unless one has just one
peripheral or a collection of single-bit peripherals. Admittedly,
that may often be the case, and my experience is likely skewed.
Most of my embedded experience has been in Telecom, where
having *many* peripherals is common. My other embedded
experience is with Intel type architectures (I include Zilog in this)
where I/O mapped I/O is more common.
Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
I speak only for myself, and I am unanimous in that!
(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )