Anonim

Diese kostengünstigeren Consumer-Anwendungen ergänzen die traditionellen Märkte für Radar, Bildverarbeitung und drahtlose Basisstationen.

Aber DSP ist komplex - die einzige Möglichkeit, Geräte zu programmieren, war jahrelang der Assembler und ein Kopf voller Fachwissen. Angesichts des heutigen Marktdrucks und der Komplexität von Algorithmen und DSP-Hardware ist dies kein geeigneter Ansatz.

Zum Glück haben sich die Zeiten geändert. Gerätefamilien wie der C6x von Texas Instruments (TI), der in den 1990er Jahren auf den Markt gebracht wurde, ermöglichten die Verwendung von C und Compilern, was angesichts der Acht-Wege-Struktur des Prozessors nützlich war.

n

Die wohl größte Veränderung bei der Software für DSP-Entwickler war die Übernahme von Go DSP durch TI und die anschließende Einführung des Code Composer Studio-Toolsets.

Ungefähr zur gleichen Zeit, Ende der 1990er Jahre, hat Analog Devices (ADI) seine VisualDSP-Software weiterentwickelt.

Die Einführung von RTOSs für DSPs ist eine weitere Dimension. „Vor 18 Monaten hatten wir nur einen kleinen Scheduler-Kernel“, sagt Steyerl. Jetzt wird ADI von ThreadX, Nucleus, Integrity, Velosity, RTXC und µCLinux unterstützt.

Laut Steyerl ist dies wichtig, „da es so viele verschiedene Communities gibt, die mit Risc-Prozessoren und Toolchains mit Betriebssystemen vertraut sind“.

Die Lieferanten haben sich auch darauf konzentriert, Referenzdesigns herauszubringen, bei denen ein Großteil oder die gesamte Programmierung der unteren Ebene abgeschlossen ist. „Das erleichtert den Kunden den Einstieg in das RTOS und die bereits in das Entwicklungssystem integrierten Basisalgorithmen“, sagt Steyerl.

Laut Danny Petkevich, DSP-Marketingdirektor von Freescale Semiconductor, ist dies ein Ergebnis des Abschwungs von 2001. „Viele DSP-Ingenieure haben ihre Arbeit verloren. Die Unternehmen forderten komplette, schlüsselfertige Lösungen - komplette Anwendungssoftware mit einer API, die der Kunde programmieren kann. “

Ein weiterer Grund für diesen Ansatz der Hersteller ist die zunehmende Komplexität von DSP. "DSP ist von einer einzelnen Ausgabe, einer einzelnen Anweisung zu vielleicht sechs oder acht Anweisungen pro Uhr übergegangen", sagt Petkevich. "Sie können über einen Risc-Controller und eine Reihe von DSP-Ressourcen verfügen, die mehrfach repliziert werden können."

Diese Parallelität ist ein Problem. „C gibt dem Compiler keine Hinweise zum Umgang mit Parallelität“, betont Petkevich.
Die steigende Komplexität treibt auch den Trend zu einem höheren Maß an Designinput voran. DSP-Lieferanten haben Verbindungen zu Firmen wie The MathWorks und seinen Matlab- und Simulink-Tools hergestellt.

Matlab, fast ein Industriestandard für Algorithmus-Design, kann C-Code erzeugen, der für DSPs optimiert ist.

Matlab kann auch verwendet werden, um Code zu profilieren und herauszufinden, ob er am besten in einem Allzweck-DSP oder in einem FPGA angewendet werden kann. TI arbeitet mit Xilinx daran und möchte seine DSP-Chips neben der programmierbaren Logik sehen, anstatt das Design insgesamt zu verlieren. "Wir sehen eine Kreuzung zwischen der EDA-Branche und DSP", sagt Calvin Harrison, Marketing Director bei Metrowerks. "Bei 96 Prozessoren [auf einem Chip] werden die Leute gefragt, wo mein Code ausgeführt wird."

Metrowerks sammelt EDA-Erfahrung im Bereich Hardware- / Software-Co-Design und befasst sich mit der Architekturanalyse von Software.
Auch die EDA-Firma CoWare ist in diesem Bereich aktiv. Das neueste Update der Signal Processing Worksystem-Tools enthält eine Version, die speziell für Softwareentwickler gedacht ist.