Re: how do PSoCs compare to AVRs and PICs?

From: Johnny (john_wr_at_NOSPAM.hotmail.com.)
Date: 12/25/03


Date: Fri, 26 Dec 2003 00:17:29 +1100

On 24 Dec 2003 15:16:41 -0800, U_JMood@umassd.edu (Mood) wrote:

Hi Jim,

I agree with your comments about the anachronisms of the PIC. That is
why I mention the AVR. I think the PIC is not so bad if you are
coding in assembly, but not as well suited to c compilers for the
reasons you mention. Since the latest AVRs have been released about 1
year ago with reduced die sizes, they are very competitive if you are
looking at performance per dollar compared to PIC.

regards,
Johnny.

>The PSoC instruction set nemonics actually look like 8051 to me, minus
>R0 indirect addressing and bit addressable RAM.
>
>Most of the instructions are in the 5-7 cycle range, with RMW types
>taking around 8 or 9, and the CPU runs up to 24 Mhz.
>
>The CPU isn't the best, but I have seen a diagram of the chip die, and
>the CPU takes up around %5 of the space, the I2C controller actually
>consumes more room! The majority of die space is dedicated to the
>configurable blocks, especially the analog hardware and muxes.
>
>I was never a fan of the mid-range pic, the banking and scratch-pad
>RAM were all screwed up AFAIK. Why i/o registers where plopped in the
>same linear address range as general purpose ram, I will never know.
>The cypress CPU is a bit slower, but coding is alot easier compared to
>the PIC.
>
>-Jim
>
>
>
>mojaveg@mojaveg.iwvisp.com (Everett M. Greene) wrote in message news:<20031224.793CCD0.8183@mojaveg.iwvisp.com>...
>> Johnny <john_wr@NOSPAM.hotmail.com.> writes:
>> > On Mon, 22 Dec 2003 23:02:13 GMT, Michael wrote:
>> >
>> > >Hi - PICs and AVRs enjoy a large amount of popularity among both
>> > >professionals and hobbyists - but PSoCs don't seem to be very popular among
>> > >either group. Is there any particular reason that AVRs and PICs are so much
>> > >more popular than PSoCs? How do they compare feature, price, and speed
>> > >wise? Thanks,
>> >
>> > PoSC's are much slower than the AVR. I recall that they use
>> > something like 10 or 12 clock cycles per instruction. Where as AVR
>> > can do one instruction per clock cycle by using pipelining for most
>> > instructions. Perhaps if speed is not important they might be useful.
>>
>> I think you're exaggerating the clock cycles by about a factor
>> of 2, but, regardless, the Cypress processor's architecture
>> and instruction set is quite primitive compared to the AVR.



Relevant Pages

  • Re: Microchip Introduces First 16-bit Microcontroller Product Line- the PIC24
    ... for RAM arguments, and one for ROM arguments. ... The AVR sort-of does HW-Overlay that with IO and RAM, ... Better uC also map their EEPROM, into data space, so that allows users ...
    (comp.arch.embedded)
  • Re: Datenlogger mit uC basteln
    ... >Die Sensoren werden an einen µController angeschlossen. ... Ich dachte an einen der AVR Typen von Atmel. ... Du JTAG, was beim Debuggen extrem angenehm ist, und mehr internes RAM. ... Die AVRs sind in C ganz gut zu programmieren. ...
    (de.sci.electronics)
  • Re: AVR Harvard architecture -- worst of both worlds?
    ... the only disadvantage of copying them into RAM is the RAM ... problems with constants in flash are the awkward syntax (either you've got ... of the AVR improved performance by about 35% performance. ... shared bus for comparison? ...
    (comp.arch.embedded)
  • Re: ROM-able dictionary
    ... Harvard architecture - separate ROM and RAM memory address spaces ... The aim is that the environment should have as close to a familiar Forth environment as possible, but make best use of on-chip resources. ... FORTH, Inc. has supported the AVR family with SwiftX for many years, starting with the 8515 more than 10 years ago and including most of the modern AT-megas. ...
    (comp.lang.forth)
  • Re: understanding MCUs: Flash vs. SRAM
    ... 64K of flash and 8K of RAM, ... My favourite avr board is the mavaric from www.bdmicro.com ... or look at Mikey Sklar's instructions for using fink ...
    (comp.robotics.misc)