L’analyseur de protocole est souvent recommandé pour le test réseau. Il est effectivement utile mais ses capacités sont limitées pour la seule raison qu’il ne fait qu’écouter le réseau. Newron System a développé des logiciels connexes qui testent ces dysfonctionnements.

Types d’erreurs	Analyseur de protocole	NL Tools
La bande passante d’un channel est trop importante
Le taux d’erreur CRC d’un channel est trop important	*
Mauvaise configuration des buffers
Message manqué pour cause de buffer réseau plein
Message manqué pour cause de buffer d’application plein
Message manqué car table des transactions pleine
Trop de “retries” sur une transaction : mauvais réglage de timer		**
Un appareil est absent
Un appareil est mal câblé
Un appareil est mal alimenté
Un appareil est “non configuré"
Un appareil est “sans application”
Un appareil est “hors ligne”
Un appareil a la mauvaise application
Erreur sur la valeur ou la limite d’une NV
Déterminer qui ne répond pas dans une transaction		***
Détecter une erreur “watchdog”
Détecter un timeout de pre-emption sur un noeud
Détecter un reset software
Détecter une défaut d’écriture EEPROM
Détecter une erreur de division par zéro
Détecter un nombre d’acquittement trop important: binding “groupe” trop grand en acquitté
Un périphérique est mal connecté

*L’expérience nous montre que les erreurs CRC ne sont pas vues par l’analyseur de protocole mais stockées dans les logs de statistiques d’erreur des appareils.

**L’analyseur de protocole propose un nombre de retries par transaction. Les outils NLSuite proposent seulement le nombre global de retries par nœud.

***L’analyseur de protocole propose le nombre de timeouts par transaction. Les outils NLSuite proposent le nombre global de timeout par nœud.