Konstrukcja i materiały
Single-Pair Ethernet i zasilanie: wybór podejścia, układ stanowiska i przygotowanie oceny
Przygotowane przez MTTJOpublikowano: Zaktualizowano:
Podsumowanie: Przygotowując podłączenie czujnika do Single-Pair Ethernet, najpierw wybierz platformę oceny. Prototyp aplikacji na Raspberry Pi/Linux wymaga innego sprzętu i oprogramowania niż połączenie analogowego toru wejściowego z AM2434 w celu opracowania węzła wbudowanego. Artykuł porównuje dwa projekty referencyjne producentów, wskazuje materiały wykonawcze, układa próby od krótkiego łącza do kabla docelowego i udostępnia plan stanowiska do bezpośredniej edycji.
Wybierz podejście odpowiadające na obecne pytanie
| Porównanie | Analog Devices CN0575 | Texas Instruments TIDA-010261 |
|---|---|---|
| Główne zadanie oceny | Prototyp urządzenia obiektowego 10BASE-T1L na Raspberry Pi/Linux | Połączenie analogowego toru wejściowego z AM2434, przetwarzanie danych i wysyłanie przez Ethernet |
| Interfejs danych | ADIN1110 MAC-PHY połączony z hostem przez SPI | AM2434 MCU z DP83TD510E PHY |
| Tor zasilania | LTC9111 po stronie urządzenia zasilanego; projekt wspiera SPoE Class 12/13 | PoDL Type E, Class 12, w tym SCCP; dostępne także wejście pomocnicze 24 V |
| Materiały wykonawcze | Odnośnik do płytki ewaluacyjnej, pakiet projektu ze schematem/BOM/rozmieszczeniem, Circuit Note i instrukcja użytkownika | Schemat, BOM, Gerber/rozmieszczenie, przewodnik projektowy i instrukcje SDK |
| Dostępność sprzętu | EVAL-CN0575-RPIZ widnieje w oficjalnej ofercie sprzętu ewaluacyjnego; nie zweryfikowano regionalnych stanów magazynowych ani terminów dostaw | Producent jednoznacznie podaje, że kompletna płytka walidacyjna nie jest sprzedawana; oceń własne wykonanie lub inną zweryfikowaną opcję sprzętu |
| Główne przygotowania oprogramowania | Raspberry Pi, ADI Kuiper Linux, odpowiednie drzewo urządzeń i przykłady | Pliki startowe i aplikacja AM243x; sterowanie PoDL obejmuje także firmware MSP430 |
Źródła: oficjalne materiały CN0575, oficjalne materiały TIDA-010261. Oba są projektami referencyjnymi do rozwoju na stanowisku. Nie stanowią jednego wymiennego zestawu gotowych produktów.
Wskazówka wyboru: jeśli bieżące pytanie dotyczy pozyskiwania danych czujnika przez istniejącą aplikację Linux, zacznij od przygotowania sprzętu i obrazu systemu CN0575. Jeśli oceniasz połączenie próbkowania analogowego, przetwarzania brzegowego i raportowania w jednym węźle wbudowanym, TIDA-010261 jest bliższe zadaniu, pod warunkiem wcześniejszego potwierdzenia zasobów do wykonania płytki i adaptacji oprogramowania. Jeśli chcesz tylko sprawdzić konkretny kabel, oba podejścia mogą wykraczać poza potrzebę. Zgodne urządzenia końcowe, które już współpracują, są zwykle lepszą bazą porównania. To wskazówki inżynierskie według zadania oceny, a nie ranking osiągów producentów.
Najpierw narysuj dane i zasilanie jako oddzielne tory
Poniższe zależności funkcjonalne zestawiono na podstawie projektów referencyjnych. Pomagają rozdzielić przygotowania stanowiska. Nie oznaczają, że oba projekty można bezpośrednio połączyć, ani nie zastępują schematu okablowania konkretnej płytki.
CN0575: relacja między hostem Linux a łączem jednej pary
- Raspberry Pi / aplikacja Linux
- SPI
- ADIN1110 MAC-PHY
- Układ sprzęgający na płytce i kabel jednej pary
- Zgodny partner łącza
- Zgodne urządzenie zasilające (PSE)
- Kabel jednej pary i układ zasilania na płytce
- Sterowanie urządzeniem zasilanym (PD) przez LTC9111 i dalsze układy zasilania
- Odbiorniki na płytce / Raspberry Pi
Przenoszenie danych i energii tym samym kablem nie oznacza automatycznego działania obu funkcji. Łącze danych wymaga sprawdzenia trybów obu końców i aplikacji. Zasilanie przez tę samą parę zależy też od możliwości PSE, klasy urządzenia zasilanego i ustawień płytki. Sam interfejs danych konwertera mediów nie potwierdza, że dostarcza on wymagane zasilanie. Opis funkcji i zasilania CN0575
TIDA-010261: próbkowanie analogowe, przetwarzanie wbudowane i wysyłanie danych
- Analogowy tor wejściowy / moduł ewaluacyjny
- Przetwarzanie aplikacji AM2434
- DP83TD510E PHY
- Interfejs płytki i kabel jednej pary
- Zgodny partner łącza
- Tor urządzenia zasilanego PoDL Type E, Class 12 w konfiguracji producenta
- Obsługiwana konfiguracja zasilania pomocniczego
Wybór zasilania: Użyj toru urządzenia zasilanego PoDL Type E, Class 12 w konfiguracji producenta albo prowadź ocenę z obsługiwaną konfiguracją zasilania pomocniczego. Szczegółowe ustawienia i warunki przełączania sprawdź w przewodniku projektowym.
Poza Ethernetem podejście integruje interfejs analogowego toru wejściowego, firmware aplikacji i sterowanie zasilaniem. Materiały producenta wskazują punkty wyjścia do projektowania i debugowania; zespół wykonawczy nadal musi zorganizować pozyskanie płytki, uruchomienie i adaptację oprogramowania. Strzałki przedstawiają relacje funkcjonalne, a nie zgodę na bezpośrednie równoległe połączenie dwóch źródeł zasilania. Przegląd TIDA-010261
Zamień wybór podejścia w decyzję o przygotowaniach
Załóżmy, że zespół ma już aplikację danych na Raspberry Pi i chce ocenić łącze jednej pary. CN0575 warto sprawdzić najpierw, ponieważ jest bliskie istniejącemu hostowi i środowisku rozwoju. Ta ocena nie jest jeszcze zamówieniem. Zespół powinien uzyskać pełną instrukcję użytkownika, sprawdzić obraz systemu i drzewo urządzeń, partnera łącza i sposób zasilania, a potem ustalić, czy płytki i kabel mogą utworzyć kompletne stanowisko.
Jeśli rzeczywistym celem staje się budowa węzła wbudowanego połączonego z analogowym torem wejściowym, a zespół ma już zasoby do wykonania płytki, debugowania startu i adaptacji firmware, materiały TIDA-010261 są bliższe zadaniu. Dział zakupów powinien wtedy otrzymać BOM z wersją i listę przygotowań inżynierskich. Fakt, że kompletna płytka walidacyjna nie jest sprzedawana, musi wejść do harmonogramu.
Jeśli celem jest jedynie porównanie dwóch kabli, lepiej zbudować punkt odniesienia na zgodnych urządzeniach końcowych, które już współpracują. Zmiana platformy, firmware i kabla w jednym porównaniu utrudnia ustalenie, która zmiana wywołała nieprawidłowość. Są to zalecenia wyboru dla hipotetycznych sytuacji, bez wyników pomiarów ani rankingu kosztów podejść.
Zestaw zakupy i przygotowanie oprogramowania razem
CN0575: sprawdź całe stanowisko, nie tylko jedną płytkę
Sekcja oceny oficjalnej Circuit Note Rev. A wymienia płytkę CN0575, Raspberry Pi 3B+ lub nowsze, komputer hosta, kabel jednej pary, połączenia RJ45/USB i przykładowe skrypty. Procedura połączenia używa EVAL-ADIN1100-EBZ jako partnera łącza i wymaga dopasowania zasilania do ustawień płytki. Raspberry Pi potrzebuje odpowiedniego Kuiper Linux i drzewa urządzeń. Sekcja oceny, strona 6
Na tej podstawie utwórz listę stanowiska, ale nie wnioskuj, że płytka konwertera mediów zapewnia wszystkie funkcje zasilania PoDL/SPoE. Oddzielnie sprawdź partnera danych, sposób wprowadzania zasilania, zworki płytki zasilanej i zasilacz. Podłączaj zgodnie z posiadaną rewizją płytki i instrukcją producenta. Dostęp do wskazanej szczegółowej instrukcji użytkownika był ograniczony podczas przygotowania artykułu. Uzyskaj ją przed zakupem, zwłaszcza aby potwierdzić obraz systemu, partnera i ustawienia zworek. Są odnośniki do plików projektu; przed zamówieniem sprawdź też rzeczywiste wersje plików, warunki użytkowania i dostępność części.
TIDA-010261: rozwiąż wykonanie płytki i uruchomienie przed podłączeniem właściwego czujnika
Bezpośrednio dostępne są schemat TIDMBP8, BOM TIDMBP9 i przewodnik projektowy TIDUF34A. Sekcja 4 obejmuje interfejsy debugowania, uruchomienie i przygotowanie oprogramowania. Gdy brak zgodnego partnera łącza dostarczającego zasilanie, tor pomocniczy pozwala ocenić dane przy użyciu zewnętrznego zasilacza 24 V, 0.5 A i konwertera mediów, który nie zasila łącza. Ten warunek zasilania dotyczy tylko tej płytki referencyjnej. Wymagania sprzętowe §4.1
| Praca do wykonania | Znaleziony punkt wyjścia | Pozostała praca inżynierska |
|---|---|---|
| Przygotowanie płytki | Powyższy schemat i BOM; Gerber/rozmieszczenie na stronie projektu | Sprawdzenie zgodności wersji plików; wykonanie, zakup, montaż i kontrole przy włączeniu |
| Uruchomienie i debugowanie | Opisy UART i JTAG/SD w §4.1 | Przygotowanie połączeń debugowania i zapis ID płytki, metody startu oraz wersji firmware |
| Uruchomienie aplikacji Ethernet | SDK i przykłady Ethernet w §4.2.2 | Dostosowanie do DP83TD510E według instrukcji; przykład nie jest firmware skompilowanym dla dowolnej własnej płytki |
| Ocena odbioru zasilania PoDL | Instrukcje firmware MSP430 w §4.2.1 | Sprawdzenie SCCP, możliwości PSE i rzeczywistej konfiguracji firmware |
| Odtworzenie przesyłania danych analogowych | TIDA-010249, źródło sygnału i konfiguracja PC DHCP/MQTT w §4.3 | Przy zastąpieniu własnym analogowym torem wejściowym ponowne sprawdzenie trybów interfejsów, napięć i kodu próbkowania |
Uwzględnij w przygotowaniach sekcje oprogramowania, pliki projektu i warunki debugowania sprzętu. Sama cena BOM nie odzwierciedla kosztu ukończenia tego podejścia. Nie uzyskano porównywalnych terminów dostaw płytek, godzin integracji ani ofert kompletnych stanowisk, więc artykuł nie szereguje kosztów całkowitych.
Ułóż próby stanowiskowe tak, aby wyniki dało się wyjaśnić
Poniżej proponowana kolejność prób. Przed użyciem uzupełnij obie płytki końcowe, firmware, rysunki kabli, połączenia, kryteria danych aplikacji i dozwolone warunki części. Używaj tylko torów zasilania wyraźnie wspieranych przez producenta. Zmieniaj konfigurację przy odłączonym zasilaniu zgodnie z właściwą instrukcją.
| Warunek | Zachowaj bez zmian | Zmiana w tej próbie | Dowody do uzyskania |
|---|---|---|---|
| B01: krótki link bazowy | Płytki końcowe, firmware i obciążenie danymi aplikacji | Ustal konfigurację początkową wspieraną przez producenta | Rzeczywiście wynegocjowany tryb, ciągłość odbioru danych aplikacji i okno czasowe zapisów |
| B02: kabel docelowy | Końce, obciążenie i zasilanie B01 | Wstaw kabel docelowy i zapisaną kombinację złączy | Liczniki danych, zerwania/ponowne połączenia, resety i obserwacje zasilania; porównanie z B01 w tym samym oknie |
| B03: zasilanie tą samą parą | Kabel i obciążenie danymi B02 | Przełącz na PoDL/SPoE, gdy sprzęt je wspiera i oba końce są dopasowane | Sekwencja ustanawiania zasilania, stan PD i zachowanie danych; zachowaj konfigurację PSE |
| B04: zmiana startu lub obciążenia | Potwierdzony układ i kabel | Zmieniaj tylko jeden zdefiniowany warunek startu/obciążenia naraz | Liczba startów, czas powrotu aplikacji, resety i odpowiednie przebiegi/zapisy |
Odległość 1 000 m w materiałach CN0575 wiąże się z trybem 2.4 Vpp. Użycie 2.4 Vpp wymaga też, aby oba końce deklarowały wsparcie i wynegocjowały ten tryb. Zdolność kabla docelowego do przenoszenia zasilania, złącza i środowisko pozostają osobnymi zadaniami walidacji. Interfejs fizyczny i negocjacja CN0575
Oddzielnie zapisuj „wskaźnik świeci/łącze zestawione”, „aplikacja odebrała prawidłowe dane” i „stabilna praca z docelowym zasilaniem”. To trzy różne obserwacje. Jeśli krótki link bazowy nie działa, najpierw sprawdź konfigurację końców, obraz systemu/firmware, partnera i okablowanie, zamiast od razu obwiniać długi kabel. Jeśli problem pojawia się tylko przy zasilaniu tą samą parą, zachowaj i sprawdź ustanawianie zasilania, wejście PD i czas resetów. Sam objaw nie dowodzi, że przyczyną jest spadek napięcia w kablu. Przerwij warunek próby przy nietypowym nagrzewaniu, przekroczeniu warunków części lub niepewnym okablowaniu i analizuj na podstawie dokumentacji części i płytek.
Co sprawdzić dalej, gdy pojawi się nieprawidłowość?
Poniższe kontrole wynikają z porównań B01–B04. Służą do wyboru kolejnego dowodu; same objawy nie pozwalają przypisać winy części ani kablowi.
| Obecna obserwacja | Co najpierw zebrać lub sprawdzić | Jaką ocenę może to wesprzeć |
|---|---|---|
| Nie działa nawet krótki link bazowy | Wersje końców i płytek, obraz systemu/firmware, partner, okablowanie i logi aplikacji | Przywróć prawidłowy punkt odniesienia przed interpretacją długiego kabla |
| Łącze działa, ale brakuje oczekiwanych danych aplikacji | Konfiguracja aplikacji, jej logi z tego samego okna czasowego i definicje liczników | Odróżnij stan łącza fizycznego od wykonania zadania przez aplikację |
| Po wymianie na kabel docelowy przy tej samej konfiguracji pojawia się problem | Kombinacja kabla i złączy, dane z tego samego okna, zapisy ponownych połączeń/resetów i zasilania | Powiąż problem ze zmianą i zaplanuj lokalizację; sama korelacja nadal nie ustala przyczyny źródłowej |
| Problem występuje tylko po przełączeniu na zasilanie tą samą parą | Konfiguracja PSE, stan PD i relacje czasowe resetów oraz zdarzeń danych | Wybierz kolejny pomiar zasilania lub czasu, zamiast od razu przypisywać problem spadkowi napięcia w kablu |
Przekazanie tych zapisów wraz z nieprzebadanym zakresem kolejnemu inżynierowi lepiej wspiera decyzję o kontynuacji, zmianie lub dodatkowych próbach niż sam zrzut ekranu „łącze połączone”.
Plany i zapisy do bezpośredniego dostosowania
Zestaw oceny stanowiskowej zawiera plan i arkusz wyników, wypełniony plan przykładowy i instrukcję pól. Pliki łączą warunki, zmienne i pola wyników, ułatwiając zachowanie nieudanych warunków zamiast tylko jednego udanego połączenia.
Przykład zakłada zespół ze zgodnymi urządzeniami końcowymi, porównujący kabel bazowy 1 m z docelowym 20 m i planujący sprawdzenie zasilania tą samą parą z negocjacją zasilania. Te długości są danymi demonstracyjnymi, nie zalecanymi limitami. Każdy wiersz określa zmianę, stałe warunki i obserwacje. Zmierzone liczniki, napięcia, liczby resetów i wnioski pozostają puste, ponieważ nie wykonano testów. Zastąp urządzenia i warunki, uzupełnij dokumentację oraz kryteria, a plan można przekazać wykonawcy prób.
Zakończenie tej rundy można zdefiniować tak: każdy planowany warunek ma jasną konfigurację i zapisy; błędy prowadzą do kolejnej kontroli diagnostycznej; dane i zasilanie mają oddzielne oceny; niewalidowane środowiska, długości i obciążenia są wyszczególnione osobno. Wynik może uzasadnić dalszy rozwój, zmianę lub zatrzymanie tego podejścia. Kwalifikacja produkcyjna, EMC, trwałość i końcowy odbiór zastosowania wymagają własnych walidacji.
Przygotowując warunki kabla docelowego, przeczytaj poradnik doboru przekroju i przewodnika. Porządkując wnioski z walidacji, przeczytaj jak oceniać raport z badań zespołu kablowego.
Wersje źródeł: CN0575 Circuit Note Rev. A; TIDA-010261, przewodnik TIDUF34A (2025-08); publiczne materiały producentów odczytane 2026-09-23. Potwierdź dopasowanie wersji BOM, schematu i płytki dla rzeczywistego układu. MTTJ użyło AI do lektury badań i redakcji. Artykuł porównuje dokumentację i proponuje narzędzia prób; nie odtworzono fizycznie obu projektów referencyjnych na jego potrzeby.
Powiązane materiały i zakres produkcji
Narzędzia do prób i instrukcje pól
Plan prób stanowiskowych Ethernetu jednoparowego: pola i instrukcje
Plan prób stanowiskowych Ethernetu jednoparowego: pola i instrukcje
Wersja: 2026-09-23. Pliki towarzyszące: spe-bench-plan.csv i spe-bench-demo-plan.csv. Otwórz pliki jako tekst UTF-8 rozdzielany przecinkami, używając funkcji „Z tekstu/CSV” w Excelu lub LibreOffice. Angielskie nazwy kolumn umożliwiają ponowne użycie w różnych językach.
Plan zawiera już cele prób: B01 baza na krótkim łączu, B02 docelowy kabel, B03 zasilanie przez tę samą parę i B04 zmiana rozruchu/obciążenia. Jest to sugerowana kolejność, a nie instrukcja połączeń producenta ani wykonany test. Usuń warunki nieodpowiadające możliwościom sprzętu. Przy wielokrotnym wykonywaniu jednego warunku skopiuj wiersz i nadaj unikalny test_id. Przed rozpoczęciem pracy uzupełnij dokumentację, rzeczywiste płytki, oprogramowanie i kryteria.
| Pole | Znaczenie i instrukcja wpisu |
|---|---|
| data_kind | unperformed_plan dla planu; illustrative_plan_not_measured dla przykładu; po uzyskaniu rzeczywistych pomiarów użyj measured w osobnym zapisie |
| test_id | Unikalny identyfikator każdego wykonania, służący do powiązania logów |
| document_and_revision | Rewizje rzeczywiście używanych instrukcji płytek, plików projektowych i dokumentacji oprogramowania |
| endpoint_a_hw_fw / endpoint_b_hw_fw | Rewizje sprzętu i wersje firmware/obrazu systemu/sterownika na obu końcach |
| cable_drawing_lot / planned_length_m | Rysunek kabla, złącza i partia / planowana długość w metrach |
| power_route_and_class | Rzeczywisty tor zasilania, konfiguracja PSE/PD i klasa zasilania; rozróżnij zasilanie zewnętrzne i zasilanie przez tę samą parę |
| changed_factor / held_constant | Czynnik zmieniany w tym wierszu / warunki utrzymywane bez zmian |
| acceptance_criteria_ref | Odniesienie do kryteriów produktu, granicznych warunków pracy komponentów i warunków zatrzymania ustalonych przed wykonaniem |
| planned_observation | Obserwacje i logi zaplanowane dla tego warunku |
| started_at_utc / ended_at_utc | Rzeczywisty przedział wykonania, obejmujący datę, godzinę i strefę czasową UTC |
| actual_tx_mode_vpp | Rzeczywisty odczyt trybu nadawania (Vpp); nie zastępuj go wartością planowaną |
| actual_tx_count / actual_rx_count | Liczby wysłanych/odebranych jednostek na tej samej warstwie i w tym samym przedziale czasu; pozostaw puste, jeśli liczniki są niedostępne |
| counter_definition | Czy liczniki dotyczą ramek Ethernet, komunikatów aplikacji czy innej jednostki; sposób obsługi duplikatów, filtrowania i resetów |
| link_down_count / reset_count | Przerwy łącza / resety urządzeń końcowych rzeczywiście zaobserwowane w danym przedziale; pozostaw puste, jeśli nie prowadzono obserwacji |
| pd_input_min_v / pd_input_max_v | Minimalne/maksymalne napięcie wejściowe PD w określonym punkcie pomiarowym, w V; szczegóły przyrządu i punktu pomiarowego umieść w evidence_ref |
| power_setup_result / data_result | Osobne wnioski dotyczące ustanowienia zasilania i danych aplikacyjnych, wraz z zastosowanymi kryteriami; nie wpisuj wyniku pozytywnego dla niewykonanego testu |
| evidence_ref | Lokalizacje logów, przebiegów, punktów pomiarowych, ustawień próbkowania i plików wynikowych pod tym samym identyfikatorem |
| next_decision | Następne działanie: kontynuacja, zmiana wskazanego elementu, zakończenie tego podejścia lub dalszy test, wraz z podstawą decyzji |
Jak używać wypełnionego przykładowego planu
Plik demonstracyjny zakłada istnienie kompatybilnych urządzeń końcowych, z łączem początkowym 1 m i docelowym kablem 20 m. Długości te mają wyłącznie charakter ilustracyjny. Osobne wiersze zmieniają kabel, sposób zasilania oraz rozruch lub obciążenie. Zastąp pola REPLACE rzeczywistymi informacjami. Zweryfikuj także klasy zasilania, negocjację i obsługę złączy na obu końcach; założenie kompatybilności nie jest wykonaną kontrolą.
Każde pole przykładu od started_at_utc do next_decision jest puste. Nie ma rzeczywistych czasów, liczników, napięć, resetów, logów ani wniosków z testu. Po przygotowaniu skopiuj plan do osobnego pliku wykonania i zachowaj pierwotny plan. Rozróżnij pliki zarówno nazwami, jak i wartościami data_kind.
Podsumowanie i diagnozowanie wyników
Najpierw porównaj B01/B02 przy takim samym przedziale czasu, obciążeniu, urządzeniach końcowych i oprogramowaniu. Przy porównywaniu B02/B03 odnotuj zmianę toru zasilania. Sama świecąca kontrolka nie wystarcza do pozytywnego wyniku data_result; odczytaj dane aplikacji i zastosuj określone kryteria. Jeśli definicje liczników różnią się lub licznik został zresetowany, różnicy między liczbą wysłanych a odebranych jednostek nie można bezpośrednio uznać za utratę pakietów. Najpierw zachowaj logi i wyjaśnij różnicę.
Gdy usterki pojawiają się tylko przy zasilaniu przez tę samą parę, sprawdź zależności czasowe między ustanowieniem zasilania, stanem PD, resetami i zdarzeniami danych przed wyborem kolejnego pomiaru. Nie wnioskuj o spadku napięcia na kablu wyłącznie na podstawie tego objawu. Jeśli krótkie łącze również nie działa, najpierw rozwiąż problem konfiguracji bazowej. Niedostępne zapisy pozostaw puste. Wpisuj 0 tylko dla zdarzenia, które rzeczywiście nie wystąpiło w obserwowanym przedziale.
Wnioski z prób stanowiskowych są gotowe do przekazania, gdy każdy zaplanowany warunek ma konfigurację, kryteria i odniesienia do wyników, niepowodzenia mają wykonalny kolejny krok diagnostyczny, a nieprzetestowany zakres jest wymieniony osobno. Tabela nie określa automatycznie kompatybilności komponentów ani nie zastępuje procedur połączeń producenta, kwalifikacji produktu czy weryfikacji EMC.
Oryginalne wartości CSV i ich znaczenie
Oryginalne pliki zachowują stałe wartości angielskie. Poniższa tabela wyjaśnia ich znaczenie; identyfikatory demonstracyjne nie oznaczają rzeczywistych części ani testów.
| Wartość oryginalna | Znaczenie |
|---|---|
unperformed_plan |
Plan, którego jeszcze nie wykonano. |
illustrative_plan_not_measured |
Plan ilustracyjny bez wyników pomiarów. |
measured |
Osobny zapis rzeczywistych pomiarów po wykonaniu. |
B01 |
Warunek bazowy na krótkim łączu. |
B02 |
Warunek z docelowym kablem. |
B03 |
Warunek zasilania przez tę samą parę. |
B04 |
Warunek zmiany rozruchu lub obciążenia. |
REPLACE: exact board manuals and matched revisions |
Wpisz rzeczywiste instrukcje płytek i sprawdź zgodność ich rewizji. |
REPLACE: compatible endpoint A / firmware |
Wpisz rzeczywiste urządzenie końcowe A i firmware oraz sprawdź kompatybilność. |
REPLACE: compatible endpoint B / firmware |
Wpisz rzeczywiste urządzenie końcowe B i firmware oraz sprawdź kompatybilność. |
REPLACE: actual drawing and lot |
Wpisz rzeczywisty rysunek kabla i partię. |
REPLACE: product-specific criteria agreed before test |
Wpisz kryteria właściwe dla produktu, ustalone przed wykonaniem. |
original supported supply |
Użyj pierwotnego sposobu zasilania obsługiwanego przez producenta. |
same as B01 |
Zachowaj sposób zasilania użyty dla B01. |
compatible PoDL/SPoE only |
Używaj PoDL/SPoE dopiero po sprawdzeniu kompatybilności. |
validated route |
Użyj toru zasilania już zweryfikowanego dla sprzętu. |
establish baseline |
Ustal początkową konfigurację porównawczą. |
target cable and connector assembly |
Zmień na docelowy kabel i zespół złączy. |
power route |
Zmień sposób zasilania. |
one declared startup or load condition |
Zmień jeden jednoznacznie zdefiniowany warunek rozruchu lub obciążenia. |
endpoint firmware; application load |
Zachowaj firmware urządzeń końcowych i obciążenie aplikacji bez zmian. |
endpoints; firmware; data load; supply |
Zachowaj urządzenia końcowe, firmware, obciążenie danymi i zasilanie bez zmian. |
B02 cable; endpoints; firmware; data load |
Zachowaj kabel z B02, urządzenia końcowe, firmware i obciążenie danymi bez zmian. |
validated circuit and cable |
Zachowaj uprzednio zweryfikowany obwód i kabel bez zmian. |
negotiation; application data; supply state |
Obserwuj negocjację, dane aplikacyjne i stan zasilania. |
same-window data counters; reconnect/reset; supply readings |
Obserwuj liczniki danych w takim samym przedziale czasu, ponowne połączenia/resety i odczyty zasilania. |
power classification/start; PD state; application data |
Obserwuj klasyfikację i uruchomienie zasilania, stan urządzenia zasilanego i dane aplikacyjne. |
startup count; recovery duration; logs/waveform |
Zapisuj liczbę rozruchów, czas przywrócenia pracy i odpowiednie logi lub przebiegi. |
