bonsoir,
oui c’est ce que j’ai dit, santé n’indique aucun problème de charge
je dis juste qu’avec un top, je vois python et bluepy en 1er.
et que malgré ce ‹ aucun problème de charge › j’ai maintenant des problèmes de scénarios qui ne se lancent pas.
@gormson avait certes un problème de charge, mais il n’avait pas de problème de scénario avant non plus, donc je me dis que ca peut venir d’ailleurs.
c’est au cas ou quelqu’un aurait une idée de génie 
Bonsoir.
À ce stade, je pense forcément à un problème de scénario.
J’ai Jeedom 4.3.12, un Raspberry Pi 4 B et pas de problème de ce type.
Il faut voir tous les points évoqués ici, la répétition des valeurs… Les logs des scénarios doivent vous mettre la puce dans l’oreille.
Un scénario qui se déclenche tout le temps et un scénario mal géré.
je fait également ce constat : au bout d’un moment jeedom en a marre et nécessite a restart.
J’ai bien ces messages « La dernière exécution du scénario ne s’est pas lancée » sur les scénarios quand le moment est venu de faire un restart.
Ce n’est pas un problème de ressource machine, mon jeedom tourne dans une VM proxmox 4vCPU / 7Go RAM sur un serveur i7-6700T / 16Go ram / SSD SATA 500Gb
J’ai un scénario qui bombarde pas mal, lancé toute les 1 à 3 sec (multi lancement décoché), il se déclenche sur une valeur mise à jour chaque seconde (puissance apparente téléinfo, récup chaque sec via daemon d’un plugin).
Dans le scénario j’ai uniquement le refresh d’un équipement « script » ayant 3 URL HTTP a appeler.
Je n’ai pas trouvé comment faire plus simplement pour lancer les appels HTTP toutes les 1 ou 2 secondes => quelqu’un a une idée peut etre ?
Jeedom a un nombre max de lancement de scénario depuis son reboot ?
C’est quand même assez violent comme traitement 
.
Encore le scénario toutes les secondes, pourquoi pas si ça reste du traitement local, mais s’il appelle du script http ça me semble bien casse figure.
Ce sont des URL externes et différentes que ton script appel ?
Par curiosité tu appelles quoi (http) qui soit nécessaire à chaque changement de la puissance ?
Petit retour avec quelques jours avec la nouvelle carte mémoire.
Tout semble rentrer dans l’ordre. Plus aucun scénario n’a été flaggé comme « impossible à se lancer ».
@ellipse2v pour avoir tenté le coup avant le changement de carte mémoire, je ne peux que te conseiller de regarder si tu n’as pas moyen, dans un premier temps, de réduire le nombre d’appel aux différent scénario posant pb.
Personnellement il s’agissait essentiellement de scénarios liés à la détection de présence.
La plupart ont été solutionnés en suivant les conseils de @J2B qui m’ont permis de fortement diviser le nombre d’appels (allonger le temps de détection en gros).
J’ai aussi simplifié tous mes scénarios de lumières auto en m’inspirant et adaptant les conseils de @J2B toujours. J’avais il est vrai une petite usine à gaz.
J’ai encore bcp de taf pour faire le ménage dans les scénarios les plus fréquemment utilisés mais je sais déjà que certains, je ne pourrai jamais simplifier plus sans sacrifier quelque chose en contrepartie (réactivité, durée, fonctionnalité)
Tout ça m’avait permis de pas mal désengorger le système mais pour autant sans résoudre le soucis. Et de loin.
La seule vraie solution était matérielle au final.
C’est un arduino avec rj45 qui est requêté sur le reseau local (GitHub - Jetblack31/EcoPV: Arduino based energy routing to maximize the use of PV production at home.)
Je récupère le mode de fonctionnement, la puissance apparente et le cosphi.
Malheureusement je dois récupérer les valeurs une par une 
les scénarios posants problèmes ne sont pas appelés plus que de raison, ce sont les inter qui allument les ampoules, (certes des fois j’ai un amplificateur, le scénario passe pas, et du coup les gosses s’acharnent sur le bouton) .
quand le soucis va se produire, c’est plus aucun scénario qui va se lancer, puis 2min après ca va aller un peu mieux. et plus le temps passe, plus la fréquence du problème augmente, et au bout d’un moment je reboot sinon cela devient vraiment pénible.
après j’ai comme toi quelques capteurs de mouvement, mais ils sont seulement là pour eteindre la lumière si elle est allumée et pas de mouvement depuis 15min, ou signaler une intrusion si le mode alarme est lancé.
ce sont des xiaomi, je ne connais pas la valeur, mais ils ne se declanchent pas une deuxième fois avant X sec et le scenario regarde direct si l’alarme est en route ou non avant de traiter l’info.
je remarque aussi une plus grande latence sur l’affichage web dans ce cas là.
pour le materiel, je trouve que le PI4 + SSD devrait largement suffir pour ce que c’est sensé faire.
Ce ne serait pas dû aux logs des scénarios qui grossissent, grossissent, grossissent… et 
C’est vrai, mais en pratique, il faut beaucoup de ressources pour faire des trucs simples comme « Si A Alors B »
Exemple : si on prend 90 scénarios pour gérer de l’allumage auto à partir de 45 modules (15 détecteurs de portes, 15 détecteurs de mouvement/luminosité et 15 actionneurs pour les lumières), lorsqu’il y aura plusieurs personnes qui seront en mouvement dans tout le logement, les modules vont générer une grande quantité d’info en peu de temps et les scénarios ne suivront pas toujours derrière.
Mon ressenti avec les scénarios est que le système n’est pas adapté pour exécuter plein de scénarios par secondes.
@Domatizer merci, sais tu si il existe une sorte de tableau façon benchmark qui pourrait permettre de dimensionner son matériel en fonction de ce que l’on voudrait faire ?
Non, comme expliqué plus haut, pour les plus de 200 scénarios , j’ai fait mon benchmark dans la douleur 
RPi3 (Jeedom) → RPi4 (Jeedom) → NUC i3 (Jeedom) → NUC i3 (Node-RED)
Après dans le menu Santé, il y a le bouton « Benchmarck Jeedom » tout à droite
Et il faut avoir les nombres au plus bas
Tiens maintenant que j’ai résolu le soucis de mémoire avec le remplacement de la eMMC
je me retrouve avec un pb de Swap disponible. Fallait il régler quelque chose en complément du remplacement de la mémoire? (j’ai déjà procédé à la commande indiquée sur le site de Domadoo pour la pile RTC)
très drôle j’allais poster un message similaire, qu’est ce qui peut faire monter le swap ?
hier j’étais à 53 dispo, il y a 4J a 88%
et là ce jour :
merci pour les idées
Perso après reboot c’est remonté à 100% mais en cherchant sur le forum j’ai cru voir que pour certain au bout d’un moment le swap diminuait ç nouveau malgré les reboots.
Je vais voir de surveiller si ça continue.
Pas facile avec si peu de ram sur vos machines.
Perso ca en utilise un tout petit peu malgré une grande dispo de ram :
tu as combien de ram ? je crois pas que c’est écrit dans santé non ?
avant j’avais un PI 3, et je n’avais aucun soucis, depuis le pi 4, j’ai ce problème, faut que je reboot tous les 15j, le zigbee qui passe moins bien … j’ai pas eu le nez creux sur ce coup
j’ai un peu moins de 4Go mais je pourrais en ajouter (c’est une VM)
C’est noté à droite « Mémoire disponible » dans l’écran de santé
D’ailleurs debian 11.6 est supporté « officiellement » par jeedom ?
en tout cas j’ai beaucoup d’event blea
0287|[2022-12-23 14:21:54]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Rssi local] valeur : -87dbm
0314|[2022-12-23 14:23:14]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Rssi local] valeur : -76dbm
0409|[2022-12-23 14:28:10]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Rssi local] valeur : -89dbm
0412|[2022-12-23 14:28:15]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Rssi local] valeur : -79dbm
0413|[2022-12-23 14:28:15]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19°C
0414|[2022-12-23 14:28:15]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19°C
0419|[2022-12-23 14:28:35]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19.1°C
0420|[2022-12-23 14:28:35]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19.1°
0460|[2022-12-23 14:30:16]INFO : Evènement sur la commande [salon][T_Salon][Rssi local] valeur : -72dbm
0461|[2022-12-23 14:30:25]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19.1°C
0462|[2022-12-23 14:30:25]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19.1°C
0467|[2022-12-23 14:30:55]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19°C
0468|[2022-12-23 14:30:55]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19°C
0474|[2022-12-23 14:31:15]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19.1°C
0475|[2022-12-23 14:31:15]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19.1°C
0476|[2022-12-23 14:31:36]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19°C
0477|[2022-12-23 14:31:36]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19°C
0479|[2022-12-23 14:31:56]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19.1°C
0480|[2022-12-23 14:31:56]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19.1°C
0492|[2022-12-23 14:32:56]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Rssi local] valeur : -89dbm
0493|[2022-12-23 14:32:56]INFO : Evènement sur la commande [chambre_Antoine][T_Antoine][Température] valeur : 19.1°C
0494|[2022-12-23 14:32:56]INFO : Evènement sur la commande [chambre_Antoine][thermostatAntoine][Température] valeur : 19.1°C
0499|[2022-12-23 14:33:03]INFO : Evènement sur la commande [securité][camera sans fil][URL vignette caméra] valeur : http://192
est ce que cela pourrait jouer ?
j’avais suivi le tuto Flasher le Capteur XIAOMI Mijia Bluetooth lywsd03 pour Jeedom – Sigalou Domotique
est ce que ca faut la peine que je les reflash pour mettre un intervalle plus grand genre 5min ?
Ca me semble pas intensif du tout