@tmartinez, je pense c'est le problème que je t'ai exprimer dans la db, sur le value_change on supprime tout les autres valeurs de la classMultilvelSensor, du coup il ne reste que la dernière qui arrive, dans ce cas la luminance. je pense aussi etre impacté par ce soucis sur les dernières maj (ou a...

Salut, bizarre que tu aies plus d'instabilité... Tu peux activer le mode débug dans la configuration du plugin. Tu peux également arrêter le plugin et supprimer le fichier zwcfg0xxxxxxxx.xml, il sera recrée. Les erreurs du début, dans ton logs sont, je pense, normales, elles apparaissent car Jeedom...

j'ai fait une mise à jour complète openzwave/python-openzwave/plugin, mais j'ai l'impression d'avoir pas mal d'instabilités depuis (avec le stick aeon), déjà 2 plantages complets de toute la clé, et d'autres modules qui n'ont plus l'air de vouloir répondre par contre les logs ne sont plus auant four...

Très bonne nouvelle

très bonne nouvelle

en fait justement il ne fallait pas supprimer ton ancienne config de module dans le plugin zwave, car il te suffisait de lui attribuer le nouveau Node ID après synchro. par contre maintenant que tu as supprimé l'ancienne config du module qui était dans tes scénarios, je pense que tu vas etre obligé ...

ah ok tu n'as pas exclu le module avant de le réinclure, sinon l'ancien id ne reviendrait pas. par contre maintenant pour arriver à supprimer un id fantôme qui n'a plus de module réel associé je ne sais pas... la table de routage je ne pense pas que tu ai trop à t'en soucier, si ton module marche bi...

dans le plugin zwave tu as un champs qui te permet de modifier le node id du module donc ça sera bon je pense

Suite à ce post : https://forum.jeedom.fr/viewtopic.php?f=23&t=3480&start=180#p70882 Il y a un petit changement de code à faire pour l'appel externe, en effet à la ligne 400 du .py le "http://" est forcé dans le code, seulement il est déjà dans _externalip, du coup ça fait doublon dans l'url d'appel...

@loic C'est tout bon, merci

A priori ça a tenté de se relancer toutes les heures toujours sans succès cette nuit: 2014-12-29 04:00:08,850 - MainThread - smscmd:217 - ERROR - Exception: AT+CSCA="<smsc/>" 2014-12-29 05:00:06,608 - MainThread - smscmd:217 - ERROR - Exception: AT+CSCA="<smsc/>" 2014-12-29 06:00:07,430 - MainThread...

de mon coté suite à la dernière maj beta le daemon ne se lance plus et dans le log ça donne:
2014-12-29 00:36:19,696 - MainThread - smscmd:217 - ERROR - Exception: AT+CSCA="<smsc/>"

pour ta tablette dans le mur, elle tient comment, tu as fait un trou dans le mur ou elle est "collée" ? c'est un cadre homemade ou sinon trouvé ou ?
merci

loic a écrit :pas de nouvelle commande j'ai faitbun retour arrière finalement

bon j'ai débranché et rebranché la clé et ça remarche, désolé pour le bruit, elle a pas du aimer la mise à jour sur le moment ou je ne sais quoi

bizarre ça ne le faisait pas avant, il n'y aurait pas une nouvelle commande au modem par rapport à la version des jours précédents qui ne serait pas compatible et donc il ne répondrait pas ?

Depuis ce soir après la dernière maj beta j'ai l'impression d'avoir un soucis, le log sms.error dit ça toutes les minutes:

2014-12-05 21:08:13,315 - MainThread - smscmd:211 - ERROR - Exception: Timeout

Je viens d'avoir ces erreurs lors de la mise à jour du plugin: Début de la mise de : sms Téléchargement de l'objet...OK Décompression de l'archive...OK Installation de l'objet...OK sh: 1: 1: not found sh: 1: kill: No such process sh: 1: kill: Operation not permitted Sinon il manque "a jour" dans la ...

A voté !

En tout cas c'est intéressant, ça donne des idées

phifi a écrit :

thespy a écrit :je viens de mettre la dernière maj beta et c'est redevenu orange au lieu de vert sur le meme chiffre, tu es revenu en arrière sur la modif ?

corrigé

je confirme

je viens de mettre la dernière maj beta et c'est redevenu orange au lieu de vert sur le meme chiffre, tu es revenu en arrière sur la modif ?