Plusieurs Qthreads et mise à jour de l'interface graphique ?

Bonjour à tous,
je suis assez novice en PyQt mais je suis sur un projet assez complexe.
J'ai créé une interface graphique et j'ai quelques soucis de freeze de l'écran.

Mon projet consiste à utiliser des capteurs de pression pour relever des poids.

Le poids est relevé toutes les 400ms et met à jour des champs texte de mon interface graphique.
Tout cela est géré dans le Thread principal, jusque là pas de soucis. J'utilise les librairies du constructeur (Phidgets).

Le problème c'est que je veux analyser ces relevés de poids en continu et faire certaines actions en fonction de ces données récoltées. Alors j'ai créé un Qthread avec une boucle infinie pour cela.
Tout fonctionne bien sauf que pendant ce temps, l'interface graphique est complètement gelée, pourtant un qthread permet bien de faire tourner un code en arrière plan non?
J'ai essayé d'incorporer des processEvents() à différents endroits dans la boucle infinie, mais rien y fait.

Si vous avez quelques idées, je suis preneur!
Merci beaucoup d'avance

Salut,

Les process (ou threads) autres que la boucle événementielle de l'application ne doivent pas la figer.

C'est pour cela qu'on les utilisent d'ailleurs.

En suçant mon pouce je pense que le problème vient de ton code.

Bonjour,

Si j'ai bien compris le problème, voilà comment je coderais la synchro entre le thread principal et le QThread:

- Le QThread a un fonctionnement permanent. Il attend (boucle while) une info à traiter en questionnant une pile (QQueue protégée par un QMutex) et exécute le traitement quand la pile n'est plus vide. Une fois le traitement terminé, et le résultat envoyé, il attend de nouveau une nouvelle info dans la pile.

- Quand le thread principal a une info à traiter, il la met dans la pile (ce qui va déclencher le traitement par le QThread).

- Quand le QThread a terminé le traitement, il envoie le résultat avec un signal (emit) créé spécialement pour ça.

- Ce signal est reçu par le thread principal et la méthode prévue (connect) est exécutée pour exploiter le résultat, par exemple pour l'afficher dans un widget.

Cela parait compliqué, mais ça garantit que entre le thread principal et le Qthread, aucun n'attend l'autre, ce qui évite le gel du graphique.

Et il faut toujours se rappeler que le QThread (les threads en général) ne doit pas toucher directement au graphique.

Merci pour vos contributions.
Désolé du retard, j'attendais une notification par mail lorsqu'une réponse était postée mais celle ci n'était pas activée.
Mon thread principal est dédié à mon interface graphique: les contrôles, les actions des contrôles etc.
Mais dans ce thread principal il y a aussi la réception des données relevées par mes capteurs de pression (12 au total) qui mettent à jour des QtextEdit avec les valeurs relevées toutes les 400ms. Tout cela fonctionne.

Ce que je souhaite faire dans un second thread lancé par un bouton: c'est d'analyser les données en continu, via une boucle infinie.... Je vais chercher les valeurs des 12 Qtextedit, je calcule des sommes, écart type etc. et en fonction des résultats j'effectue certaines actions. mais une fois tout cela terminé, je recommence à analyser ces données jusqu'à ce que j'appuie sur un second bouton, le soucis c'est que lorsque ce second thread est activé, mon interface freeze complètement, pourtant, je vois dans ma console python que selon les résultats des analyses effectuées, les variations de poids de mes capteurs de pression sont bien prises en compte mais tout reste figé dans mes 12 qtextedit, malgré un app.processEvents() dans la boucle.

Ci dessous, le code simplifé de mon second thread:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35

class Calcul(QtCore.QThread):   def __init__(self): QtCore.QThread.__init__(self)   def __del__(self): self.wait()   def run(self): while True: combinaison_trouvee = 1 nbPesonsStables = 12 items = [] data = [] for id_peson in range(1,13): if int(ui.MainPage_GroupPesons.findChild(QtGui.QLineEdit,"MainPage_Poids" + str(id_peson)).text()) == 0: if nbPesonsStables == 11: combinaison_trouvee = 0 break else: nbPesonsStables -=1   else: # Si la valeur du peson est > 0 alors on integre les valeurs dans les tableaux items.append(id_peson) data.append(int(ui.MainPage_GroupPesons.findChild(QtGui.QLineEdit,"MainPage_Poids" + str(id_peson)).text()))     if combinaison_trouvee == 1: result=[(combi,len(da),sum(da),min(da),max(da)) for nbCombi in range(NbMini,NbMaxi +1) for combi,da in zip(ite.combinations(items, nbCombi),ite.combinations(data, nbCombi))]   df=pd.DataFrame(result,columns=["Combinaison","Nb","Poids","Min","Max"]) print(df) app.processEvents()

