Ah ben, il aurait pu l’écrire en gros sur son blog…
Bah t’es mort ! Avec du Chacon, t’aurais été couvert par le protocole en cas de raté
Et le chauffage, ce n’est pas le pire : un passage de Confort à Eco ou inversement, ça peut passer inaperçu par le WAF contrairement à l’éclairage automatique.
Là, tu te rends compte du temps et de l’investissement perdu.
Donc, nan, tu ne peux plus abandonner !
Tu fais toutes tes inclusions en non sécurisé (sauf pour les serrures)
Tu corriges module par module : inclusion une par une à l’emplacement final, mise à jour des voisins, redémarrage du réseau à chaque fois, réveil des modules.
Pas de clic dans tous les sens sur les options rafraîchir les infos/paramètres, une seule fois, réveil du module, redémarrage
Tu analyses encore et encore tes log openzwave(d) tant que tu n’as pas du 100% OK vert partout.
Pour faire du nettoyage général de problème, j’avais fait ceci
Ça m’a pris 5 mois d’analyse de log pour arriver à obtenir un (Open) Z-Wave fonctionnel.
Courage. @axel
Je ne parle pas d’un passage en Eco, je parle d’un chauffage qui ne se déclenche plus du tout à cause des Qubinos et comme par hasard, un jour où il fait -5°C à l’extérieur et un jour où je ne suis pas à la maison (mais que ma femme y est toute la journée, évidemment)
Ou alors autre exemple : même problème de coupure de chauffage à cause du Heatit qui fonctionnait depuis 3 semaines sans problème et qui décide de partir en défaut la nuit. Du coup, réveil glacial, obligé de sortir le laptop à 7h30 du matin, avec ma femme qui m’engueule quand elle court partout pour préparer les enfants pour l’école.
Oui, maintenant. Mais, il y a un an, c’était moins visible.
Chaque nouvel utilisateur du Z-wave tombe dans le panneau au début. Il faudrait mettre un pop-up d’avertissement dans le plugin openzwave invitant à ne pas faire d’inclusion sécurisée.
ben j’avoue, quand tu es un utilisateur un peu sensibilisé à la cybersécurité, on te propose le choix entre Sécurisé et Non Sécurisé, tu cliques sur « Sécurisé » sans aucun doute …
Le plugin thermostat est très bien, mais trop risqué lorsqu’il faut gérer X kW derrière. En effet, lorsque le machin est bloqué à la chauffe (puissance de 100%), ça devient le sauna et tout ce que tu voulais économiser s’envole) !
Tant que ton réseau Z-Wave n’est pas 100% fiable, tu devrais juste utiliser le fil pilote comme prévu pour changer de consigne Confort/Eco/Hors Gel/Off et laisser la régulation du radiateur. La régulation est moins précise mais ton WAF s’améliore
Oui, je ne sais pas bien en fait. Quand ca fonctionne, la température de la pièce est égale à celle de la consigne au quasi-degré près, c’est que cela ne fonctionne pas trop mal quand même.
Après c’est sûr qu’il faut une gestion des kW derrière, que je n’ai pas mise en place. Pire ! J’ai débranché l’ancien thermostat moisi pour le remplacer par Jeedom mais il se trouve que cet ancien thermostat avait aussi une fonctionnalité délesteur. Du coup, plus de délesteur chez moi, c’est un problème.
Enfin, je voulais aussi acheter un Legrand ecocompteur pour mesurer les performances mais idem, pas franchi le cap. Je me dis que je ferai tout cela quand je déménagerai…
Et pour compléter, il arrive que mes radiateurs deviennent fous à 100% mais jamais de la faute de Jeedom (EDIT : jamais la faute de mon système domotique) . C’est le radiateur lui-même que je suis obligé de couper au compteur électrique (très rare mais quand même).
Oui, c’est bien cela.
Mais le côté non sécurisé me gêne tout de même;
La sécurité (ou l’insécurité) des IOT est connue. Et la domotique n’est pas un sujet d’amusement (ouverture des portes, des volets, désactivation de l’alarme, coupure des caméras…). Une belle opportunité pour les âmes malveillantes…
Dis-toi qu’on a déjà du mal à faire fonctionner notre domotique en ayant tous les codes, etc… Alors pour le hacker…
Si t’es en maison à plus de 40m de tes voisins, t’es tranquille !
En appartement, c’est autre chose, ton voisin a tout son temps pour analyser ton réseau Z-Wave…
Une alternative serait de mettre seulement les actionneurs en sécurisé pour éviter au pirate d’agir sur ta domotique. Avec l’info de ton capteur de porte, il n’en fera pas grand chose
Alors ça aussi, c’est un peu une honte de ne pas être averti en début d’installation.
De plus, pour changer la clé, ce n’est vraiment pas fait pour les débutant.
Ensuite, il faut tout refaire les inclusions sécurisées avec la nouvelle clé.
Mais comme ça ne fonctionne pas correctement, rien à faire finalement
Raison : pas de backup, réinstall from scratch, pas de sauvegarde de la clé zwave et paf ça marche plus…
La mienne est custom et précieusement sauvegardée
Oui enfin, c’est le même problème pour tout dans ce cas là: mot de passe, clé de sécurité, clés SSH…
Si à chaque fois qu’on craignait qu’un utilisateur perde sa clé, on mettait un password générique, on aurait tous de très gros problèmes.
Il suffirait de générer une clé custom et de proposer à l’utiliser de la télécharger, un peu comme l’onboarding des 2FA avec les 20 passwords de secours générés.
Juste pour vous donner un exemple de l’inventivité de mon système pour me casser les pieds : je règle tous les problèmes ces derniers jours. J’avoue avoir moins de problème avec l’association non-sécurisée du Heatit. Tout se passe bien pendant 5 jours, pas une seule notification Jeedom.
Je pars me coucher hier soir, le chauffage fonctionne parfaitement. Ce matin, je me réveille, il fait anormalement froid dans le salon. J’essaie de me connecter à Jeedom (ca fait toujours plaisir de devoir faire cela à 7h du mat avec la trace d’oreiller au travers du visage). Grosse innovation :
MySQL est tombé sur le Raspberry. Première fois que cela arrive, et bien sûr la nuit
Après un reboot forcé du Raspberry, tout refonctionne …
Je vais me taper d’éplucher les logs pour essayer de comprendre. Encore du boulot
