Serielle Daten

I2C

Die I²C Trigger Decode (TD)- und Trigger, Decode, Measure/Graph und Physical Layer (TDME)-Lösungen bieten beide Hochleistungstrigger und transparente farbcodierte Decodierungsüberlagerungen, Protokolltabellen und Suchfunktionen. Die TDME-Option bietet außerdem eine Measure/Graph (M)-Funktion mit automatisierten Mess- und Grafikwerkzeugen sowie eine Eye Diagram (E)-Funktion zur Bewertung und Fehlerbehebung von Signalen auf der physikalischen Schicht.

Erforsche I²C Entdecken Sie I 2 C

I2C Fortschrittliche Softwarealgorithmen zerlegen die Wellenform in Protokollinformationen und überlagern dann die dekodierten Daten auf der Wellenform. Die Dekodierungsinformationen werden je nach Einstellung des Zeitbasis-/Zoomverhältnisses komprimiert oder erweitert, sodass das Verstehen von Nachrichten einfacher wird. Verschiedene Abschnitte des Protokolls sind farblich gekennzeichnet, um das Verständnis zu erleichtern, insbesondere für Benutzer, die mit seriellen Daten von I2C, SPI, UART und RS-232 noch nicht vertraut sind. Der Dekodierungsvorgang ist schnell – selbst bei langen Erfassungen. Der Benutzer kann wählen, ob er in Hex dekodieren möchte, Binary, oder ASCII-Formate.

I²Cbus TD Die I²Die C Trigger Decode (TD)-Lösung bietet Hochleistungstrigger und transparente farbcodierte Decodierungsüberlagerungen, Protokolltabellen und Suchfunktionen.

I²Cbus-TDME Die I²Die C Trigger, Decode, Measure/Graph and Physical Layer (TDME)-Lösung bietet Hochleistungstrigger, transparente farbcodierte Decodierungsüberlagerungen, Protokolltabellen und Suchfunktionen, Measure/Graph-Funktion mit automatisierten Mess- und Grafikwerkzeugen und Augendiagramm-Funktion für Signalbeurteilung und Fehlersuche auf der physikalischen Schicht.

Eingebettetes Systempaket TD Das Embedded Bundle Trigger and Decode (TD) enthält die im I2Cbus, SPIbus und enthaltenen Funktionen UART-RS232bus TD Produkte. Weitere Informationen zu diesem Produkt finden Sie auf den Produktseiten I2Cbus TD, SPIbus TD und UART-RS232bus TD.

Eingebettetes Systempaket TDME Das Embedded Bundle Trigger, Decode, Measure/Graph and Eye Diagram (TDME) enthält die im I2Cbus, SPIbus und enthaltenen Funktionen UART-RS232bus TDME-Produkte. Weitere Informationen zu diesem Produkt finden Sie auf den Produktseiten I2Cbus TDME SPIbus TDIch und UART-RS232bus TDMIR.

Merkmale

