Sigasi Visual HDL richtet sich an Entwickler, die HDL-Code im Zusammenhang des gesamten Projekts bearbeiten wollen. Die aktuelle Produktlinie arbeitet in Visual Studio Code. Der Ausgangspunkt für eine sinnvolle Evaluation ist eine korrekte Projektdefinition, nicht ein einzelnes isoliertes Quelltextfenster.
Editionen einordnen
| Edition | Dokumentierter Schwerpunkt | Prüffrage für Ihr Team |
|---|---|---|
| Designer | HDL-Bearbeitung, Navigation und projektbezogene Rückmeldungen | Werden die täglichen Codeänderungen sicherer und verständlicher? |
| Professional | Zusätzliche grafische Ansichten, UVM-bezogene Funktionen und Dokumentation | Welche Ansichten helfen bei Übergabe und Fehlersuche? |
| Enterprise | Erweiterte Automatisierung über die CLI | Welche Prüfungen sollen ohne interaktive IDE laufen? |
Die aktuelle Hersteller-Funktionsmatrix ist maßgeblich für den jeweiligen Umfang. Community ist laut Sigasi auf nichtkommerzielle Nutzung beschränkt und setzt Talkback voraus; sie ist deshalb keine pauschale Alternative für einen kommerziellen Teamversuch.
Projektdaten als gemeinsame Grundlage
Das aktuelle Handbuch beschreibt Modular Projects als Standardformat. Für eine Umstellung aus einem bestehenden Projekt sollte zuerst geklärt werden, wo die maßgebliche Dateimenge, Bibliothekszuordnung und Compilerkonfiguration gepflegt werden. Prüfen Sie anschließend, ob die Editoranalyse einen frischen Build korrekt abbildet.
Externe Kompilierung ist eine eigene Prüfebene
Mit dokumentierten Compiler-Tasks lassen sich Diagnosen externer Werkzeuge integrieren. Für Riviera-PRO existiert ein eigener Task-Typ. Dieser Schritt führt nicht automatisch eine vollständige Verhaltenssimulation aus. Dafür bleiben Testbench, Elaborierung, Ausführung und Ergebnisbewertung erforderlich.
CLI enthalten heißt nicht jede Nutzung lizenziert
Sigasi gibt an, dass die CLI seit Visual HDL 2025.3 im VS-Code-Paket enthalten ist. Ob eine konkrete CLI-Funktion genutzt werden darf, hängt dennoch von der Edition und den Lizenzbedingungen ab. Prüfen Sie dies vor einer automatisierten Team- oder CI-Nutzung.
Was ein Versuch zeigen sollte
- Editor und Simulator sehen dieselben Dateien und Bibliotheken.
- Navigation und Umbenennung funktionieren an einem typischen Quelltextabschnitt.
- Diagnosen lassen sich einem konkreten Projektziel zuordnen.
- Der gewünschte externe Compilerlauf ist im vorgesehenen Betriebssystem reproduzierbar.
Der gemeinsame Workflow liefert die technische Einordnung. Für eine Sigasi-Visual-HDL-Evaluierung nennen Sie Projektformat, Sprachen, Betriebssystem und benötigte Automatisierung.