Choisir le bon protocole embarqué. Un guide de décision pratique

Il n'y a pas de réponse universellement correcte à "quel protocole dois-je utiliser ?" Quiconque vous dit le contraire n'a construit qu'un seul type de chose ou n'est pas honnête. Mais il existe une façon structurée de penser aux compromis qui mène rapidement à une décision défendable.

Le tableau comparatif

Protocole	Vitesse typique	Distance	Nœuds	Fils	Duplex	Immunité bruit
UART	115kbps – 4Mbps	<1m TTL	2 seulement	2+GND	Complet	Faible
SPI	1 – 80+ Mbps	<30cm	1M + N esclaves	4+1/esclave	Complet	Faible
I2C	100kHz – 1MHz	<1m	127	2+GND	Semi	Faible
CAN	125kbps – 8Mbps (FD)	40m @ 1Mbps	~110	2 diff + GND	Semi	Très élevée
RS-485	100kbps – 10Mbps	1200m	32–256	2 diff + GND	Semi	Élevée

Organigramme de décision

mermaid

Rendering diagram...

Règles concrètes par cas d'usage

UART pour : tout ce qui est livré avec un jeu de commandes AT ou un port de débogage. Modules GPS, modems cellulaires, firmware ESP-AT, modules Bluetooth classiques, consoles série. Pas pour les bus multi-appareils.

SPI pour : tout ce qui nécessite de la vitesse et se trouve à proximité. Pilotes d'affichage (ST7789, ILI9341), flash et EEPROM (W25Q, AT25), ADC et DAC haute vitesse, cartes SD, émetteurs-récepteurs RF (CC1101, nRF24L01). Une pin CS par appareil.

I2C pour : les capteurs. Température (BME280, TMP117), IMU (BNO055, ICM-20948), RTC (DS3231), jauges de batterie, petits OLEDs. La vitesse ne compte pas beaucoup, le nombre de fils oui. Si vous connectez plus de 4–5 appareils I2C externes, pensez aux conflits d'adresse avant de commencer à commander des composants.

CAN pour : tout ce qui est dans un véhicule, tout avec plusieurs nœuds qui doivent tous publier des données simultanément, tout dans un environnement à fortes vibrations ou fort bruit. Les émetteurs-récepteurs CAN sont bon marché. Utilisez CAN FD si la conception est nouvelle.

RS-485 pour : les automates, compteurs d'énergie, variateurs, débitmètres, tout avec un connecteur RJ45-Modbus. Requis quand les câbles dépassent quelques mètres et que l'autre extrémité est un équipement industriel.

Les questions qui comptent le plus

Avant de choisir, répondez à ces questions :

Quelle est la distance du signal ? Moins de 30cm → SPI ou I2C. Moins d'1m → UART ou I2C. Des mètres → CAN ou RS-485. Des centaines de mètres → RS-485.
Combien d'appareils ? Deux → UART ou SPI. Jusqu'à 15 sur carte → I2C ou SPI. Des dizaines sur un câble → CAN ou RS-485.
Le bruit est-il un problème ? Environnement bureau/laboratoire → n'importe lequel. Automobile/industriel → CAN ou RS-485 uniquement.
Plusieurs nœuds émettent-ils spontanément, ou un seul est-il toujours maître ? Multi-maître spontané → CAN. Interrogation maître-esclave → Modbus/RS-485 ou I2C.
Que parle déjà l'autre appareil ? S'il est livré avec une cartographie d'adresses Modbus, utilisez RS-485. S'il est livré avec une fiche technique SPI, utilisez SPI. Ne battez pas les standards existants.

Réflexion finale

Les protocoles de cette série dominent depuis des décennies parce qu'ils correspondent genuinement bien à leurs domaines d'application. pas parce que personne n'a inventé quelque chose de mieux. UART est toujours vivant parce qu'un module qui parle une interface série AT est extrêmement simple à intégrer. Modbus est encore dans chaque usine parce qu'il fonctionne, les outils existent, et la base installée est énorme. CAN est dans chaque voiture parce qu'aucun remplaçant n'a offert un meilleur rapport coût/robustesse aux volumes automobiles.

Quand vous choisissez, optimisez pour la chose la plus simple qui fonctionnera de manière fiable dans l'environnement où elle vivra. C'est généralement le bon choix.

Choisir le bon protocole embarqué - Un guide de décision pratique