Yahoo Groups archive

Lpc2000

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

Message

Re: 5v 3,6 v IO and GPIO speed issues!

2004-12-19 by lpc2100_fan

Hi Karl,

you have made your point and I agree that the I/O performance of ARM7 
sucks. 

However, his is not first of all a Philips problem, it is an 
architecture problem. 

Last but not least, I understand that the apps-team is trying to help 
out in this group, may be, just may be, they did not quite deserve 
this harsh feedback?

Bob


--- In lpc2000@yahoogroups.com, "dalenkarl" <dalenkarl@y...> wrote:
> 
> --- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> 
> wrote:
> > 
> > Hi Karl,
> 
> Hi philips, the manufacturer!
> > 
> > give us a break, please. 
> 
> Give us a break? You mean give you a break!
> No , absolutely not! 
> You give me/us the "user/s" a break instead! 
> 
> >There are things we could improve, e.g. the
> > Flash interface and we did (fastest ARM7 microcontroller running 
> >from
> > Flash). There are things that are just not the major strength of 
an
> > ARM microcontroller, port switching is definitely one of them.
> > Honestly, our LPC900 family can switch a port just about as fast 
as
> > the ARM can do. Now, if port switching is the major task, there 
> >might be better options than ARM, however,
> 
> Well, we could turn that "very-late-provided-user-info around
> and say that why didnt you mention the lousy GPIO speed in the
> data sheet so the majority of users on this list havent had to
> figure out that for themself! Im a minor player but i can
> guarantee that there is some major players here that wasted
> plenty of money to figure out that GPIO issue, what do you
> have to say to them?
> 
> >performance in toggeling a pin but an order of magnitude better
> >performance in number crunching, why not use......Snip, snip....
> 
> Well, this is the usual, manufacturer complaints over the
> user when the user exposes a fault in the manufacturers
> design in public! Im for shure are very greatful to those
> list mailers who exposed this matter in public so i could 
> take notice of it in time!
> 
> >In regards to the 5V / 3.3V discussion, we think it is not
> >really an issue.
> 
> For me its not an issue but as you have seen some of your
> customers on this list thinks it an issue and if you dont
> you are out on deep water. Dont wine on me for this matter,
> wine to those customer who complain about it.
> 
> Besides i had no idea that you spooked for Philips entierly?!
> 
> >3.3V, the Vdd should already be somewhere around
> >2.7V.  This difference does not hurt the device but 
> >we are checking with the pin design group what could happen.
> 
> Then talk to your pin design group on how they 
> forgot to do something with 4 pins that turned 
> out to be 4 NC pins. Or why not rectify the SSEL
> pin issue!
> 
> There is no excuse for letting you coustomer be a test car dummy. 
>  
> Kind but reserved Regards
> KD

Attachments

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.