TEMPORISATION DES CARACTÈRES UART
Comment un UART reçoit-il sans horloge commune ?
Un récepteur utilise un événement de départ valide pour établir la référence temporelle, puis échantillonne les bits du caractère avec sa propre horloge locale et vérifie la position d’arrêt. Les deux extrémités doivent avoir des réglages compatibles. Un nouveau caractère peut réaligner la temporisation, mais les contrôles de trame ne prouvent ni l’intégrité des données ni le bon fonctionnement de l’application. Ces diagrammes logiques simplifiés ne représentent ni les tensions des connecteurs ni des mesures de produits.
Départ
Un événement de départ valide établit la référence temporelle locale.
Échantillonnage
L’échantillonnage dans les intervalles stables des bits aide à éviter les transitions.
Arrêt
Un niveau bas à la position d’arrêt attendue peut signaler une erreur de trame.
Consignez le débit en bauds, les bits de données, la parité et les bits d’arrêt aux deux extrémités.
Comparez la temporisation logique et les erreurs de réception lors d’un essai autorisé.
Vérifiez les octets réels de l’application et l’interprétation des messages.
Liste de contrôle de sélection et de vérification — développer
| Vérification | Points à confirmer | Méthode de vérification |
|---|---|---|
| Interface | Compatibilité électrique | Consultez la documentation du modèle |
| Caractère | Concordance de la temporisation et du format | Comparez les deux configurations |
| Application | Octets et messages corrects | Conservez les relevés des essais utilisant des motifs connus |
Les extrémités d’une liaison série ne partagent pas de fil d’horloge distinct. Comment un récepteur identifie-t-il donc un octet dans un signal qui évolue ? Les bits de départ, les bits d’arrêt et la temporisation propre à chaque extrémité apportent la réponse. Comprendre ce processus permet d’expliquer pourquoi une légère différence de configuration peut produire des caractères corrompus ou des erreurs de trame, et pourquoi une connexion Ethernet ne prouve pas que la réception série est correcte.
Distinguer l’interface électrique du format des caractères
Les équipements industriels peuvent se connecter à des serveurs de périphériques série ou à des émetteurs-récepteurs optiques de données via RS232 ou RS485. Un émetteur-récepteur d’interface convertit les signaux de ligne en signaux logiques que la puce peut traiter. L’UART traite les bits individuels selon le format de caractère sélectionné. UART signifie émetteur-récepteur asynchrone universel ; le fonctionnement asynchrone n’utilise normalement pas de fil d’horloge de synchronisation commun.
Dans ces illustrations, les niveaux haut et bas représentent les états logiques UART, et non les tensions réelles du connecteur RS232 ni la tension de l’un ou l’autre des conducteurs RS485 par rapport à la masse. Le type d’interface, la masse de référence, le câblage différentiel et les limites de l’appareil nécessitent des vérifications distinctes. Un diagramme logique n’est pas un guide de câblage, et les broches TTL ne doivent pas être raccordées directement à une interface incompatible.
Le chemin de réception peut être simplifié ainsi : émetteur-récepteur de ligne, logique de réception UART, tampon d’octets et application. Le passage d’un signal entre ces étapes ne garantit pas que l’application a reçu un enregistrement métier correct. La réception des caractères doit fonctionner avant que les données n’entrent dans le réseau.
Quelles parties d’une trame ne sont pas des données applicatives ?
Dans le format courant 8N1, 8 indique huit bits de données, N signifie sans parité et 1 indique un bit d’arrêt. Un caractère contient également un bit de départ : les huit bits de données applicatives ne constituent donc pas la totalité de la transmission sur la ligne. Les bits de départ et d’arrêt structurent les caractères ; ils ne doivent pas être ajoutés aux données applicatives comme valeurs supplémentaires.
Dans la représentation logique non inversée courante, l’état de repos est haut, le bit de départ est bas et le bit d’arrêt revient au niveau haut. Les données sont généralement envoyées en commençant par le bit de poids faible, bien que les options varient selon les périphériques et que la documentation des deux extrémités doive concorder. D0 à D7 désignent des positions, et non un octet fixe ou des transitions obligatoires entre bits adjacents.
Des bits de données consécutifs identiques peuvent maintenir la ligne dans le même état. Un récepteur ne peut pas compter les transitions pour compter huit bits. Il s’appuie sur la temporisation après l’événement de départ pour déterminer les intervalles de bits successifs. C’est pourquoi la concordance des réglages du débit en bauds est importante.
Comment la réception commence-t-elle depuis l’état de repos ?
L’UART surveille son entrée. Après avoir détecté une éventuelle transition de départ, il vérifie le niveau bas selon les conditions de départ propres à son implémentation et planifie l’échantillonnage des données. Une brève impulsion parasite ne constitue pas automatiquement un bit de départ complet. Le filtrage et la validation du départ varient selon les périphériques ; il ne faut pas supposer que les équipements utilisent une logique interne identique.
Considérez le bit de départ comme un signal indiquant que l’on est prêt à commencer avant chaque caractère. Les deux extrémités s’accordent sur une cadence approximative, puis le récepteur suit son temporisateur local pour échantillonner successivement. Cette analogie ne signifie pas qu’un signal vocal est réellement envoyé ni qu’un UART ordinaire reconnaît automatiquement n’importe quel débit en bauds. Une configuration compatible reste nécessaire.
De nombreux UART utilisent le suréchantillonnage : leur horloge d’échantillonnage interne effectue plusieurs cycles pendant un intervalle de bit, ce qui aide à valider un départ ou à établir une position d’échantillonnage. Certains prennent leurs décisions à partir de plusieurs échantillons. Cela peut aider à localiser les fronts et à gérer les perturbations, mais ne permet pas de tolérer une erreur illimitée. Le facteur d’échantillonnage d’une puce ne constitue pas une spécification universelle des produits FCTELE.
Pourquoi échantillonner près du milieu d’un bit ?
À proximité d’une limite de bit, le signal peut être en transition. La propagation, la vitesse des fronts et les seuils d’entrée influencent l’instant où le récepteur considère le signal comme haut ou bas. Échantillonner dans un intervalle stable facilite l’interprétation par rapport à un échantillonnage près d’un front. Les points centraux expliquent le principe ; ils ne signifient pas qu’une puce réelle n’échantillonne qu’une seule fois ou toujours exactement au centre géométrique.
L’émetteur et le récepteur utilisent des horloges locales distinctes. S’ils ne s’accordent pas sur la durée d’un bit, les positions d’échantillonnage prévues peuvent dériver progressivement, même après leur alignement par le départ. Les écarts de temporisation peuvent devenir plus évidents vers la fin d’un caractère et placer un échantillon dans le mauvais intervalle, à proximité du dernier bit de données ou du bit d’arrêt.
Des messages courts parfois corrects ne prouvent pas la fiabilité d’une configuration. Certains motifs de bits peuvent masquer un problème tandis que d’autres le révèlent. Les essais de réception doivent couvrir le contenu applicatif réel et une transmission soutenue, plutôt que de considérer quelques caractères lisibles dans un terminal comme une preuve suffisante.
Que peut nous indiquer le contrôle du bit d’arrêt ?
Après les bits de données configurés et l’éventuel bit de parité, le récepteur vérifie la position d’arrêt selon son implémentation. S’il détecte un niveau bas là où l’état d’arrêt est attendu, il peut activer un indicateur d’erreur de trame. Une erreur de trame signale l’échec d’un contrôle du format reçu ; elle n’identifie pas le fil défectueux.
Une discordance du débit en bauds ou du format des caractères, des interférences et un niveau bas maintenu anormalement longtemps peuvent produire des symptômes similaires. Inversement, l’absence d’erreurs de trame ne prouve pas que les données sont correctes : un échantillonnage incorrect peut fortuitement détecter un niveau haut à la position d’arrêt. Les données nécessitent toujours des contrôles d’intégrité ou des vérifications applicatives. Le bit d’arrêt n’est pas non plus un marqueur de fin d’un message métier complet.
La manière dont les indicateurs d’erreur accompagnent les caractères, leur éventuel rejet par un pilote et l’accès du logiciel aux compteurs dépendent du matériel et du logiciel. Une application qui n’affiche rien ne prouve pas immédiatement l’absence de signal en entrée de ligne ; une étape peut avoir filtré les caractères erronés. Conservez les informations d’état avec le contenu des octets.
Comment la trame suivante peut-elle rétablir la synchronisation ?
Après un caractère, le récepteur recommence à rechercher un événement de départ selon ses règles. Un nouveau départ valide permet à la réception de se réaligner. Une transmission continue n’a pas besoin de comporter un long intervalle silencieux entre les caractères, mais elle doit respecter le format de caractère configuré et les exigences de durée d’arrêt.
La synchronisation caractère par caractère ne corrige pas automatiquement l’ensemble d’un échange. Si un caractère est mal reçu, le protocole applicatif doit toujours gérer les octets manquants, répétés ou corrompus. Les limites des caractères UART, celles des paquets réseau du serveur série et celles des messages applicatifs sont différentes. L’ajout de bits d’arrêt ne remplace pas une analyse correcte des messages.
Pour mener une investigation, consignez le débit en bauds, les bits de données, la parité, les bits d’arrêt et le type d’interface aux deux extrémités, puis observez les formes d’onde et les compteurs d’erreurs dans des conditions autorisées. Ne modifiez qu’une variable à la fois et comparez des données connues avant et après la modification. Les changements de paramètres sur les liaisons de production critiques nécessitent une intervention de maintenance organisée, et non des essais incontrôlés par tâtonnement.
Relier les éléments de preuve entre les étapes
Si la forme d’onde d’entrée est déjà anormale, examinez les interfaces électriques, le câblage et les interférences. Si la forme d’onde est reconnaissable mais que les octets sont corrompus, vérifiez le format des caractères, la temporisation et l’échantillonnage. Si les octets sont corrects mais que l’application échoue, examinez la mise en tampon, l’encapsulation réseau et l’interprétation par l’application. Les éléments de preuve à chaque étape orientent plus utilement le diagnostic que le remplacement répété des commutateurs Ethernet.
Les serveurs de périphériques série et les produits de transmission de données FCTELE relient les équipements industriels. Les interfaces réelles et les possibilités de configuration dépendent de la documentation du modèle concerné. Ce guide explique la réception UART en général, et non le circuit interne ou la tolérance mesurée d’un produit particulier, et ne fournit aucune vitesse maximale non vérifiée. Les justificatifs de livraison doivent comprendre les configurations, les conditions d’essai, les formes d’onde originales et la vérification applicative.
Références
TI : présentation du protocole UART et des erreurs; Microchip : exemple de récepteur asynchrone; Informations sur les passerelles série FCTELE. Illustrations générales, et non schémas de circuits de produits ou mesures de tolérance.
Traduit de l’article technique en chinois : Lire l’article original en chinois.
Questions fréquentes
Les états logiques UART correspondent-ils aux tensions RS232 ?
Non. Un émetteur-récepteur de ligne convertit les signaux électriques ; vérifiez séparément les tensions réelles de l’interface et le câblage.
L’absence d’erreur de trame prouve-t-elle que les données sont correctes ?
Non. L’échantillon d’arrêt peut fortuitement être haut même si les données sont incorrectes. Les contrôles d’intégrité et les vérifications applicatives restent nécessaires.
Un bit d’arrêt termine-t-il un message applicatif ?
Non. Il fait partie du format d’un caractère ; les protocoles applicatifs définissent les limites des messages.
Périmètre et lectures complémentaires
Temporisation UART générique, et non circuit d’un appareil particulier ou tolérance mesurée.
Échappement des octets série et délimitation des messages · Acheminement Ethernet et maintenance
