Guide du bus CAN ESP32-S3: DEUX FOIS, Émetteurs-récepteurs, Câblage, et déploiement industriel

The CAN bus on the ESP32-S3 is implemented through its on-chip TWAI (Two-Wire Automotive Interface) controller. It is compatible with CAN 2.0, supporting 11-bit standard frames and 29-bit extended frames. It handles arbitration, error detection, acceptance filtering, and transmit/receive buffering, but does not include the physical layer. To connect to a real CAN bus, an external CAN transceiver is required. In industrial environments, isolation, TVS/ESD protection, and properly selected termination resistors are also typically necessary. One important limitation to note is that TWAI does not support CAN FD. If your network uses CAN FD or requires multiple CAN channels, consider adding an external SPI CAN controller or choosing a different solution.

This article systematically covers the complete set of knowledge required to use the ESP32-S3 as a CAN bus node, following the sequence: “Capability Limitations → System Architecture → Transceivers and Isolation → Wiring and Termination → Bit Timing and Baud Rates → Software Drivers → Error Handling → Wi-Fi/Bluetooth Coexistence → Typical Applications → Debugging and Troubleshooting → Deployment Checklist.”

1. CAN Capability Limitations of the ESP32-S3

En bref, l'ESP32-S3 est bien adapté pour une utilisation comme nœud CAN classique. Si vos exigences incluent CAN FD, plusieurs canaux CAN, ou des performances strictes en temps réel, évaluer à l'avance les contrôleurs externes ou un autre contrôleur principal. Pour obtenir des conseils sur la sélection d’un contrôleur principal, se référer à ESP8266 contre. ESP32 contre. 8051 Microcontrôleurs vs. STM32: Guide de comparaison et de sélection.

2. Architecture du système: Qu'est-ce qui constitue un nœud CAN ESP32-S3?

De haut en bas, un nœud typique se compose des composants suivants:

• Couche d'application: Logique métier et piles de protocoles, tels que des protocoles personnalisés, CANopen, et J1939. Ceux-ci doivent généralement être implémentés indépendamment ou via des bibliothèques tierces..
• Couche pilote: Le pilote ESP-IDF TWAI, responsable de l'initialisation, transmission, réception, filtration, alertes, et récupération.
• Contrôleur TWAI (sur puce): Gère le timing des bits, arbitrage, CRC, comptage des erreurs, et mise en mémoire tampon.
• Émetteur-récepteur CAN (externe): Convertit les signaux logiques TX/RX en signaux différentiels (CANH/CANL) et surveille l'état du bus.
• Isolation and protection (recommended): Digital isolators or integrated isolated transceivers, TVS/ESD protection, and common-mode chokes.
• Bus and cabling: Twisted-pair cable, termination resistors, et connecteurs.

Insufficient design at any layer may result in a system that “works on the bench but becomes unstable in the field.”

3. How to Select a CAN Transceiver and Isolation Solution

3.1 Why Is a Transceiver Required?

TWAI outputs 3.3V single-ended logic signals, whereas the CAN bus uses differential signaling. During the dominant state (logic 0), a differential voltage develops between CANH and CANL. During the recessive state (logic 1), the two lines return to similar voltage levels. The transceiver converts between these two signal types and provides bus-side drive and protection capabilities.

3.2 Key Selection Criteria

Les options courantes d'émetteur-récepteur 3,3 V incluent la série SN65HVD23x. De nombreux émetteurs-récepteurs 5V sont également disponibles, comme la série TJA105x, avec certains modèles dotés d'une broche VIO pour la compatibilité avec la logique 3,3 V. Référez-vous toujours à la fiche technique du fabricant pour le modèle spécifique et vérifiez son débit de données., exigences de tension, et indices de protection.

3.3 Options d'isolement

Pourquoi l'isolement est-il nécessaire dans les environnements industriels?

Les sites industriels peuvent impliquer des différences de potentiel de terre, commutation de charge inductive, bruit du moteur et du variateur de fréquence, et défauts de câbles. L'isolation permet d'éviter que ces problèmes n'affectent le contrôleur via des connexions à la terre ou des chemins en mode commun. Une solution d'isolation nécessite également une alimentation isolée, comme un convertisseur DC-DC isolé ou une solution intégrée. Faites attention aux paramètres tels que la tension de tenue d'isolement et l'immunité transitoire en mode commun (CMTI), et sélectionner des marges de conception suffisantes pour l'environnement d'exploitation.

4. Câblage et terminaison: La source la plus courante de problèmes sur le terrain

4.1 Résistances de terminaison

