Ca ne marche toujours pas.
J'ai dû faire une erreur en modifiant le fichier car maintenant j'ai ce message:
tts(core) action.error!
core.error_ttslng

Je vais tenter de résoudre ce Pb chez moi, mais ce fichier ne se trouve pas dans sd/paw/jeedom, mais dans sd/paw/jeedom/actions.

Est-ce correct?

J'ai aussi ce Pb sur un smartphone Doogee.
Par contre, pas de Pb sur une tablette Simbans que j'utilise depuis plusieurs mois.

Bon, ça a été laborieux, mais après MàJ plugin, reboot, relance des dépendances, et presque 2 heures à regarder le réseau se remonter tout seul, il me semble que ça fonctionne correctement. Il reste bien 2 modules qui sont restés en rade, dont 1 LC13 (il y en a toujours au moins une récalcitrante), ...

@nechry,

le résultat de la commande est: ce qui ne me dit pas ce que je dois faire.

@nechry, je récapitule pour que ce soit plus clair. Tu m'as demandé d'essayer avec le changement de guid. C'est ce que j'ai fait, mais j'ai lancé en manuel (sudo make install-api). Peu après, tu as précisé: tu lance via jeedom il ne faut pas faire dans /opt/python-openzwave pcq il n'aura pas les bon...

Ca m'a l'air bon. J'ai attendu que tous les modules remontent avant de poster. A cette heure, il reste: * 1 fgbs001 bloqué sur Probe * 1 LC13 dernière génération bloqué sur CacheLoad Mais je ne pense pas qu'ils remonteront tout seuls. Veux-tu que je relance les dépendances par jeedom pour tester la ...

Ca a l'air bon (avec le lancement manuel), le réseau est en train de redémarrer.
J'attends la suite et je reviens.

Ah, OK.

Bon, je suis allé trop vite, je l'ai déjà fait. J'attends la fin pour voir, puis je recommencerai à partie de jeedom.

Après avoir modifié install.sh, je dois lancer linstall de cette manière?

@nechry,

tu parles de cette manip? Je suis en 2.317, c'est OK?

Le script d'install se trouve bien en /var/www/html/plugins/openzwave/resources?

@ TheJuice, J'ai essayé ta méthode, mais elle ne fonctionne pas non plus chez moi. jeedom@jeedom:/opt/python-openzwave $ sudo make install sed -i -e '253s/.*//' openzwave/cpp/src/value_classes/ValueID.h sed: can't read openzwave/cpp/src/value_classes/ValueID.h: No such file or directory Makefile:272...

@nechry, j'ai suivi ta procédure, mais ça n'a pas l'air de fonctionner. Ça se termine ainsi: src-lib/libopenzwave/libopenzwave.cpp: In function âPyObject* __pyx_pf_12libopenzwave_9PyManager_268beginControllerCommand(__pyx_obj_12libopenzwave_PyManager*, PyObject*, PyObject*, PyObject*, PyObject*, PyO...

@TheJuice,

peux-tu détailler comment tu as fait, STP?
* que modifier?
* que lancer?

Merci

J'ai le même Pb, mais aucune solution trouvée jusqu'à maintenant.

C'est bon pour moi.

Merci.

Correction ré-appliquée ==> toujours pareil.

Tant pis, j'attendrai la màj officielle.

Merci tout de même pour ton partage.

Oui, j'ai bien pris la dernière correction qui se trouve quelques posts plus haut.
J'ai bien évidemment rafraichi plusieurs, mais pas de changement.

Je vais recommencer au cas où j'aurais fait une erreur.

J'avais compris que cette nouvelle correction corrigeait le bug sur l'heure de couché du soleil, mais en ce qui me concerne, je suis toujours avec 1:00.

Il y a du mieux avec cette version: * possibilité d'adresser plusieurs actionneurs par pièce * commandes des têtes Danfoss possibles Mais les températures de consignes affichées par le plugin ne correspondent pas aux températures réelles de consigne des têtes. Thermostat.PNG Les 2 tuiles du dessus c...