Conception et matériaux
Ethernet à paire unique et alimentation : choix d’approche, structure du banc et préparation de l’évaluation
Préparé par MTTJPublié le: Mis à jour le:
Résumé : Si vous préparez le raccordement d’un capteur à un réseau Ethernet à paire unique, choisissez d’abord la plateforme d’évaluation. Réaliser un prototype d’application avec Raspberry Pi/Linux ne demande pas le même matériel ni les mêmes logiciels que raccorder un étage d’entrée analogique à un AM2434 pour développer un nœud embarqué. Cet article compare deux conceptions de référence de fabricants, donne accès aux ressources de mise en œuvre et propose une séquence d’essais allant d’une liaison courte au câble cible, ainsi qu’un plan de banc directement modifiable.
Choisir l’approche qui répond à la question actuelle
| Comparaison | Analog Devices CN0575 | Texas Instruments TIDA-010261 |
|---|---|---|
| Tâche principale d’évaluation | Prototype d’équipement de terrain 10BASE-T1L sur Raspberry Pi/Linux | Raccordement d’un étage d’entrée analogique à AM2434, traitement des données et transmission par Ethernet |
| Interface de données | MAC-PHY ADIN1110 relié à l’hôte par SPI | MCU AM2434 avec PHY DP83TD510E |
| Chemin d’alimentation | Côté équipement alimenté LTC9111 ; la conception de référence prend en charge SPoE Class 12/13 | PoDL Type E, Class 12, avec SCCP ; une entrée auxiliaire de 24 V est également prévue |
| Ressources de mise en œuvre | Accès à la carte d’évaluation, dossier de conception avec schéma/BOM/implantation, Circuit Note et guide utilisateur | Schéma, BOM, Gerber/implantation, guide de conception et instructions du SDK |
| Disponibilité du matériel | Matériel d’évaluation EVAL-CN0575-RPIZ officiellement référencé ; les stocks régionaux et délais n’ont pas été vérifiés pour cet article | Le fabricant indique explicitement que la carte de validation complète n’est pas commercialisée ; évaluer une fabrication en interne ou une autre solution matérielle vérifiée |
| Principaux préparatifs logiciels | Raspberry Pi, ADI Kuiper Linux, arbre de périphériques correspondant et exemples | Fichiers de démarrage et application AM243x ; la commande PoDL fait aussi intervenir le micrologiciel MSP430 |
Sources : ressources officielles CN0575, ressources officielles TIDA-010261. Il s’agit dans les deux cas de conceptions de référence pour le développement sur banc. Elles ne forment pas un ensemble de produits finis interchangeables.
Pour choisir : si la question immédiate est de savoir comment une application Linux existante peut recevoir des données de capteur, commencez par examiner le matériel CN0575 et la préparation de l’image système. Pour évaluer l’intégration de l’échantillonnage analogique, du traitement local et de la transmission dans un nœud embarqué, TIDA-010261 est plus proche de cette tâche, à condition de confirmer d’abord les ressources de fabrication de carte et d’adaptation logicielle. Si vous voulez uniquement vérifier un câble particulier, ces deux démarches de développement peuvent dépasser le besoin. Des équipements d’extrémité compatibles, qui fonctionnent déjà ensemble, constituent généralement une référence de comparaison plus appropriée. Ces conseils d’ingénierie reposent sur les tâches d’évaluation et ne classent pas les performances des fabricants.
Représenter d’abord séparément les données et l’alimentation
Les relations fonctionnelles suivantes sont tirées des conceptions de référence. Elles aident à répartir les travaux de préparation du banc. Elles n’impliquent pas que les deux conceptions peuvent être raccordées directement et ne remplacent pas le schéma de câblage de la carte utilisée.
CN0575 : relation entre l’hôte Linux et la liaison à paire unique
- Raspberry Pi / application Linux
- SPI
- MAC-PHY ADIN1110
- Réseau de couplage de la carte et câble à paire unique
- Partenaire de liaison compatible
- Équipement source d’alimentation (PSE) compatible
- Câble à paire unique et réseau d’alimentation de la carte
- Commande d’équipement alimenté (PD) LTC9111 et alimentations en aval
- Charges de la carte / Raspberry Pi
Le transport des données et de l’alimentation sur un même câble ne signifie pas que les deux fonctions fonctionneront automatiquement. La liaison de données nécessite de vérifier les modes des extrémités et l’application. L’alimentation sur la même paire dépend aussi de la capacité du PSE, de la classe de l’équipement alimenté et des réglages de la carte. L’interface de données d’un convertisseur de média ne prouve pas qu’il fournit l’alimentation requise. Description des fonctions et de l’alimentation de CN0575
TIDA-010261 : échantillonnage analogique, traitement embarqué et transmission
- Étage d’entrée analogique / module d’évaluation
- Traitement applicatif AM2434
- PHY DP83TD510E
- Interface de la carte et câble à paire unique
- Partenaire de liaison compatible
- Chemin d’équipement alimenté PoDL Type E, Class 12 dans la configuration du fabricant
- Configuration d’alimentation auxiliaire prise en charge
Choix de l’alimentation : Utiliser le chemin d’équipement alimenté PoDL Type E, Class 12 dans la configuration du fabricant, ou évaluer avec sa configuration d’alimentation auxiliaire prise en charge. Consulter le guide de conception pour les réglages précis et les conditions de changement de configuration.
Au-delà d’Ethernet, cette approche intègre l’interface de l’étage d’entrée analogique, le micrologiciel applicatif et la commande d’alimentation. Les ressources du fabricant donnent des points de départ pour la conception et le débogage ; l’équipe chargée de la mise en œuvre doit encore organiser l’acquisition de la carte, sa mise en route et l’adaptation logicielle. Les flèches des schémas représentent des relations fonctionnelles et n’impliquent pas que deux alimentations puissent être raccordées directement en parallèle. Présentation de TIDA-010261
Transformer le choix d’approche en décision de préparation
Supposons qu’une équipe dispose déjà d’une application de données sur Raspberry Pi et souhaite évaluer une liaison à paire unique. CN0575 mérite d’être examiné en premier, car il est proche de l’hôte et de l’environnement de développement existants. Cette conclusion ne constitue pas encore une commande d’achat. L’équipe doit obtenir le guide utilisateur complet, vérifier l’image système, l’arbre de périphériques, le partenaire de liaison et l’organisation de l’alimentation, puis déterminer si les cartes et le câble peuvent former un banc complet.
Si l’objectif réel devient la réalisation d’un nœud embarqué raccordant un étage d’entrée analogique, et si l’équipe dispose déjà des ressources de fabrication de carte, de débogage au démarrage et d’adaptation du micrologiciel, les ressources TIDA-010261 sont plus proches de la tâche. Les achats doivent alors recevoir une BOM avec indice de version et une liste de préparation d’ingénierie. Le fait que la carte de validation complète ne soit pas commercialisée doit être intégré au planning.
Pour simplement comparer deux câbles, il est plus approprié d’établir une référence avec des équipements d’extrémité compatibles qui fonctionnent déjà ensemble. Changer à la fois la plateforme de développement, le micrologiciel et le câble rend difficile l’identification du changement à l’origine d’une anomalie. Ces recommandations de choix d’ingénierie portent sur des scénarios hypothétiques ; elles ne fournissent ni résultats mesurés ni classement des coûts des approches.
Préparer ensemble les achats et les logiciels
CN0575 : vérifier le banc complet, pas seulement une carte
La section d’évaluation de la Circuit Note officielle Rev. A répertorie la carte CN0575, un Raspberry Pi 3B+ ou ultérieur, un ordinateur hôte, un câble à paire unique, les connexions RJ45/USB et des scripts d’exemple. La procédure de raccordement utilise EVAL-ADIN1100-EBZ comme partenaire de liaison et exige que l’alimentation corresponde aux réglages de la carte. Le Raspberry Pi nécessite la version correspondante de Kuiper Linux et l’arbre de périphériques associé. Section d’évaluation, page 6
Utilisez ces ressources pour établir votre liste de préparation du banc, sans en déduire qu’une carte de conversion de média assure toutes les fonctions d’alimentation PoDL/SPoE. Vérifiez séparément le partenaire de données, la méthode d’injection de l’alimentation, les cavaliers de la carte alimentée et la source d’alimentation. Câblez selon la révision de carte en votre possession et le guide du fabricant. L’accès au guide utilisateur détaillé lié était restreint pendant les recherches pour cet article. Obtenez-le avant les achats, notamment pour confirmer les étapes relatives à l’image système, au partenaire et aux cavaliers. Des liens de téléchargement des fichiers de conception sont disponibles ; vérifiez aussi leurs versions réelles, leurs conditions d’utilisation et la disponibilité des composants avant de commander.
TIDA-010261 : résoudre la fabrication et la mise en route de la carte avant de raccorder le capteur réel
Le schéma TIDMBP8, la BOM TIDMBP9 et le guide de conception TIDUF34A sont directement accessibles. La section 4 du guide traite des interfaces de débogage, de la mise en route et de la préparation logicielle. En l’absence d’un partenaire de liaison compatible fournissant l’alimentation, le chemin d’alimentation auxiliaire permet d’évaluer les données avec une source externe de 24 V, 0.5 A et un convertisseur de média qui n’alimente pas la liaison. Cette condition d’alimentation ne s’applique qu’à cette carte de référence. Exigences matérielles §4.1
| Travail à réaliser | Ressource précise trouvée | Travail d’ingénierie restant à organiser |
|---|---|---|
| Préparer la carte | Schéma et BOM ci-dessus ; Gerber/implantation sur la page du projet | Vérifier la concordance des versions des fichiers de conception ; fabriquer, approvisionner, assembler et contrôler à la mise sous tension |
| Mettre en route et déboguer | Description des interfaces UART et JTAG/SD au §4.1 du guide | Préparer les connexions de débogage et enregistrer l’identifiant de carte, le mode de démarrage et la version du micrologiciel |
| Faire fonctionner l’application Ethernet | Accès au SDK et aux exemples Ethernet au §4.2.2 | Adapter pour DP83TD510E selon les instructions ; l’exemple n’est pas un micrologiciel précompilé pour toute carte personnalisée |
| Évaluer la réception d’alimentation PoDL | Instructions du micrologiciel MSP430 au §4.2.1 | Vérifier SCCP, la capacité du PSE et la configuration réelle du micrologiciel |
| Reproduire la chaîne de transmission des données analogiques | TIDA-010249, source de signal et configuration DHCP/MQTT du PC au §4.3 | En cas de remplacement par votre propre étage d’entrée analogique, revérifier les modes d’interface, les tensions et le code d’échantillonnage |
Incluez les sections logicielles, les fichiers de conception et les conditions de débogage matériel dans la liste de préparation. Le prix de la BOM ne représente pas à lui seul le coût de réalisation de cette approche. Des délais de carte, des heures d’intégration et des devis de banc complet comparables n’ont pas été obtenus pour cet article ; il ne classe donc pas les coûts totaux.
Organiser les essais du banc pour obtenir des résultats interprétables
Voici une proposition de séquence d’essais. Avant utilisation, renseignez les deux cartes d’extrémité, le micrologiciel, les plans des câbles, les raccordements, les critères des données applicatives et les conditions admissibles des composants. Utilisez uniquement les chemins d’alimentation explicitement pris en charge par le fabricant. Changez de configuration hors tension, selon le guide concerné.
| Condition | À maintenir constant | Changement dans cet essai | Éléments à obtenir |
|---|---|---|---|
| B01 : référence sur liaison courte | Cartes d’extrémité, micrologiciel et charge de données applicatives | Établir la configuration initiale prise en charge par le fabricant | Mode réellement négocié, continuité de réception des données applicatives et fenêtre temporelle des journaux |
| B02 : câble cible | Extrémités, charge et organisation de l’alimentation de B01 | Remplacer par le câble cible et la combinaison de connecteurs enregistrée | Comptages de données, déconnexions/reconnexions, réinitialisations et observations de l’alimentation ; comparer avec B01 sur la même fenêtre temporelle |
| B03 : alimentation sur la même paire | Câble et charge de données de B02 | Passer à PoDL/SPoE si l’équipement le prend en charge et si les deux extrémités sont compatibles pour ce mode | Séquence d’établissement de l’alimentation, état du PD et comportement des données ; conserver la configuration du PSE |
| B04 : changements de démarrage ou de charge | Circuit et câble confirmés | Modifier une seule condition définie de démarrage ou de charge à la fois | Nombre de démarrages, délai de reprise de l’application, réinitialisations et formes d’onde/journaux pertinents |
La distance de 1 000 m indiquée dans les ressources CN0575 est associée au mode 2.4 Vpp. L’utilisation de 2.4 Vpp exige aussi que les deux extrémités annoncent sa prise en charge et le négocient. La capacité d’alimentation du câble cible, les connecteurs et l’environnement restent des sujets de validation distincts. Description de l’interface physique et de la négociation CN0575
Enregistrez séparément « voyant allumé/liaison établie », « données valides reçues par l’application » et « fonctionnement stable avec l’organisation d’alimentation cible ». Ce sont trois observations différentes. Si la référence sur liaison courte ne fonctionne pas, vérifiez d’abord la configuration des extrémités, l’image système ou le micrologiciel, le partenaire et le câblage, plutôt que d’incriminer immédiatement le câble long. Si une anomalie apparaît uniquement avec l’alimentation sur la même paire, conservez puis examinez les informations d’établissement de l’alimentation, l’entrée du PD et la chronologie des réinitialisations. Le symptôme ne prouve pas à lui seul que la chute de tension du câble en est la cause. Arrêtez cette condition d’essai si l’échauffement est anormal, si un composant dépasse ses conditions admissibles ou si le câblage est incertain, puis recherchez la cause à l’aide de la documentation des composants et des cartes.
Que vérifier ensuite lorsqu’une anomalie apparaît ?
Les vérifications suivantes prolongent les comparaisons B01–B04. Utilisez-les pour choisir les prochains éléments à recueillir ; les symptômes seuls ne permettent pas d’attribuer la défaillance à un composant ou à un câble.
| Observation actuelle | Éléments à obtenir ou à vérifier en premier | Conclusion que cela peut étayer |
|---|---|---|
| Même la référence sur liaison courte ne fonctionne pas | Versions des extrémités et des cartes, image système/micrologiciel, partenaire, câblage et journaux applicatifs | Rétablir une référence valide avant d’interpréter le comportement du câble long |
| La liaison est établie, mais les données applicatives attendues sont absentes | Configuration de l’application, journaux applicatifs sur la même fenêtre temporelle et définition des comptages | Distinguer l’état de la liaison physique de l’accomplissement de la tâche applicative |
| Une anomalie apparaît après remplacement par le câble cible, avec la même configuration | Combinaison câble/connecteurs, données sur la même fenêtre temporelle, enregistrements des reconnexions, réinitialisations et de l’alimentation | Associer l’anomalie à ce changement et préparer la localisation de la défaillance ; la corrélation seule n’établit toujours pas la cause racine |
| Une anomalie apparaît uniquement après le passage à l’alimentation sur la même paire | Configuration du PSE, état du PD et relations temporelles entre les réinitialisations et les événements de données | Choisir la prochaine mesure d’alimentation ou de chronologie, plutôt que d’attribuer directement le problème à la chute de tension du câble |
Transmettre ces enregistrements et le périmètre non testé à l’ingénieur suivant aide davantage à décider de poursuivre, de modifier ou d’ajouter des essais qu’une simple capture d’écran « liaison connectée ».
Des fichiers de planification et de relevé directement adaptables
Le kit d’évaluation sur banc contient un plan de banc et une feuille de résultats, un exemple de plan renseigné et des instructions sur les champs. Les fichiers rassemblent conditions, variables et champs de résultats, ce qui facilite la conservation des conditions ayant échoué au lieu de ne retenir qu’une connexion réussie.
L’exemple suppose qu’une équipe disposant d’équipements d’extrémité compatibles compare un câble de référence de 1 m à un câble cible de 20 m et prévoit de vérifier l’alimentation sur la même paire avec négociation de l’alimentation. Ces longueurs sont des données d’entrée de démonstration, pas des limites recommandées. Chaque ligne de l’exemple précise ce qui change, ce qui reste constant et ce qu’il faut observer. Les comptages mesurés, tensions, nombres de réinitialisations et conclusions sont tous laissés vides, car aucun essai n’a été réalisé. Remplacez les équipements et les conditions, complétez la documentation et les critères : le plan peut alors être transmis à la personne chargée des essais.
Vous pouvez définir la fin de cette série d’essais ainsi : chaque condition prévue dispose d’une configuration claire et de journaux ; les échecs conduisent à une prochaine vérification de diagnostic ; l’alimentation et les données font chacune l’objet de leur propre évaluation ; les environnements, longueurs et charges non vérifiés sont répertoriés séparément. Ce résultat peut aider à poursuivre la conception, la modifier ou arrêter cette approche. La qualification pour la production, la CEM, la durabilité et l’acceptation finale dans l’application nécessitent leurs propres validations.
Pour préparer les conditions du câble cible, consultez le guide de choix de la section et du conducteur. Pour organiser les conclusions de validation, consultez comment examiner un rapport d’essai d’assemblage de câbles.
Versions des sources : CN0575 Circuit Note Rev. A ; TIDA-010261, guide de conception TIDUF34A (2025-08) ; ressources publiques des fabricants consultées le 2026-09-23. Confirmez la concordance des versions de la BOM, du schéma et de la carte pour le montage réel. MTTJ a utilisé l’IA pour la lecture des recherches et la rédaction. Cet article compare des documents et propose des outils d’essai ; les deux conceptions de référence n’ont pas fait l’objet d’une reproduction physique pour cet article.
Ressources associées et périmètre de fabrication
Outils d’essai et guides des champs
Plan de banc Ethernet sur une paire : champs et mode d’emploi
Plan de banc Ethernet sur une paire : champs et mode d’emploi
Version : 2026-09-23. Fichiers associés : spe-bench-plan.csv et spe-bench-demo-plan.csv. Ouvrez les fichiers comme texte UTF-8 séparé par des virgules, avec la fonction « À partir d’un fichier texte/CSV » d’Excel ou avec LibreOffice. Les noms de colonnes anglais permettent la réutilisation entre langues.
Le plan inclut déjà les objectifs des essais B01 référence sur liaison courte, B02 câble cible, B03 alimentation sur la même paire et B04 variation de démarrage/charge. Il s’agit d’une séquence proposée, pas d’instructions de câblage du fabricant ni d’un essai réalisé. Supprimez les conditions non adaptées aux capacités de l’équipement. Pour répéter une condition, dupliquez la ligne et attribuez un test_id unique. Complétez les documents, les cartes réelles, les logiciels et les critères avant de commencer.
| Champ | Signification et consignes de saisie |
|---|---|
| data_kind | unperformed_plan pour le plan ; illustrative_plan_not_measured pour l’exemple ; utiliser measured dans un enregistrement distinct après obtention de mesures réelles |
| test_id | Identifiant unique de chaque exécution, utilisé pour relier les journaux |
| document_and_revision | Révisions des manuels des cartes réelles, des fichiers de conception et des documents logiciels utilisés |
| endpoint_a_hw_fw / endpoint_b_hw_fw | Révisions matérielles et versions des micrologiciels/images/pilotes aux deux extrémités |
| cable_drawing_lot / planned_length_m | Plan du câble, connecteurs et lot / longueur prévue en mètres |
| power_route_and_class | Chemin d’alimentation réel, configuration PSE/PD et classe d’alimentation ; distinguer alimentation externe et alimentation sur la même paire |
| changed_factor / held_constant | Facteur modifié dans cette ligne / conditions maintenues constantes |
| acceptance_criteria_ref | Référence des critères produit, limites de fonctionnement des composants et conditions d’arrêt établis avant l’exécution |
| planned_observation | Observations et journaux prévus pour cette condition |
| started_at_utc / ended_at_utc | Fenêtre réelle d’exécution, avec date, heure et fuseau UTC |
| actual_tx_mode_vpp | Valeur réellement lue du mode d’émission (Vpp) ; ne pas la remplacer par une valeur prévue |
| actual_tx_count / actual_rx_count | Comptages émis/reçus à la même couche et sur la même fenêtre ; laisser vide si les comptages ne sont pas disponibles |
| counter_definition | Nature des éléments comptés : trames Ethernet, messages applicatifs ou autre unité ; traitement des doublons, du filtrage et des remises à zéro |
| link_down_count / reset_count | Interruptions de liaison / réinitialisations des extrémités réellement observées dans la fenêtre ; laisser vide en l’absence d’observation |
| pd_input_min_v / pd_input_max_v | Tension minimale/maximale à l’entrée du PD au point de mesure indiqué, en V ; préciser instrument et point de mesure dans evidence_ref |
| power_setup_result / data_result | Conclusions séparées sur l’établissement de l’alimentation et les données applicatives, avec les critères utilisés ; ne pas saisir de réussite pour un essai non réalisé |
| evidence_ref | Emplacements des journaux, formes d’onde, points de mesure, paramètres d’échantillonnage et fichiers de résultats sous le même identifiant |
| next_decision | Action suivante : poursuivre, modifier un élément nommé, arrêter cette approche ou effectuer un essai complémentaire, avec le motif de la décision |
Utiliser l’exemple de plan renseigné
Le fichier de démonstration suppose que des équipements d’extrémité compatibles sont déjà disponibles, avec une liaison initiale de 1 m et un câble cible de 20 m. Ces longueurs sont uniquement illustratives. Des lignes distinctes modifient le câble, l’alimentation, puis le démarrage ou la charge. Remplacez les champs REPLACE par les informations réelles. Vérifiez aussi les classes d’alimentation, la négociation et la prise en charge des connecteurs aux deux extrémités ; une hypothèse de compatibilité n’est pas une vérification achevée.
Tous les champs de l’exemple, de started_at_utc à next_decision, sont vides. Il n’y a aucune heure réelle, aucun comptage, tension, réinitialisation, journal ni conclusion d’essai. Après préparation, copiez le plan dans un fichier d’exécution distinct et conservez le plan original. Distinguez les fichiers par leurs noms et leurs valeurs data_kind.
Résumer et diagnostiquer les résultats
Comparez d’abord B01/B02 sur une même fenêtre, avec la même charge, les mêmes extrémités et les mêmes logiciels. Notez le changement de chemin d’alimentation pour la comparaison B02/B03. Un voyant allumé ne suffit pas à conclure à une réussite dans data_result ; lisez les données applicatives et appliquez les critères définis. Si les définitions des comptages diffèrent ou si un compteur est remis à zéro, le nombre émis moins le nombre reçu ne peut pas être assimilé directement à des pertes de paquets. Conservez les journaux et expliquez d’abord la différence.
Lorsque les défauts n’apparaissent qu’avec l’alimentation sur la même paire, vérifiez les relations temporelles entre l’établissement de l’alimentation, l’état du PD, les réinitialisations et les événements de données avant de choisir la prochaine mesure. N’en déduisez pas une chute de tension du câble à partir de ce seul symptôme. Si la liaison courte échoue également, résolvez d’abord la configuration de référence. Laissez vides les données indisponibles. Saisissez 0 uniquement pour un événement effectivement absent pendant la fenêtre observée.
Une conclusion de banc peut être transmise lorsque chaque condition prévue dispose de références de configuration, de critères et de résultats, que les échecs conduisent à une prochaine étape de diagnostic réalisable et que le périmètre non testé est listé séparément. Le tableau ne détermine pas automatiquement la compatibilité des composants et ne remplace ni les procédures de câblage du fabricant, ni la qualification produit, ni la vérification de compatibilité électromagnétique (EMC).
Valeurs des CSV originaux et leur signification
Les fichiers originaux conservent des valeurs anglaises stables. Le tableau suivant les explique ; les identifiants de démonstration ne désignent pas des pièces ou des essais réels.
| Valeur originale | Signification |
|---|---|
unperformed_plan |
Plan qui n’a pas été exécuté. |
illustrative_plan_not_measured |
Plan illustratif sans résultat mesuré. |
measured |
Enregistrement distinct de mesures réelles après exécution. |
B01 |
Condition de référence sur liaison courte. |
B02 |
Condition avec le câble cible. |
B03 |
Condition d’alimentation sur la même paire. |
B04 |
Condition de variation du démarrage ou de la charge. |
REPLACE: exact board manuals and matched revisions |
Indiquer les manuels des cartes réelles et vérifier la correspondance de leurs révisions. |
REPLACE: compatible endpoint A / firmware |
Indiquer l’extrémité A réelle et son micrologiciel, puis vérifier la compatibilité. |
REPLACE: compatible endpoint B / firmware |
Indiquer l’extrémité B réelle et son micrologiciel, puis vérifier la compatibilité. |
REPLACE: actual drawing and lot |
Indiquer le plan et le lot réels du câble. |
REPLACE: product-specific criteria agreed before test |
Indiquer les critères propres au produit établis avant l’exécution. |
original supported supply |
Utiliser le mode d’alimentation initial pris en charge par le fabricant. |
same as B01 |
Conserver le mode d’alimentation de B01. |
compatible PoDL/SPoE only |
Utiliser PoDL/SPoE uniquement après vérification de la compatibilité. |
validated route |
Utiliser le chemin d’alimentation déjà vérifié pour l’équipement. |
establish baseline |
Établir la configuration initiale de comparaison. |
target cable and connector assembly |
Remplacer par le câble cible et son assemblage de connecteurs. |
power route |
Modifier le mode d’alimentation. |
one declared startup or load condition |
Modifier une condition de démarrage ou de charge explicitement définie. |
endpoint firmware; application load |
Maintenir constants le micrologiciel des extrémités et la charge applicative. |
endpoints; firmware; data load; supply |
Maintenir constants les extrémités, le micrologiciel, la charge de données et l’alimentation. |
B02 cable; endpoints; firmware; data load |
Maintenir constants le câble de B02, les extrémités, le micrologiciel et la charge de données. |
validated circuit and cable |
Maintenir constants le circuit et le câble déjà vérifiés. |
negotiation; application data; supply state |
Observer la négociation, les données applicatives et l’état de l’alimentation. |
same-window data counters; reconnect/reset; supply readings |
Observer les compteurs de données sur la même fenêtre, les reconnexions/réinitialisations et les relevés d’alimentation. |
power classification/start; PD state; application data |
Observer la classification et le démarrage de l’alimentation, l’état de l’équipement alimenté et les données applicatives. |
startup count; recovery duration; logs/waveform |
Enregistrer le nombre de démarrages, la durée de reprise et les journaux ou formes d’onde associés. |
