Blackfin einarbeiten ratsam ?

Gast #1699789
Lesenswert?

Hallo alle

Ich wollt mal fragen ob ihr das einarbeiten in den Blackfin empfehlen 
könnt oder lieber abraten würdet. Ich weiß dass es eher DSP als µC ist 
(also DSC), deswegen hoff ich ihr nehmt mir die Channel wahl ned böse.

Bis her hab ich erfahrung mit ATMEGA, PIC, dsPIC und 8051er (nur einmal 
im voraus).

Ich hoffe ihr könnt mir ein paar tipps geben.

MFG Patrick

Ps: Anwendungsgebiet MotionControl
Gast #1700741
Lesenswert?

Willst du ein Museum sterbender Technologien eröffnen?

Generelle ARM MCU's zielen auch auf MotionControl, denn die 
mixexd-signal und PWM peripherie haben die nicht umsonst.
Rechnen können die genauso schnell und dazu noch alles was ein Standard 
Prozessor halt kann mit Ethernet, USB, u.s.w.
Gast #1700746
Lesenswert?

Wenn deine bisherigen CPUs ausreichen, brauchst du keinen anderen Typ zu 
nehmen. Wenn sie nicht ausreichen, musst du wohl einen anderen zu 
nehmen.
Da ist die Frage, was du brauchst.
Wenn Blackfin evtl in Frage kommt, wirst du nicht umhinn kommen, dir die 
Architek an zusehen.
..ist bei weitem complizierter als ein kleiner 8 Biter.
..ist als herkömml. CPU und auch als DSP benutzbar. (kann also auch 
einige Parallel-Befehle machen usw).
 Eine andere DSP-Archit wäre 56k (nicht so hoch getaktet, rel günstig, 
viele Derivate, auch allgem benutzbar) Blackfin halte ich für 
leistungsfähiger, hat auch eine "sauberere" Registerstruktur. (u.a. für 
Loops usw, alle gleichartig, meistens 5 Sätze).
Es reicht vielleicht aber auch eine neuere allgemeine-CPU-Archit, die 
DSP-Elemente (zB MAC-Einheiten usw) zusätzlich mit drin hat.
Bei Blackfin gibt es nicht so sehr viele Derivate, auch ist Flash schon 
wegen der 400 MHz norm nicht sinnvoll, die meisten haben auch 
BGA-Gehäuse.
SHARC (Float-DSP) wäre auch eine Möglichkeit (wieder anderer 
Architektur).
tja.... und TI hat auch eine ganze Menge davon...(die sind meistens 
historisch gewachsen, also im Befehlsssatz usw erweitert worden (was 
manchen Leuten nicht so sehr gefällt) )
...es kommt ja auch auf die Periferie an
....must halt guggen was de brauchst.....
...aber guggen must du selber...
Gast #1700767
Lesenswert?

danke alle

Das Problem ist die Cortex M3 sind fast an ihre grenzen ggg
Ich will jetzt ned eine Architektur nehmen wo ich an der Grenze bin. 
Denn sonst kann bei einer kleinen erweiterung der Maschine alles wieder 
neu gemacht werden. Ethernet wär natürlich auch nett und CAN ist 
pflicht.

Mfg Patrick
(Firma: Raich Gerätebau & Entwicklung) #1700861
Lesenswert?

Der Blackfin bietet schon ein ausserordentlich gutes 
Preis/Leistungsverhältnis. Leider ist das arbeiten mit dem Typ nicht 
ganz einfach. Das fängt beim Layout an und hört beim programmieren 
auf.Hab mir mal so ein stamp board mit linux drauf gekauft,hab aber nach 
einer Woche entnervt aufgegeben und das einem Studenten umgehängt.Der 
hat brav und tapfer gekämpft und schließlich ist es uns nach einigen 
Tagen gelungen,zumindest einen Timer laufen zu lassen(echt toll!).Der 
Zugriff auf die Register war durch das linux sehr erschwert,Treiber 
mussten geschrieben werden. Grundsätzlich macht ein Betriebssystem auf 
so einem Teil Sinn, aber das Linux war ein wüstes Chaos(original 
geflashte linuxversion stürzte immer ab,musste upgedated werden),wohl 
eher nur für eingefleischte Hacker.
Trotzdem, die Leistung des Teils hat mich begeistert.Als 
Einarbeitungszeit sollte man sich schon das eine oder andere Monat 
gönnen.

Grüße
Gast #1700923
Lesenswert?

Naja zum einarbeiten hab ich an so 2 Monate Privat und dann erst einsatz 
kommerziell ^^^ Aber das Layout benötigt schon 4/6 Lagen und jemand der 
ahnung von dem hat. Außerdem ein großer Vorteil ist der Ethernet 
Controller des Blackfin und dann noch CAN.

MFG Patrick
Gast #1700990
Lesenswert?

DSP Befehle, FPU, Ethernet und CAN wird auch alles bald in den diversen 
Cortex M4 MCUs zu finden sein. Bei sehr viel niedrigerem Energiebedarf.
Aber bis nächstes Jahr muss man da bestimmt noch warten. Dürfte dann 
aber ein schönes Bindeglied zwischen einfachem 32 bit MCU und DSP 
werden.
Gast #1701062
Lesenswert?

Es gibt bereits jetzt MCUs mit DSP-Funktionaliät. Bsp Renesas. und dort 
geht sogar das integr. Flash bis 100 MHz. Davon träumt ST im Moment 
noch... und bei Cortex M4 wird es wahrscheinlich zunächst auch nicht 
schneller sein.
Aber unabhängig davon, einen guten spez. DSP wird man auch mit einer MCU 
die erweitert ist mit DSP-Funkt. so schnell nicht schlagen können.
Gast #1701292
Lesenswert?

MCUA schrieb:
> oder ein spez. DSP als CoProzessor, wäre wahrscheinl. viel günstiger als
>
> FPGA. Ein FPGA braucht für die gleiche Logic-Implementation ca 20x
>
> soviel Silicium, als eine fertiges CPU-IC.

In MACs/Dollar sind FPGAs deutlich preiswerter als DSPs. Der Preis wird 
vom Marketing bestimmt und ein Programm für einem DSP hat in Silizium 
gegossen auch ein traumhaftes Fläche*Geschwindigkeits Produkt natürlich 
bei extremen Entwicklungskosten.
Gast #1701425
Lesenswert?

>In MACs/Dollar sind FPGAs deutlich preiswerter als DSPs.
Stimmt so nicht !
Ein FPGA kriegtst du gar nicht unter ca 5 $ (bsp Spartan3AN), und 
Spartan6 kostet noch viel mehr. (nur PLDs gibts es schon ab ca 1$, aber 
damit ist kein DSP möglich)
Wegen der Tatsache, dass ja im FPGA die ganze Logic mit LUTs gemacht 
werden muss (also mit Std-Schaltung) wird viel mehr Silicium gebraucht.
typ 20x mehr !!!
Und das kostet Geld. (Noch viel mehr Silicium würde benötigt, wenn man 
MAC(rozellen)-PLDs nehmen würde)
Aber kleinere DSPs gibt es schon ab ca 2$ , wollte man das mit FPGA 
machen, wäre es viel teurer !
Ausserdem ist es auch eine Binsenweissheit, dass Logic in PLD oder FPGA 
immer teurer ist als ein fertiger Chip (wenn der's kann).
Deswegen bieten ja auch FPGA-Hersteller ein Upgrade auf ASIC an.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren