Warum kann der Stratix® IV GX/GT Transceiver CDR, der im automatisch gesperrten Modus konfiguriert ist, das rx_freqlocked Signal in einem anderen Modus außer dem PCIe-Modus beibehalten?

Eine Erklärung darüber, warum die Stratix® IV GX/GT CDR-Einheit das rx_freqlocked Signal in einem anderen Modus, außer im PCIe-Modus, beibehalten kann, finden Sie im Stratix IV GX Errata Sheet (PDF) und Stratix IV GT Errata Sheet (PDF).

Für die Quartus® II Softwareversionen 9.1 SP2 und 10.0 SP1 steht ein Patch zur Verfügung. Laden Sie den entsprechenden Patch über die unten stehenden Links herunter und installieren Sie diesen. Die Softwarelösung zur Lösung dieses Problems ist vollständig in die Quartus II Softwareversionen nach 10.0 SP1 integriert, sodass keine Patch-Installation erforderlich ist.

Beachten Sie, dass die Software-Patches nicht mit bestimmten früheren, unten angegebenen Patches kompatibel sind. Wenn Sie eines dieser nicht kompatiblen Patches verwenden, überprüfen Sie die alternative Lösung mit der in Abbildung 1 dargestellten und unten beschriebenen Rücksetzsequenz, oder stellen Sie bei mysupport.altera.com einen Serviceantrag, wenn Sie ein kompatibles Patch benötigen.

• Quartus II Software Version 9.1 SP2 (Patch 2.109 ist nicht mit den Patches 2.17, 2.35, 2.76, 2.77, 2.78, 2.83 und 2.98 kompatibel)
  • Laden Sie die Quartus II SoftwareVersion 9.1 SP2 Patch 2.109 für Windows herunter (.exe)
  • Laden Sie die Quartus II SoftwareVersion 9.1 SP2 Patch 2.109 für Linux herunter (.assets)
  • Laden Sie die Readme für die Quartus II Software Version 9.1 SP2 Patch 2.109 herunter (.txt)

• Quartus II Software Version 10.0 SP1 (Patch 1.158 ist nicht mit Patch 1.151 kompatibel)
  • Laden Sie die Quartus II Softwareversion 10.0 SP1 Patch 1.158 für Windows herunter (.exe)
  • Laden Sie die Quartus II Softwareversion 10.0 SP1 Patch 1.158 für Linux herunter (.kernel)
  • Laden Sie die Readme für die Quartus II Software Version 10.0 SP1 Patch 1.158 herunter (.txt)

Wenn der Transceiver im Basismodus konfiguriert ist und das rx_signaldetect Signal benötigt, z. B. für das SATA- oder SAS-Protokoll, müssen Sie den Parametereditor erneut ausführen, die IP-Funktion neu generieren und Ihr Design neu kompilieren. Sie können auch Folgendes über die Befehlszeile ausführen, um die IP-Funktion neu zu generieren, ohne den Parametereditor zu durchlaufen:

qmegawiz -silent

wobei altgx_file der Name der IP-Funktionsänderungsdatei ist.

Wenn der Transceiver in einem anderen Modus außer dem PCIe-Modus konfiguriert ist und das rx_signaldetect Signal nicht erforderlich ist, können Sie den Quartus II Software-Assembler-Schritt erneut ausführen, ohne eine vollständige Kompilierung durchführen zu müssen.

Alternative Lösung

Als Alternative zu den oben genannten Softwarelösungen können Sie die unten beschriebene und in den Wellenformen in Abbildung 1 dargestellte Lösung zur Rücksetzsequenz anwenden, um das Problem zu beheben.

Abbildung 1. Sequenz-Wellenformen zurücksetzen

1. Behaupten Sie die rx_analogreset und die rx_digitalreset Signale.
2. Die rx_freqlocked[0..n-1] Signale gehen niedrig, was darauf hinweist, dass die Transceiver auf den Referenztakt gesperrt sind (Sperre zu Referenz).
3. Das Signal wird rx_analogreset deassert. Stellen Sie sicher, dass die Daten an den Empfängereingängen vorhanden sind, bevor Sie das rx_analogreset Signal deasserieren.
4. Die rx_freqlocked[0..n-1] Signale gehen hoch, was darauf hinweist, dass die Transceiver für Daten gesperrt sind.
5. Etwa 4 μs (t_{LTD_Auto}) nachdem das letzte rx_freqlocked Signal hoch geht, wird das rx_digitalreset Signal deassert.