smoo

mise a jour sans problèmes pour moi aussi, en quelques minutes.

bon, il y a des options en moins sur le cloud... (plus de mentions de Amazon Alexa par example...)

pour exclure le module, il faut aller sur HCL dans ajouter supprimer un device, puis supprimer... une fois la procedure en cours, il faut appuyer plus de 6 secondes sur le bouton de service du module. l affichage sur la HCL devrait montrer la suppression ensuite si cela a marché. (mais je ne suis aps certain que c'est la qu il y a un problèmes)

Pour la case a cocher, c'est dans l onglet avancé.

la config sort effectivement d'un chapeau... le miens ! En fonction de ce que j'ai compris de la doc livrée avec le module... et quelques essais... en ce qui concerne le 2d, 1d.... j'en avais conclu que l'indication "data type is 1 byte DEC" ou "data type is 1 byte DEC", correspondait à 1d, 2d mais j'ai eu quelques problèmes avec qubino... Il semble que la doc a évolué avec le temps (correction d'erreur dans la doc ou dans le module ?)... toujours est il que ce n'est pas si clair de savoir quelle doc est juste pour son module. la version en cours est là http://qubino.com/products/flush-onoff-thermostat/ (il faut clicker le lien "see settings..." pour voir les paramètres) ou sinon le fichier attaché que j'ai downloadé au meme endroit chez Qubino. Qubino_Flush-On-Off-Thermostat-PLUS_user-manual_V1.5.pdf NOTE: User manual is valid for module with SW version S4 (SW version is part of P/N)! Example: P/N: ZMNHIDx HXS4PX

les params peuvent s'ajouter sur n'importe lequel équipement du module. Il suffit de les ajouter dans l onglet avancé, tout en bas (add param). Sinon dans l équipement ou on règle la consigne, dans avancé, il y a une case a cocher pour montrer la consommation. mais chez moi la remontée de consommation au de température ne semble pas fiable. je ne sais pas encore pourquoi. il faut effectivement en théorie éditer aussi le paramètre 40. (ici, le reporting est envoyé des que la conso change de 30%). Ici, le paramètre 42 dit de faire aussi un reporting toutes les 60 secondes. (ici c'est un test, je pense qu'il vaut mieux laisser la valeur par defaut de 300 secondes), donc pas besoin d'ajouter ce paramètre en théorie.

non si tu le vois, c'est tout bon. pour choisir les valeurs décimales, il faut deja essayer depuis la boite directement (via le browser, et pas depuis le telephone). Les param 43 et 44 sont a ajouter ensuite manuellement. (comme il n'y a pas de template pour qubino).

est-ce que cela fonctionne ?

ben pour l instant, j'ai pas vu de différences entre le fibaro ID et avant... a part des services qui sont " AVAILABLE SOON " je me réjouis de voir ce que mon Echo dot Amazon va pouvoir donner avec le service "Amazon echo"...

100% d'accord j espere toujours avoir acces local ! Mon idée est plutot de savoir si il y aura des outils évolués, genre statistiques analytique, qui ne seront plus sur la boite, mais sur le cloud, en lien avec les données de nos boites... ca ouvre d'autres portes.

