Jeedom instable la faute à Openzwave ?

[Delta4]

Bonjour,

Ma mini+ ne fonctionne toujours pas. Je recherche les causes possibles.
Au démarrage, il y a toujours ce genre d'erreurs :

Code : Tout sélectionner

03-08-2015 11:30:17 | info | Controller is : home_id: [0xee9c005a] id: [1] name: [] product: [RaZberry Controller ZWave+] capabilities: set(['primaryController']) library: [Static Controller version Z-Wave 3.99]
03-08-2015 11:30:18 | info | write configuration file
03-08-2015 11:34:28 | info | All the initialisation queries on a node have been completed. id:[6] model:[ZP3102 EU PIR Motion Sensor].
03-08-2015 11:34:28 | info | write configuration file
ERROR:openzwave:Error in manager callback : ['Traceback (most recent call last):\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 953, in zwcallback\n    self._handle_value_changed(args)\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 1506, in _handle_value_changed\n    self._handle_value(node=self.nodes[args[\'nodeId\']], value=self.nodes[args[\'nodeId\']].values[args[\'valueId\'][\'id\']])\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 1454, in _handle_value\n    logger.debug(\'Z-Wave Notification Value : node=%s value=%s\' % (node, value))\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/value.py", line 90, in __str__\n    (self._network.home_id_str, self._object_id, self.parent_id, self.label, self.data)\n', '  File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode\n    return codecs.utf_8_decode(input, errors, True)\n', "UnicodeDecodeError: 'utf8' codec can't decode byte 0x8f in position 0: invalid start byte\n"]
ERROR:openzwave:Error in manager callback : ['Traceback (most recent call last):\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 953, in zwcallback\n    self._handle_value_changed(args)\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 1506, in _handle_value_changed\n    self._handle_value(node=self.nodes[args[\'nodeId\']], value=self.nodes[args[\'nodeId\']].values[args[\'valueId\'][\'id\']])\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/network.py", line 1454, in _handle_value\n    logger.debug(\'Z-Wave Notification Value : node=%s value=%s\' % (node, value))\n', '  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.0b4-py2.7.egg/openzwave/value.py", line 90, in __str__\n    (self._network.home_id_str, self._object_id, self.parent_id, self.label, self.data)\n', '  File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode\n    return codecs.utf_8_decode(input, errors, True)\n', "UnicodeDecodeError: 'utf8' codec can't decode byte 0x8f in position 0: invalid start byte\n"]
03-08-2015 11:36:35 | info | All the initialisation queries on a node have been completed. id:[7] model:[Mini Keypad RFID].
03-08-2015 11:36:35 | info | write configuration file
03-08-2015 11:36:43 | info | All the initialisation queries on a node have been completed. id:[11] model:[Panic Button].
03-08-2015 11:36:44 | info | write configuration file
03-08-2015 11:36:53 | info | All the initialisation queries on a node have been completed. id:[4] model:[SM103 Door/Window Sensor].
03-08-2015 11:36:53 | info | write configuration file
03-08-2015 11:37:35 | info | All the initialisation queries on a node have been completed. id:[3] model:[ZS5101 Shock and Vibration Sensor].
03-08-2015 11:37:36 | info | write configuration file
03-08-2015 11:40:05 | info | All the initialisation queries on a node have been completed. id:[5] model:[FGMS001 Motion Sensor].
03-08-2015 11:40:05 | info | write configuration file

Ce n'est pas toujours le même module qui en est la source. Si c'était toujours le même module, je l'aurais supprimé
J'ignore totalement la raison de ces erreurs et surtout, quel en est l'impact sur la santé du système ....

Qu'en pensez-vous ?
Version v1.203.0.26
OZW : la dernière beta aussi

[loic]

Bonjour,

Je pense pas que ca soit la cause de l'instabilité, le mieux serait de brancher la mini sur un écran et de voir au moment du plantage si un message apparaît sur l'écran et si avec un clavier aussi dessus tu arrives a faire des manip

[Delta4]

Bonjour Loïc,

