Merci, mais je comprends que tu dois être occupé, prends ton temps
et je consulterais de temps en temps. A plus
1 « J'aime »
Bonsoir, as tu trouvé un moment pour te libérer et résoudre le pb, car je trouve que j’ai de plus en plus de mal à accéder à mon dashboard « erreur 500 » et au menu de certains plugins JMQTT, JeeZigbee, ca rame sacrément pour accéder à Jeedom. D’autre part j’ai constaté que l’ouverture de mon portail sous JConnect ne se fait plus systématiquement?
Hello,
Compliqué en cette fin d’année, désolé…
Peux-tu aller dans dans "Réglages> Système> Configuration, puis onglet « OS/DB », puis « Administration Base de données », et « Execute » la commande suivante stp :
SELECT * FROM `cmd` WHERE `eqType` = "jMQTT" AND `configuration` LIKE '%topic":"esp-piscine/%'
Le résultat de la commande m’intéresse pour cibler les bonnes commandes à supprimer directement dans la base.
Sinon, si tu sais re-créer facilement els commandes de cet équipement, tu peux tout simplement le supprimer ici :
Bad
Bonjour @Bad et merci pour ton retour, comme je te disais dans un précédent post j’ai déjà essayé de supprimer la ligne que tu me dis et cla n’a pas fonctionné, bloquage total. Je vais réessayer sinon je passerais à ta solution 1
A plus
J’ai donc lancé la commande qui a été exécuté, maintenant que dois je regarder comme résultat?
Peux-tu le poster ici ?
J’aimerais vérifier que la requête de suppression n’est pas trop large
La page d’execution, dommage je l’ai quitté je dois relancer?
Oui stp
Par contre j’ai du m’absenter, je pourrais répondre que demain, mais j’ai besoin du résultat pour avancer
Tu as exécuté la requête ?!
Oui j’ai bien exécuté et le résultat : en bleu temps d’exécution 0,0854s
Hello @Mick33,
Peux-tu lancer la requête :
SELECT count(*) FROM `cmd` WHERE `eqLogic_id` = "145"
Si ell te retourne quelque chose comme ça :
Tu peux executer la requête :
DELETE FROM `cmd` WHERE `eqLogic_id` = "145"
Qui va supprimer toutes les commandes de ton équipement « Piscine esp-piscine ».
Il faudra ensuite redémarrer le démon de jMQTT pour que la situation soit « stable ».
Bad
Merci pour ton retour,
Ca y 'est après un petit souci de relance du demon, j’ai retrouvé mes commandes, que je dois un peu filtrer.
Par contre, une question simple, je ne connais pas la cause de ce problème que je n’ai pas eu depuis plusieurs mois. Aussi, peux tu me donner une explication et donner les configs pour que cela ne se reproduise plus
Merci pour ton déblocage, et je te confirmerais le bon fonctionnement
Hello,
Ravi que tu ais de nouveau une interface et un système plus stable.
Comme évoqué :
Lorsque l’ajout automatique de commandes est activé sur un équipement jMQTT, tous les messages reçus correspondant au topic de souscription de cet équipement, pour lesquels il n’existe pas encore une commande avec ce topic, sont ajoutés automatiquement à l’équipement.
Ton équipement ayant l’ajout de commande activé avec un topic de souscription # (tous les messages), quand tu as activé l’envoi des évènements en mqtt dans Mqtt Manager, de nouveaux messages sont arrivés sur le Broker avec des topics différents.
jMQTT a donc créé de lui-même de nouvelles commandes dans l’équipement.
Voilà l’origine de ton problème. A noter qu’il n’est pas du tout recommandé d’activer cette fonction quand on n’attend plus de nouvelle commande sur un équipement.
Autre remarques :
- On voit ici que tes commandes sont de type « info/autre » (ou « info/string » sur la capture) :
Alors qu’elle pourraient être de type « info/entier » ou « info/binaire », quand un équipement est « stable » il est important de choisir un type représentant effectivement les données reçues. - Il est très mauvais (pour la base de données de Jeedom) d’historiser des données de type « info/string ». Je ne sais pas si c’était le cas, mais c’est une erreur « classique ».
Bad
Merci pour les explications je poserais des questions plus tard pour bien comprendre. Car je viens d’avoir un Pb le demon s’est arrêté et a eu du mal à être relancé, voir log:
[2023-12-21 11:44:53,809]DEBUG JMsg.Snd SockOut _loopSnd() : Sending 1 messages (0 left in queue)
[2023-12-21 11:44:53,868]DEBUG JMsg.Snd SockOut send() : Sent TO Jeedom 1 messages handled in 59.297085ms (qToJ size 0): [{'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/phvolt_piscine/state', 'payload': '2.646', 'qos': 0, 'retain': False}]
[2023-12-21 11:44:56,176]ERROR JMsg.Rcv MainThread is_working() : Nothing has been received for 315s (max 315s), Jeedom does not want me any longer.
[2023-12-21 11:44:56,278]INFO Main MainThread shutdown() : Stop jMQTT python daemon
[2023-12-21 11:44:56,279]DEBUG JMsg.Rcv MainThread receiver_stop() : Stop requested
[2023-12-21 11:44:56,507]INFO JMsg.Rcv SockIn _loopRcv() : Stopped
[2023-12-21 11:44:56,509]DEBUG JMsg.Rcv MainThread receiver_stop() : Stopped
[2023-12-21 11:44:56,512]DEBUG JMsg.Snd Brk141Th send_async() : Enqued the message in 0.017405ms (qToJ size 1): {'cmd': 'brokerDown', 'id': '141'}
[2023-12-21 11:44:56,513]INFO Client141 Brk141Th on_disconnect() : Disconnected from broker.
[2023-12-21 11:44:56,516]DEBUG Client141 MainThread stop() : jMqttClient ended
[2023-12-21 11:44:56,517]DEBUG Main MainThread shutdown() : Sent Daemon Down signal to Jeedom
[2023-12-21 11:44:56,518]DEBUG JMsg.Snd MainThread sender_stop() : Stop requested
[2023-12-21 11:44:56,575]INFO JMsg.Snd SockOut _loopSnd() : Stopped
[2023-12-21 11:44:56,576]DEBUG JMsg.Snd MainThread sender_stop() : Stopped
[2023-12-21 11:44:56,885]DEBUG JMsg.Snd MainThread send() : Sent TO Jeedom 1 messages handled in 308.587313ms (qToJ size 0): [{'cmd': 'daemonDown'}]
[2023-12-21 11:44:56,886]DEBUG root MainThread () : Exit 0
[2023-12-21 13:14:27,978]INFO Main MainThread set_log_level() : New log level set to: DEBUG
[2023-12-21 13:14:27,979]DEBUG Main MainThread prepare() : Writing PID 31805 to /tmp/jeedom/jMQTT/jmqttd.py.pid
[2023-12-21 13:14:27,979]INFO Main MainThread prepare() : Log level : debug
[2023-12-21 13:14:27,979]INFO Main MainThread prepare() : Socket port : 0
[2023-12-21 13:14:27,979]INFO Main MainThread prepare() : Callback url: http://127.0.0.1:80/plugins/jMQTT/core/php/callback.php
[2023-12-21 13:14:27,980]INFO Main MainThread prepare() : PID file : /tmp/jeedom/jMQTT/jmqttd.py.pid
[2023-12-21 13:14:27,980]DEBUG Main MainThread prepare() : Apikey : WHaN4NYLuLqLFnuuVraSM0RRbjc0NNfYV9sUe5C9GQBYmLKyK1Tg6Wunx92pQkNr
[2023-12-21 13:14:27,980]DEBUG JMsg.Rcv MainThread receiver_start() : Start requested
[2023-12-21 13:14:27,981]DEBUG JMsg.Rcv SockIn _loopRcv() : Start
[2023-12-21 13:14:27,981]INFO JMsg.Rcv MainThread receiver_start() : Started, listening on [127.0.0.1:39893]
[2023-12-21 13:14:28,002]ERROR JMsg.Snd MainThread send_test() : Callback test Error (500): Internal Server Error
[2023-12-21 13:14:28,003][CRITICAL] Main MainThread open_comm() : Open Comm : Failed to Open the communication channel to send informations back TO Jeedom
[2023-12-21 13:14:28,003]DEBUG JMsg.Rcv MainThread receiver_stop() : Stop requested
[2023-12-21 13:14:28,483]INFO JMsg.Rcv SockIn _loopRcv() : Stopped
[2023-12-21 13:14:28,484]DEBUG JMsg.Rcv MainThread receiver_stop() : Stopped
[2023-12-21 13:14:28,484][CRITICAL] Main MainThread open_comm() : Open Comm : Closed the communication channel to get instructions FROM Jeedom
[2023-12-21 13:14:28,484]INFO Main MainThread shutdown() : Stop jMQTT python daemon
[2023-12-21 13:14:28,485]DEBUG root MainThread () : Exit 0
J’ai décoché l’ajout automatique
- Toujours sur cet équipement ton topic de souscription est trop large (
#),
Que faudrait il mettre pour réduire le champ?
- Tu as activé l’envoi des évènements en mqtt dans Mqtt Manager.
J’ai décoché transmettre tous les évènements, quel sera l’impact?
On voit ici que tes commandes sont de type « info/autre » (ou « info/string » sur la capture) :
Je vais mettre info/numérique, qui en fait reflète la réalité puisque ce sont des mesures. Je vais faire le ménage
Par contre je viens de constater à nouveau que le Demon est arrêté? Pourquoi il s’arrête? voir log:
[2023-12-21 13:32:03,905]DEBUG JMsg.Snd Brk141Th send_async() : Enqued the message in 0.016212ms (qToJ size 2): {'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/phvolt_piscine/state', 'payload': '2.647', 'qos': 0, 'retain': False}
[2023-12-21 13:32:03,997]DEBUG JMsg.Snd SockOut send() : Sent TO Jeedom 1 messages handled in 143.825769ms (qToJ size 2): [{'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/ph_piscine/state', 'payload': '7.519', 'qos': 0, 'retain': False}]
[2023-12-21 13:32:03,999]DEBUG JMsg.Snd SockOut _loopSnd() : Sending 2 messages (0 left in queue)
[2023-12-21 13:32:04,125]DEBUG JMsg.Snd SockOut send() : Sent TO Jeedom 2 messages handled in 124.881268ms (qToJ size 0): [{'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/temprature_piscine/state', 'payload': '13.06', 'qos': 0, 'retain': False}, {'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/phvolt_piscine/state', 'payload': '2.647', 'qos': 0, 'retain': False}]
[2023-12-21 13:32:10,709]INFO Client141 Brk141Th on_message() : Message received (topic="esp-piscine/sensor/orp_volt/state", payload="1.993", QoS=0, retain=False)
[2023-12-21 13:32:10,710]DEBUG JMsg.Snd Brk141Th send_async() : Enqued the message in 0.008583ms (qToJ size 1): {'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/orp_volt/state', 'payload': '1.993', 'qos': 0, 'retain': False}
[2023-12-21 13:32:10,738]DEBUG JMsg.Snd SockOut _loopSnd() : Sending 1 messages (0 left in queue)
[2023-12-21 13:32:10,791]DEBUG JMsg.Snd SockOut send() : Sent TO Jeedom 1 messages handled in 51.770449ms (qToJ size 0): [{'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/orp_volt/state', 'payload': '1.993', 'qos': 0, 'retain': False}]
[2023-12-21 13:32:12,102]INFO Client141 Brk141Th on_message() : Message received (topic="esp-piscine/sensor/orp_piscine/state", payload="489", QoS=0, retain=False)
[2023-12-21 13:32:12,103]DEBUG JMsg.Snd Brk141Th send_async() : Enqued the message in 0.014544ms (qToJ size 1): {'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/orp_piscine/state', 'payload': '489', 'qos': 0, 'retain': False}
[2023-12-21 13:32:12,156]ERROR JMsg.Rcv MainThread is_working() : Nothing has been received for 315s (max 315s), Jeedom does not want me any longer.
[2023-12-21 13:32:12,195]DEBUG JMsg.Snd SockOut _loopSnd() : Sending 1 messages (0 left in queue)
[2023-12-21 13:32:12,258]INFO Main MainThread shutdown() : Stop jMQTT python daemon
[2023-12-21 13:32:12,259]DEBUG JMsg.Rcv MainThread receiver_stop() : Stop requested
[2023-12-21 13:32:12,290]DEBUG JMsg.Snd SockOut send() : Sent TO Jeedom 1 messages handled in 94.519615ms (qToJ size 0): [{'cmd': 'messageIn', 'id': '141', 'topic': 'esp-piscine/sensor/orp_piscine/state', 'payload': '489', 'qos': 0, 'retain': False}]
[2023-12-21 13:32:12,537]INFO JMsg.Rcv SockIn _loopRcv() : Stopped
[2023-12-21 13:32:12,538]DEBUG JMsg.Rcv MainThread receiver_stop() : Stopped
[2023-12-21 13:32:12,540]DEBUG JMsg.Snd Brk141Th send_async() : Enqued the message in 0.007868ms (qToJ size 1): {'cmd': 'brokerDown', 'id': '141'}
[2023-12-21 13:32:12,540]INFO Client141 Brk141Th on_disconnect() : Disconnected from broker.
[2023-12-21 13:32:12,541]DEBUG Client141 MainThread stop() : jMqttClient ended
[2023-12-21 13:32:12,542]DEBUG Main MainThread shutdown() : Sent Daemon Down signal to Jeedom
[2023-12-21 13:32:12,542]DEBUG JMsg.Snd MainThread sender_stop() : Stop requested
[2023-12-21 13:32:12,593]INFO JMsg.Snd SockOut _loopSnd() : Stopped
[2023-12-21 13:32:12,594]DEBUG JMsg.Snd MainThread sender_stop() : Stopped
[2023-12-21 13:32:12,797]DEBUG JMsg.Snd MainThread send() : Sent TO Jeedom 1 messages handled in 202.848911ms (qToJ size 0): [{'cmd': 'daemonDown'}]
[2023-12-21 13:32:12,799]DEBUG root MainThread () : Exit 0
Toujours le même problème le Démon JMQTT s’arrête et ne se relance pas? Message d’erreur:
Et quand je vais à la page de config pour relancer le demon, toujours 500 Internal Servor Error:
Est ce que tu as des erreurs dans le log http.error ?
Puis-je avoir à nouveau ta page santé de JEEDOM ?
Désolé je m’étais absenté:
Pas d’erreur relevé dans http.error apparemment ( PJ)
http.error.txt (48,5 Ko)
Voici la page santé avec encore le demon arrêté
Il n’y a rien en rapport avec jMQTT dans ces erreurs, mais ta base de donnée n’a pas l’air contente…
Peut-être un problème de place sur le disque ou dans /tmp.
Serait-il possible d’avoir aussi la Santé de Jeedom stp ?
