Je suis sur un nuc avec une VM sur Débian 9
Jeedom en V4.0.52
Jeedore dernière version
Par moment je constate que le démon est coupé.
Il se relance ensuite automatiquement grace à l’option dans la config du plugin, mais je ne comprend pas pourquoi ça arrive.
J’ai par contre une piste, à chaque fois c’est arrivé quand j’ai cliqué un peu trop rapidement sur mon bouton xiaomi aqara qui control l’allumage de la lumière.
les logs du démon me disent que le démon est stopé.
J’ai passé mes logs en debug, mais à chaque relaunch du démon, les logs se vident.
Comment vous donner + d’infos pour résoudre le souci ?
J’ai désactiver le redémarrage auto pour le prochain plantage au cas ou…
Es tu bien en type de connection Local ? Sais tu grosso-modo la fréquence ? 1 fois par jour, 1 fois par semaine ?
Je ne vois pas prquoi un autre plugin empièterai sur JeeDore… bug jeedom ??? étrange…
Pour que le plugin ne supprime pas le log au démarrage, tu peux supprimer dans le fichier jeedore.class.php la ligne :
je n’utilise pas trop la domotique pour l’instant, c’est une fresh install, mais ça m’est arrivé les 2 dernier jours depuis l’installation de deconz, et donc c’est depuis cette date que j’ai commencé à utiliser jeedore réellement
J’ai bien supprimé la ligne, on verra ce que ça dit la prochaine fois, merci.
le log jeedore ne remonte pas plus loin qu’aujourd’hui à 19h, donc non, rien
J4ai relancé une installe des dépendences et relancé le démon du coup, maintenant on va attendre que j’ai des logs à te fournir .
Concernant les dépendances cela n’a aucun intérêt de les réinstaller si le daemon se lance. Ce n’est que le framework dotnet, il n’y a aucun code jeedore dans les dépendances
Si une idée mais grosse semaine de boulot, assez crevé je pense que ça ne prendra peu de temps. En tout cas, ton log m’a bien aidé
Je check ça pdt le week-end
Petit up: après avoir essayé quelques bidouilles, j’ai une piste je pense.
J’ai un scénario qui gère l’ouverture/fermeture de mes volets.
Si on lui dit « tous les volets », il ferme mes 7 volets en même temps par une succession de commande « setPositionCmdDown » à chaque volet; tout ça en m^mee temps sur tous les volets.
J’ai d’abord pensé que le Tydom n’aimait pas avoir autant de commandes d’un coup et j’ai essayé de réjouter un timer (sleep 1) entre chaque commande « setPositionCmdDown »
Ça n’a rien changé. Du coup je ne pense pas que ça soit un problème de quantité d’appels simultanés.
Par contre, j’ai essayé de désactiver un à un mes volets et de relancer le scénario à chaque désactivation (d’abord 1 volet, puis 2, puis 3, etc… jusqu’à 7)
Je me suis rendu compte que dés que je désactivais spécifiquement mon volet « Façade 1 » ça marchait.
Je pense que c’est cet équipement qui provoque les erreurs du type:
An item with the same key has already been added
Je n’ai pas trop le temps tout de suite, mais dés que possible je vais essayer de le supprimer de Jeedore et également via l’application Tydom.
Puis je réessaierai et vous tiendrais au courant.
PS: ça serait intéressant de pouvoir retrouve le nom de l’équipement à partir de la clef que Jeedore donne dans ses logs. Une requête SQL à faire certainement. Si quelqu’un a une idée, je suis preneur !
Ca permettrait de bien nettoyer la BDD Jeedom de toute référence à cette entrée obsolète qui semble faire planter Jeedore.
Bonjour,
Même problème pour moi. Cela vient de se produire après une migration de ma plateforme sur un environnement Debian 10 sur proxmox depuis un environnement rasp.
J’ai les deux plateformes en parallèle, plugin beta sur les deux, dernière version jeedom sur les 2, les deux en debian 10.
Sur rasp, aucun problème, tout fonctionne. Sur la plateforme x86, systématiquement lorsque je lance une commande de fermeture / ouverture globale des volets ( 7 volets) le démon tombe avec la même erreur que les autres…
Espérons que cela puisse vous aider à trouver le problème.
Je viens de trouver une piste qui porte ses fruits pour moi pour l’instant et qui aidera peut-être:
Dans mon scénario qui ouver/ferme tous mes volets (7 volets) en même temps, j’ai remarqué deux choses:
Cela ne se produit que lorsqu’un certain volet est dans la liste à traiter par le scénario (quand je la de-selectionne ça fonctionne)
Si dans la liste des volets à traiter, pour tous les volets sauf celui qui pose problème; je coche la case permettant d’exécuter l’action en parallèle des autres (deuxième cache en face de l’action, à coté de la case servant à désactiver l’action), cela fonctionne aussi. Tous mes volets se ferment et s’ouvrent correctement.
Bon, faux espoir: j’ai l’impression que ça ne marche pas si bien que ça.
Le démon plante à nouveau quand j’envoie une commande sur plusieurs volets en même temps.
J’ai ce genre de logs dans les logs du démon:
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : thermicDefect1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : position1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : onFavPos1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : upDefect1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : downDefect1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : obstacleDefect1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : intrusion1594166832#1594166832
[2020-07-08 02:07:16][ERROR] : Impossible to find command with id : battDefect1594166832#1594166832
Salut @jerome83136
peut être en faisant un scénario sur ton tydom de fermetures de l’ensemble de tes volets et le lancé via jeedom résoudrait provisoirement ton problème .