LINX

cancel
Showing results for 
Search instead for 
Did you mean: 

Arrêt du programme sur raspberry

Bonjour,

J'utilise Labview et Linx sur un raspberry PI3 afin de faire tourner un banc de test.

Tout fonctionne, sauf qu'après plusieurs heures de fonctionnement le programme s'arrête.

Mon interface fonctionne, mais le programme ne répond pas, et le banc est arrêté.

 

Après avoir lancé la commande "sudo systemctl start labview.service", le programme redémarre, et le banc de test devient à nouveau fonctionnel.

 

Mon banc doit pouvoir tourner plusieurs jours sans arrêt, et à cause de ce problème je ne peux pas mener mes essais à bien.

 

Auriez vous une solution?

 

Merci

0 Kudos
Message 1 of 5
(115 Views)

Salut, tu dois avoir une fuite mémoire dans ton code...

 

Quand tu dis que l'interface fonctionne toujours je présume que tu parles du serveur web et d'une page web... dans Linx c'est deux services différents. Et on dirait que ton service a toi (le StartupVi) fini par planter.

 

J'ai fait rouler un acteur sur une cible pendant plus d'une semaine sans problème. avec communication constante via I2C. Et ça croule pas...

 

Salutations.

 

 

0 Kudos
Message 2 of 5
(52 Views)

Salut, et merci pour ton retour.

Comment puis-je identifier cette fuite mémoire?

 

Effectivement, je possède une interface web réalisée sous NXG WebModule, et un serveur web.

Mon interface web est "clickable" mais rien n'agit sur le programme.

Par exemple lorsque je clique sur la remise à zéro de mon compteur de cycles, ma variable "cycle" ne repasse pas à zéro.

En effet le startup a l'air d'être arrêté.

 

Pour ma part j'utilise en permanence de l'I2C, le module PWM, ainsi que divers GPIO.

J'ai plusieurs boucles cadencées qui fonctionnent en parallèle.

 

Si tu as des idées je suis preneur.

 

Merci

 

Cordialement.

0 Kudos
Message 3 of 5
(35 Views)

If you post your code we may be able to help with where the memory leak my exist.

 

I have had to debut many memory leaks in the past but I have never debugged one running on a Raspberry Pi so I am not sure if the LabVIEW tools work work.  You can try to use Desktop Execution Trace Toolkit but as I said I am not sure if this will work in this situation.  The first thing to do is to trace your code and make sure all your references are being closed which is a common cause of memory leaks.

0 Kudos
Message 4 of 5
(28 Views)

Voici un relevé rapide des instances.

 

2020-12-01_14h35_44.png

0 Kudos
Message 5 of 5
(13 Views)