framboise314.fr

Bonjour, bonsoir,
Je possède un Pi4 qui tourne depuis qq mois sur une appli domotique 'gestion de chaufferie'
le Raspberry pi est couplé à son écran tactile officiel 7", raccordé sur l'interface DSI avec la petite nappe.
Mon appli de chaufferie tourne sous Codesys (logiciel de programmation), des carte relais sur le GPIO et 4 sondes DS18B20 en 1wire

pour les besoins de mon appli, j'ai besoin de rebooté régulièrement mon Raspberry (toutes les heures).
depuis l’écran tactile, ou VNC, ou encore en SSH, je lance un reboot...il s'éteint...mais ne redémarre pas. il faut coupé l'alim puis la remettre pour que ca redémarre: c'est moyen!

j'ai tenté de changer d'OS, sans succès (J'utilise Buster, car bullseyes ne permet pas de faire fonctionner mon runtime Codesys...impossible de détecter mon Pi sous bullseyes depuis codesys alors que ça fonctionne tout seul sous Buster).
j'ai penser au runtime Codesys qui bloquait le reboot, donc installation neuve (sans codesys)...pareil: ca s'éteint bien mais ne redémarre pas. j'en conclu que Codesys n'est pas en cause.
J'ai tester en branchant le Pi sur la TV via l'HDMI: mon soucis a disparu... je remet le runtime codesys, ca reboot nickel.
Je rebranche l'écran: impossible de rebooté proprement

Il semblerait donc que le problème soit lié au port DSI / à l'écran tactile.
J'ai tenté toutes les Mise à jour et upgrade possible, sans succès.
Pour l'instant je me contente d'un reboot 'sauvage' de temps en temps, mais c'est tjs très moyen pour préserver mon raspberry.

Je voudrais bien rebooter proprement via crontab
Qqun aurait t’il une solution à se problème Svp ?
Merci d'avance

Bonjour, un peu cours comme détails.
Dans le reboot il y a 2 traitements :
- l'arrêt
- le redémarrage

Chaque traitement affiche des informations à l'écran (quelque fois accessible seulement après avoir appuyer sur la touche Echap si vous avez installé un "Bureau".

Il serait intéressant de dire si vous voyez une étape qui bloque indéfiniment et laquelle(Ex : arrêt du service...... ou Démarrage du service ......)

Autre option :
est-ce qu'un shutdown ( arrêt total) fonctionne bien ? (Jusque extinction des LED du Pi)
/sbin/shutdown -h now
ou
poweroff

Difficile d'en dire plus sauf que ça donne envie de regarder du côté de l'alimentaion du raspberry : suffisante ?

Merci pour ce début de réponse.

alors je n'ai pas tester avec 'Echap', mais vu que l'écran reste noir, je risque de pas voir grand chose :p
mais voici plus de précision:
- Un /shutdown -h now fonctionne bien : leds éteintes après qq secondes
- au reboot, il s'éteint bien, puis semble redémarré, seulement l'écran reste noir. le pi est accessible via Putty en ssh (donc c'est qu'il a bien redémarré ??)
- Concernant l'alim, le problème est identique avec l'alim d'origine, ou toute autre alim. Actuellement, il est alimenté avec une alim 5V 5A.
L'écran est alimenté depuis le GPIO. Avec une alimentation de l'écran par le mini-usb, le problème est identique.

l'écran tactile me sert surtout de supervision 'fixe' de ma chaufferie. si je débranche la nappe, que je lance l'appli sur mon tel: aucun problème de reboot. Pareil si je branche la TV comme écran en HDMI. je perds le coté 'tactile', mais aucun problème de reboot!

Oui,
Pour que ssh soit disponible, il faut que le Pi soit démarré, le service ssh lancé et opérationnel, ainsi que les pilotes réseaux et tout un tas de chose (gestion des utilisateurs, système de fichiers etc.. etc..)
Donc ton Pi redémarre. Ca c'est sûr.

Mais l'écran reste noir ? (si tu utilises celui sur le port CSI) à moins que tu ,n'utilises un écran standard en HDMI ? ou que tu débranches/rebranches à la brutale le Pi c'est ça ?

Si c'est ça, c'est très curieux je ne vois que 3 options :
- pb électrique de la connexion à l'écran : faux contact ?
- ou pb de pilote de l'écran (moins probable)

Mais justement ! J'y pense : lorsque cela se produit, comme ssh fonctionne !
Que donne ceci :

dmesg

Ca te donnera la liste des périphériques détectés, s'il s'est produit une erreur etc...
Tu peux filtrer à la recherche d'erreurs en essayant de rechercher le mot "fail" ou équivalent

dmesg | grep -i fail

Bonjour,

source : https://www.raspberrypi.com/documentati ... splay.html

Voici quelques pistes supplémentaires :

1) mettre à jour -> lire Have you updated Raspberry Pi OS?
J'ai lu que "J'ai tenté toutes les Mise à jour et upgrade possible, sans succès."
Donc avec ça, le firmware du Pi4 et Buster seront à jour.

2) changer de drivers graphique entre KMS, FKMS et legacy.
Actuellement, c'est sur lequel ?
Vous pouvez le changer dans raspi-config.

3) ce qu'à proposer Piper pour visualiser les erreurs:
sudo journalctl -p err..alert
systemctl --failed
journalctl -xe (EDIT)

Bon essais

Excellent idée dyox !! je n'y avais pas pensé , moi aussi j'ai rencontré ça :
J'ai un écran HDMI (moniteur ultra classique 24 pouces 1900x1080) que j'utilise depuis des années , depuis Bullseye :
Avec le driver kms (celui mis par défaut) ===> écran noir
Avecle driver fkms ==> il fonctionne

Donc oui, à tenter.