Konstruktion & Materialien
Single-Pair Ethernet und Stromversorgung: Ansatzwahl, Prüfstandsaufbau und Bewertungsvorbereitung
Erstellt von MTTJVeröffentlicht: Aktualisiert:
Zusammenfassung: Wenn Sie einen Sensor an Single-Pair Ethernet anschließen möchten, wählen Sie zuerst die Evaluierungsplattform. Ein Anwendungsprototyp mit Raspberry Pi/Linux erfordert andere Hard- und Software als die Anbindung eines Analog-Frontends an einen AM2434 zur Entwicklung eines eingebetteten Knotens. Dieser Beitrag vergleicht zwei Herstellerreferenzdesigns, verlinkt Umsetzungsunterlagen, beschreibt eine Versuchsfolge von der kurzen Verbindung bis zum Zielkabel und bietet einen direkt anpassbaren Prüfstandsplan.
Den Ansatz wählen, der die aktuelle Frage beantwortet
| Vergleichspunkt | Analog Devices CN0575 | Texas Instruments TIDA-010261 |
|---|---|---|
| Hauptaufgabe der Bewertung | Ein 10BASE-T1L-Feldgeräteprototyp auf Raspberry Pi/Linux | Analog-Frontend an AM2434 anbinden, Daten verarbeiten und über Ethernet hochladen |
| Datenschnittstelle | ADIN1110 MAC-PHY über SPI mit dem Host verbunden | AM2434 MCU mit DP83TD510E PHY |
| Versorgungspfad | LTC9111 auf der Seite des versorgten Geräts; das Referenzdesign unterstützt SPoE Class 12/13 | PoDL Type E, Class 12 einschließlich SCCP; zusätzlich ein 24 V-Hilfseingang |
| Umsetzungsunterlagen | Zugang zur Evaluierungsplatine, Designpaket mit Schaltplan/BOM/Layout, Circuit Note und Benutzerhandbuch | Schaltplan, BOM, Gerber/Layout, Designleitfaden und SDK-Anweisungen |
| Hardwarebeschaffung | Offiziell aufgeführte Evaluierungshardware EVAL-CN0575-RPIZ; regionale Bestände und Lieferzeiten wurden für diesen Beitrag nicht geprüft | Der Hersteller erklärt ausdrücklich, dass die vollständige Validierungsplatine nicht verkauft wird; Eigenfertigung oder eine andere geprüfte Hardwarelösung bewerten |
| Wichtigste Softwarevorbereitungen | Raspberry Pi, ADI Kuiper Linux, zugehöriger Device Tree und Beispiele | AM243x-Startdateien und Anwendung; die PoDL-Steuerung umfasst außerdem MSP430-Firmware |
Quellen: Offizielle CN0575-Unterlagen, offizielle TIDA-010261-Unterlagen. Beide sind Referenzdesigns für die Entwicklung am Prüfstand. Sie bilden keinen austauschbaren Satz fertiger Produkte.
Auswahlhinweis: Geht es unmittelbar darum, wie eine vorhandene Linux-Anwendung Sensordaten erhält, prüfen Sie zunächst Hardware- und Image-Vorbereitung für CN0575. Soll bewertet werden, wie analoge Abtastung, Edge-Verarbeitung und Datenübermittlung in einem eingebetteten Knoten zusammenkommen, liegt TIDA-010261 näher an der Aufgabe. Zuvor müssen jedoch Ressourcen für Platinenfertigung und Softwareanpassung bestätigt sein. Wenn Sie nur ein bestimmtes Kabel prüfen möchten, können beide Entwicklungsansätze über den Bedarf hinausgehen. Kompatible Endgeräte, die bereits zusammen funktionieren, sind meist eine geeignetere Vergleichsreferenz. Dies ist eine technische Empfehlung anhand der Bewertungsaufgabe und keine Rangliste der Herstellerleistung.
Daten und Versorgung zunächst als getrennte Pfade darstellen
Die folgenden Funktionsbeziehungen wurden aus den Referenzdesigns zusammengestellt. Sie helfen, die Vorbereitung des Prüfstands aufzuteilen. Sie bedeuten weder, dass beide Designs direkt verbunden werden können, noch ersetzen sie den Verdrahtungsplan der konkreten Platine.
CN0575: Beziehung zwischen Linux-Host und Einpaarverbindung
- Raspberry Pi / Linux-Anwendung
- SPI
- ADIN1110 MAC-PHY
- Kopplungsnetzwerk auf der Platine und Einpaarkabel
- Kompatible Gegenstelle
- Kompatible speisende Ausrüstung (PSE)
- Einpaarkabel und Versorgungsnetzwerk auf der Platine
- LTC9111-Steuerung des versorgten Geräts (PD) und nachgeschaltete Stromversorgung
- Verbraucher auf der Platine / Raspberry Pi
Dass dasselbe Kabel Daten und Strom führt, bedeutet nicht, dass beide Funktionen automatisch arbeiten. Für die Datenverbindung müssen die Betriebsarten beider Endpunkte und die Anwendung geprüft werden. Die Versorgung über dasselbe Aderpaar hängt zusätzlich von den Fähigkeiten der PSE, der Versorgungsklasse des PD und den Platineneinstellungen ab. Aus der Datenschnittstelle eines Medienkonverters folgt nicht, dass er die benötigte Leistung bereitstellt. CN0575: Funktions- und Versorgungsbeschreibung
TIDA-010261: analoge Abtastung, eingebettete Verarbeitung und Upload
- Analog-Frontend / Evaluierungsmodul
- AM2434-Anwendungsverarbeitung
- DP83TD510E PHY
- Platinenschnittstelle und Einpaarkabel
- Kompatible Gegenstelle
- PD-Pfad für PoDL Type E, Class 12 in der Herstellerkonfiguration
- Unterstützte Hilfsversorgungskonfiguration
Versorgungswahl: Den PD-Pfad für PoDL Type E, Class 12 in der Herstellerkonfiguration verwenden oder mit der unterstützten Hilfsversorgungskonfiguration evaluieren. Konkrete Einstellungen und Umschaltbedingungen stehen im Designleitfaden.
Dieser Ansatz integriert neben Ethernet auch die Analog-Frontend-Schnittstelle, Anwendungsfirmware und Versorgungssteuerung. Die Herstellerunterlagen bieten Einstiegspunkte für Entwicklung und Fehlersuche; das ausführende Team muss weiterhin Platinenbeschaffung, Inbetriebnahme und Softwareanpassung organisieren. Die Pfeile zeigen Funktionsbeziehungen und bedeuten nicht, dass zwei Stromversorgungen direkt parallel geschaltet werden dürfen. TIDA-010261-Übersicht
Aus der Ansatzwahl eine konkrete Vorbereitungsentscheidung machen
Angenommen, ein Team hat bereits eine Raspberry-Pi-Datenanwendung und möchte eine Einpaarverbindung bewerten. CN0575 sollte zuerst geprüft werden, weil es dem vorhandenen Host und der Entwicklungsumgebung nahekommt. Diese Einschätzung ist noch keine Bestellung. Das Team sollte das vollständige Benutzerhandbuch beschaffen, Image und Device Tree, Gegenstelle und Versorgungskonzept prüfen und anschließend entscheiden, ob Platinen und Kabel einen vollständigen Prüfstand ergeben.
Ändert sich das tatsächliche Ziel zu einem selbst entwickelten eingebetteten Knoten mit Analog-Frontend und verfügt das Team bereits über Ressourcen für Platinenfertigung, Inbetriebnahme und Firmwareanpassung, passen die TIDA-010261-Unterlagen besser. Der Einkauf sollte dann eine versionierte BOM und eine technische Vorbereitungsliste erhalten. Dass die vollständige Validierungsplatine nicht verkauft wird, muss in die Terminplanung eingehen.
Geht es lediglich um den Vergleich zweier Kabel, sollte die Referenz besser mit kompatiblen, bereits funktionierenden Endgeräten aufgebaut werden. Werden Entwicklungsplattform, Firmware und Kabel im selben Vergleich geändert, lässt sich eine Auffälligkeit nur schwer einer Änderung zuordnen. Dies sind technische Auswahlempfehlungen für hypothetische Szenarien; sie liefern weder Messergebnisse noch eine Kostenrangfolge der Ansätze.
Beschaffung und Softwarevorbereitung gemeinsam auflisten
CN0575: den vollständigen Prüfstand prüfen, nicht nur eine Platine
Der Evaluierungsabschnitt der offiziellen Circuit Note Rev. A nennt die CN0575-Platine, Raspberry Pi 3B+ oder höher, Host-Rechner, Einpaarkabel, RJ45/USB-Verbindungen und Beispielskripte. Das Anschlussverfahren verwendet EVAL-ADIN1100-EBZ als Gegenstelle und verlangt eine zu den Platineneinstellungen passende Versorgung. Der Raspberry Pi benötigt das zugehörige Kuiper Linux und den Device Tree. Evaluierungsabschnitt, Seite 6
Erstellen Sie daraus Ihre Prüfstandsliste, aber leiten Sie nicht ab, dass eine Medienkonverterplatine sämtliche PoDL/SPoE-Versorgungsfunktionen bietet. Prüfen Sie Datengegenstelle, Art der Leistungseinspeisung, Jumper der versorgten Platine und Netzteil getrennt. Verdrahten Sie nach der vorliegenden Platinenrevision und dem Herstellerleitfaden. Der Zugriff auf das verlinkte ausführliche Benutzerhandbuch war bei der Recherche eingeschränkt. Beschaffen Sie es vor dem Einkauf, insbesondere um Image, Gegenstelle und Jumper-Schritte zu bestätigen. Für Designdateien sind Downloadzugänge vorhanden; prüfen Sie vor der Bestellung auch tatsächliche Dateiversionen, Nutzungsbedingungen und Bauteilverfügbarkeit.
TIDA-010261: Platinenfertigung und Inbetriebnahme vor dem Anschluss des tatsächlichen Sensors klären
Der Schaltplan TIDMBP8, die BOM TIDMBP9 und der Designleitfaden TIDUF34A sind direkt verfügbar. Abschnitt 4 behandelt Debug-Schnittstellen, Inbetriebnahme und Softwarevorbereitung. Fehlt eine kompatible Gegenstelle, die Leistung bereitstellt, ermöglicht der Hilfsversorgungspfad die Datenbewertung mit einem externen Netzteil mit 24 V, 0.5 A und einem Medienkonverter, der keine Leistung über die Verbindung liefert. Diese Versorgungsbedingung gilt nur für diese Referenzplatine. Hardwareanforderungen §4.1
| Zu erledigende Arbeit | Gefundener konkreter Einstiegspunkt | Noch zu organisierende technische Arbeit |
|---|---|---|
| Platine vorbereiten | Obiger Schaltplan und BOM; Gerber/Layout auf der Projektseite | Passende Designdateiversionen prüfen; fertigen, beschaffen, bestücken und Einschaltprüfungen durchführen |
| In Betrieb nehmen und debuggen | UART- und JTAG/SD-Schnittstellen in Leitfaden §4.1 | Debug-Verbindungen vorbereiten und Platinen-ID, Startverfahren und Firmwareversion dokumentieren |
| Ethernet-Anwendung zum Laufen bringen | SDK- und Ethernet-Beispiele in §4.2.2 | DP83TD510E gemäß Anleitung anpassen; das Beispiel ist keine vorkompilierte Firmware für beliebige eigene Platinen |
| PoDL-Leistungsaufnahme bewerten | MSP430-Firmwarehinweise in §4.2.1 | SCCP, Fähigkeiten der PSE und tatsächliche Firmwarekonfiguration prüfen |
| Übertragungskette für Analogdaten reproduzieren | TIDA-010249, Signalquelle und PC-DHCP/MQTT-Konfiguration in §4.3 | Bei Verwendung eines eigenen Analog-Frontends Schnittstellenbetriebsarten, Spannungen und Abtastprogramm erneut prüfen |
Nehmen Sie Softwareabschnitte, Designdateien und Hardware-Debug-Bedingungen in die Vorbereitungsliste auf. BOM-Preise allein bilden die Kosten für die vollständige Umsetzung dieses Ansatzes nicht ab. Vergleichbare Platinenlieferzeiten, Integrationsstunden und Angebote für komplette Prüfstände wurden für diesen Beitrag nicht beschafft; daher enthält er keine Rangfolge der Gesamtkosten.
Prüfstandsversuche so anordnen, dass Ergebnisse erklärbar bleiben
Die folgende Reihenfolge ist ein Versuchsvorschlag. Tragen Sie vor der Verwendung beide Endpunktplatinen, Firmware, Kabelzeichnungen, Anschlussaufbau, Kriterien für Anwendungsdaten und zulässige Bauteilbedingungen ein. Verwenden Sie ausschließlich vom Hersteller ausdrücklich unterstützte Versorgungspfade. Schalten Sie Konfigurationen im spannungsfreien Zustand gemäß der jeweiligen Anleitung um.
| Bedingung | Gleich lassen | Änderung in diesem Versuch | Zu erhebender Nachweis |
|---|---|---|---|
| B01: Kurzstreckenreferenz | Endpunktplatinen, Firmware und Anwendungsdatenlast | Vom Hersteller unterstützte Ausgangskonfiguration herstellen | Tatsächlich ausgehandelter Modus, fortlaufender Empfang von Anwendungsdaten und Zeitfenster des Protokolls |
| B02: Zielkabel | Endpunkte, Last und Versorgung von B01 | Zielkabel und dokumentierte Steckverbinderkombination einsetzen | Datenzähler, Verbindungsabbrüche/Wiederverbindungen, Resets und Versorgungsbeobachtungen; Vergleich mit B01 über dasselbe Zeitfenster |
| B03: Versorgung über dasselbe Aderpaar | Kabel und Datenlast von B02 | Auf PoDL/SPoE umstellen, wenn die Geräte dies unterstützen und beide Seiten zusammenpassen | Aufbau der Versorgung, PD-Zustand und Datenverhalten; PSE-Konfiguration aufbewahren |
| B04: Start- oder Laständerungen | Bestätigte Schaltung und Kabel | Jeweils nur eine definierte Start-/Lastbedingung ändern | Anzahl der Starts, Wiederherstellungszeit der Anwendung, Resets und zugehörige Signalverläufe/Protokolle |
Die Entfernung von 1 000 m in den CN0575-Unterlagen ist mit dem Modus 2.4 Vpp verknüpft. Für 2.4 Vpp müssen außerdem beide Endpunkte ihre Unterstützung signalisieren und den Modus aushandeln. Die Versorgungsfähigkeit des Zielkabels, Steckverbinder und Umgebung bleiben eigenständige Validierungsaufgaben. CN0575: physikalische Schnittstelle und Aushandlung
Erfassen Sie „Anzeige leuchtet/Verbindung aufgebaut“, „Anwendung empfängt gültige Daten“ und „stabiler Betrieb bei der vorgesehenen Versorgung“ getrennt. Das sind drei unterschiedliche Beobachtungen. Funktioniert die Kurzstreckenreferenz nicht, prüfen Sie zuerst Endpunktkonfiguration, Image/Firmware, Gegenstelle und Verdrahtung, statt sofort das lange Kabel verantwortlich zu machen. Tritt eine Auffälligkeit nur bei Versorgung über dasselbe Aderpaar auf, sichern und prüfen Sie als Nächstes Versorgungsaufbau, PD-Eingang und Reset-Zeitverlauf. Das Symptom allein beweist keinen Spannungsabfall im Kabel als Ursache. Beenden Sie diese Versuchsbedingung bei ungewöhnlicher Erwärmung, Überschreitung zulässiger Bauteilbedingungen oder unklarer Verdrahtung und untersuchen Sie das Problem anhand der Bauteil- und Platinendokumentation.
Was ist bei einer Auffälligkeit als Nächstes zu prüfen?
Die folgenden Prüfungen folgen den Vergleichen B01–B04. Sie helfen, den nächsten Nachweis auszuwählen; Symptome allein können einem Bauteil oder Kabel keine Fehlerursache zuweisen.
| Aktuelle Beobachtung | Zuerst zu erhebende oder zu prüfende Nachweise | Mögliche Schlussfolgerung |
|---|---|---|
| Bereits die Kurzstreckenreferenz funktioniert nicht | Endpunkt- und Platinenversionen, Image/Firmware, Gegenstelle, Verdrahtung und Anwendungsprotokolle | Vor der Interpretation des Verhaltens mit langem Kabel eine gültige Referenz wiederherstellen |
| Die Verbindung steht, aber erwartete Anwendungsdaten fehlen | Anwendungskonfiguration, Anwendungsprotokolle desselben Zeitfensters und Zählerdefinitionen | Zustand der physikalischen Verbindung von der Aufgabenerfüllung der Anwendung unterscheiden |
| Nach Einsetzen des Zielkabels tritt bei gleicher Konfiguration eine Auffälligkeit auf | Kabel- und Steckverbinderkombination, Daten desselben Zeitfensters, Wiederverbindungs-/Reset- und Versorgungsaufzeichnungen | Auffälligkeit mit dieser Änderung verknüpfen und Fehlereingrenzung planen; Korrelation allein belegt weiterhin keine Grundursache |
| Eine Auffälligkeit tritt erst nach Umschalten auf Versorgung über dasselbe Aderpaar auf | PSE-Konfiguration, PD-Zustand und zeitliche Beziehungen zwischen Reset- und Datenereignissen | Nächste Versorgungs- oder Zeitmessung auswählen, statt unmittelbar einen Kabelspannungsabfall als Ursache festzulegen |
Wer diese Aufzeichnungen zusammen mit dem ungeprüften Umfang an den nächsten Ingenieur übergibt, unterstützt Entscheidungen über Fortsetzung, Änderung oder zusätzliche Tests besser als mit einem einzelnen Screenshot „Verbindung hergestellt“.
Plan- und Protokolldateien direkt anpassen
Das Prüfstandspaket enthält einen Prüfstandsplan mit Ergebnistabelle, einen ausgefüllten Beispielplan und Feldhinweise. Die Dateien führen Bedingungen, Variablen und Ergebnisfelder zusammen. So bleiben auch fehlgeschlagene Bedingungen dokumentiert, statt nur eine erfolgreiche Verbindung festzuhalten.
Das Beispiel nimmt ein Team mit kompatiblen Endgeräten an, das ein 1 m-Referenzkabel mit einem 20 m-Zielkabel vergleicht und eine Versorgung über dasselbe Aderpaar mit Leistungsaushandlung prüfen möchte. Diese Längen sind Demonstrationseingaben, keine empfohlenen Grenzwerte. Jede Beispielzeile nennt Änderung, Konstanten und Beobachtungen. Gemessene Zählerstände, Spannungen, Reset-Anzahlen und Schlussfolgerungen sind leer, weil keine Tests durchgeführt wurden. Ersetzen Sie Geräte und Bedingungen, ergänzen Sie Unterlagen und Kriterien und übergeben Sie den Plan an die ausführende Person.
Als Abschluss dieser Versuchsrunde lässt sich festlegen: Jede geplante Bedingung hat eine eindeutige Konfiguration und Protokolle; Fehler führen zu einem nächsten Diagnoseschritt; Versorgung und Daten erhalten getrennte Bewertungen; nicht validierte Umgebungen, Längen und Lasten werden gesondert aufgeführt. Dieses Ergebnis kann die Fortsetzung der Entwicklung, ihre Änderung oder den Abbruch des Ansatzes begründen. Produktionsqualifikation, EMC, Dauerhaltbarkeit und endgültige Anwendungsabnahme benötigen eigene Validierungen.
Zur Vorbereitung der Zielkabelbedingungen lesen Sie den Leitfaden zur Auswahl von Leiterquerschnitt und Leiter. Zum Aufbereiten der Validierungsergebnisse lesen Sie Prüfberichte für Kabelkonfektionen bewerten.
Quellenversionen: CN0575 Circuit Note Rev. A; TIDA-010261, Designleitfaden TIDUF34A (2025-08); öffentliche Herstellerunterlagen abgerufen am 2026-09-23. Bestätigen Sie zueinander passende BOM-, Schaltplan- und Platinenversionen für den tatsächlichen Aufbau. MTTJ nutzte KI zur Quellenlektüre und redaktionellen Bearbeitung. Dieser Beitrag bietet einen Unterlagenvergleich und vorgeschlagene Versuchswerkzeuge; die beiden Referenzdesigns wurden dafür nicht praktisch reproduziert.
Zugehörige Ressourcen und Fertigungsbereiche
Versuchswerkzeuge und Feldanleitungen
Prüfstandsplan für Single-Pair Ethernet: Felder und Anleitung
Prüfstandsplan für Single-Pair Ethernet: Felder und Anleitung
Version: 2026-09-23. Zugehörige Dateien: spe-bench-plan.csv und spe-bench-demo-plan.csv. Öffnen Sie die Dateien als kommagetrennten UTF-8-Text über „Aus Text/CSV“ in Excel oder mit LibreOffice. Englische Spaltennamen ermöglichen die sprachübergreifende Wiederverwendung.
Der Plan enthält bereits die Versuchszwecke B01 kurze Referenzverbindung, B02 Zielkabel, B03 Versorgung über dasselbe Paar und B04 Start-/Laständerung. Es handelt sich um eine vorgeschlagene Reihenfolge, nicht um eine Verdrahtungsanleitung des Herstellers oder einen abgeschlossenen Versuch. Entfernen Sie Bedingungen, die nicht zu den Gerätefähigkeiten passen. Für wiederholte Ausführungen einer Bedingung kopieren Sie die Zeile und vergeben eine eindeutige test_id. Ergänzen Sie vor Arbeitsbeginn Dokumentation, tatsächliche Platinen, Software und Kriterien.
| Feld | Bedeutung und Ausfüllhinweise |
|---|---|
| data_kind | unperformed_plan für den Plan; illustrative_plan_not_measured für das Beispiel; nach tatsächlichen Messungen measured in einem separaten Datensatz verwenden |
| test_id | Eindeutige Kennung jeder Ausführung zur Zuordnung von Protokollen |
| document_and_revision | Versionen der tatsächlich verwendeten Platinenhandbücher, Design-Dateien und Softwareunterlagen |
| endpoint_a_hw_fw / endpoint_b_hw_fw | Hardwarestände sowie Firmware-/Image-/Treiberversionen beider Endpunkte |
| cable_drawing_lot / planned_length_m | Kabelzeichnung, Steckverbinder und Charge / geplante Länge in Metern |
| power_route_and_class | Tatsächlicher Versorgungspfad, PSE/PD-Konfiguration und Leistungsklasse; externe Versorgung von Versorgung über dasselbe Paar unterscheiden |
| changed_factor / held_constant | In dieser Zeile geänderter Faktor / konstant gehaltene Bedingungen |
| acceptance_criteria_ref | Verweis auf vor der Ausführung festgelegte Produktkriterien, zulässige Bauteilbedingungen und Stoppbedingungen |
| planned_observation | Für diese Bedingung geplante Beobachtungen und Protokolle |
| started_at_utc / ended_at_utc | Tatsächliches Ausführungsfenster einschließlich Datum, Uhrzeit und Zeitzone UTC |
| actual_tx_mode_vpp | Tatsächlich ausgelesener Sendemodus (Vpp); nicht durch einen Planwert ersetzen |
| actual_tx_count / actual_rx_count | Sende-/Empfangszähler auf derselben Ebene und im selben Zeitfenster; bei nicht verfügbaren Zählerständen leer lassen |
| counter_definition | Ob die Zähler Ethernet-Frames, Anwendungsnachrichten oder andere Einheiten erfassen; Umgang mit Duplikaten, Filterung und Rücksetzungen |
| link_down_count / reset_count | Im Zeitfenster tatsächlich beobachtete Verbindungsabbrüche / Endpunkt-Resets; ohne Beobachtung leer lassen |
| pd_input_min_v / pd_input_max_v | Minimale/maximale PD-Eingangsspannung am festgelegten Messpunkt in V; Messgerät und Messpunkt in evidence_ref angeben |
| power_setup_result / data_result | Getrennte Bewertungen von Versorgungsaufbau und Anwendungsdaten einschließlich verwendeter Kriterien; bei nicht ausgeführtem Versuch kein Bestehen eintragen |
| evidence_ref | Ablageorte von Protokollen, Signalverläufen, Messpunkten, Abtasteinstellungen und Ergebnisdateien unter derselben ID |
| next_decision | Nächster Schritt: fortsetzen, einen benannten Punkt ändern, diesen Ansatz beenden oder weiterprüfen, jeweils mit Entscheidungsgrundlage |
Den ausgefüllten Beispielplan verwenden
Die Demonstrationsdatei setzt vorhandene kompatible Endpunkte voraus, mit einer Ausgangsverbindung von 1 m und einem Zielkabel von 20 m. Diese Längen dienen nur der Veranschaulichung. Separate Zeilen ändern Kabel, Versorgung sowie Start oder Last. Ersetzen Sie REPLACE-Felder durch tatsächliche Angaben. Prüfen Sie außerdem Leistungsklassen, Aushandlung und Steckverbinderunterstützung an beiden Enden; angenommene Kompatibilität ist keine abgeschlossene Prüfung.
Alle Beispielfelder von started_at_utc bis next_decision bleiben leer. Es gibt keine tatsächlichen Zeiten, Zählerstände, Spannungen, Resets, Protokolle oder Prüfschlussfolgerungen. Kopieren Sie den Plan nach der Vorbereitung in eine separate Ausführungsdatei und behalten Sie den Originalplan. Unterscheiden Sie die Dateien sowohl im Dateinamen als auch über data_kind.
Ergebnisse zusammenfassen und Fehler eingrenzen
Vergleichen Sie zuerst B01/B02 bei gleichem Zeitfenster, gleicher Last, gleichen Endpunkten und gleicher Software. Vermerken Sie beim Vergleich B02/B03 den geänderten Versorgungspfad. Eine leuchtende Anzeige reicht nicht für eine positive Bewertung in data_result; lesen Sie die Anwendungsdaten aus und wenden Sie die festgelegten Kriterien an. Bei unterschiedlichen Zählerdefinitionen oder zurückgesetztem Zähler darf die Differenz aus Sende- und Empfangszahl nicht direkt als Paketverlust gelten. Bewahren Sie die Protokolle auf und erklären Sie zuerst die Differenz.
Treten Fehler nur bei Versorgung über dasselbe Paar auf, prüfen Sie vor der nächsten Messung die zeitlichen Zusammenhänge zwischen Versorgungsaufbau, PD-Zustand, Resets und Datenereignissen. Schließen Sie aus diesem Symptom allein nicht auf Kabelspannungsabfall. Scheitert auch die kurze Verbindung, beheben Sie zuerst die Referenzkonfiguration. Lassen Sie nicht verfügbare Aufzeichnungen leer. Tragen Sie 0 nur für ein Ereignis ein, das im tatsächlich beobachteten Zeitfenster nicht auftrat.
Eine Prüfstandsauswertung ist übergabefähig, wenn jede geplante Bedingung Konfiguration, Kriterien und Ergebnisverweise enthält, Fehler einen ausführbaren nächsten Diagnoseschritt erhalten und ungeprüfte Bereiche separat aufgeführt sind. Die Tabelle bestimmt nicht automatisch die Bauteilkompatibilität und ersetzt weder Herstellervorgaben zur Verdrahtung noch Produktqualifikation oder EMV-Prüfung.
Originalwerte der CSV und ihre Bedeutung
Die Originaldateien behalten stabile englische Werte bei. Die folgende Tabelle erläutert deren Bedeutung; Demonstrationskennungen bezeichnen keine realen Teile oder Versuche.
| Originalwert | Bedeutung |
|---|---|
unperformed_plan |
Ein noch nicht ausgeführter Plan. |
illustrative_plan_not_measured |
Ein Beispielplan ohne Messergebnisse. |
measured |
Separater Datensatz tatsächlicher Messungen nach der Ausführung. |
B01 |
Bedingung für die kurze Referenzverbindung. |
B02 |
Bedingung für das Zielkabel. |
B03 |
Bedingung für Versorgung über dasselbe Paar. |
B04 |
Bedingung für Start- oder Laständerung. |
REPLACE: exact board manuals and matched revisions |
Tatsächliche Platinenhandbücher eintragen und passende Versionsstände prüfen. |
REPLACE: compatible endpoint A / firmware |
Tatsächlichen Endpunkt A und Firmware eintragen und Kompatibilität prüfen. |
REPLACE: compatible endpoint B / firmware |
Tatsächlichen Endpunkt B und Firmware eintragen und Kompatibilität prüfen. |
REPLACE: actual drawing and lot |
Tatsächliche Kabelzeichnung und Charge eintragen. |
REPLACE: product-specific criteria agreed before test |
Die vor der Ausführung festgelegten produktspezifischen Kriterien eintragen. |
original supported supply |
Die ursprüngliche, vom Hersteller unterstützte Versorgung verwenden. |
same as B01 |
Die Versorgung von B01 beibehalten. |
compatible PoDL/SPoE only |
PoDL/SPoE erst nach Prüfung der Kompatibilität verwenden. |
validated route |
Den für die Geräte bereits geprüften Versorgungspfad verwenden. |
establish baseline |
Die anfängliche Vergleichskonfiguration herstellen. |
target cable and connector assembly |
Zum Zielkabel mit Steckverbinderkonfektion wechseln. |
power route |
Die Versorgung ändern. |
one declared startup or load condition |
Eine ausdrücklich definierte Start- oder Lastbedingung verändern. |
endpoint firmware; application load |
Endpunkt-Firmware und Anwendungslast konstant halten. |
endpoints; firmware; data load; supply |
Endpunkte, Firmware, Datenlast und Versorgung konstant halten. |
B02 cable; endpoints; firmware; data load |
Kabel von B02, Endpunkte, Firmware und Datenlast konstant halten. |
validated circuit and cable |
Bereits geprüfte Schaltung und Kabel konstant halten. |
negotiation; application data; supply state |
Aushandlung, Anwendungsdaten und Versorgungszustand beobachten. |
same-window data counters; reconnect/reset; supply readings |
Datenzähler im selben Zeitfenster, Wiederverbindungen/Resets und Versorgungsmesswerte beobachten. |
power classification/start; PD state; application data |
Leistungsklassifizierung und Versorgungsstart, Zustand des versorgten Geräts und Anwendungsdaten beobachten. |
startup count; recovery duration; logs/waveform |
Anzahl Starts, Wiederherstellungsdauer und zugehörige Protokolle oder Signalverläufe erfassen. |
