Re: SHARC vs ARM dev board, audio




"Jim Granville" <no.spam@xxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4706c92c$1@xxxxxxxxxxxxxxx
Chris Carlen wrote:

<snip>
More power!!! That's all I want. I hope TI makes the C28xx family in
at least 200, or better 225, more better 250, or even more MHz someday
soon.

What would be even more cool, is an ADI DSC at 250-400MHz with the
F2812-like EVMs and a SHARC-like assembly language.

Isn't the ADI BlackFIN targeting that area ?

BlackFin is a strange machine of the "everything else" class. It is too slow
for the consumer video applications. The MMU is still born, so is the
BlackFin concept of user/supervisor modes. The set of peripherals is created
by mad savants. The core is a mix of 16bit and 32bit solutions. The errata
of ~50 pages; some of the bugs are just wonderful. Slow external bus. No
means to provide cache/DMA coherency. The speed of the bit banging is
limited by the bus clock (133MHz max), there are also quite complicated bus
arbitration and sequencing issues.

A few years ago, ADI _did_ have some single chip FLASH DSPs, but I
believe they did not like the scaling roadmap, and so switched to
RAM based solutions.

ADI used to have a line of the motor control flash DSPs based on the 21xx
core. That line wasn't popular and they terminated it. I could not find any
references about it at ADI web site: they remove all links to the parts that
they don't want you to use.
There is also BlackFin part with the internal flash (actually two separate
dies in one package), but too expensive.

Thus we now see BlackFIN much faster (600MHz) than any FLASH uC - most
flash controllers are significantly constrained by their flash speeds.

Why can't they make a flash with a bus width of 4096 or more bits? The whole
sector could be read at once.

It is rare to see any 32 but uC FLASH over 100Mhz, and often
real memory bandwidth is quite a way below that, when wait states and
cache effects are added.

With BlackFin, the cache helps dramatically. For my applications, the cache
efficiency is about 90%.

DSCs seem to nudge that up to ~150MHz, but not showing much sign
of further steps.

The new TI f28335 part, with FPU, seems one way to get higher
'mathpops', for a given flash speed.

The emulation of the floating point by TMS28xx is quite efficient. FPU is
mostly the sales point, however it could be handy on occasions.

Vladimir Vassilevsky
DSP and Mixed Signal Consultant
www.abvolt.com



.



Relevant Pages

  • Re: ADSP BF538_Board Bring Up Query
    ... I don't have any knowledge on boot loader. ... It really depends on the context in which the Blackfin is used. ... a flash chip, either 8-bit parallel or serial SPI, depending on code ... to store the Blackfin code in the host processor's flash and do a host ...
    (comp.arch.embedded)
  • Re: After the Tiger Sharc whats next?
    ... Aren't those a bit mammalian for an ADI DSP name? ... Catfish and dogfish are actually sharks. ... The blackfin shark is one of the few catfish which can tolerate brackish water. ...
    (comp.dsp)
  • Re: New Yahoo Group for Blackfin DSP/MCU
    ... can tell you that Blackfin is same as crap as all other MCUs and CPUs. ... I don't care about the enlightenment of the fucking world, however I have already developed an OS for BlackFin trying to make the things more or less sensible for myself. ... When it became apparent that they missed the market, Intel pulled out the plug, leaving ADI with the unripe project. ...
    (comp.arch.embedded)
  • Re: New Yahoo Group for Blackfin DSP/MCU
    ... and I can tell you that Blackfin is same as crap as all other MCUs ... leaving ADI with the unripe project. ... Or is the CPU power consumption irrelevant compared ...
    (comp.arch.embedded)
  • Re: Sony a100 Flash problem. Need suggestions please.
    ... Shoe Mount Flash ... compensating correctly regardless of the lense I use. ... I haven't yet experiemented with the ADI and TTL flash modes. ...
    (rec.photo.digital.slr-systems)