Je n'ai pas d'écran hdmi à part la taloche et à coté de la taloche je n'ai pas de réseau
Je n'ai presque rien sur la Mini+ et elle n'est pas utilisable en l'état, je perds la main en quelques secondes et c'est fini.
Je suis même obligé d'attendre pour la redémarrer
Je ne sais plus quoi faire (c'est quand même la deuxième qui a ce problème)

[loic]

J'avoue ne pas avoir du tout suivi ces soucis sur les mini+ vu que pour moi c'est hardware....

[Delta4]

Je sais bien que tu n'as pas le temps de t'occuper de tout
Le boulot que tu assumes est déjà énorme.
Enfin bon, ma théorie qui ne repose sur rien :
selon la charge du système (et ozw le charge beaucoup) la température de la carte augmente et c'est le plantage. Je crains une chose : l'augmentation de température abime de façon irrémédiable la Mini+ qui est fichue.
J'ai donc eu deux Mini+ : même problème.
Je suis très déçu, en un mois je n'ai fait que des réinstall, partant de zéro pour être sûr, j'ai mis le minimum sur le réseau Zwave, rien, ça ne donne rien d'utilisable.
Que faire ? essayer une troisième Mini+ ? passer sur RPI2 ?

[Gooddave]

Réponse rapide et peu être idiote (Une chose est sur si ta théorie est bonne et que c'est irrémédiable, il n'y a plus rien à faire).
Sinon essayes de la sortir du boitier et de mettre un ventillo dessus et de rebooter.
Tu pourras peu-être prolonger ses souffrances et du coup confirmer tes dires (ce qui fera avancer le schmilblick concernant les pb de Mini+).

[loic]

@Delta4 tu pourrais rallumer la box et m'envoyer tout de suite un accès SSH que je regarde ?

[Delta4]

je veux bien te donner accès à ma mini+, mais le vpn est arrêté et mon accès internet est catastrophique.
Je dois redémarrer le Jeedom dans ?

[loic]

Par VPN ca sera pas possible de mon coté....

[Delta4]

j'ai remis le vpn : plantage dans les 30 secondes

Je vais te préparer un accès direct

[loic]

Mais tu as un VPN sur la mini+ ?

[Delta4]

ben le dns jeedom ... c'est pas un vpn ?

[Anonyme]

Contenu supprimé à la demande de son auteur

[loic]

C'est plus compliqué que ca car en vrai la box ouvre un VPN vers le serveur Jeedom qui reçoit le DNS lui

[Delta4]

donc, c'est bien un vpn, car pour passer les routeurs de mon réseau, il faut ça.
Enfin, un chose est remarquable : quand les "dan Jeedom" sont désactivés la box tient plus longtemps

[loic]

Oui ca on est au courant d'un soucis avec le DNS jeedom qui consomme beaucoup trop de mémoire, on est en train de voir pour passer en version 2

[Delta4]

Oui, j'avais vu, mais je n'utilise pas ce système.
Je t'ai envoyé un MP, tu devrais pour accéder à la Mini+
j'espère ne rien avoir oublié pour configurer le routage

[k0n24d]

@loic quand je t'ai proposé ngrok je ne savais pas encore qu'ils n'allaient plus proposer leur solution en open source. Depuis que tu m'as fait part des soucis rencontrés j'ai refait un peu le tour du sujet. J'ai trouvé https://github.com/localtunnel qui est bien open-source (licence MIT) et maintenu. Je n'ai pas fini de voir ce que cela donne. Mais je pense qu'une solution open source et libre colle mieux à l'état de Jeedom.

[loic]

Oui j'ai vu, j'ai essayé de l'installer mais au lancement du serveur il se passe juste rien.... je suis en discutions avec ngrok aussi pour passer à ngrok-link, le mec dis que ngrok v1 faut eviter en production mais que link c'est bon, j'attend de voir le prix....

[k0n24d]

Honnêtement ngrok v1 était en prod sur ngrok.com pendant longtemps et maintenant il te dis qu'il faut éviter en prod... Disons que j'ai souvent le même type de discours de la part de Microsoft (et oui malheureusement une partie des produits qu'on développe dans ma boîte tourne sous Windows Embedded...).

Concernant localtunnel c'est assez simple à installer une fois qu'on a compris les points suivants:
- la terminaison HTTPS doit être géré par un autre soft (https://github.com/localtunnel/server/t ... vops/nginx pour un exemple derrière nginx)
- quand on indique le paramètre --host au client il faut fournir une URL et non un hostname (par exemple https://dns.jeedom.com)

Par ailleurs ça pourrait s'intégrer beaucoup plus proprement dans Jeedom (concernant les erreurs et status) en gérant le client via l'API (https://github.com/localtunnel/localtunnel#api)