Page 2 sur 2

Re: Interruption sur événement: t° CPU

Posté : lun. 15 mars 2021 14:03
par estelle
Merci pour vos remarques surtout de la part de Bud Spencer
Le bout de code que je vous ai inséré sort un peu du contexte de mon projet
Le but est de surveillé la température d'une résistance de puissance qui peut dans un certain cas provoquer un incendie...
Je suis consciente que je reste dans le cadre d'une sécurité mono-canal sans redondance.
Le but du while True est bien réfléchi...
Dans le contexte, il est impératif que le tread secondaire reste actif quoi qu'il arrive puisqu'il s'agit d'un élément de sécurité
L'autre canal est en hardware animé par une sonde thermostatique à réarmement manuel qui engendre un arrêt d'urgence de l'installation
J'espère avoir été assez clair
A+

Re: Interruption sur événement: t° CPU

Posté : lun. 15 mars 2021 18:49
par destroyedlolo
Mais elle est exposée en tant que "/sys/class/thermal/thermal_zone0/" ?
C'est étonnant non ?

Re: Interruption sur événement: t° CPU

Posté : lun. 15 mars 2021 19:43
par Bud Spencer
estelle a écrit :
lun. 15 mars 2021 14:03
Le but est de surveillé la température d'une résistance de puissance qui peut dans un certain cas provoquer un incendie...
Raison de plus pour ne surtout pas faire cette énorme erreur de débutant. Tu ne peux pas prétendre avoir un programme fiable en créant des threads sur lesquels tu n’as aucun contrôle. Un thread n’est pas un programme isolé qui se plante (oupas). Il est intimement dépendant au minimum de son parent et peut etre aussi d'autres threads s'il y en a. Le fait que le thread continu de tourner après le plantage ou arrêt du thread principal ne peut pas etre considéré comme une option de sécurité. C’est un énorme bug qui ne t’offre aucune garantie et qui fatalement risque de te poser pas mal de problèmes.