@Lazer, @Cardane, @BenjyNet c'est une discussion passionnante et enrichissante. quelques considérations supplémentaires. (encore une fois qui n'engagent que moi, je ne connais pas mieux le future que d'autres ici) Ce n'est pas parce que notre "boite" est connectée a des fonctions cloud, qu'elle ne peut pas fonctionner sans cloud.... Mon avis est simple sur ces questions d'architecture.... les modules doivent pouvoir rendre toutes les fonctionnalités "manuellement" sans que la boite fonctionne... à même titre, la boite doit pouvoir gérer toutes la maison, sans avoir besoin d'être connectée... je pense que Fibaro avance dans cette direction, même avec l'arrivée de leur cloud. (j’espère ne pas me tromper) et que c'est une suite logique à l'évolution de la domotique et un bien pour les possibilités de nos boites. (la boite restant limitée... et on ne veut pas la changer tout le temps, on peut imaginer qu'elle va s'occuper à gérer les fonctions vitales/critiques/ qui doivent être hautement disponibles, alors que les extensions genre analytique, outils de débogage, autre facilité seront elle cloud base... Ca va ouvrir des portes tout en sécurisant la pérennité de nos petites boites...) Pour les secteurs ultra-sensible, (que je connais, m'y trouvant), la résistance est forte naturellement pour de bonnes raisons... mais s’effiloche de plus en plus pour certaines parties avec les l'avancée du cloud. (mais je ne dis pas que tout finira dans le cloud) Pour les entreprises qui en reviennent... il y a cloud et cloud... et surtout beaucoup de problèmes de maturité et une évolution très rapide dans les concepts.... J'ai aucun doutes qu'il y a eu beaucoup de désillusions, surtout pour les premiers qui s'y sont essayé (et donc ont du faire des choix qu ils ne feraient plus aujourd'hui)... Maintenant, sur la durée, l'avenir nous le dira... Car ce qu'on appelle dans le métier "Zero DevOps", "Serverless architecture", "L'infrastructure, c'est le code"... change en ce moment drastiquement la compétitivité des entreprises. Et la y a des virages à ne pas manquer dans les milieux avec forte concurrence...