---

Merci encore de votre aide

Ça ne dit pas comment le thread est invoqué.

Par contre, d'où vient le ui ?

Code:

---

1 2	if int(ui.MainPage_GroupPesons.findChild(........

---

et le app ?

Code:

---

1 2	app.processEvents()

---

Le ui c'est pour le user interface , et app c'est l'application: j'ai repris des standards montrés dans des exemples.... je me demande même si ce n'est pas des choses automatiquement créées quand on convertit un fichier qtdesigner vers py ...

Code:

---

1 2 3 4 5 6 7 8

if __name__ == "__main__": import sys app = QtGui.QApplication(sys.argv) Form = QtGui.QWidget() ui = Ui_Form() ui.setupUi(Form) Form.show() sys.exit(app.exec_())

---

Quand à l'invocation du thread: un bouton est lié à cette fonction:

Code:

---

1 2 3 4

def Calcul_Start(self): calcul = Calcul() calcul.start() calcul.wait()

---

Bonjour,

Au lancement du thread, cette ligne ne va pas, et va geler le graphique:

Code:

---

calcul.wait()

---

Et ce n'est pas logique: la situation "normale" du graphique, c'est d'attendre les évènements (boucle) et de les traiter. Cela suppose que le code ne soit pas bloqué dans l'une des méthodes.

Bonjour,
j'ai enlevé cette ligne mais rien ne change...
Mais je suppose que c'est parce que dans le thread j'ai:

Code:

---

1 2 3

def __del__(self): self.wait()

---

Par contre si je l'enlève j'ai une erreur systématique:
QThread: Destroyed while thread is still running
Segmentation fault


Je ne sais pas par quoi ni pourquoi le thread est détruit

Salut,

Citation:

---

Envoyé par Machine Head

Je ne sais pas par quoi ni pourquoi le thread est détruit

---

Le thread est détruit parce c'est un objet qui est stocké dans une variable locale du callback "Calcul_Start". Lorsqu'il se termine, on nettoie... ce qui dégage le thread.

- W

Citation:

---

Envoyé par wiztricks

Salut,



Le thread est détruit parce c'est un objet qui est stocké dans une variable locale du callback "Calcul_Start". Lorsqu'il se termine, on nettoie... ce qui dégage le thread.

- W

---

Bonjour, merci également de votre aide,
que dois-je faire alors pour éviter cela?

Citation:

---

Envoyé par wiztricks

Salut,



Le thread est détruit parce c'est un objet qui est stocké dans une variable locale du callback "Calcul_Start". Lorsqu'il se termine, on nettoie... ce qui dégage le thread.

- W

---

Bonjour,
je reviens sur mon problème, j'ai parcouru différents exemples sur le web pour le lancement d'un thread à partir d'un bouton et plusieurs exemples que j'ai étudié ressemblent à ce que j'ai fait. Je ne comprends pas pourquoi le "Calcul_Start" se termine avant que le thread soit terminé.
Merci de votre aide

Ton thread n'a aucune raison de prendre fin, il est dans une boucle infinie "while True:"

Essaye quelque chose comme ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

class Calcul(QtCore.QThread):   def __init__(self): QtCore.QThread.__init__(self)   def __del__(self): self.kill_request = True self.wait()   def run(self): self.kill_request = False while not self.kill_request: combinaison_trouvee = 1 ...

---

En plus tu pourras aussi le stopper depuis l'extérieur de la classe.

Bonjour,
merci de votre aide, j'ai effectivement suivi vos conseils VinsS.

Par contre, dans ce thread que je lance je souhaite mettre à jour l'interface graphique notamment des valeurs et des couleurs de fond de certains champs "TextEdit". J'ai donc tout logiquement des erreurs lorsque je tente de modifier cela directement. J'ai lu qu'il fallait passer par des slots/signaux mais j'ai du mal à comprendre le principe malgré de nombreuses recherches. Pouvez-vous m'accorder un peu de temps pour me dire comment cela fonctionne?
De ce que j'ai compris: Dans le thread que je lance je dois actionner une fonction de la classe principale avec des paramètres (valeur que je souhaite afficher et couleur du fond par exemple) mais j'ai du mal à voir ou je dois faire la connexion et le reste

Un immense merci pour le temps déjà accordé.
COrdialement

Le QThread hérite de QObject donc il implémente les signaux.

Essaye ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

from PyQt5.QtCore import pyqtSignal   class Calcul(QtCore.QThread): valueChanged = pyqtSignal(int, float, str, etc...) def __init__(self): QtCore.QThread.__init__(self)     def foo(self): do something self.valueChanged.emit(valeur1, valeur2, etc...)

---

Il faut respecter le type et le nombre d'arguments dans la définition et dans le signal.

Et pour définir où le signal doit être envoyé, tu le fais lorsque tu instancies ta classe:

Code:

---

1 2 3

self.calcul = Calcul() self.calcul.valueChanged.connect(self.update_ui)

---

La méthode update_ui recevra donc les valeurs en argument.

Merci VinsS...
C'est parfait! j'ai pourtant écumé des pages anglaises, françaises etc. Mais en quelques mots, tu m'as fait comprendre le truc!!
je n'étais pas loin mais je ne comprenais pas bien la logique.
Je n'ai donc plus aucun soucis à mettre à jour l'interface graphique par ce biais.

Par contre, j'ai encore deux petits problèmes sur mon script,
- le premier concerne encore l'interface graphique:

j'ai donc des capteurs de pression qui me relèvent des poids toutes les 400ms et qui lancent une fonction à chaque fois. Cette fonction me permet de mettre à jour les valeurs et la couleur de fond des "textedit" correspondantes. Cette fonction se trouve dans le thread principal (celui qui construit l'interface graphique). Ca fonctionne jusqu'à un certain moment où la valeur et la couleur du textedit se bloque de manière aléatoire, pourtant, je sais en faisant des "print" dans la console python que les valeurs des textedit continuent de se mettre à jour, mais visuellement c'est bloqué. Il suffit que j'aille sur un autre onglet et que je revienne ensuite sur l'onglet principal pour que l'affichage soit débloqué et ca recommence un peu plus tard. J'ai essayé de mettre des processEvents() un peu partout mais rien ne change.
Quelle peut être la cause? Est-ce que ce phénomène peut également générer des erreurs de segmentation? Car c'est le second soucis que j'ai...

Merci une fois de plus de vos conseils

L'affichage est mit à jour quand l'application "trouve le temps de le faire".

On peut forcer les tâches en attente avec QtCore.QCoreApplication.processEvents()

Oui c'est ce que j'avais essayé mais rien n'y fait.
Après je pense que cette fonction lancée dans le thread principal des dizaines de fois par secondes conduisent à ces fameuses erreurs de segmentation python
Je vais tenter de lancer plutôt des qthreads à chaque fois pour que tout ait bien le temps de se finir. C'est possible ca de lancer plusieurs fois simultanément des threads avec des paramètres différents?

Bonjour,

J'ai l'impression que la quantité des informations envoyées par les threads dépasse les capacités d'affichage.

Si c'est ça, il faut accepter de ne pas tout afficher. On peut:
- tout envoyer par les threads dans une pile, mais n'afficher que quand c'est possible et vider la pile à chaque fois
- afficher le contenu d'une pile, et faire que les threads n'émettent (emit) une nouvelle info que quand la pile est inférieure à une certaine taille
Il faut, bien sûr, n'utiliser une pile qu'avec une protection de type mutex pour éviter les collisions d'accès par les threads.

Il faut faire des essais pour voir ce qui marche le mieux

Oui c'est bizarre parce qu'il suffit que j'aille sur un autre onglet et que je revienne pour que tout redevienne normal...

Mais je vais essayer demain d'acquérir mes données d'une autre façon afin de voir si ca peut aider. Je vous tiens au courant des avancées dès que ca arrive