Forum Domoticz en français

Bonjour,

J ai un problème recrurent sur domoticz , problème déjà existant sur mon Rasp 3B+ avant repartir sur une installation propre sur un Rasp 4.

Domoticz plante et passe en "exited" au bout de 4 jours en moyennes , le seul moyen de le relancer et de repartir sans reinstaller et de realiser un ./updaterelease suivie de ./updatebeta , puis le reintegration de la sauvegarde derniere sauvagerde automatique de la veille .

une idee ou une astuce afin de voir d'ou cela peu venir .
Mon installation :
1 Rasp4 avec SD32Go
Raspbian /domoticz a jour
1 HDD (pour les backup systeme)
1 Pi zigate
5 Sonde de temperature Xiomi aquara
2 On/OFF Zigbee
1 Ampli Tradific IKEA
1 SonOff flachsous tashoma qui tourne ne MQTT
1 TV LG
pilotage des GPIO pour refroidir le boitier alim du Raspberry qui est un coffret plastique avec alimentation 12 V 3A regule en 5 V

pilotage distant via 2 smartphone Android et Amazon Alexa
par acquis de conscience les script blocky ont été descativées temporairement et les logs capteur et sonde passe a 1 jours .

en premier active les logs et regarde les quand ça plante. Au aura surement plus d'info sur le plantage.
ensuite tu parle de pilotage des GPIO pour refroidir le PI, si c'est un boitier avec couvercle, enlène le. Tu peux ajouter les capteurs présents par défaut sur le PI (températures, %CPU, %HDD....) c'est dans la gestion matériel c'est Motherboard sensors. Comme ça tu auras l'historique des températures voir faire une alerte si ça monte trop.

perso, j'ai un re-démarrage journalier de domoticz dans la crontab de root pour limiter ce genre de problème : Sinon la première chose qui me vient à l'esprit est une carte SD défectueuse. Elle est de quelle marque ?

En plus de ce que t'a proposé higgins91, tu devrais regardé la sortie de dmesg et consulter le fichier /var/log/messages pour voir si tu n'as pas des erreurs dedans.

Bonjour,
Merci à vous 2, je vais me pencher sur les log à activité.
Concernant la SD problème identique malgres changement de carte SD.
Je procédé à un redémarrage du raspberry tout les jours est ce mieux de ne redémarrer que Domoticz ?
Pour le refroidissement mon rasp est dans un coffret d alimentation modifié, température moyenne 60 degrés selon remonte dans Domoticz

Je vois pour active les log et remontés les infos.
Bon week-end à tous

Hello
La température (60°C) me semble élevée, après tout dépend où la sonde est placée.
Indice : si tu ne peux pas maintenir ta main sur le boitier plus de 20 secondes c'est que c'est trop chaud.
Dans ce cas faire des trous dans le boitier à 2 endroits, placer le boitier sur des petits pieds, et pas dans un endroit cloisonné (pas sous la TV avec le bazar de cables par exemple )

Les problèmes intermittents peuvent également venir d'un défaut d'alimentation. En mettre une autre, éventuellement un peu plus puissante (cf ampérage en "A")

Cyril

Bonjour,

Concernant ta température elle est récupérer par les sondes carte mère du Raspberry et varie entre 60-et 65 temeprature de démarrage du ventilateur ,etant en PI4 et réputé pour chauffer cela ne me choc pas je vais mettre une sonde dédier dans le coffret par curiosité afin de voir la temperateure d'ambiance pour le Raspberry

Concernant le boitier il s agit d'un boitier alimentation 12v 5A avec un convertisseur 5v 5A également donc je pense être large.
La consommation est inférieur a 2 A mémé avec le SSD .

J ai active les log domoticz avec 1 fichier par 24h . Les log ainsi que les Backup Auto son directement fait sur un SSD les 5 jours sont passés et j attend que cela plante pour voir les log .

Ci dessous photo de mon boitier modifier en mode non fini , le ventilateur est alimenter a travers un transistor afin de récupérer la puissance directement sur l’alimentation .

Bonjour,

Ci joint log de l erreur dois je comprendre que c'est un plugin qui me fait planeter ou Plugin MAnager ?
"
2020-01-12 10:30:02.702 (Zigate ) UpdateDevice - ( Salle de bain) 0:18.8;59.5;1
2020-01-12 10:32:41.622 Error: Domoticz(pid:527, tid:534('PluginMgr')) received fatal signal 6 (Aborted)
2020-01-12 10:32:41.622 Error: siginfo address=0x20f, address=(nil)
2020-01-12 10:32:44.784 Error: Thread 4 (Thread 0xb4d8a220 (LWP 534)):
2020-01-12 10:32:44.784 Error: #0 __waitpid (options=0, stat_loc=0xb4d83558, pid=5271) at ../sysdeps/unix/sysv/linux/waitpid.c:30
2020-01-12 10:32:44.785 Error: #1 __waitpid (pid=5271, stat_loc=0xb4d83558, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:25
2020-01-12 10:32:44.785 Error: #2 0x0030ac04 in dumpstack_gdb(bool) ()
2020-01-12 10:32:44.785 Error: #3 0x0030b1f8 in signal_handler(int, siginfo_t*, void*) ()
2020-01-12 10:32:44.785 Error: #4 <signal handler called>
2020-01-12 10:32:44.785 Error: #5 raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:50
2020-01-12 10:32:44.785 Error: #6 <signal handler called>
2020-01-12 10:32:44.785 Error: #7 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
2020-01-12 10:32:44.785 Error: #8 0xb6bfc230 in __GI_abort () at abort.c:79
2020-01-12 10:32:44.785 Error: #9 0x00b0317c in __gnu_cxx::__verbose_terminate_handler() ()
2020-01-12 10:32:44.785 Error: #10 0x00a63868 in __cxxabiv1::__terminate(void (*)()) ()
2020-01-12 10:32:44.785 Error: #11 0x00a638dc in std::terminate() ()
2020-01-12 10:32:44.785 Error: #12 0x00a6e720 in __cxa_throw ()
2020-01-12 10:32:44.785 Error: #13 0x0071f76c in Json::throwLogicError(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
2020-01-12 10:32:44.785 Error: #14 0x0072796c in Json::Value::resolveReference(char const*, char const*) ()
2020-01-12 10:32:44.785 Error: #15 0x003bac30 in http::server::CWebServer::GetJSonDevices(Json::Value&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool, bool, bool, long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
2020-01-12 10:32:44.785 Error: #16 0x6327202c in ?? ()
"


MErci

Bonsoir,

Problème réglé plus de plantage depuis 10 jours, j ai supprimé le Plug-in Python Manager

Je continu t allimenter le pst , , perdu crash au 11eme jours , suppression du plug in serveur MQTT et le Dummy du sonoff qui va passer en Zigbee.

reste uniquement le plugin pour la TV et la Zigate

Je continue d auto alimenter, 3 semaines sans plantages après desactivations du plug-in Webos pour LG tv

Envoyé de mon BLA-L29 en utilisant Tapatalk