Le CAN classique utilise une topologie de bus linéaire avec une terminaison aux deux extrémités et aucune terminaison supplémentaire au milieu. Une résistance d'environ 120 Ω doit être connectée entre CANH et CANL à chacune des deux extrémités les plus éloignées du bus.. Une méthode d'auto-vérification courante consiste à éteindre le système et à mesurer la résistance entre CANH et CANL avec un multimètre.. Lorsque les deux terminaisons d'extrémité sont connectées, la résistance mesurée doit être d'environ 60Ω (deux résistances 120Ω en parallèle).

Rappels: De nombreuses cartes ou modules de développement incluent des résistances de terminaison intégrées, qui peut être activé ou désactivé à l'aide de cavaliers ou de plots de soudure. Always verify that termination has not been unintentionally enabled on intermediate nodes.

4.2 Topology and Stubs

• Prefer a linear bus topology and keep stubs as short as possible.
• Avoid arbitrary star topologies or long branches, as they can easily cause signal reflections.
• When the number of nodes increases or the data rate is high, stub length becomes more critical.

4.3 Cables and Shielding

• Use impedance-matched shielded twisted-pair cable, preferably dedicated CAN cable with a characteristic impedance of approximately 120Ω.
• Determine the grounding method for the shield according to the isolation design and system grounding scheme to avoid ground loops.
• Connector pinouts can follow common industry conventions, comme les affectations typiques des broches CAN_L/CAN_H/GND sur les connecteurs DB9 ou les connecteurs M12 couramment utilisés dans les applications industrielles. Reportez-vous à la norme applicable ou au manuel de l'appareil pour connaître le brochage exact..

4.4 Débit de données et longueur de câble: Une règle de référence commune

La longueur du câble et le débit de données dépendent de la qualité du câble, le nombre de nœuds, longueur du talon, et l'environnement sonore. Le tableau suivant fournit uniquement des valeurs de référence approximatives; les performances réelles doivent être vérifiées par des tests.

À mesure que la longueur du câble augmente, le délai de propagation aller-retour du signal devient plus important. Le débit de données doit être réduit en conséquence, avec une marge suffisante pour le point de prélèvement.

5. Synchronisation des bits et débits de données: Compréhension “Pourquoi vous ne pouvez pas choisir arbitrairement un débit en bauds”

Un temps bit CAN est constitué du segment de synchronisation, segment de propagation, segment de phase 1, et segment de phase 2. Le point d'échantillonnage est situé après le segment de phase 1. Une pratique courante consiste à définir le point d'échantillonnage entre 75 % et 87,5 % environ du temps binaire et à garantir que tous les nœuds du réseau utilisent le même débit de données et des points d'échantillonnage similaires..

• Plus le débit de données est élevé, plus le temps de bits est court, rendre le réseau plus sensible au retard du câble, précision de l'horloge, et le bruit.
• Les configurations de synchronisation des bits doivent correspondre sur tous les nœuds; sinon, de nombreuses trames d'erreur peuvent survenir.
• ESP-IDF fournit des macros de synchronisation prédéfinies pour les débits de données courants et permet également aux préscalers personnalisés et aux segments temporels de s'adapter aux réseaux spécialisés..

5.1 Combien de temps faut-il pour transmettre une image? (La bonne méthode d’estimation)

A Classical CAN standard frame carrying 8 bytes of data contains approximately 110 bits without bit stuffing, or around 135 bits when bit stuffing and the interframe space are taken into account. Donc, the approximate frame transmission times are:

These are estimated ranges. Actual transmission time depends on the data content (bit stuffing) and frame type.

5.2 Bus Load

When planning periodic messages, calculate the bus utilization rate:

Bus utilization ≈ Total bit time occupied by all frames per unit of time ÷ Total bus bandwidth

In engineering practice, sufficient margin should be reserved for burst traffic and retransmissions. It is not recommended to keep the bus operating close to full utilization over extended periods. The appropriate utilization limit should be determined according to the application’s real-time requirements.

6. Développement de logiciels: Using the TWAI Driver in ESP-IDF

6.1 Basic Workflow

1. Configuration: Select TX/RX pins, operating mode, bit timing, and acceptance filtering.
2. Install and start the driver.
3. Transmission: Construct a message containing the ID, data length, données, and flags, then transmit it.
4. Reception: Block while waiting for incoming messages in a dedicated task and process them when received.
5. Alerts and error handling: Subscribe to alerts, monitor error states, and initiate recovery when necessary.
6. Stop and uninstall the driver, si nécessaire.

6.2 Exemple (Classique driver/twai.h API, for Understanding the Workflow Only)

#include "driver/twai.h"

#define CAN_TX_GPIO  GPIO_NUM_4   // Example pin; modify according to the actual hardware
#define CAN_RX_GPIO  GPIO_NUM_5

void can_init(void)
{
    twai_general_config_t g = TWAI_GENERAL_CONFIG_DEFAULT(
        CAN_TX_GPIO, CAN_RX_GPIO, TWAI_MODE_NORMAL);
    twai_timing_config_t  t = TWAI_TIMING_CONFIG_500KBITS();
    twai_filter_config_t  f = TWAI_FILTER_CONFIG_ACCEPT_ALL();

    ESP_ERROR_CHECK(twai_driver_install(&g, &t, &f));
    ESP_ERROR_CHECK(twai_start());
}

void can_send_example(void)
{
    twai_message_t msg = {
        .identifier = 0x123,
        .data_length_code = 2,
        .data = {0x01, 0x02},
    };
    twai_transmit(&msg, pdMS_TO_TICKS(100));
}

void can_rx_task(void *arg)
{
    twai_message_t rx;
    for (;;) {
        if (twai_receive(&rx, pdMS_TO_TICKS(1000)) == ESP_OK) {
            // Perform only lightweight processing here:
            // enqueue the data for processing by an application task
        }
    }
}

Remarques importantes:

• The pins in this example are for demonstration only. Évitez les broches de cerclage et les broches occupées par Flash/PSRAM, and select pins according to the actual board-level design.
• Avoid time-consuming operations in the receive task, such as extensive logging or network requests. Plutôt, enqueue received data for processing by another task to prevent the receive queue from overflowing.
• The TWAI API may change between ESP-IDF versions. For newer versions, always refer to the official documentation.

6.3 How to Choose the Operating Mode

6.4 Acceptance Filtering

Acceptance filters use an “code d'acceptation + masque” pour configurer le matériel pour recevoir uniquement les identifiants qui vous intéressent, réduire la fréquence des interruptions du processeur causées par des trames non pertinentes. Lorsque le réseau transporte de nombreuses trames mais que le nœud n'a besoin que d'un petit sous-ensemble d'identifiants, des filtres correctement configurés peuvent réduire considérablement la charge du processeur et la pression de la file d'attente. Pour la surveillance des bus, le “accepte tout” la configuration peut être utilisée.

7. Gestion des erreurs et fiabilité: Ne laissez pas un nœud “Échouer en silence”

7.1 États d'erreur du nœud CAN

Les nœuds CAN gèrent leur propre fonctionnement via le compteur d'erreurs de transmission (TEC) et recevoir le compteur d'erreurs (REC):

7.2 Application-Layer Recommendations

• Subscribe to alerts and maintain logs: Log and count events such as error warnings, error-passive states, bus-off conditions, and receive queue overflows.
• Recovery after bus-off: The driver provides a recovery interface, but avoid unlimited retries. Apply a backoff strategy and report the node’s status.
• Heartbeat and timeout monitoring: Critical nodes should periodically transmit heartbeat frames. Receivers should detect timeouts and enter a safe state. This is an effective way to detect “silent failures.”
• Data validity: Ajoutez des compteurs ou des contrôles aux signaux critiques de la couche application pour identifier les données obsolètes..
• Chien de garde: Utilisez un chien de garde pour garantir que le système peut revenir à un état connu si une tâche ne répond plus..

7.3 Fonctions de sécurité telles que les arrêts d'urgence

Ne considérez pas la communication CAN à usage général comme le seul canal pour les fonctions de sécurité.. Les fonctions liées à la sécurité telles que les arrêts d'urgence et les verrouillages de sécurité doivent utiliser des solutions conformes aux normes de sécurité applicables., tels que des circuits de sécurité câblés ou des bus de sécurité certifiés. CAN est mieux adapté à la surveillance et à la coordination de l'état. Les conceptions impliquant la sécurité fonctionnelle doivent être évaluées conformément aux normes applicables à l'industrie concernée..

8. Coexistence Wi-Fi/Bluetooth: Considérations en temps réel lors de l'utilisation de l'ESP32-S3 comme passerelle

L'ESP32-S3 a l'avantage de prendre en charge à la fois le Wi-Fi et le Bluetooth, ce qui le rend bien adapté pour “CAN ↔ réseau” passerelles. Cependant, cela signifie également que les piles de protocoles sans fil et les tâches d'application s'exécutent simultanément au sein du système..

• Attribuer une priorité plus élevée à la tâche de réception CAN. Si nécessaire, épinglez-le à un noyau spécifique et séparez-le des tâches réseau.
• Effectuer uniquement un traitement minimal dans la tâche de réception. Mettez les données en file d'attente et laissez les tâches de moindre priorité gérer des opérations fastidieuses telles que MQTT, HTTP, et stockage de données.
• Définissez une profondeur de file d'attente RX appropriée et évaluez le trafic en rafale dans les pires conditions.
• Pour un contrôle en boucle fermée nécessitant une synchronisation déterministe, évitez de placer l'intégralité de la charge de travail sur une seule puce qui exécute également des piles de protocoles sans fil. Pensez à placer le contrôle en temps réel sur un contrôleur dédié tout en utilisant l'ESP32-S3 pour la connectivité réseau. Pour l'approche d'architecture à double puce, se référer à ESP8266 contre. ESP32 contre. 8051 Microcontrôleurs vs. STM32: Guide de comparaison et de sélection.

