Hallo zusammen! kann mir jemand bitte deutlich erklären, was sind die wesentliche unterschiede zw. FPGAs und Mikrocontrollern ? Wichtig sind NUR: 1) Development kosten (also Zeit, preis der Software, preis der Starter Kits) 2) Stromverbrauch (also preis der Anwendung) 3) Zulässigkeit (lifetime of a Chip, Fault Tolerance, Temperaturbereich) 4) Geschwindigkeit (mit gleichem Stromverbrauch) 5) Wie ich die letzte Zeit bemerke, neue 32-bit Mikrocontrollern sind viel viel besser als FPGAs (und sogar in DSP). Danke, Bear Tom
http://de.wikipedia.org/wiki/Field_Programmable_Gate_Array http://de.wikipedia.org/wiki/Mikrocontroller Du vergleichst da Äpfel mit Birnen...
Was ist besser, Schlangengurken oder Tomaten? Sorry, aber Du vergleichst zwei Dinge, die nur sehr wenig miteinander zu tun haben. Es gibt Anwendungen, für die ein µC sehr gut und ein FPGA annähernd gar nicht geeignet ist (sofern das FPGA nicht so groß ist, daß ein µC als IP-Core eingesetzt werden kann), es gibt aber auch Anwendungen (und die dürften überwiegen), bei denen ein µC sich überhaupt gar nicht einsetzen lässt.
Das ist doch überhaupt nicht vergleichbar!!! >Wie ich die letzte Zeit bemerke, neue 32-bit Mikrocontrollern sind viel viel besser als FPGAs (und sogar in DSP). Okay, dann hast du dir die Antwort doch selbst gegeben. Meiner Meinung nach allerdings immer noch Unsinn!
Wurde hier schon alles diskutiert: Beitrag "FPGA contra Mikrocontroller" Was sind denn Schlangengurken?
Das ist -neben Tomaten- eine in Gemüseabteilungen von Lebensmittelgeschäften oft zu findende Verpackungsform für holländiges Wasser. Mancherorts werden die Teile auch als Salatgurken bezeichnet.
das ist genau wie die frage "welchen µC soll ich nehmen?". ganz einfach ... das ist von anwendung zu anwendung verschieden und sollte auch immer neu entschieden werden was nun jetzt das bessere ist. gruss sven
Ich mach mal ganz vorsichtig eine Behauptung. Theoretisch kann man mit einem µC (natürlich Größenabhängig) alles erledigen, was ein FPGA kann. Knackpunkt ist: DIE GESCHWINDIGKEIT und die Parallelverarbeitung von Signalen. Wenn dies keine Kriterien sind, kannst Du nen µC nehmen.
>Das ist -neben Tomaten- eine in Gemüseabteilungen von >Lebensmittelgeschäften oft zu findende Verpackungsform für holländiges >Wasser. Klasse :)
"Stichworte" zum 1. Beitrag: FPGAs: hier wird hardware programmiert, man kann u.a. einen uC im "FPGA" nachbilden uC: die hardware steht, nur die Software ist flexibel Die Umgebung ist bei beiden flexibel über I/Os nutzbar: more ram , etc. (je nach uC) FPGAs werden oft für spezielle Algorithmen genutzt (schnell) zB Bildverarbeitung, als Coprozer, .... (gibt "große" und "kleinere") uC: zB steuerung, ... (nicht besonders für Bildverarbeitung geeignet - nur die "größeren") Für einige FPGAs gibt-s vom Hersteller fertige "uC" bzw. gibt es freie "controller" und DSP, FFTs, etc. Funbktion in Form einer Datei, einer "Beschreibung", mit der man den FPGA mit dieser Funktion programmiert (siehe "Internet". Der Übergang der optimalen Nutzung ist fließend FPGA: da gab es gerade eine Serie in ELEKTOR die hatten auch mal eine zu uC (vermutl mehr) in der Funkamateur gab es mal eine Doku/serie zu atmel/avr Ansosnten im Internet nach Tutorials, etc, suchen Preise: je nach dem, was gelötet werden kann (do it yourself) Strom: takt, anwendung, temp-bereich .... viele Faktoren => datenblatt (herstellervertrauen ?, ;-) Kosten, etc.: wurde eh diskutiert: je nach dem, was das Vorhaben erfordert & zB "Lötkenntnis"
@ Dirk Hofmann >Ich mach mal ganz vorsichtig eine Behauptung. >Theoretisch kann man mit einem µC (natürlich Größenabhängig) >alles erledigen, was ein FPGA kann. Das gilt auch umgekehrt. Ist aber am Ende vollkommen irrellevant in der Praxis. Sonst könnten wir ja gleich nur noch Turing-Maschinen benutzen ;-) >Knackpunkt ist: DIE GESCHWINDIGKEIT und die Parallelverarbeitung von >Signalen. Genau! Mfg Falk
Falk Brunner wrote: > Sonst könnten wir ja gleich nur noch Turing-Maschinen benutzen > ;-) > Das würde doch viele Glücklich machen ;-) Nur wie lange. Dirk
"FPGAs für den Konsumartikelmarkt interessant sind!", man hört das nur aus Werbungen der Hersteller. Börsen-Indexen der FPGA-Hersteller sind viel wichtiger als alt-bekannte PALs die man komischerweise heutzutage als FPGA nennt :) Sind FPGAs auch in Handys ? Haben alle FPGAs auch AD wandlers ? Ein Spartan2 verbraucht genau so viel strom wie ein hundert Atmega8. DSP sachen kann man perfekt mit DSP ICs (von Texas Instruments, fixed komma, 5€) auslösen. FPGA heute verwendet man nur für ASIC-design, für System-Testen(Hardware-in-the-Loop), oder für Spielerei (z.B. alte Rechnern nachzubasteln).
psihodelia wrote: > FPGA heute verwendet man nur für ASIC-design, für > System-Testen(Hardware-in-the-Loop), oder für Spielerei (z.B. alte > Rechnern nachzubasteln). Nö. FPGAs werden überall dort verwendet, wo hohe Leistung gefragt ist, aber die Stückkosten keine große Rolle spielen: zum Beispiel in der Medizintechnik (Verarbeitung von CT/MRT-Daten), Militärtechnik (Radar-Signalverarbeitung), Spezialempfänger für Seenotrettung, industrielle Bildverarbeitung, usw. Und vor ein paar Monaten hab ich sogar mal irgend ein RAID-Festplatten-"Ding" (an die genaue Funktion kann ich mich nicht erinnern) gesehen, in dem ein paar Spartan 3 verbaut waren. Ich bin sicher dass FGPAs in Zukunft zunehmend auch in billigeren Geräten auftauchen werden.
Hi schöner Spruch: Das FPGA ist das Langloch der Elektroniker. FPGAs können überall dort eingesetzt werden wo die Stückzahlen relativ gering, die benötigte Flexibilität groß und die Kosten nicht absolut gering sein müssen. Matthias
>as FPGA ist das Langloch der Elektroniker.
Sehr gut , ja! :-)
Der Mikrocontroller ist aber genau genommen, auch nichts anderes, als
"Hau-das-Ding-rein-bevor-Du-weist-was-es-genau-koennen-muss"-Hardware.
Nahja, was sind denn verbreitete Anwendungen und was sind denn die Anforderungen an das Produkt und die Entwicklung? Z.B. warum nicht einfach FPGAs durch nanoATX PCs zu ersetzen ? FPGAs sowieso laufen von Akkus nicht. PCs haben Linux drauf, eine komplexe Umgebung wo man in parallel auch viele processen hat. Sind auch FPGAs schneller als ein PC ? Ich kann mit billigstem nanoATX PC mit CPU: VIA 1GhZ: Face-Recognition (Digital Signal Processing, Fuzzy Logic) Speech-Recognition (Digital Signal Processing, Markov Chains) + Speech-Synthesis (Digital Signal Processing) + Web-Server + TV-Tuner + Video Player + ... Alles in parallel. Ist auch 10-fach billiger als FPGA Virtex5, design ist schneller weil ganze Software schon existiert. Wenn ich ECHT Parallele System brauche, dann kaufe ich mir ein nanoATX Board für 200€ und installiere Linux drauf.
psihodelia wrote: > Wenn ich ECHT Parallele System brauche, dann kaufe ich mir ein nanoATX > Board für 200€ und installiere Linux drauf. Das System erledigt alle schritte nach einander aber halt nur sehr schnell.
psihodelia wrote:
> Z.B. warum nicht einfach FPGAs durch nanoATX PCs zu ersetzen ?
Der Vergleich ist noch unsinniger als der mit den µCs. Wie willst du mit
einem PC ein Signal mit mehreren 100 MS/s verarbeiten? Wie bekommst du
das überhaupt erst in den PC? Was ist mit Zuverlässigkeit, Größe,
Stromverbrauch, Echtzeitfähigkeit? Usw.
Da bleib ich doch lieber bei meiner guten alten Brotschneidemaschine...
Es gibt schon viele Sachen, wo ein FPGA passen muß. Z.B. wide range (1,8..5,5V), 8Pin-Gehäuse, 5V-tolerant sind für FPGAs alles Fremdwörter. Und Zuverlässigkeit ist auch nicht gerade seine Stärke. Einige FPGAs haben Probleme mit dem Booten, wenn die VCC nicht innerhalb einer ganz bestimmten Zeit ansteigt. Auch ziehen manche einen extrem hohen Einschaltstrom. Das Booten dauert auch wesentlich länger als das Poweron-Reset eines µC. Peter
@ psihodelia >Sind FPGAs auch in Handys ? Haben alle FPGAs auch AD wandlers ? Ein Kaum, dort ist ALLES maximal integriert, nicht nur wegen der Stückzahlen. >Spartan2 verbraucht genau so viel strom wie ein hundert Atmega8. DSP Und hat auch locker hundertmal soviel Rechenpower. So waht. >FPGA heute verwendet man nur für ASIC-design, für >System-Testen(Hardware-in-the-Loop), oder für Spielerei (z.B. alte >Rechnern nachzubasteln). Quark. FPGAs sind in WESENTLICH mehr Dingen drin als du glaubst. AUCH im Konsumerbereich, auch wenn ich da nicht sooo viele Beispiele kenne. >sicher dass FGPAs in Zukunft zunehmend auch in billigeren Geräten >auftauchen werden. Das tun sie jetzt schon, wenn gleich nicht im Handy oder MP3-Player. @psihodelia >was kann man NICHT mit µCs implementieren , das FPGAs können ? All das, was zuviel Rechenpower braucht. Rein vom logischen Ablauf kann man praktisch alles auf beiden Plattformen realisieren, wie komfortabel ist eine andere Frage. >FPGAs können überall dort eingesetzt werden wo die Stückzahlen relativ >gering, die benötigte Flexibilität groß und die Kosten nicht absolut >gering sein müssen. Jep. >Umgebung wo man in parallel auch viele processen hat. Sind auch FPGAs >schneller als ein PC ? Manchmal schon. Ein paar LEute habe sich mal 5000 FPGAs auf ein paar Leiterplatengezimmert und damit eine DES-Verschlüsselung geknackt. Die Hardware war wesentlich schneller und billiger als ne PC-Lösung. >Z.B. wide range (1,8..5,5V), 8Pin-Gehäuse, 5V-tolerant sind für FPGAs >alles Fremdwörter. Quark. Vor allem 8-Pin.Du verlangst nach einem 40-Tonner im Smart-Format. >Und Zuverlässigkeit ist auch nicht gerade seine Stärke. Says who? >Einige FPGAs haben Probleme mit dem Booten, wenn die VCC nicht innerhalb >einer ganz bestimmten Zeit ansteigt. Alles nur eine Frage der richtigen Dimensionierung. Und als ob alle uC perfekt wäre. Schau dir mal die Erratas der AVRs an. Uiuiuiuiui. >Auch ziehen manche einen extrem hohen Einschaltstrom. Alles faule Ausreden und Schnee von gestern. >Das Booten dauert auch wesentlich länger als das Poweron-Reset eines µC. Na ein Glück dass dann des Booten der Software im uC innerhalb von 1ms passiert . . . ;-) Bei den meisten Geräten spielt es keine Rolle ob es 10 oder 100ms dauert, ehe das Gerät betriebsbereit ist. MfG Falk
Kryptographie ist nen gutes Beispiel, während ein FPGA mit Pipelining jeden Takt ein Ergebnis ausspuckt, muss ein Prozessor alles schön nacheinander berechnen. Da nützt es auch nichts, dass der Prozessor vielleicht 10x so schnell getaktet ist, der wird in diesem Fall immer den Kürzeren ziehen. Bei einem DES sind auf einem low cost-S3 locker einige GBit Durchsatz drin. Wenn man nur paar Mbit braucht, tuts natürlich auch ein einfacher Prozessor.
>sicher dass FGPAs in Zukunft zunehmend auch in billigeren Geräten >auftauchen werden. nicht nur das. xilinx hat in einer neuen spartan reihe das flash schon mit intergriert. wenn dann noch kleine schaltregler integriert werden sodaß nur noch ein paar passive bauteile benötigt werden, und die stückzahlen stimmen, wird ein fpga auch in consumer geräten verstärkten einsatz finden. findet ja jetzt schon z.b. mit den china-usb-scopes statt.
>nicht nur das. xilinx hat in einer neuen spartan reihe das flash schon >mit intergriert. wenn dann noch kleine schaltregler integriert werden >sodaß nur noch ein paar passive bauteile benötigt werden, und die >stückzahlen stimmen, wird ein fpga auch in consumer geräten verstärkten >einsatz finden. Da sollte man mal über den Tellerrand schauen: Schau die mal den ProAsic von Actel an, der hat das schon lange, und zwar auf dem selben Chip. Bei Xilinx wurde der Flash an den eigentlichen FPGA-Die nur angebondet. Vorteil ist die Größe des Flash, Nachteil, dass die Ladezeiten die selben bleiben. Beim Proasic ist der Flash der eigentliche Konfigurationsspeicher, kein SRAM, der erst geladen werden muss.
Hi zum Thema wird fast nirgends eingesetzt: http://markert.gmxhome.de/fritzwiki/7170.jpg Leiterplatte einer Fritz!Box 7170 Unten, leicht rechts aus der Mitte. Etwas schwer zu lesen aber das ist ein Spartan FPGA von Xilinx. Die 7170 dürfte in 6 wenn nicht 7 stelligen Stückzahlen produziert werden. Matthias
@ T.M. >Schau die mal den ProAsic von Actel an, der hat das schon lange, und Sicher, aber wie es scheint belohnt der Markt das nicth mit einem grossen Marktanteil. >zwar auf dem selben Chip. Bei Xilinx wurde der Flash an den eigentlichen >FPGA-Die nur angebondet. Vorteil ist die Größe des Flash, Nachteil, dass >die Ladezeiten die selben bleiben. Beim Proasic ist der Flash der >eigentliche Konfigurationsspeicher, kein SRAM, der erst geladen werden >muss. Das ist für 99% der Anwendungen kein Problem. Ausserdem ist die Technologie für FLASH und SRAM vollkommen anders. Durch Trennung von FPGA und Konfigurationsspeicher kann man das FPGA mit den neusten (65, 90nm) Prozessen bauen. Das macht sie schnell und billig. MFG Falk
Um mal den Vergleich zwischen Äpfeln und Birnen etwas besser zu gestalten (siehe Anhang). Prinzipiell dienen die FPGAs dazu möglichst viel Flexibilität zu gewährleisten. Bzw. als Ersatz zum ASIC, da sich diese erst ab sehr grossen Stückzahlen lohnen. Dafür sind ASICS bei großen Stückzahlen billiger als FPGAs. Es gibt auch schon kombinationen von µC und FPGA (Bsp. FPSLIC von ATMEL. Kombiniert einen AVR Kern mit vordefinierter Peripherie und einem FPGA Block. Über diesen, kann man sich dann entweder seine Peripherie oder spezielle Funktionen realisieren. Eine weitere stärke liegt bei der parallelen Verarbeitung von Signalen. µCs können nur Blöcke (8/16/32/... Bit) verarbeiten. beim FPGA darf man sich die Blockgrösse "wünschen" (ist nur durch die Anzahl Zellen oder I/O-Pins begrenzt). Ach ja, man kann sich bei den Herstellern der FPGAs auch sogenannte "Hardcopies" machen lassen. Damit wird dann der durch Software konfigurierte Teil in Hardware "gegossen" und damit hat man dann praktisch ein Zwischending aus FPGA und ASIC. Macht bei grösseren Stückzahlen das ganze wieder etwas billiger. Mal einen Preisvergleich: Software für µC Entwicklung (nur grobe Übersicht): Compiler 0-3000 Euro Software für FPGA Entwicklung: ca. 0 Euro (Web Editions) - 10.000 Euro (Mentor Graphics HDL Designer) bei den Webeditionen ist glaub noch irgendwas als Demoversion drin. Wenn man sich bei den HErstellern ein Development Kit ab 300-400 Euro aufwärts zulegt ist dann auch die "Vollversion dabei". Andernfalls zahlt man ein paar Hundert Euro bis 1000 Euro dafür. Software für ASIC Entwicklung: jenseits der 100.000 Euro und erfordert sehr viel Know-How vom Benutzer, da ein Fehler gleich mal einige 10.000 Euro kostet (Chipfertigung - Lithografie-Masken).
Software für µC Entwicklung ist absolut kostenlos und ist Open Source, so kann jeder mit PowerPC oder mit alles worauf Linux lauft, bequem arbeiten.
T.M. wrote: > Kryptographie ist nen gutes Beispiel, während ein FPGA mit Pipelining > jeden Takt ein Ergebnis ausspuckt, muss ein Prozessor alles schön > nacheinander berechnen. Warum sollte ein Prozessor keine Pipeline haben? Die kleinen Mikrocontroller haben meist eine eher kurze Pipeline, aber ein Pentium4 EE hat 31 Stufen. Dazu haben sie dann noch SIMD-Befehle (MMX, SSE), mit denen sie mit einem Befehl mehrere gleiche Operationen (z.B. Multiplikationen) gleichzeitig machen können. Markus
Hallo, 1) Prof. Bob Brodersen bescheibt in dem Video hier sehr gut, warum auch ich glaube dass rekonfigurierbare Hardware langfristig die Zukunft gehört: http://video.google.com/videoplay?docid=-4969729965240981475 Und dann sehe ich noch zwei weitere Punkte: 2) Mit der fortlaufenden Verkleinerung der Chipstrukturen erhoeht sich die Wahrscheinlichkeit für Defekte im produzierten Wafer. Bei hart verdrateten ICs muss ich den wegwerfen, wenn das ein Schaltungsteil kaputt ist. Bei rekonfigurierbaren Chips kann ich (potentiell zumindest, soweit sind wir heute noch nicht) kleinere defekte Bereiche meiden und die entsprechnedn Funktionen in benachbarten Gebieten implementieren -- zur laufzeit. Kein Mensch würde heute auf die Idee kommen eine Festplatte wegzuwerfen, nur weil 2 Sektoren seit der Produktion kaputt sind -- die werden hat woanders abgelegt und in die defect-list uebernommen. 3) Die dritte Dimension: rekonfigurierbare Hardware scheint mir deutlich geeigneter 3-dimensionale Chipstrukturen effizent zu nutzen. Wie die Implemetation von sowas aussehen soll weiss ich auch nicht -- aber klar ist dass man mit einer Dimension mehr massisv mehr Logikfunktionen pro Silizum unterbringen kann. Warum ich glaube, dass rekonf. hardware dafuer gut geignet ist? Siehe (1): Energiedichte. (sogesehen ist das hier gar kein neuer Punkt) Dass jetzt ein Prozessor fuer viele Aufgaben besser/einfacher ist: ich bin voll und ganz bei dir und moechte nicht wiedersprechen. Aber in 5-15 Jahren haben wir alle bestimmt viel mehr rekonfigurierbare Hardware in unseren Geräten. Ob die so fein granular wie heutige FPGAs sind mag ich nicht abschaetzen. Aber ich bin überzeugt, dass rekonf. Hardware noch schwer im kommen ist. j.
@ Joerg >2) Mit der fortlaufenden Verkleinerung der Chipstrukturen erhoeht sich >die Wahrscheinlichkeit für Defekte im produzierten Wafer. Bei hart >verdrateten >ICs muss ich den wegwerfen, wenn das ein Schaltungsteil kaputt ist. >Bei rekonfigurierbaren Chips kann ich (potentiell zumindest, soweit sind >wir heute noch nicht) kleinere defekte Bereiche meiden und die >entsprechnedn Funktionen in benachbarten Gebieten implementieren -- zur Wird heute schon gemacht, nennt sich bei Xilinx Easy path. Ist halt die Lücke zwischen FPGA und ASIC. >laufzeit. Kein Mensch würde heute auf die Idee kommen eine Festplatte >wegzuwerfen, nur weil 2 Sektoren seit der Produktion kaputt sind -- die >werden hat woanders abgelegt und in die defect-list uebernommen. Oder bei FLASH. Deswegen hat kaum ein 1G USB-Stick wirklich 1G. ;-) MfG Falk
@Joerg: Meister, was denkst Du was die Schaltmatrix für die Reconfigurierbarkeit kostet? Deshalb bieten die FPGA-Hersteller auch eine Hardcopy an. Damit wird das, was man mit nem Konfigurationsspeicher und der Schaltmatrix in den FPGA programmiert durch eine od. mehrere Metalllagen ersetzt. Das ist um ein vielfaches billiger als eine komplette Schaltmatrix. Natürlich muss man eine Strategie fahren, die eine maximale Ausbeute an Schaltkreisen ergibt. Eine ist der On-Wafer-test, bei dem die Chips auf dem Wafer getestet werden und man dann quasi "chirurgisch" defekte Bereiche mit einem Laser "wegschneidet" (Redundante Bereiche). Bei Flash werden auch zusätzliche Bereiche eingebaut, die dann durch einen intelligenten Fehlerkorrekturmechanismus oder schon bei der Fertigung durch Konfigurationsregister/Flashbereiche defekte Bereiche ersetzen (Remapping). Aber auch in Zukunft werden die Schaltkreise aus Kostengründen sparsam mit Redundanz und Schaltmatrizen ausgerüstet werden. Denn wenn es noch einen halben Cent billiger geht, dann werden die Hersteller von Massenware auf irgendwelche Zusätze verzichten, wenn sich die Kosten für Ausfälle unter den Kosten für die Zusätze bewegen.
> wenn sich die Kosten für Ausfälle unter den Kosten für die Zusätze bewegen. Exakt, zumal die Ausfälle sporadisch beim Kunden aufreten und daher verschleiert sind. Es ist oft garnicht 100% zurückzuverfolgen, ob es an einem defekten FPGA liegt, wenn die Baugruppe zu billig ist,. Meist wird rasch ausgetauscht und fertig.
@Tom: > Meister, was denkst Du was die Schaltmatrix für die Reconfigurierbarkeit > kostet? Nah, ich kam aus der anderen Ecke: Wenn man davon ausgeht, dass ich eigentlich rekonfigurierbare Hardware haben will, dann kann ich durch die zwangslaufig existierende Redundanz mit Laufzeit-Anpassungen nochmal viel Geld sparen. FPGAs haben hier noch Potential was einfach noch nicht richtig ausgenutzt wird. Wenn ich nur einen ASIC will, hau ich mir natuerlich nicht 90% Schaltmatrix Overhead rein um ein paar Defekte zu umgehen. Abgesehen davon, hast du schon recht: ~ 90% routing Overhead sind einfach mal schei**e viel.Deswegen meinte ich ja auch: "ob die so feingranular wie heutige FPGAs sind, mag ich nicht abschaetzen". Aber ein Faktor 100 bis 1000 (!) fuer die Enegieeffizienz von Prozessoren/DSP zu spezialisierten Logikschaltungen bei durchschittlichen Rechenproblemen ist einfach nochmal viel mehr als die pisseligen 90% Routing Overhead. j.
Mal eine kurze zwischen Frage, was versteht man unter routing overhead?
Ich denke, das ist der Zusatzbedarf an Schaltlogi, die für das Umschalten der Logik im Betrieb benötigt wird.
Auch wenn psihodelia anscheinend merkbefreit ist, kann es ja mal die Rechenleistung eines 500 MHz uCs (max. ca. 2 Gops/s) mit der eines XC3S1600E FPGAs (max. ca. 5 Tops/s=1.6 Mio /4ns /(8bit/byte)) vergleichen. Die Kosten liegen bei etwa 15 Euro für den uC und 50 Euro für den FPGA.
Wie ich gedacht, kein FPGA-Proponent auf diesem Forum kann dies Thema versachlichen. Wichtig sind NUR: 1) Development kosten (also Zeit, preis der Software, preis der Starter Kits) 2) Stromverbrauch (also preis der Anwendung) 3) Zuverlässigkeit (lifetime of a Chip, Fault Tolerance, Temperaturbereich) 4) Geschwindigkeit (mit gleichem Stromverbrauch).
Jonathan Swift wrote: > Wie ich gedacht, kein FPGA-Proponent auf diesem Forum kann dies Thema > versachlichen. Solang Du es kannst.... Niemand sagt, dass Du einen FPGA verwenden musst. Also solltest Du auch nicht mit allen Mitteln versuchen, diese schlecht zu machen. Das geht nämlich nicht, weil sie gut sind ;) Daniel
Jonathan Swift wrote: > Wie ich gedacht, kein FPGA-Proponent auf diesem Forum kann dies Thema > versachlichen. Deine Fragen wurden doch beantwortet. Du hast die Antworten bloß nicht verstanden. > Wichtig sind NUR: > 1) Development kosten (also Zeit, preis der Software, preis der Starter > Kits) Zeit: FPGA-Entwicklung dauert idR deutlich länger. Software: kostenlos bis einige tausend Euro Starter Kit MC: 50€ - einige 1000€ Starter Kit FPGA: 100€ - einige 1000€ > 2) Stromverbrauch (also preis der Anwendung) Kommt auf die Anwendung an. > 3) Zuverlässigkeit (lifetime of a Chip, Fault Tolerance, > Temperaturbereich) Datenblatt lesen und Hersteller fragen. > 4) Geschwindigkeit (mit gleichem Stromverbrauch). Wenn sich die Anwendung parallelisieren lässt, dann sind FPGAs idR wesentlich schneller (bezogen auf die Leistung).
>Die 7170 dürfte in 6 wenn nicht 7 stelligen >Stückzahlen produziert werden. Eine Milliarde? Hat jeder dritte nix zu fressen aber jeder siebte ne FritzCard?
Servas wrote: >>Die 7170 dürfte in 6 wenn nicht 7 stelligen >>Stückzahlen produziert werden. > > Eine Milliarde? Eine Milliarde hat 10 Stellen.
Wir haben mal versucht das systematisch zu vergleichen. Dabei versuchen wir alle Punkte mit zu berücksichtigen, also Performance, Kosten, Änderbarkeit,... Schaut mal rein und gebt uns Feedback: http://www-i11.informatik.rwth-aachen.de/2007dajwild http://www-i11.informatik.rwth-aachen.de/index.php?id=shps&L=1&L=0&tx_ttnews[tt_news]=&tx_ttnews[backPid]=&cHash= Gruß Falk S.
6, setzen... google mal nach SQL injection und wie man das verhindert bevor jemand deine DB manipuliert. ich hoffe ja mal dass da keine sensitiven Daten drinliegen :-X
Wieso vergleicht ihr ständig FPGAs mit uCs ? Ist ja fast eine Manie. Wie wärs denn mal mit DSP und PLD ?
Gast wrote: > Wieso vergleicht ihr ständig FPGAs mit uCs ? Ist ja fast eine Manie. Geht mir auch auf den Docht. Man nimmt das, was für die Aufgabe passend ist und gut is. Wenn ich aber hier so FPGA-Projekte sehe, wie ne DCF-77 Uhr mit ner super highspeed wahnsinns Datenrate von 1Bit/s, dann ist das Perlen vor die Säue. Kein Mensch kann ein LED-Display ablesen, wo alle 10ns neue Werte angezeigt werden. Wozu ein riesen 500 Pin BGA-Flatschen wenn ich nur 6 Pins brauche? Also wenn ich viel parallele Rechenleistung brauche, könnte ein FPGA geeignet sein. Wenns aber gemütlich zugeht (Steuerungen, Bedienpanels, Sensoren, Aktoren usw.), ist ein MC viel einfacher zu programmieren und günstiger. Auch können MCs sich selber updaten (z.B. per Bootloader über CAN, Ethernet usw.). Soweit ich weiß, können FPGAs das nicht. Peter
@Peter stimme zu, die Überschrift ist prinzipiell beantwortet. Aber die meisten Leute hier im Forum wollen ohnehin programmierbare Logik nur ausprobieren, testen was man mit FPGAs und CPLDs so machen kann und rausbekommen, wie die Programmierung z.B. mit VHDL geht. Wer Produkte für den Markt entwickelt hätte nie die Frage gestellt 'wer gewinnt'. Obwohl Du nichts von der Diskussion hälst, führst Du ja doch wieder Argumente pro µC und contra FPGA an, mit einer gewissen Unsicherheit, was wieder Stoff für weitere Posts gibt ;-) Die Behauptung, das ein MC einfacher zu programmieren ist, ist Deine subjektive Meinung die ich nicht teile - das hängt m.E. nur von der Applikation ab. FPGAs haben ja heutzutage auch MCs an Board, also Steuerungen und softwarelastige Algorithmen lassen sich parallel zu schneller, paralleler Hardware implementieren. Die Diskussion kann man sicher noch jahrelang führen ... :-)
@ Peter Dannegger (peda) >Man nimmt das, was für die Aufgabe passend ist und gut is. Sicher, aber . . . >Wenn ich aber hier so FPGA-Projekte sehe, wie ne DCF-77 Uhr mit ner >super highspeed wahnsinns Datenrate von 1Bit/s, dann ist das Perlen vor >die Säue. >Kein Mensch kann ein LED-Display ablesen, wo alle 10ns neue Werte >angezeigt werden. >Wozu ein riesen 500 Pin BGA-Flatschen wenn ich nur 6 Pins brauche? ;-) Die meisten Sachen laufen unter dem Thema Hobby, Lernen und Just 4 fun. >Auch können MCs sich selber updaten (z.B. per Bootloader über CAN, >Ethernet usw.). Soweit ich weiß, können FPGAs das nicht. Nicht direkt, muss man selber stricken (mit Hilfs-uC ;-). MFG Falk
Peter Dannegger wrote: > Gast wrote: >> Wieso vergleicht ihr ständig FPGAs mit uCs ? Ist ja fast eine Manie. > > Geht mir auch auf den Docht. > Man nimmt das, was für die Aufgabe passend ist und gut is. Und was ist passend? Man kann manchmal auf den FPGA verzichten, wenn man einen überdimensionierten MC verwendet. Man kann auch den MC in den FPGA reinladen. Wann ist das sinnvoll? Und wenn man beide hat, wie dimensioniert man die? Möglichst viel in den MC oder möglichst viel in den FPGA usw. usf. Da kann ich noch viel Diskussionsstoff sehen. > Wenn ich aber hier so FPGA-Projekte sehe, wie ne DCF-77 Uhr mit ner > super highspeed wahnsinns Datenrate von 1Bit/s, dann ist das Perlen vor > die Säue. Das ist halt Spielerei. Ich denke, reale FPGA-Projekte sind meistens entweder langweilig (mit den Leitungen klappern) oder aufwändig (JPEG-Encoder sollte man eher nicht als Einstiegsprojekt wählen). Deswegen suchen sich die Leute für den Einstieg halt eher sinnlose Dinge, die man aber noch gut überblicken kann und trotzdem Spaß machen. > Auch können MCs sich selber updaten (z.B. per Bootloader über CAN, > Ethernet usw.). Soweit ich weiß, können FPGAs das nicht. Bei uns werden die FPGAs idR nicht alleine eingesetzt und deswegen können wir die FPGA-Konfiguration im Flash des MCs speichern. Markus
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.