Bonjour
Il n’y a pas à proprement parlé de bug sur la 17 eme minute.
Petit tutoriel ici pour expliquer cela :
Mon Raspberry Pi plante à xx h 17 minutes : Non, explications - Matériel Jeedom - Hardware / Raspberry Pi ou autre carte DIY (Faire soi-même) - Communauté Jeedom
Bon du coup toujours pas de piste sérieuse :-/
Bonjour,
En regardant ta page Santé, je remarque que tu as une version de Kernel qui est vraiment ancienne.
Veux tu faire la mise à jour de celui-ci, cela permet de profiter de l’ensemble des évolutions du noyaux Linux ? (pas mal de corrections liées aux ports USB entre autre).
Comment faire ?
Avant :
uname -a
vcgencmd bootloader_version
Une fois prêt à faire la mise à jour de Raspberry Pi OS :
en SSH, faire la commande suivante :
sudo apt update && sudo apt full-upgrade -y
Quand cela est terminé, redémarrer Jeedom depuis l’interface de Jeedom
Une fois le redémarrage terminé, en ssh faire :
uname -a
vcgencmd bootloader_version
Me donner le avant / après de ces deux commandes.
yes, je fais ca en rentrant ce soir, je suis au travail actuellement (fin environ 21h). Merci pour ton support Fabrice, je te fais le retour asap. J’ai un log sudo dmesg à ta dispo aussi si tu veux.
Je ne suis pas encore rentrée mais je viens de voir que ca a planté de nouveau et j’ai réussi à chopper une erreur, peut etre que ca va vous parler (à la fin) ?
[2021-03-04 19:07:14][DEBUG] : notif_callback : Notification type : 26, nodeId : 23
[2021-03-04 19:07:14][DEBUG] : notif_callback : call callback context
[2021-03-04 19:07:14][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 23}]
[2021-03-04 19:07:14][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 23}
[2021-03-04 19:07:14][INFO] : NodeId 23 send a notification: Timeout
[2021-03-04 19:07:14][DEBUG] : notif_callback : end
[2021-03-04 19:07:15][INFO] : Button nodeId : 23 instance: 1 cc : 38 index : 2 : release
[2021-03-04 19:07:15][INFO] : 200 GET /node?node_id=23&instance_id=1&cc_id=38&index=2&type=buttonaction&action=release&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.15ms
[2021-03-04 19:07:16][DEBUG] : notif_callback : new notification
[2021-03-04 19:07:16][DEBUG] : notif_callback : Notification type : 26, nodeId : 23
[2021-03-04 19:07:16][DEBUG] : notif_callback : call callback context
[2021-03-04 19:07:16][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 23}]
[2021-03-04 19:07:16][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 23}
[2021-03-04 19:07:16][INFO] : NodeId 23 send a notification: Timeout
[2021-03-04 19:07:16][DEBUG] : notif_callback : end
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-198184, stopped daemon -1333791648)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-198184, stopped daemon -1333791648)>
[2021-03-04 20:21:49][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.66ms
L’erreur de fin est cyclique, nous l’avons tous…
Pour ne plus l’avoir, il faut supprimer le journal de log. Il se créera de nouveau avec les autres erreur, mais pas celle-ci.
arf ok fausse joie ^^. Je suis juste rentré, je fais l’update.
Voila update fait, donc
Avant :
Apres :
Ok merci pour le retour.
Plus qu’à voir si cela est utilie ou pas.
Bon malheuresement non 
pareil à 4h05. J’ai constaté que le relancement du demon et donc suivi d’un redémarrage du serveur reglé le probleme (jusqu’au prochain). Pas obligé de redémarrer le rpi.
Bonjour,
J’ai fais un tour par hasard sur le forum et je vois de nouveaux post sur mon topic.
En fait rien de nouveau chez moi. Mon demon zwave se bloque régulièrement qq heures après son lancement et prend 100% du CPU.
Cela fait plusieurs mois maintenant que je suis dans cette situation et après avoir passé des heures et des jours à essayer de comprendre ce qu’il se passait et à faire des tas de manips j’ai laissé tomber.
La lib zwave semble ne pas bien gérer les noeuds en échec et ne parvient pas à se rattraper.
J’ai désactivé le zwave et je vais passer les modules dont je me sers soit en zigbee soit en wifi suivant les cas. Le zwave est vraiment trop capricieux.
Pour ma part, probleme résolu, mon HUB était HS constat en fixant le port qu’il passait de ACM0 à ACM1 ce qui signifiait un plug/unplug. Le hub connectait et déconnectait ma clé … remplacement du hub et ok depuis.
Gros merci @Fabrice pour son aide précieuse et son temps 
La clé peut encore se déconnecter du hub ou le hub peut aussi se déconnecter du Pi pour diverses raisons : mauvais câble, mauvais contact dans les prises USB…
Il faut du bon matériel afin de limiter ces déconnexions. Mais, en cas de reconnexion (redémarrage compris), il faut que les clés puissent se reconnecter sur les mêmes ports qu’avant.