9. Options d'extension: Que faire si vous avez besoin de plusieurs canaux CAN ou CAN FD?

L'ajout d'un contrôleur SPI CAN externe augmente la latence de communication SPI et la complexité logicielle. Le débit et la gestion des interruptions doivent être évalués pendant la phase de conception.

10. Applications typiques

11. Problèmes de débogage et de dépannage courants

Outils communs: Analyseurs CAN (Adaptateurs USB-CAN), oscilloscopes (pour observer les niveaux de tension différentielle et la qualité de la forme d'onde), et multimètres (pour mesurer la résistance de terminaison). Lors de l'analyse d'un réseau existant, Le mode d'écoute seule peut être utilisé pour éviter d'interférer avec le bus.

12. Considérations sur la conception matérielle et la disposition des circuits imprimés

• Placez l'émetteur-récepteur à proximité du connecteur pour minimiser la longueur de trace côté bus.
• Acheminer CANH et CANL comme une paire différentielle appariée, garder les traces symétriques et aussi longues que possible. Éloignez-les des alimentations à découpage et des zones à dv/dt élevé.
• Ajoutez des dispositifs de protection TVS/ESD et des selfs de mode commun, en fonction des exigences CEM. Une terminaison divisée peut être utilisée si nécessaire pour améliorer les performances de bruit en mode commun.
• Pour les conceptions isolées, s'assurer qu'il n'y a pas de cuivre coulé sous la barrière d'isolation et qu'aucune trace ne traverse la limite d'isolation. Réservez suffisamment d'espace pour l'alimentation isolée.
• Fournir des plots de soudure ou des cavaliers en option pour les résistances de terminaison, permettant une configuration flexible pour les nœuds à différentes positions sur le bus.
• Réserver des points de test et des interfaces de débogage, tels que TX/RX et les broches d'activation/veille.

Le développement et la commercialisation de produits impliquent également des coûts associés à la certification CEM et sans fil.. Se référer à Une ventilation complète des coûts de développement du produit ESP32 pour planifier votre budget à l'avance.

13. Liste de contrôle préalable au déploiement

• Tous les nœuds utilisent des débits de données et des configurations de points d'échantillonnage cohérents.
• Une résistance de terminaison d'environ 120 Ω est installée à chaque extrémité du bus. Avec l'alimentation éteinte, la résistance du bus mesurée est d'environ 60 Ω.
• Les talons sont aussi courts que possible, et la topologie suit une structure de bus linéaire.
• Un câble à paire torsadée blindé est utilisé, et le schéma de blindage et de mise à la terre a été évalué.
• Les nœuds industriels utilisent une solution d'isolation, avec tension de tenue d'isolement et marges CMTI vérifiées.
• La protection TVS/ESD et les mesures de suppression de mode commun nécessaires sont mises en œuvre.
• Les priorités des tâches de réception et la profondeur des files d'attente ont été validées par des tests de résistance.
• Surveillance du rythme cardiaque, détection du délai d'attente, et la journalisation des erreurs ont été implémentées.
• Des tests de longue durée ont été réalisés dans l'environnement d'exploitation réel, y compris les zones comportant des sources d'interférences telles que les variateurs de fréquence et les moteurs.
• Le micrologiciel prend en charge la restauration de version ou la protection contre les échecs de mise à jour OTA..
• Les fonctions liées à la sécurité ne reposent pas uniquement sur la communication CAN à usage général.

Conclusion

L'intérêt de l'utilisation de l'ESP32-S3 comme nœud CAN réside dans son intégration du CAN classique, Wi-Fi, et Bluetooth dans une seule puce, making it well suited for industrial equipment data gateways and connected control units. Cependant, achieving stable operation in real-world environments depends less on the TWAI controller itself and more on transceiver and isolation selection, termination and wiring, bit timing and data rates, error handling and heartbeat mechanisms, and resource allocation between wireless and application tasks. Only by systematically addressing each of these aspects using a checklist can you move from “working on the development board” à “reliable operation in the field.”

If you are planning an industrial gateway, CAN communication module, or controller based on the ESP32-S3 and need end-to-end support, from schematic design and isolation planning to PCB and EMC reviews, prototype development, et production de masse, feel free to contact the engineering team at Leadsintec. We can start by reviewing your design and identifying potential risks.