Reprise du message précédent :
Celui qui travaillie chez netatmo avait dit que le canal 11 n'était deja plus obligatoire sur ce forum il y a quelques semaines.

De mon côté j'en ai et je suis en canal 11, j'ai pas testé la modification.

 
J'ai 6 1PM depuis quelques mois, et un quinzaine de Shelly au total. RAS pour le moment.
 
Tu as essayé le dernier firmware ? ils ont implémenté un workaround limite honteux bidouillage pour un problème du genre.

 
C'est pas mal MQTT, je n'utilise plus que ça.
 
Activer MQTT désactive forcément le cloud Shelly.

Mon 1PM rebel était online ce matin mais une heure après re HS. Pas eu le temps de le factory reset.  
 
Ça s’active sur le rooteur le MQTT ou juste sur les Shelly ? On gagne quelque chose ? Merci.

Je vais faire un saut a Leroy Merlin pour prendre un kit et tester alors.
Par contre, madame veut m'accompagner.... Je sens que quand elle va voir le prix, je vais passer un sale quart d'heure.

Je suis preneur de ton retour
 
Pour Shelly, perso j’ai 7 modules depuis 2 ans et RAS.  
J’ai désactivé le cloud et active le MQTT depuis le début.  
Je fais tout avec MQTT maintenant. C’est devenu central chez moi. Au début j’avais du mélange entre MQTT/Api/HTTP/bash/python. J’ai gardé que le MQTT avec scripts python.

Mais c'est quoi au juste le MQTT ?  

En gros MQTT c'est un salon de discussion
Tu peux donc connecter n'importe quel appareil ou domotique qui utilise ce protocole pour que tout le monde se parle ensemble, ça te permet donc de récupérer des informations et donc d'effectuer des actions en fonction des infos récupérées
 
Je sais pas si c'est clair vulgarisé de la sorte

Si c’est bien résumé.  
En gros c’est un protocol. Toute ma domotique discute en MQTT comme ça tout le monde peut se passer une info ou réagir sur l’info d’un autre.  
Le principe c’est topic / message.

Drapal.

Je vais bientôt faire construire un pavillon campagnard non hfr compliant mais je souhaite penser au début a la domotique même si je ne met pas tout en place du début.

J'ai lorgné un peu du côté de knx, j'ai flippé des tarifs et je vais donc me rabattre sur du zigbee zwave comme mon budget me l'impose

Je vois parler mqtt, quels avantages / inconvénients par rapport au 2 précédents ? Le catalogue de services compatibles est aussi étoffé ?

Mqtt n'a rien à voir avec zwave ou zigbee ou quoique ce soit d'autre.
Ça permet au contraire de mixer des appareils qui utilisent différents protocoles et de centraliser toutes les infos.

