Perte de communication RS485 : causes et méthode de diagnostic
La supervision fonctionnait depuis des mois, et un matin le datalogger ne voit plus qu'un onduleur ou plus aucun. Personne n'est intervenu sur le câblage. Pourtant, une perte de communication RS485 a presque toujours une cause identifiable : un composant endommagé, un changement sur l'installation ou un bus qui fonctionnait déjà en limite.
Cet article passe en revue les principales causes et propose une méthode pour localiser le défaut sans tout recâbler.
Les rappels utiles au diagnostic
Le RS485 transmet les informations grâce à une différence de tension entre deux fils de données, généralement constitués d'une paire torsadée. Quelques caractéristiques électriques sont particulièrement utiles pour comprendre les défauts rencontrés sur le terrain (guide de conception RS-485 de Texas Instruments).
Paramètre | Valeur de référence | Ce que ça implique |
Sensibilité du récepteur | ±200 mV | Seuil différentiel garanti pour un récepteur RS485 classique |
Plage de mode commun | −7 à +12 V | Un écart de potentiel trop important peut empêcher une réception correcte |
Terminaison | Généralement 120 Ω | Une terminaison adaptée à chaque extrémité du bus |
Résistance mesurée | Environ 60 Ω | Deux terminaisons de 120 Ω en parallèle, hors tension |
Charge du bus | 32 charges unitaires | Capacité classique d'un bus RS485 standard |
Topologie | Ligne avec dérivations courtes | Le câblage en étoile provoque des réflexions |
Le câble recommandé est une paire torsadée d'impédance caractéristique de 120 Ω. La longueur maximale dépend du débit, du câble et des conditions d'installation : environ 1 200 m à 100 kbit/s dans des conditions adaptées.
Cause 1 : un composant a été endommagé
Surtension ou orage. Un long câble de communication peut capter des surtensions induites. Le circuit RS485 de l'onduleur ou du datalogger peut alors être endommagé. Un seul circuit défectueux peut perturber électriquement l'ensemble du bus et couper la communication de tous les appareils.
Connexion dégradée. Bornier desserré par les cycles thermiques, oxydation, humidité dans un coffret, câble pincé, rongé ou coupé lors de travaux.
Alimentation. Défaillance du bloc qui alimente le datalogger ou de l'alimentation du bus lorsqu'elle est distribuée sur le même câblage.
Une perte de communication apparue après un orage oriente vers une recherche de composant endommagé, sans pour autant exclure les autres causes.
Cause 2 : quelque chose a changé sur l'installation
« Personne n'a touché au câblage » ne veut pas dire que rien n'a changé.
Remplacement d'un onduleur. L'appareil neuf ou réparé revient avec son adresse et son débit par défaut. Résultat : adresse en double avec un autre appareil, débit différent du reste du bus ou protocole de communication non activé.
Inversion de polarité. Les fabricants n'utilisent pas tous la même convention : selon les marques, la borne A correspond à D+ ou à D-. Au remplacement d'un appareil par un modèle d'une autre marque, les deux fils sont facilement inversés.
Mise à jour du firmware. Une mise à jour de l'onduleur ou du datalogger peut modifier un paramètre de communication ou le protocole utilisé.
Ajout d'un appareil sur le bus. Compteur, capteur ou onduleur supplémentaire avec une adresse déjà utilisée, ou avec sa propre terminaison activée alors qu'il n'est pas en bout de ligne.
Ajout d'un équipement perturbateur. Borne de recharge, pompe à chaleur, variateur de vitesse ou câble de puissance posé parallèlement au câble de communication.
Modification des mises à la terre. Un nouvel appareil ou une nouvelle liaison de terre peut créer un écart de potentiel entre deux points du bus et perturber la réception.
Avant toute mesure, il faut donc demander quelles interventions ont eu lieu sur le site, même sans rapport apparent avec la supervision.
Cause 3 : le bus fonctionnait déjà en limite
Le défaut existe depuis la mise en service, mais rien ne le révélait. Les situations les plus fréquentes
sont :
Câblage en étoile ou longues dérivations au lieu d'une ligne continue.
Câble non adapté : absence de paire torsadée, impédance inappropriée ou conducteurs mal raccordés.
Bus trop long pour le débit choisi.
Blindage non raccordé, ou relié à la terre aux deux extrémités alors que les masses ne sont pas au même potentiel. Suivre la préconisation du constructeur.
Un tel bus fonctionne avec une faible marge. Une petite variation suffit à le faire basculer : température, humidité, vieillissement d'un composant ou ajout d'un appareil.
C'est souvent ce qui explique une communication d'abord intermittente (trous dans les données, appareils qui disparaissent puis reviennent), avant une perte totale.
Cause 4 : ce n'est pas une vraie perte de communication
Avant de chercher un défaut sur le bus, il faut écarter le cas d'un onduleur à l'arrêt ou en défaut. Un onduleur bloqué ou hors tension ne répond plus, et le problème peut alors provenir de l'onduleur lui-même et non de la communication. Un contrôle visuel de l'écran ou des voyants de l'onduleur, en journée, constitue une première vérification.
À l'inverse, une perte de communication peut elle-même provoquer l'arrêt de l'onduleur. Sur une installation avec limitation d'injection ou zéro injection, l'onduleur lit en permanence un compteur sur un bus RS485. S'il perd ce compteur, beaucoup d'onduleurs ou de loggers passent en défaut ou en sécurité ou lisent 0 et limitent ou arrêtent la production, puisqu'ils ne peuvent plus garantir la limitation demandée. La perte de communication ne crée plus seulement un trou dans les données : elle coûte de la production.
Offline ou 0 W : deux diagnostics différents
Dans la supervision, un onduleur « Offline » et un onduleur affichant 0 W ne racontent pas la même histoire.
Affichage | Ce que ça signifie | Où chercher |
Offline (pas de données) | Le datalogger ne reçoit pas de réponse exploitable de l'onduleur | Communication, bus, adresse, paramètres, circuit RS485 ou onduleur hors tension |
0 W avec données actualisées | L'onduleur communique, mais ne produit pas | Production : côté DC, défaut onduleur, réseau ou protection déclenchée |
Un onduleur qui transmet correctement une valeur de 0 W ne présente pas de défaut de communication. Inutile dans ce cas de chercher en priorité sur le bus RS485 ou le datalogger.
Pour un onduleur qui communique mais ne produit pas, la recherche se fait côté DC : voir comment la courbe I-V aide à localiser une anomalie de production.
Ne pas tuer le messager
Le datalogger est celui qui signale la perte de communication, mais dans bon nombre de cas il n'en est pas la cause.
Le redémarrer, ou pire le réinitialiser, en première étape est un réflexe que nous rencontrons trop souvent au support Sundays Data.
Cela ne règle pas un défaut de câblage, d'adresse ou de composant. Une réinitialisation peut même effacer la configuration et ajouter un problème au premier.
Le datalogger ne devient suspect qu'après avoir écarté le bus et les appareils raccordés, en suivant une méthode de diagnostic progressive.
Méthode de diagnostic
1. Délimiter le problème
Avant de sortir les outils de mesure, il faut caractériser le défaut :
Un seul appareil est-il perdu ou tous les appareils ?
Depuis quand le problème existe-t-il ?
La perte est-elle continue ou intermittente ?
Un événement a-t-il précédé le défaut : orage, intervention, remplacement d'un onduleur, mise à jour ou ajout d'un équipement électrique ?
Un seul appareil perdu oriente vers cet appareil : adresse, paramètres, circuit de communication ou raccordement. Mais attention, la carte de communication de l'appareil précédent peut aussi être en cause.
Tous les appareils perdus orientent plutôt vers le bus lui-même, son alimentation ou le datalogger.
2. Mesurer la résistance hors tension
Après mise en sécurité et mise hors tension des équipements concernés, mesurer la résistance entre les deux fils de données. Dans une architecture classique avec deux terminaisons de 120 Ω, on attend environ 60 Ω.
Valeur mesurée | Interprétation possible |
Environ 60 Ω | Deux terminaisons de 120 Ω en parallèle |
Environ 120 Ω | Une seule terminaison présente |
Environ 40 Ω ou moins | Plusieurs terminaisons ou charge supplémentaire sur le bus |
Quelques ohms ou moins | Court-circuit possible sur le câble ou un circuit RS485 |
Résistance très élevée | Absence de terminaison, coupure ou circuit ouvert |
Attention : ces valeurs sont des indications pour une architecture classique. Les résistances de polarisation, les circuits raccordés et les terminaisons intégrées peuvent modifier la mesure. Il faut également tenir compte des prescriptions des fabricants.
3. Mesurer sous tension
Si la mesure hors tension ne permet pas d'identifier le défaut, des contrôles électriques complémentaires peuvent être réalisés.
Tension entre les deux fils de données : vérifier la tension différentielle au repos et pendant les échanges. Sur un bus correctement polarisé, une tension différentielle supérieure à 200 mV permet de garantir un état logique défini pour un récepteur RS485 classique.
Tension de mode commun : contrôler les tensions des lignes par rapport à la référence de signal prévue par le constructeur. La plage admissible d'un émetteur-récepteur RS485 classique est généralement de −7 à +12 V.
Une tension différentielle proche de zéro au repos n'indique pas nécessairement une panne : certains bus ne disposent pas de polarisation permanente.
4. Isoler le défaut par tronçons
Si plusieurs appareils sont raccordés au même bus, il est possible de procéder par élimination :
Déconnecter une partie du bus.
Tester la communication avec les appareils restants.
Si elle revient, le défaut se trouve probablement dans la partie déconnectée.
Recommencer sur le tronçon concerné jusqu'à localiser l'appareil ou le câblage en cause.
Lors de chaque modification, il faut adapter la position de la terminaison à la nouvelle extrémité physique du bus testé.
Cette méthode permet souvent de localiser un appareil qui perturbe l'ensemble de la communication, sans devoir remplacer tout le câblage.
5. Vérifier les paramètres de communication
Sur chaque appareil suspect, contrôler les paramètres suivants :
Adresse Modbus unique sur le bus.
Débit de communication (baud rate).
Parité.
Nombre de bits de données et de bits d'arrêt.
Protocole de communication activé.
Configuration du port RS485 conforme aux préconisations du constructeur.
Une adresse en double ou un débit différent suffit à empêcher une communication correcte, même si le câblage est parfaitement réalisé.
Le paramétrage des appareils sur un Solar-Log est détaillé dans nos fiches pratiques.
6. Tester un appareil indépendamment du bus
Si le défaut semble provenir d'un équipement, il est possible de le déconnecter du bus principal et de le tester individuellement. À l'aide d'un convertisseur USB/RS485 isolé et d'un logiciel de communication Modbus, on peut :
Interroger directement l'appareil.
Vérifier s'il répond à son adresse.
Contrôler les paramètres de communication.
Écarter un défaut de son interface RS485.
Pendant ce test, le datalogger doit être déconnecté : en Modbus RTU, il ne peut y avoir qu'un seul maître sur le bus, et deux maîtres qui interrogent en même temps provoquent des collisions qui faussent le résultat.
Ce test permet de distinguer un problème propre à l'appareil d'un défaut lié au bus ou au datalogger. Il doit être réalisé avec les paramètres et le protocole exacts du constructeur.
Quand faire appel à un support technique ?
Lorsque les premiers contrôles ne permettent pas d'identifier le défaut, une analyse de la chaîne de communication évite des remplacements inutiles et des interventions répétées. Sundays Data accompagne les installateurs dans la configuration et le diagnostic des dataloggers, bus RS485, Modbus RTU et routeurs.
Pour les équipes qui veulent maîtriser ces diagnostics, Sundays Insight propose des formations pratiques sur bancs de câblage : onduleurs, dataloggers, compteurs et capteurs raccordés sur un vrai bus RS485. Vers les formations.
Un problème de communication sur votre installation ?
Recevez nos fiches pratiques et actualités techniques.
Sundays Data System, expert monitoring O&M photovoltaïque 23 avenue de Strasbourg, 68350 Brunstatt-Didenheim, France Tél. : +33 (0)3 89 45 61 92 (choix 1 : service commercial) info@sundays-data.com · www.sundays-data.com
Commentaires