J’ai régulièrement une ampoule qui est éteinte « manuellement » (et l’autre qui reste bien alimentée), et pas ce souci.
Côté Logs @guipom je veux bien tester ta modif de code pour voir si ça fait comme toi de mon côté avec les Pull.
Si tu veux me dire quel fichier modifier et où/avec quoi pas de souci je peux faire ça 
Volontiers.
Je suis allé dans l’éditeur de fichiers intégré: http://IP_JEEDOM/index.php?v=d&p=editor
Puis
et
log::add('philipsHue', 'debug', 'Start pulling at ' .(new \DateTime())->format('Y-m-d H:i:s'));
log::add('philipsHue', 'debug', 'Stop pulling at ' .(new \DateTime())->format('Y-m-d H:i:s'));
Quand ça marche bien, dans les logs, en debug, ça fait ça : [2020-02-19 21:27:26][DEBUG] : Stop pulling at 2020-02-19 21:27:26
[2020-02-19 21:27:27][DEBUG] : Start pulling at 2020-02-19 21:27:27
[2020-02-19 21:27:27][DEBUG] : Stop pulling at 2020-02-19 21:27:27
[2020-02-19 21:27:28][DEBUG] : Start pulling at 2020-02-19 21:27:28
[2020-02-19 21:27:28][DEBUG] : Stop pulling at 2020-02-19 21:27:28
[2020-02-19 21:27:29][DEBUG] : Start pulling at 2020-02-19 21:27:29
[2020-02-19 21:27:29][DEBUG] : Stop pulling at 2020-02-19 21:27:29
[2020-02-19 21:27:30][DEBUG] : Start pulling at 2020-02-19 21:27:30
[2020-02-19 21:27:30][DEBUG] : Stop pulling at 2020-02-19 21:27:30
[2020-02-19 21:27:31][DEBUG] : Start pulling at 2020-02-19 21:27:31
[2020-02-19 21:27:31][DEBUG] : Stop pulling at 2020-02-19 21:27:31
[2020-02-19 21:27:32][DEBUG] : Start pulling at 2020-02-19 21:27:32
[2020-02-19 21:27:32][DEBUG] : Stop pulling at 2020-02-19 21:27:32
[2020-02-19 21:27:33][DEBUG] : Start pulling at 2020-02-19 21:27:33
[2020-02-19 21:27:33][DEBUG] : Stop pulling at 2020-02-19 21:27:33
[2020-02-19 21:27:34][DEBUG] : Start pulling at 2020-02-19 21:27:34
[2020-02-19 21:27:34][DEBUG] : Stop pulling at 2020-02-19 21:27:34
[2020-02-19 21:27:35][DEBUG] : Start pulling at 2020-02-19 21:27:35
Quand ça marche pas, ça fait ce que j’ai montré plus haut. Et vu que des fois ça marche, des fois ça marche pas, moi je dis qu’il y a un bug …
Salut,
Les log ci dessus sont plus logique que les premiers.
Au vu de tes screenshots, je n’arrive pas a comprendre comment le log stop pulling apparaît sans le start, on est d’accord que le stop ne se trouve pas dans une boucle « while ».
Je t’avoue que je sèche, c’est complètement illogique.
Seule chose que je pourrais comprendre est que dans la fonction pull il y a une instruction qui pourrait bloquer quelques secondes, ce qui ferais que les fonctions « bloqué » s’accumulent et se débloquent d’un coup.
Quel matériel?
tu as des strips par hasard? SI tu les désactives?
Sinon vu que tu es beta-testeur:
Essayer qu’avec des ampoules
pas de bug ==> ajouter les strips
pas de bug ==> ajouter les taps
pas de bug ==> ajouter les détecteurs
Je suis beta testeur de l’app mobile.
Tous mes plugins sont en version stable.
Et d’ailleurs, comment on ajoute que les ampoules ou que je ne sais trop quoi ?
Ca se sélectionne? parce que j’ai une grosse installation Hue, je ne m’éclaire quasiment qu’avec ça. Je ne peux pas m’amuser à les enlever ^^
Ah oui , joli.
Le log cron_execution?
Les inters , dimmers , détecteur extérieur sont dans quelle catégorie (dans la page de l’équipement)?
Sécurité pour le détecteurs de mouvement, le reste lumières.
pas celle-ci , celle qui est à droite en dessous d’informations?
Le log cron_execution?
OK j’ai mis ça en place pour l’instant tout roule, je surveille
Compliqué pour toi, mince…
Pour ta première capture tu sais j’ai la même chose pour la durée du cron.
Ça n’impacte pas mon Rpi en terme de charge.
Après test au calme, j’ai trouvé d’où vient mon soucis …
C’est tout simplement quand ma TV android est allumée. Elle possède l’ambilight je suppose donc une bonne grosse synchronisation qui pose ce soucis 
Moi j’ai migré sous strech. Le problème ne s’était pas reproduit (sous jessie) depuis que j’avais manuellement redémarré le daemon mais je continue de surveiller.
D’ac. RAS de mon côté non plus.
Je suis sous Debian 10 avant sur la version 9 j’avais le même soucis. Affaire à suivre
C’est reparti, depuis ce matin le plugin hue est reparti en vrille… après quelques semaines tranquille.
Evidemment je n’attends plus aucune aide sur le sujet, étant donné que même côté jeedom malgré l’ouverture d’incident je n’ai pas obtenu de réponse, comme si les mails étaient bloqués ou perdus …
Du coup je ne peux même pas remonter mes problèmes, ce qui est vraiment pénible:
(c’est bien le cron 41 qui pose problème, philips hue. Il n’y a eu aucune modif de mon install physiquement depuis bien longtemps, alors je ne sais pas ce qui déclenche le problème)
Hello @guipom,
pour info j’ai exactement le même problème… Par cycle, je vois le CPU monter et après ça redescend tout seul…
Et quand je regarde le process et PID associé c’et bien Philips HUE
Y-a-t-il eu une avancée en terme de recherche sur les raisons de cette montée en charge ?
Côté température, c’est vrai que c’est pas terrible…
Bonne soirée.
Cdt,
Mick74
C’est une volonté un os en 32bits?
Je corends même pas pourquoi ça existe encore
Ca va paraître très très bête, mais je crois avoir trouvé la source du problème…
Cela semble lié à l’activation et la désactivation d’accessoires…
De mon côté j’ai quelques capteurs de mouvements que je désactive de temps à autre pour éviter que ça s’allume pour rien quand je suis posé.
Je viens de voir un commentaire qui parlait d’ampoules éteintes et ai vu dans mes logs temps réel que le capteur de mouvement n’arrêtait pas de remonter des infos tous les secondes (cron HUE en ***** ):
[2020-12-09 19:36:11][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Température] valeur : 0 (répétition)
[2020-12-09 19:36:11][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Présence] valeur :
[2020-12-09 19:36:11][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Lumininosité] valeur :
[2020-12-09 19:36:11][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Nuit] valeur :
[2020-12-09 19:36:11][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Jour] valeur :
[2020-12-09 19:36:12][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Température] valeur : 0 (répétition)
[2020-12-09 19:36:12][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Présence] valeur :
[2020-12-09 19:36:12][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Lumininosité] valeur :
[2020-12-09 19:36:12][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Nuit] valeur :
[2020-12-09 19:36:12][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Jour] valeur :
[2020-12-09 19:36:13][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Température] valeur : 0 (répétition)
[2020-12-09 19:36:13][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Présence] valeur :
[2020-12-09 19:36:13][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Lumininosité] valeur :
[2020-12-09 19:36:13][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Nuit] valeur :
[2020-12-09 19:36:13][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Jour] valeur :
[2020-12-09 19:36:14][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Température] valeur : 0 (répétition)
[2020-12-09 19:36:14][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Présence] valeur :
[2020-12-09 19:36:14][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Lumininosité] valeur :
[2020-12-09 19:36:14][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Nuit] valeur :
[2020-12-09 19:36:14][INFO] : Evènement sur la commande [Alarme][Capteur Mouvement HUE Salon][Jour] valeur :
— Charge —
2 capteurs coupés
Tous les capteurs actifs
Cela fait peut être la même chose avec des ampoules qui sont éteintes électriquement…
En tout cas, si cela s’avère être la root cause, il faudrait donc peut être revoir la partie remonté d’infos au système lorsque les capteurs sont désactivés. Peut être qu’ils répondent bien et que le daemon cherche a récupérer des infos toutes les secondes et fait donc monter en charge le système.
Que pensez vous de tout ça ?
Cdt,
Mick74
Raspbian est de base en 32 bits.
Une version 64 bits est seulement en cours de dev depuis que le PI4 a une version 8Go de RAM.
Ce n’est donc pas ma volonté, mais malheureusement une contrainte technique.
Je ne peux pas confirmer mais c’est plausible, j’ai des détecteurs de mouvement que je desactive depuis l’appli hue, par moment.
Par contre toutes mes ampoules sont censées être sous tension, il ne me semble pas en éteindre électriquement