Stellen Sie eine ACK-Bedingung (ACK, NO ACK, Don't Care) in allen Frame-Trigger-Setups ein
Erfordert keine Anzeige der Taktspur während der Dekodierung
EEPROM-Lese-/Schreib-2048-Byte-Trigger-Fähigkeit
Frame-Length-Trigger-Fähigkeit
Die Adresse kann ein R/W-Bit enthalten oder als Don't Care definiert werden
Verwenden Sie analoge oder digitale (MSO) Eingänge zum Erfassen und Triggern.
Der EXT-Eingang kann für das Taktsignal verwendet werden
Intuitive, farbcodierte Dekodierungsüberlagerungen
Interaktive Protokolltabelle mit Zoom und Mustersuche
Automatisierte Timing-Messungen (nur TDME-Option)
Serielle digitale Datenextraktion in einen analogen Wert (serieller DAC) mit Wellenformdiagrammen (nur TDME-Option)
Augendiagramme mit Fehlerort (nur TDME-Option)

Bedingtes DATA-Trigger-Setup ("T")

Der Trigger erlaubt eine bedingte (<. <=, =, >, >=, <>, innerhalb eines Bereichs, außerhalb eines Bereichs) Einrichtung für die DATA-Bedingung. Dies ist besonders nützlich in Situationen, in denen anormale Ereignisse überwacht werden sollen, z. B. wenn ein CAN-Knoten eine niedrige oder hohe Motordrehzahl oder einen Kühlmitteldruck sendet.

Weitere Triggeroptionen ("T")

Zusätzlich zu den typischen Triggern Start/Stop/Neustart, NoAck, Adresse und Adresse+Daten bietet Teledyne LeCroy Trigger für EEPROM-Lese-/Schreibvorgänge mit einer Länge von bis zu 2048 Byte und für Frame-Länge. Adressbasierte Trigger erlauben eine zusätzliche ACK-Bedingung (ACK vorhanden, KEIN ACK vorhanden oder DON'T CARE). und Auswahl zum Einschließen eines R/W-Bits in einen 7-Bit-Trigger.

Mehr Flexibilität für adressbasierte Trigger ("T")

Adressbasierte Trigger ermöglichen eine zusätzliche ACK-Bedingung (ACK vorhanden, KEIN ACK vorhanden oder DON'T CARE) und die Auswahl, die Übertragungsrichtung als READ, WRITE oder DON'T CARE zu definieren (unter Verwendung von R/W-Bit in einem 7- Bit-Trigger oder R/W-Richtungsauswahl in einem 10-Bit-Trigger).

Intuitive, farbkodierte Dekodierungs-Overlays ("D")

Ein transparentes Overlay mit Farbcodierung für bestimmte Teile jedes Protokolls und den gesamten Nachrichtenrahmen erleichtert das Verständnis Ihrer seriellen Dateninformationen. Im Gegensatz zu anderen Lösungen, bei denen Protokolldekodierungsinformationen vom Signal entfernt sind, korreliert unsere Lösung die Wellenform und die Protokolldekodierung direkt auf dem Display. Wenn die Erfassungslänge erweitert oder verkürzt wird, passt sich die Dekodierungsüberlagerung an, um Ihnen genau die richtige Menge an Informationen anzuzeigen.

Interaktive Tabelle fasst Ergebnisse zusammen ("D")

Verwandeln Sie das Oszilloskop in einen Protokollanalysator mit tabellarischer Anzeige decodierter Informationen. Passen Sie die Tabelle so an, dass nur die relevanten Daten angezeigt werden, und berühren Sie eine Nachricht in der Tabelle, um automatisch darauf zu zoomen und sie auf dem Bildschirm anzuzeigen. Exportieren Sie die Tabelle für die Offline-Analyse. Bis zu vier verschiedene decodierte Signale beliebigen Typs können gleichzeitig in der Tabelle angezeigt werden.

Mess-/Grafik-Tools für die Validierungseffizienz ("M")

Validieren Sie schnell Ursache und Wirkung mit automatisierten Timing-Messungen zu oder von einem analogen Signal oder einer anderen seriellen Nachricht. Führen Sie mehrere Messungen in einer einzigen langen Erfassung durch, um während Eckfalltests schnell Statistiken zu erfassen. Serielle (digitale) Daten können in einen analogen Wert extrahiert und grafisch dargestellt werden, um die Systemleistung über die Zeit zu überwachen, als ob sie direkt abgetastet würde. Führen Sie die Validierung schneller durch und erhalten Sie bessere Einblicke.

Augendiagramme ("E")

Zeigen Sie ohne zusätzliche Einrichtungszeit schnell ein Augendiagramm Ihres paketierten seriellen Datensignals mit niedriger Geschwindigkeit an. Verwenden Sie Augenparameter, um die Systemleistung zu quantifizieren, und wenden Sie eine Standard- oder benutzerdefinierte Maske an, um Anomalien zu identifizieren. Maskenfehler können angezeigt werden und das Oszilloskop in den Stoppmodus zwingen.