Ein durchgängiger Ablauf braucht nicht zwingend ein einziges Werkzeug. Er braucht übereinstimmende Projektdaten und einen klaren Vertrag zwischen den Schritten. Editor, statische Analyse und Simulation sollen dieselbe Designabsicht betrachten, aber unterschiedliche Fragen beantworten.
1. Die gemeinsame Projektsicht festlegen
Definieren Sie Dateien, logische Bibliotheken, Sprachstände und Abhängigkeiten. Versionieren Sie die maßgebliche Projektbeschreibung. Lassen Sie Editor und Build nicht langfristig getrennte, manuell gepflegte Dateilisten verwenden. Beginnen Sie mit einem kleinen Projektziel und prüfen Sie den Aufbau aus einem sauberen Verzeichnis.
2. HDL im Editor bearbeiten
Sigasi Visual HDL arbeitet auf dem Projektmodell innerhalb von VS Code. Nutzen Sie unmittelbare Diagnosen zur Bearbeitung und Navigation. Klären Sie bei widersprüchlichen Meldungen zuerst Bibliothekszuordnung und Sprachstand; die Analyse einer anderen Dateimenge ist kein sinnvoller Vergleich.
3. Den externen Compiler gezielt hinzunehmen
Das aktuelle Sigasi-Handbuch dokumentiert für Modular Projects externe Compiler-Aufgaben. Riviera-PRO wird mit dem Task-Typ sigasiRivieraCompile genannt. Zu den Einstellungen gehören Installationspfad, bereits kompilierte Bibliotheken und compilerbezogene Argumente. Die genaue Konfiguration wird in der Application Note zum Sigasi-Aldec-Workflow erläutert.
4. Simulation als eigenständigen Schritt ausführen
Wählen Sie Top-Level, Parameter und Bibliotheken für die Elaboration. Starten Sie danach einen selbstprüfenden Test in der vorgesehenen Simulatorumgebung. Ein Ergebnis braucht eine eindeutige Erfolgsmeldung, einen Fehlerstatus und eine Begrenzung für nicht terminierende Tests. Bewahren Sie die für eine Wiederholung erforderliche Konfiguration auf.
5. Statische Risiken ergänzend prüfen
Wo das Projekt entsprechende Risiken aufweist, ergänzt ALINT-PRO die dynamische Simulation um statische Analysen. Prüfen Sie Constraints und begründete Ausnahmen mit derselben Sorgfalt wie Testbench-Erwartungen. Eine toolübergreifende Marketingdarstellung ist dafür kein technischer Integrationsnachweis.
6. Den Ablauf ins Team übertragen
| Übergabe | Was erhalten bleiben muss | Abnahme |
|---|---|---|
| Editor → Compiler | Dateien, Reihenfolge, Bibliotheken, Sprachstände | Frischer Compile-Lauf |
| Compiler → Simulation | Top-Level, Parameter, Testbench, Laufoptionen | Absichtlich fehlschlagender Test wird erkannt |
| Arbeitsplatz → Regression | Versionen, Lizenzen, Seeds, Timeouts, Reports | Gleicher Quellstand auf sauberer Umgebung |
Dieses Prozessbild ist eine redaktionelle Zusammenstellung dokumentierter Möglichkeiten. Es wurde nicht als Gesamtintegration in einer lizenzierten Aldec-/Sigasi-Umgebung ausgeführt. Vor produktiver Übernahme ist ein begrenzter Pilot im eigenen Projekt erforderlich.
Die Themen Codequalität, Simulation und Automatisierung vertiefen die einzelnen Entscheidungen.