Tu utilises Homebridge ?
non pas homebridge mais pour moi le problème ne vient pas de jeedore mais plutot de homebridge
il faudrait un minimum de log de jeedore et homebridge voir d’ou vient le problème
Voici le log de Jeedore. Dans cet exemple, il a fermé des volets puis crash du daemon suite à une commande Siri « Fermer tous les volets »
11/02/2020 07:40:25 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/02/2020 07:40:25 - Sending command 1604302825723 to DeltaDore....
11/02/2020 07:40:25 - Command 1604302825723 executed!
11/02/2020 07:40:25 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/02/2020 07:40:25 - Sending command 1604302825724 to DeltaDore....
11/02/2020 07:40:25 - Command 1604302825724 executed!
11/02/2020 07:40:25 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/02/2020 07:40:25 - Stoping timer Info
11/02/2020 07:40:25 - Impossible to launch JeeDore Server
11/02/2020 07:40:25 - An item with the same key has already been added. Key: 1604302825724
11/02/2020 07:40:25 - Impossible to launch Jeedore daemon...
11/02/2020 07:40:25 - An item with the same key has already been added. Key: 1604302825724
11/02/2020 07:40:25 - Daemon has been stopped...
En cherchant An item with the same key has already been added sur le net, c’est une erreur dotnet d’un cas non géré.
On voit que la commande 1604302825724 a été exécutée correctement puis 2 nouvelles tentatives pour cette même commande. Etrange.
sans passer par homebridge je lance la commande de fermeture sur 10 volet en même temps via un scénario et aucun problème
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195330 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195330 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195339 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195339 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195347 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195347 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195355 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195355 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195362 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195362 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195369 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195369 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195377 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195377 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195387 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195387 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195394 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195394 executed!
11/09/2020 20:13:15 - Executing command to device : 'Rezolv.JeeDore.Server.JeeDore.Request.PositionCmd.PositionCmd'...
11/09/2020 20:13:15 - Sending command 1604949195403 to DeltaDore....
11/09/2020 20:13:15 - Command 1604949195403 executed!
Hello,
J’ai plusieurs cron et virutels (commandant plusieurs volets de concert) similaires à ceux de @Tonyb0t77 qui tournent depuis plusieurs mois sans aucune erreur de ce genre.
Cette trace m’étonne quelque peu car l’erreur sur la command suivante
est donnée executed dans la même seconde 3 logs plus heut…
c le deamon qui plante
c une commande en doublon
a l’époque du développement du plugin j avais demandé a @Eli comment le deamon fonctionnait
chaque commande envoyée a une id(key) et il attend la réponse avec la même id(key) et il ne peut donc pas avoir plusieurs commandes envoyées avec la même id(key)
C’est justement pour ça que je creuserais coté Homebridge, car ça ressemble fortement à un stress de sa part n’ayant pas le retour du deamon assez rapidement.
@Tonyb0t77 oui, en scénario cela fonctionne pas d’erreur. ça ne plante qu’avec homebridge sur une commande globale.
@BlacKTM creuser côté homebridge peut être, mais c’est pas homebridge qui plante mais bien jeedore, c’est bien côté jeedore qu’il y a une exception non gérée ^^
Je suis d’accord que c’est une erreur .Net puisque c’est l’environnement qu’a choisi @Eli pour développer Jeedore.
Mais à défaut et sans nouvelles de sa part, et à mon sens plus cognitif, je chercherais les causes plutôt que de patcher les conséquences par des gardes-fous certainement manquant dans son plugin.
Peut-être y-a-t-il des notions de timeout ou d’execution en parallele dans HomeBridge pour le rendre plus permissif ?
Bonjour à tous,
Mon tydom me propose une mise à jour mais j’ai un peu peur que cela pose problème par la suite.
La version est 02.05.12
@Tonyb0t77 : est ce que pour toi je peux mettre à jour sans risque de planter tout mon Jeedom?
Merci d’avance pour vos conseils.
Fred
Hello,
Depuis que j’ai Jeedore, je n’ouvre que très rarement l’app Tydom…
Effectivement, j’ai vu la mise a jour en le lancant suite à ton post.
Je suis passé de la 02.05.12 à la 02.06.01 sans aucun problème.
Du moins un petit quand même, tous mes équipements restaient en attente / position inconnue…
En les actionnant avec Jeedore, Tydom a récupéré les états 
Donc pas de soucis pour cette mise à jour comme toutes celles que j’ai pu passer depuis que Jeedore existe.
Hello
J’ai fait la Maj et comme toi @BlacKTM, mes équipements étaient en attente.
Mais je trouve que depuis cette Maj j’ai des soucis sur la remontée d’infos (pas lié à Jeedore mais plus à tydom) de mes équipements.
Notamment la valeur d’ouverture des volets n’est pas bonne.
Ca ne le fait pas chez vous?
Bon bah j’aurais pas dû. Depuis la Maj mes équipements sont en attente sur mon tydom et les infos ne remontent pas correctement ni dans le tydom et donc pas non plus dans Jeedom 
pareil mais les commandes fonctionnent bien
Etrange, je n’ai pas constaté les ralentissements ni les soucis de remontée d’infos…
Ma porte de garage était restée en attente sur Tydom mais je l’ai manoeuvrée depuis la maj via Jeedom et les emetteurs DD tout comme mes autres équipements.
J’imagine que tu as tenté un reboot du tydom, qu’est-ce qu’en a dis le deamon ?
@Tonyb0t77 : tu as la meme chose, c’est ca?
Je pense que c’est vraiment lié au tydom. Le SAV va prendre la main je pense sur mon boitier.
Je pense qu’il y a effectivement un soucis avec cette maj coté Tydom.
J’avais pas vu tout à l’heure mais ma sonde extérieure qui remonte via Tywatt 2K est freezée alors que la valeur est bonne sur le Tywatt et -,-- sur le Tydom.
Dans tous les cas, il n’y avait pas d’info sur leur Twweter ce midi…
j ai écris sur leur facebook et via messenger aucune réponse de leur part !!!
la publication facebook a meme été effacée !!!
J’attends leur retour demain. Je leur ai mis un mot de passe temporaire pour qu’ils prennent la main.