Beschreibung
Aufgrund eines Problems in der Quartus® II Softwareversion 13.0 SP1 und früher können Sie bei der Verwendung einer inkrementellen Kompilierung ein falsches Verhalten von Reset-Signalen sehen. Insbesondere kann der Betrieb des Resets die Umgekehrte des erwarteten Seins sein. Dieses Problem kann auftreten, wenn alle folgenden Punkte in Ihrem Design zutreffen:
- Aus einem Register in einer Design-Partition, einschließlich der Partition der obersten Ebene, wird ein Aktiv-Low-Reset generiert
- Der Reset ist invertiert und mit einer Partition auf niedrigerer Ebene verbunden.
- Der Reset wird als aktives High-Radeon-Reset innerhalb der Partition auf niedrigerer Ebene verwendet.
- Der Reset wird zu einem globalen oder regionalen Taktpuffer gefördert
- Die Partition auf der unteren Ebene bewahrt frühere Synthese- oder Darstellungsergebnisse, und die Partition der oberen Ebene wird aus der Quelle kompiliert
Lösung
Um dieses Problem zu vermeiden, stellen Sie sicher, dass Ihr Design einen der folgenden Schritte führt:
- Verwenden Sie im gesamten Design den gleichen Sinn (Active-High oder Active-Low) Reset
- Invertieren Sie den Reset innerhalb der Partition auf der unteren Ebene, wo er anstelle der Partition auf der oberen Ebene verwendet wird
- Vermeiden Sie die Verwendung von globalem oder regionalem Takt-Routing für das Reset-Signal
- Verwenden Sie die gleiche Sicherungsstufe für Partitionen der oberen und unteren Ebene
- Inkrementelle Kompilierung deaktivieren
Dieses Problem wird voraussichtlich in einer zukünftigen Version der Quartus II Software behoben werden.