Discussions au sujet de NI LabVIEW
Time_out
Bonjour,
J'ai un programme qui fonctionne pendant plusieurs années et lors d'une nouvelle implémentation d'un capteur, je rencontre une erreur suivante :
J'ai identifié où se trouve l'erreur, c'est à ce niveau de la lecture et esclave prend trop de temps pour répondre et il génère un timeout. J'ai un exemple fourni avec le driver pour récupérer les datas via le Modbus (que vous trouverez en ci-joint : nimodbus121\nimodbus121\71\vi.lib\NI Modbus.llb\MB Serial Example Master.vi).
Je me demande quelle est la différence entre le timeout en A et en B
C'est un programme qui a fonctionné pendant plusieurs semaines et 3 ans après il ne fonctionne plus, et pourquoi le timeout ? Merci de votre aide pour les pistes de recherches.
PJ : nimodbus121.zip
L'erreur est-elle systématique? L'erreur 6101 vient du vi MB Serial Receive, dépendamment du mode utilisé ASCII ou RTU le vi attend de lire l'adresse du slave (RTU) ou le caractère 0d58 (:) (ascii) avant de continuer. Ce serait la chose à vérifier, sot dans le code ou dans la configuration du capteur.
Ben
@ben64 a écrit :
L'erreur est-elle systématique?
Oui c'est systématiquement au même endroit, et pourtant cette partie fonctionne pendant des années.
L'erreur 6101 vient du vi MB Serial Receive, dépendamment du mode utilisé ASCII ou RTU le vi attend de lire l'adresse du slave (RTU) ou le caractère 0d58 (:) (ascii) avant de continuer.
Je travaille en mode RTU (c'est plus rapide et optimisé).
Ce serait la chose à vérifier, sot dans le code ou dans la configuration du capteur.
ça ne peut pas être dans le code puisque cela a fonctionné pendant des années (je le répète encore) ! Le capteur se connecte via des afficheurs WEST et la configuration est correcte.
Ben
Je pense que les étudiants ont installé un autre driver Modbus et probablement qu'il y a un conflit, dans le fichier zip il y a un lien 'readme.html' et il préconise de dé-installer les drivers anciens.
Donc je me demande, si LabVIEW accepte 2 drivers Modbus. Il y avait aussi des mises à jour de l'anti-virus mais j'ai les tous désactiver et mettre hors connexion réseau pour qu'il fasse des updates.
S'il est recommandé de désinstaller les drivers avant d'installer les nouveaux je pense que c'est la chose à essayer avant tout.
Ben
@Walker34 a écrit :
Le timeout A, celui qui vraisemblablement te cause problème, c'est le timeout de réponse sur le port seriel. Si l'appareil ne répond pas dans le temps imparti (donc le timeout), une erreur timeout se produit.
C'est exact mais il dépend aussi de la configuration du PORT série
Dans cette exemple au delà de 10 ms, on sortirait du PORT série quand même
Calculons approximativement le temps nécessaires pour une lecture de 4 entrées, avec 9600 bauds. En mode RTU pour un octet (1 bits de start+8 bits (data) + 1 bits de parité +1 bits de stop =11 bits). Soit environ 1.1 ms avec un coefficient de sécurité x3.5 = 1.1 x3.5 = 4 ms. Et dans l'exemple c'est 100 ms soit 25 fois supérieur, j'ai largement de lire 4 donnés. Et par ailleurs, je n'ai pas tout à fait pris cet exemple fournit dans la bibliothèque du constructeur mais je me suis adapté et cela a fonctionné pendant 3 ans et maintenant cela ne fonctionne plus, je pense qu'il y a autre chose.
La plateforme est toujours en cours d'utilisation et je ne peux pas effectuer les essais mais je parierai plutôt sur qqchose de l'extérieur (an anti-virus, ou quelque chose d'autres qui scanne le programme ou '.exe' dans les dlls fournies par le constructeurs lors de l'installation) qui ralentisse le process ce qui fait que cela génère un timeout.
Dans le vi MB Serial Init.vi le paramètre Stop Bits est hardcodé à la valeur 1.0. Tu pourrais vérifier si cette valeur correspond à celle qui est définie pour le port série dans MAX.
Ben
@ben64 a écrit :
Dans le vi MB Serial Init.vi le paramètre Stop Bits est hardcodé à la valeur 1.0. Tu pourrais vérifier si cette valeur correspond à celle qui est définie pour le port série dans MAX.
Ben
C'est exact, je suis allé dans le gestionnaire périphérique du PORT et c'est bien le cas :
Il y a juste la vitesse que je modifie en fonction de l'utilisation, il n'y a aucune raison de changement de ce bits. Avant l’immobilisation de la manip, le programme fonctionne mais uniquement 10 heures, ce n'est pas suffisant pour observer le phénomène. Si le PORT est mal configuré, ça se voit tout de suite, on n'a pas besoin d'attendre jusqu'à 10 heures.