Merci pour les explications.
Toute ma domotique est gérée par mon Homey. Il me permet déjà de créer des actions à partir de tout mes périphériques, qu'importe leur protocole respectif.Ai-je un intérêt à activer le MQTT ?

 
Non, quand tu as deja une centrale domotique, le MQTT ne te sert a rien, a part rajouter un intermédiaire (c'est deja le rôle de la centrale de mixer les protocoles et centraliser).
Ça n'a qu'une seule utilité, si par exemple tu as plusieurs centrale qui doivent exploiter les mêmes données.
 
Ou alors justement quand tu pars sur une installation full MQTT, et ta centrale ne gère que du MQTT, c'est assez propre comme solution.
 
Mais de prendre du MQTT pour un protocole si tout le reste fonctionn en "direct", c'est pas le coté MQTT qui devrait faire pencher la balance en faveur d'une solution si tu n'as rien d'autre qui le demande.
 
Pour l'argument, "plus compatible", d'un coté ton installation va dépendre des developpeurs solution domotique/Protocole X, dans l'autre cas des developpeurs MQTT / protocole X.

D'accord, merci pour les précisions.

Finalement on peut voir mqtt comme un lieu commun d'agrégation des états des différents devices composant la domotique ?

Il existe des solutions open source qui supportent mqtt ?

Bon, j'ai pris le kit de départ + 1 variateur (sans neutre).

Premier constat (en restant dans l'environnement de départ):
- Belle passerelle. intégration super clean.
- Les devices sont chers, mais il faut relativiser: 55 Euros le dimmer sans neutre. Si on compte que pour ce prix là on a un inter de gamme céliane qui vaut déjà 15 Euros, et la "résistance" pour utiliser avec des leds qui en vaut presque autant, on est pas si cher.
- La finition est évidemment irréprochable. Je n'ai jamais vu aussi bien en domotique.
- La variation est nickel. Je n'ai plus le scintillement qui nous rendait épileptique avec le FGD 221.
- L'appli Legrand est assez basique. Dommage qu'on ne puisse pas intégrer des devices zigbee tiers (genre, les ampoules hue au hasard). Ca aurait pu devenir une passerelle de choix.
- Je n'ai pas réussi à faire remonter l'inter sans fil sur l'appli legrand. Par contre, j'ai pu l'appairer (en direct bind) avec les autres devices. La procédure "taptap" est simplissime et user-friendly. Dommage que dans l'appli ca ne soit pas du meme niveau.
- Paramétrage très sympa de la diode comme témoin de marche, ou au contraire comme repère pour trouver l'inter dans le noir.

Comment on déclenche les mises à jours de firmware sur l'appli ? Je vois que je suis en V26 sur les dimmers est-ce la dernière update ?
Avant de basculer sur Z2M, je veux etre sur d'avoir les MAJ déployées.

EDIT: Un dernier truc: Il me semble que la télécommande avec les boutons "dedans / dehors" ne pourra pas être utilisées avec Z2M car c'est elle qui sert à basculer la passerelle Legrand en appairage.

EDIT2: J'ai parlé un peu vite, le dimmer se rallume sans raison juste après l'avoir éteint...
Par contre, j'ai finalement réussi à visualiser l'inter sans fil dans l'appli. Firmware V30.
A priori, pour l'instant impossible de l'appairer ave Z2M. Je vais attendre pour voir une mise à jour se fait...

Edit 3: Les dimmers ont été mis à jours de v26 vers v52 depuis tout à l'heure.

 
Sans doute toutes oui.
En tout cas oui pour Home Assistant et Jeedom.
 

Toutes les solutions open source je pense.

 
Pour info j'ai remplacé les ampoules Amazon par des Philips:

 
Plus aucun problème de grésillement !  

J'ai acheté exactement les mêmes ^^

Sinon j'ai enfin mis les sondes de températures sur mon chauffe-eau, cablé le contacteur de puissance du chauffe-eau et le contacteur de délestage en cas de besoin.

Reste plus qu'à piloter ça au plus juste maintenant.

edit :

Oui mon installation est complètement à l'arrache

D'accord, merci pour vos réponses.

Je pensais justement sortir sur jeedom comme j'ai déjà quelques modules en zwave.

Hello,
 
Je cherche des têtes thermostatiques pour mettre dans une chambre et un bureau (pour le moment, peut être 2 chambres en + plus tard).
 
Prérequis :
 
- Peut fonctionner en standalone
- Peut fonctionner dans un 2ème temps via Jeedom
- Protocole Zigbee serait un plus
 
Si on peut programmer des plages (donc Wifi/bluetooth ?), via une application en attendant que je m'occupe de Jeedom, ça serait bien.
 
Merci

Sympa!!
Comment as tu fait pour etancheifier la paroi intérieur du ballon ?
Tu penses que c'est fiable ?

Je pensais pas qu'on pouvait avoir tant de différence entre le haut et le bas !

J'ai juste percé l'enveloppe externe, la sonde est contre la cuve avec de la graisse silicone pour être au mieux au contact. Joint silicone pour la maintenir en place a l'extérieur.

Je venais juste de faire le bain des petits donc le bas a eu 50l de flotte a 10°c

Mais je pensais pas que ça allait descendre si bas non plus.

et ça se stabilise du coup après ou tu gardes une différence "sensible" jusqu'au prochain cycle de chauffe ?

Non il reste une bonne différence. J'ai laissé le cycle de chauffe habituel (cad h24 en route) pour faire une courbe des températures sur une semaine. Je verrais la semaine prochaine pour optimiser les chauffes.

Et du coup, la troisième sonde que j'ai mis sur la nourrice d'ecs, je vais très certainement la mettre au milieu du ballon pour avoir un meilleur rendu.

De toute façon la nourrice d'ecs va avoir son propre shelly qui va commander une pompe de circulation pour la boucle d'eau chaude.

J'avais des soucis de perte de signal aussi sur mes 1PM. Passage sous tasmota, je n'ai plus un seul soucis avec ceux là.

C'est donc bien software.
C'est une bonne et mauvaise nouvelle.
 
Ca veut dire que le hard tient le coup, bonne nouvelle.
Et ça veut aussi dire que Shelly nous sort du soft codé avec les pieds et qu'un firmware open-source est plus fiable.    
 
Pas de soucis chez moi donc pour l'instant je reste en natif Shelly et je fais les màj.

@Masure,
 
J'ai des erreurs depuis hier, bizarrement c'est surtout à des heures "rondes", je pense que le timeout doit être trop petit lors de l'intérrogation, si Domoticz est occupé à ce moment là il ne répond pas assez vite  
 

Puisque ça parle pas mal domotisation du chauffe-eau en ce moment.... voici mes premiers graphs.
 
J'ai installé une sonde de température (Dallas DS18B20 1-Wire) en complément de la sonde originale du ballon, c'est à dire dans le doigt de gant situé en bas du ballon.
La mesure reflète donc la température en bas du ballon, par là où entre l'eau froide, et n'est donc pas du tout représentative de la température de l'eau en haut, pas là où elle sort vers les robinets de la maison.
Ceci implique que la mesure peut faire croire qu'il ne reste plus d'eau chaude, bien qu'il en reste énormément.
Mais puisque c'est la même mesure que la sonde du thermostat intégré, cela permet de comprendre le mécanisme de chauffe.
 
Désolé je n'ai pas pensé à faire de screenshot au tout début, lorsque je laissait le ballon toute la nuit et qu'il faisait plusieurs petits cycles de maintient de la température.
 
Mais voici quelques graphs maintenant que la domotisation est optimisée, c'est à dire juste ce qu'il faut, le plus tard dans la nuit (fin des Heures Creuses à 6h22 depuis le passage à Linky)
 
Baisse normale de la température sur une journée, on voit clairement les moments de consommation d'eau chaude sur la journée :

 
Baisse progressive de la température sur une journée sans consommation (sauf le soir après 20h).
Je n'ai pas pensé à faire un screenshot pendant les vacances (quelques jours sans chauffe), mais la baisse est asymptotique. C'est à dire que plus le temps passe, moins on perd de chaleur, normal le Delta-T entre le ballon et l'air ambiant se réduit.

 
Remontée de la température après une très forte consommation d'eau chaude le matin, cela est probablement dû au rééquilibrage partiel de la température entre le haut et le bas du ballon, après l'arrivée massive d'eau froide par le bas le matin :

 
Idem, on voit un rééquilibrage de la température :

 
 
PS : le week-end je laisse le ballon chauffer plus longtemps (donc température plus haute), et faire son cycle anti-légionellose une fois par mois à 60-65°C.
 
Il est encore trop tôt pour faire une synthèse des économies réalisées (en kWh, donc en Euros), mais déjà l'économie est belle et bien présente, malgré ce mois particulièrement froid (le ballon est dans le cellier fermé, pièce non chauffé où il fait 13°C actuellement)

Ce que je déduis de tout ça c'est que dans la famille Lazer on n'est pas des lève-tôt !    

J'allais faire la même remarque  
 
Ou alors il se douche pendant son télétravail

C'est clair
Après on est en île de France, donc déjà 1h de décalage horaire par rapport au reste de la France
Et oui, je suis en télétravail quasi à temps plein, donc je ne commence pas toujours par la douche le matin

Plus sérieusement : un cycle anti-légionellose par mois ?    
 
Je me pose toujours la question. Pour l'instant il se fait une fois par semaine à 58°C. De manière autonome sur la PAC je ne peux pas changer la fréquence, c'est forcément de l'hebdomadaire. Mais par l'API de l'appli smartphoe que j'attaque via requête http ça doit sans doute être possible, en tout cas je pourrais régler la température de consigne donc je pourrais changer ce cycle.
 
L'eau chaude se renouvelle quand-même pas mal chez nous avec 4 douches ou bains par jour sachant que la consigne de mon ballon n'est qu'à 48°C en confort (et 43°C en eco je crois) donc quand on enchaîne les douches la température descend assez vite autour de 40°C. J'ai configuré une température faible pour coller au mieux à la rentabilité de la PAC en "basse-température". Tant que ça nous permet d'avoir de l'eau à 38-39°C n'importe quand ça suffit.
Je me pose la question de l'intérêt d'un cycle hebdo du coup...

Sur mon ballon électrique (Sauter), c'est programmé en dur tous les mois (indiqué dans la doc, et vérifié en pratique)

Sauter, c'est le groupe Atlantic, je pense qu'ils savent ce qu'ils font.
Presque 9 ans qu'on a ce ballon, on n'est pas morts

Il suffit d'une fois tu sais !    
 
Ma PAC est aussi une Atlantic et pourtant seule la programmation hebdo est dispo. J'avais déjà cherché un peu l'année dernière. Difficile de dégager un consensus sur les bonnes pratiques minimales. On a l'impression que 'dans le doute et comme on n'est pas non plus à 3€ près' on fait un cycle hebdo et comme ça pas de risque...
 

 
Ouais c'est ça. J'ai mis volontairement un timeout court pour la récupération de la valeur du capteur de température. En me disant que ce serait largement suffisant et qu'en cas de problème, on bloque pas le plugin à cause d'un délai de réponse un peu long.
 
La remontée d'erreur fait un peu peur car j'ai mis pas mal d'info pour debugger au début. En réalité, l'exception est gérée et je pourrais la rendre moins agressive. Tu peux augmenter le délai de 0.5s si tu veux. J'aurais pas cru que ça puisse prendre plus de temps que ça.

J'ai passé le délai à 2 secondes ce matin et pas d'erreurs depuis 10h

#HC Lite #Fibaro #HomeAssistant
 
Un week-end passé avec la HC Lite en passerelle ZWave. Je n'ai ajouté que 4 modules de 4 types différents pour le moment.
J'en suis pour le moment pleinement convaincu !
C'est hyper réactif dans Home Assistant sans aucune intervention de ma part. Je n'ai pas encore pris le temps de regarder comment fonctionnait l'intégration Fibaro dans HA.
C'est disponible immédiatement même après le redémarrage de HA lorsque ça prend parfois 10 minutes pour démarrer mon réseau ZWave core...
C'est un peu le bordel dans l'interface de la HC Lite car les modules ZWave créent tout un tas d'entités, mais ce qui est bien que c'est je ne diffuse à HA que ce dont j'ai vraiment besoin, et du coup c'est beaucoup plus clean côté HA.
 
Un autre avantage également à avoir une passerelle ZWave séparée dédiée : en cas de bascule de ma VM Home Assistant vers mon second noeud Proxmox ce sera transparent pour le réseau Zwave !   Aujourd'hui je dois régulièrement dupliquer ma clé Aeotec Gen5 et en brancher une sur chaque serveur pour que la bascule se passe bien sans intervention manuelle.
Bah ça crée un nouveau SPOF en contrepartie.
 
 
Il est bien-sûr trop tôt pour conclure avec même pas 3 jours de recul, notamment pour ce qui est de la stabilité/fiablité, mais en tout ça répond pleinement au besoin pour le moment.
 
Finies les bidouilles notamment avec les FGR-223: "Cher FGR-223 de la chambre n°3, tu me dis que ta puissance consommée est passée de 50W à 0W et je t'en remercie, mais il semble que tu aies de nouveau oublié de m'informer de ta position actuelle, aurais-tu s'il te plait l'obligence de bien vouloir me renvoyer ton statut complet tout de suite co**ard? merci ...".    

Tu peux les cacher en cochant la case de chaque entité dans l'interface, ça ne sert à rien de laisser s'afficher des endpoints inutiles.
Autant n'afficher que les choses utiles.
Même si au quotidien, je me doute bien que tu n'utiliseras pas l'interface Web de la HCL pour gérer ta domotique.
 

ça c'est pas mal du tout
 
Dans la logique des choses, penses à faire un backup cloud régulier de ta HCL, en cas de panne, tu peux faire une restauration à l'identique sur une nouvelle HCL.
Cela n'est pas possible avec le backup local, qui ne peut être restauré que sur la même HCL (pour des raisons de sécurité, les backups sont chiffrés avec une clé unique stockée dans l'EEPROM de la box elle-même). En passant par le Cloud Fibaro, ils peuvent déchiffrer et rechiffrer le backup pour l'installer sur une autre box.
 
Du coup, si tu veux être archi sécure, il te faut une 2nde HCL de spare (pour cette raison j'ai toujours eu 2 HC2.... ça sert de spare, mais aussi de box de développement/tests dans mon cas)