Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

Poll, first brief summary

Poll, first brief summary

2004-06-17 by philips_apps

Hi all,

to be honest I expected some response but I am pretty much blown away
;-).  If you followed the proposals you found that the requests are
wide spread and that is exactly what we find most difficult when
defining new devices. Every new feature carries a price adder and you,
the customers are only willing to take the adders that are beneficial
for you. So our goal is to implement peripherals that are needed by a
majority of user's while still providing low cost devices. 

Some detailed feedback to topics that I simply forgot to mention in
the list because they have already been implemented in design (yet it
will take a few more months before you will see the samples). They
should probably hit the market together with the ST devices in Q4 but
Philips is less aggressive announcing future microcontrollers before
we testing them out.

Without being able to give you the Full Monty, some of the features
you can expect from upcoming devices:

- Wider variety of memory options ranging from 512/32 down to 64/8
- Single voltage supply 3.3V
- Useable Real-Time clock during power down BUT probably in the 100 uA
range
- Counter inputs
- More ADC inputs
- Brown Out detect

.. There will be some more stuff on the new devices but our
competitors are monitoring this group as well (and posting links to
announcements ;-).

The great value of this group is that it is NOT controlled by Philips
but is really independent.

Comments:
1. smaller flash segments: possible but increases cost. Always looking
for trade off

2. executing from Flash while programming another part of the flash.
Adds a lot of cost and power. Second charge pump needed. Execute from
SRAM instead.

3. LCD controller. Adds lots of pins / cost and only applicable for a
smaller percentage of our customers. However, these customers often
have high volume. Totally agree with David that asking 5 customers
what they need for LCD you get at least 4 different answers :-(

4. Integrated (additional) analog parts. Always a headache but
nevertheless our goal. Analog parts can not (easily) be transferred
from one process to another. To reduce prices over time (don't you
expect that ;-) we have to switch to smaller processes. Analog
components make this transfer very high maintenance, hence slow, hence
less price reduction possible. We will do our best to further reduce
external component count! 


Thanks everybody who participated so far please keep it coming and I
will write up a much more detailed summary after the poll closes.

Best regards, Robert

Re: Poll, first brief summary

2004-06-17 by hodgejackiehank

No mention of the two most popular options on the vote, which tie at
about 10%.....ethernet and USB

Re: Poll, first brief summary

2004-06-17 by philips_apps

:-)

guess why both were on the very top of the list. Sure to come from
Philips microcontrollers but bare with us for a little while. 

Robert


--- In lpc2000@yahoogroups.com, "hodgejackiehank"
<hodgejackiehank@y...> wrote:
> No mention of the two most popular options on the vote, which tie at
> about 10%.....ethernet and USB

Re: Poll, first brief summary /WDOG/JTAG

2004-06-18 by mjbcswitzerland

Hi Philips Apps

Brown out detect on the list is interesting. However I am still 
unsure about the effectiveness of a solution without external 
support.

Please see posting 2404, where I reported that it is possible to get 
the processor to hang when using the watchdog with activated reset 
capability. I am still assuming that the reasoning in this posting 
probably describes the situation.

Would it not be better to have the possibility to have the watchdog 
start all by itself (like an external one does)? This will probably 
help resolve issues where the internal watchdog could otherwise be 
regarded as insufficient to protect a system, which still makes it 
necessary to add externals to ensure all works well. [with an 
external WDOG the Brown Out Detector is mostly included]

By the way - how about allowing the ETM to be disabled when using 
JTAG 1? I'm sure the ETM is great if used but it also wipes out 
loads of the HW interface signals in a design. This was a mistake we 
made on our first design with the LPC2106 because we assumed no one 
would be crazy enough to force ETM mode when activating JTAG (1) - 
you need to look quite hard in the manuals before it because 
absolutely clear that it is indeed the case (a Warning in the 
decumentation would be appropriate because redesigns of boards can 
cost quite a lot). 

Thanks

Mark Butcher
www.mjbc.ch



--- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> 
wrote:
> Hi all,
> 
> to be honest I expected some response but I am pretty much blown 
away
> ;-).  If you followed the proposals you found that the requests are
> wide spread and that is exactly what we find most difficult when
> defining new devices. Every new feature carries a price adder and 
you,
> the customers are only willing to take the adders that are 
beneficial
> for you. So our goal is to implement peripherals that are needed 
by a
> majority of user's while still providing low cost devices. 
> 
> Some detailed feedback to topics that I simply forgot to mention in
> the list because they have already been implemented in design (yet 
it
> will take a few more months before you will see the samples). They
> should probably hit the market together with the ST devices in Q4 
but
> Philips is less aggressive announcing future microcontrollers 
before
> we testing them out.
> 
> Without being able to give you the Full Monty, some of the features
> you can expect from upcoming devices:
> 
> - Wider variety of memory options ranging from 512/32 down to 64/8
> - Single voltage supply 3.3V
> - Useable Real-Time clock during power down BUT probably in the 
100 uA
> range
> - Counter inputs
> - More ADC inputs
> - Brown Out detect
> 
> .. There will be some more stuff on the new devices but our
> competitors are monitoring this group as well (and posting links to
> announcements ;-).
> 
> The great value of this group is that it is NOT controlled by 
Philips
> but is really independent.
> 
> Comments:
> 1. smaller flash segments: possible but increases cost. Always 
looking
> for trade off
> 
> 2. executing from Flash while programming another part of the 
flash.
> Adds a lot of cost and power. Second charge pump needed. Execute 
from
> SRAM instead.
> 
> 3. LCD controller. Adds lots of pins / cost and only applicable 
for a
> smaller percentage of our customers. However, these customers often
> have high volume. Totally agree with David that asking 5 customers
> what they need for LCD you get at least 4 different answers :-(
> 
> 4. Integrated (additional) analog parts. Always a headache but
> nevertheless our goal. Analog parts can not (easily) be transferred
> from one process to another. To reduce prices over time (don't you
> expect that ;-) we have to switch to smaller processes. Analog
> components make this transfer very high maintenance, hence slow, 
hence
> less price reduction possible. We will do our best to further 
reduce
> external component count! 
> 
> 
> Thanks everybody who participated so far please keep it coming and 
I
Show quoted textHide quoted text
> will write up a much more detailed summary after the poll closes.
> 
> Best regards, Robert

Re: Poll, first brief summary

2004-06-22 by Karl Olsen

--- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> 
wrote:
> Hi all,
> [...]
> Thanks everybody who participated so far please keep it coming and I
> will write up a much more detailed summary after the poll closes.


One further wish for future LPC chips:

Please keep the 5V tolerance on the I/Os.  This is still important 
for my designs.

Karl Olsen

Re: Poll, first brief summary

2004-06-22 by Rodrigo Cesar da Silva Martins

I want to participate... many of us already used the SPI interface, 
and most of the times as a master, so the SSEL pin for us is a "dead 
pin"... I hope this could be changed in future devices...

--- In lpc2000@yahoogroups.com, "Karl Olsen" <kro@p...> wrote:
> --- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> 
> wrote:
> > Hi all,
> > [...]
> > Thanks everybody who participated so far please keep it coming 
and I
Show quoted textHide quoted text
> > will write up a much more detailed summary after the poll closes.
> 
> 
> One further wish for future LPC chips:
> 
> Please keep the 5V tolerance on the I/Os.  This is still important 
> for my designs.
> 
> Karl Olsen

Re: Poll, first brief summary

2004-06-23 by trick260173

--- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> 
wrote:
> :-)
> 
> guess why both were on the very top of the list. Sure to come from
> Philips microcontrollers but bare with us for a little while. 
> 
> Robert
> 
> 
> --- In lpc2000@yahoogroups.com, "hodgejackiehank"
> <hodgejackiehank@y...> wrote:
> > No mention of the two most popular options on the vote, which tie 
at
> > about 10%.....ethernet and USB

Actually, Ethernet and USB are planned for 2004

http://www.microvision.co.kr/philips_2.pdf

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.