Logo MTTJ Mold-Tech

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

Chemin des données
  1. Raspberry Pi / application Linux
  2. SPI
  3. MAC-PHY ADIN1110
  4. Réseau de couplage de la carte et câble à paire unique
  5. Partenaire de liaison compatible
Alimentation sur la même paire
  1. Équipement source d’alimentation (PSE) compatible
  2. Câble à paire unique et réseau d’alimentation de la carte
  3. Commande d’équipement alimenté (PD) LTC9111 et alimentations en aval
  4. 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

Chemin des données
  1. Étage d’entrée analogique / module d’évaluation
  2. Traitement applicatif AM2434
  3. PHY DP83TD510E
  4. Interface de la carte et câble à paire unique
  5. Partenaire de liaison compatible
Choix de l’alimentation
  1. Chemin d’équipement alimenté PoDL Type E, Class 12 dans la configuration du fabricant
  2. 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

Guides d’application: Contributions précédentes

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.

Références officielles

Demander un devis

Spécifier l’assemblage de câbles pour l’essai sur banc

Transmettez les détails des équipements terminaux et des connecteurs, le brochage et la longueur prévue. Précisez l’installation et le mode d’alimentation envisagé. Joignez la révision du plan et les enregistrements requis afin que la demande d’assemblage de câbles couvre le même périmètre que l’évaluation sur banc.

Transmettre les exigences de liaison sur banc