je comprends les craintes... je n'ai pas choisi non plus eedomus, mais pas a cause du "cloud", mais parce que les options intéressantes du "cloud" sont à payer de manière récurrente. Ca, je ne l’accepte pas (ou pas pour si peu de valeur ajoutée). Si Fibaro en reste a leur business model (on achete les boites, les modules, le reste des services sont inclus), ca me va très bien (si ca marche, ce qui n'était pas forcément le cas avec leur ancienne connection remote, vs lien direct) effectivement avec un lien satellite (j'avais ca avant) faut prendre quelques précautions. c'est aussi pour ce genre de cas particuliers (performance) que je demandais si on pourrait toujours se connecter directement à la boite, sans passer par leur cloud. (peut etre qu en faisant ca le traffic est peut etre plus faible aussi.... a voir). car je me vois bien dans une utilisation un peu mixte entre leur cloud, et des connexions directs. le cloud n'est pas une mode, c'est une réalité. La planète entière migre dans le cloud, startup, PME, très grandes enterprises, cela correspond a une réalité business... et ceux qui ne le font ou trop tard perdent du marché. ce n'est donc malheureusement même plus un débat. on n'y échappera pas. (je le vois très bien dans mon travail, ou on est confronté à cela avec nos solutions, et la compétition). Mais tout n'est pas mal dans le cloud...Ca apporte du bien aussi. Le tout est d'etre plus agile dans sa capacité adaptation, même si cela nous fait mal. (ce qui ne veut pas dire qu'on doit accepter n'importe quoi), voilà ma manière de penser sur ces questions. Mais je comprends tout a fait qu'on peut voir les choses autrement aussi.

perso, ca me parait pas un mal ces évolutions.... Mais mon inquiétude est la suivante: - sera t il toujours possible de se connecter depuis l'extérieur, directement sur la boite sans passer par leur cloud ? car mis a part les problèmes de confidentialité discutable.... j'avais clairement des problèmes de performance en passant par leur cloud...

bien (a noter qu'un capteur pres du sol permet normalement une hysteresis plus faible ainsi qu'un meilleur confort. mais c'est discutable de cas en cas....

oui c'est a peu pres cela. Apres il y aura l'hysteresis à configurer comme param (écart de température entre allumage et extinction) par defaut, le chauffage va s'enclencher si la température est de -0.5 degré que la consigne, et s'éteindre si il est a +0.5 de la consigne (donc une hysteresis de 1c) (parametre 43 et 44). cela peut s'ajuster (chez moi j'ai mis 0.1c d'hysteresis). mais ca il faut ensuite un peuobserver (l objectif etant que le radiateur ne commute pas toutes les deux secondes, ce qui pourrait arriver dans une maison mal isolée). mais pour l instant, il faut deja vérifier que tout cela fonctionne avec les valeurs par défaut. il faut aussi eviter que le capteur ne se fasse influencer par le radiateur lui même. Donc idéalement le placer en dessous du radiateur , mais pas non plus sur le sol (idéalement 10cm du sol).

oups : consigne sur Auto, pas sur off j ai modifié quelques parametres, mais c est une seconde etape.... il faut deja essayer de le faire fonctionner avec l interface web.... j ai le meme problèmne sur android... avec les decimales... mais je me suis toujours demandé si cela n'était que chez moi... ou chez tout le monde... ca va etre l'occasion de voir j utilise ensuite les panels pour changer les consignes de température automatiquement.... mais toujours avec eds decimales... pour activer des températures depuis mon Iphone... j'ai fait des scenes du coup pour contourner la chose.

Hello je ne sais pas si cela a un lien... mais chez moi je ne peux que donner des consignes décimales.... donc 19.5.... 21.5..... si je mets 19 ou 21.... ben ca ne foncitonne pas (semble y avoir une erreur de conversion qui transmet pas la bonne valeur au module). a essayer deja...

Discussion intéressante. je suis en suisse, les choses sont un peu différentes visiblement. Le délestage télécommandé des radiateurs de chauffe par région et par court moment existe depuis toujours (idem pour les chauffe eau) et par tous les fournisseurs d’électricité. Cela permet de gérer les piques de charges intelligemment sur le réseaux globale. A noter que cette méthode devient du reste une tendance sur toute la planète avec le system grid, afin de mieux supporter les sources d’énergie verte (mais moins prédictible en approvisionnement que le nucléaire). il est vrai qu'en France, la stratégie étant majoritairement nucléaire, ce genre de machinisme est peut être moins connu ? Perso, je suis moins soucieux des effets sur le thermostat électronique des coupures... je vis avec depuis dix ans, sans dégâts, et je connais pleins de monde qui sont dans la même situation. je croise les doigts pour que ca dure... (car effectivement, mes quibino amplifient ce risque). petite modification : après quelques recherches, EDF, pratique de la meme manière. (je pense que cela dépend du type d'abonnement).

oui très juste, je vais regarder ce ce coté là aussi...

oui thermostat électronique. pour l instant ca semble tenir le coup.... qu'est ce qui fait dire que les thermostats ne vont pas supporter cela en faite ? ce point m'interpelle effectivement. c'est vrai que du coup l alimentation est coupée beaucoup plus souvent, a noter aussi que le fournisseur d’électricité se permet lui meme de couper brutalement les radiateurs par moment si nécessaire, plusieurs fois par jour, depuis des années... et que cela va devenir de plus en plus une tendance sur la planète... Alors il faudra bien que les radiateurs supportent cela... merci

Je parle du module Flush on/off thermostat, et non pas fil pilote. j'ai préféré cette option au fil pilote, car justement cela permet de mesurer la température et la puissance consommée (en théorie). et le HC2 peut gérer plus finement les consignes que ne le ferait un simple fil pilote. mais voilà, si la régulation fonctionne toujours très bien, je ne peux pas en dire autant de la remontée des températures et puissances qui marchent de manière aléatoire. Qubino m'avait avoué avoir des problèmes dans des anciens firmwares à ce sujet... mais il semble que lea derniers modules achetés ont le meme soucis... (ou alors le problème vient de HC2, mais je ne sais pas...) d ou ma question... y a t il un utilisateur sur LD ?

est ce que qqu'un a utilisé avec LideDom des modules qubino pour radiateur ? - est-ce que le reporting de température et puissance fonctionne ? (pas le cas avec Fibaro, mais le problème semble venir de Qubino)

ben non... car le régulateur de température lui fonctionne a merveille... et je n'ai pas trouvé d'autres alternatives... je me passe donc du reporting de température et puissance.... c'est juste frustrant.

Bon je confirme.... je me retrouve avec les mêmes bugs que les vieux modules.... typiquement les modules reportent parfois une conso de 160 MW........ C est vraiment dommage, car sur le papier, ces modules sont géniaux.... heureusement la régulation elle semble très fiable, contrairement au reporting. est-ce que qq'un connait des modules de thermostat ?

Pour être clair, le support de qubino m avait clairement confirmé leurs bugs sur ZMNHIA... Et leur incapacité de faire un upgrade de firmware sans renvoyer les modules en usine.... Et la je retombe sur un sérieux bug du genre avec leur nouvelle génération.... Y a de quoi douter de qubino non...