Lazer

Si elle est d'occasion, le précédent propriétaire avait peut être forcé une IP fixe ?

N'importe quel smartphone aussi non ?

J'en ai plusieurs, j'y ai cru, mais je suis plutôt déçu par EnOcean, je n'ai pas vraiment envie d'en rajouter. J'attends de voir ce que donnera le partenariat avec Zigbee, ça fait longtemps que je n'ai pas vu de nouvelles.

Oui l'application indique 'remote access' car elle passe par le cloud Fibaro, et c'est plus lent. Comme dit, impossible de faire une connexion directe sur une SIM 4G grand public, car l'IP n'est pas publique (ironique non ?)

Ça n'a rien de nouveau, ce genre de produit existe depuis des années en EnOcean. Là ils ont juste ajouté une diode, un capteur de choc, une sirène.... Et des piles ! Attention aux défauts que me mentionne i-magin.

Je ne sais pas si vous avez regardé le mail de Sonos il y a quelques jours concernant les changements de conditions d'utilisation et du respect de la vie privée, mais il y est question de reconnaissance vocale à venir dans une prochaine mise à jour.... Du coup je me demande si ça sera intégré aux modèles existants (via un micro caché), via un nouvel appareil, via l'application mobile, ou via le partenariat annoncé il y a quelques mois avec Amazon Echo/Alexa.

Débit plus rapide pour le 22.

Je l'avais payé 24€, tandis qu'il est à 34 maintenant : https://www.amazon.fr/dp/B000NI2QJC/ref=pe_386181_40444391_TE_item

@Nico Tiens, 1h après moi, sur le topic d'à coté, @smoo donne les mêmes infos en plus détaillé. https://www.domotique-fibaro.fr/topic/8127-qubino-zmnhjd1-fil-pilote-6-ordres-z-wave/?page=2#comment-167580

Ah oui, tu peux mettre cela, mais ça reste approximatif, je n'ai pas trouvé de moyen simple d'avoir des stats à long terme précises : //*** Rain $bdd->prepare(" INSERT INTO domotique_rain_day (date, device_id, sum_value) SELECT DATE(time) AS date, device_id as device_id, SUM(value)/10 AS sum_value FROM domotique_rain WHERE DATE(time) > ( SELECT COALESCE(MAX(`date`), '0001-01-01') FROM domotique_rain_day ) AND DATE(time) < CURDATE() GROUP BY date, device_id ")->execute(); $bdd->prepare('DELETE FROM domotique_rain WHERE DATE(time) < SUBDATE(CURDATE(), '.$db_interval_rain.')')->execute(); $bdd->prepare('OPTIMIZE TABLE domotique_rain')->execute(); Et pour créer la table si tu ne l'as pas déjà : -- -- Structure de la table `domotique_rain_day` -- CREATE TABLE IF NOT EXISTS `domotique_rain_day` ( `id` int(10) unsigned NOT NULL, `date` date NOT NULL, `device_id` smallint(6) NOT NULL, `sum_value` decimal(3,1) DEFAULT NULL ) ENGINE=MyISAM DEFAULT CHARSET=utf8; -- -- Index pour les tables exportées -- -- -- Index pour la table `domotique_rain_day` -- ALTER TABLE `domotique_rain_day` ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `device_date` (`date`,`device_id`), ADD KEY `device_id` (`device_id`); -- -- AUTO_INCREMENT pour les tables exportées -- -- -- AUTO_INCREMENT pour la table `domotique_rain_day` -- ALTER TABLE `domotique_rain_day` MODIFY `id` int(10) unsigned NOT NULL AUTO_INCREMENT;

je ne sais plus trop, j'ai une version modifiée chez moi depuis la dernière release officielle, mais tu as juste à décommenter alors.

Je ne sais pas où en est, il faudrait regarder les numéros de série des dernières box vendues, mais à la grosse louche je dirais autour de 40'000 ??? Ca reste supérieur à Jeedom, mais surtout très très très largement inférieur à Somfy, le leader qui doit distribuer, d'après mes sources, 20'000 à 30'000 box par mois ! Faut dire qu'avec tout leur réseau d'installateurs de volets roulants et de portails, ça fait un sacré potentiel. C'est une box domotique ultra fermée, ultra limitée, pas du tout évolutive, et pourtant il faut croire que ça convient à une grosse majorité de gens. Comme dit Nico, Fibaro n'a aucun intérêt à ajouter du EnOcean, du 433MHz, du Zigbee, ou que sais-je. Le business model, sur lequel ils font de l'argent, ce sont les modules Z-Wave, marché sur lequel ils sont leader en Europe. Jeedom c'est vraiment pour les geek barbus que nous sommes de par sa complexité et son ouverture, mais soyons réalistes, pour l'instant il n'y a aucun business model. A regarder les forums, je dirais que 90% des utilisateurs de Jeedom cherchent le prix bas à tout prix, acheter des modules en Chine, le Z-Wave est exclu car trop cher. La grosse mode, c'est Xiaomi, Sonoff, etc. bref que des modules entre 3 et 10€. Ces mêmes personnes trouvent que les plugins à 4€ c'est trop cher, et opposent à Jeedom des logiciels comme Domoticz, mais certainement pas HC2, qui n'est pas en concurrence avec Jeedom, car sur un segment de marché différent. Alors certes, sur ce forum, on a quelques utilisateurs qui ont de belles installations en Z-wave, donc budget conséquent, mais vous ne représentez qu'un très faible pourcentage des utilisateurs de Jeedom. Vous êtes geek et aisés à la fois, ce n'est pas le cas de la majorité des geeks. Par ailleurs, le Jeedom mini, comme la Jeedom Smart, est vendue quasiment à prix coutant, Domadoo ne réalise quasiment aucune marge dessus. Je me demande même sur quel budget ils payent les développeurs. J'ai entendu dire que la filiale de formation Smarthome Partner avait, ou allait être fermée... ça en dit long sur la non profitabilité du business Jeedom. Faut que j'appelle Fredo pour avoir des infos plus fiables. Bref, Jeedom et HC2, sur ce forum on est une pognée à les mettre en concurrence car on est geek, on a expérimenté les 2, et on a une grosse installation Z-Wave derrière qu'il faut piloter, avec des objets connectés différents. Mais ils ne sont pas du tout en concurrence d'un point de vue business, ils ne jouent pas dans la même catégorie car ils ne ciblent pas les mêmes utilisateurs. Je suppose que Fibaro aimerait se rapprocher d'un business à la Somfy, où ils ont un réseau de distributeurs/installateurs agréés, qui vont poser la box, mais surtout une tonne de modules (IO d'un coté, Z-Wave de l'autre), sur lequel ils font du bénéfice. Un système fermé (Somfy) ou partiellement ouvert (Fibaro) permet de contrôler son système, et apporter un support efficace (comme ça vous pourrez troller sur l'efficacité discutable du support Fibaro). A l'opposé, on le voit chez Eedomus, le support est en très grande dégradation, et chez Jeedom le support est très faible, et effectué par la communauté. (un peu comme comparer Windows / Linux ou iOS / Android).... regardez bien, les sociétés les plus riches sont souvent les sociétés les plus fermées (ce n'est pas systématiquement mais souvent vrai)

Hehe figure toi que j'ai hésité avant d'écrire ça ! Mais les modules fils pilotes, utilisés en actionneurs purs, fonctionnent bien. C'est quand on commence à ajouter des sondes de température et de mesure de consommation que les choses peuvent se gâter avec certains firmwares.

Un bon point pour Captain Mais bon, d'un coté on a un produit stable et éprouvé, les modules Qubino en Z-Wave. de l'autre, un produit ultra grand public, pilotable via smartphone (donc aucun intérêt), dont on attends toujours l'API, qui arrivera peut être, ou peut être jamais. Bref, mon choix est vite fait. Dommage, comme tu le soulignes la connectivité IP est un avantage certain, signe d'une évolutivité infinie, encore faudrait-il qu'il y ait une API, et que celle-ci ne dépende pas du cloud (comme chez Netatmo, on l'a vu il y a quelques jours, quand le serveur est planté, il n'y a plus d'API) Quant au coté non autonome des Qubino, il reste toujours la possibilité d'ajouter un thermostat en association directe, la série des Secure SRT sont parfaits pour ça. Ca fait du budget en plus, ce n'est pas prévu dans mon projet pour le moment, mais j'en ai un chez moi depuis le tout début de mon installation domotique, il ne m'a jamais fait défaut. @Nico Oui j'avais initialement cité Jeedom Smart car c'est la première chose qui vient à l'esprit pour se faire une box domotique fiable (Raspberry PI exclu), mais comme j'ai tout de suite ajouté la contrainte de budget limité, et le besoin d'un NAS pour les fichiers d'entreprise, il devenait logique d'utiliser mon vieux serveur HPE. En plus, comme expliqué, je considère que HPE + VMware + Debian sera plus fiable que Jeedom Smart, et c'est gratuit puisque je l'ai déjà. Le maillon le plus faible dans la chaine, reste toujours le logiciel Jeedom.

Euh Nico, ce que tu dis, c'est différents. L'intervalle de rafraichissement est une chose (60s par défaut), mais concernant le pluviomètre, il y a ce fameux 10 minutes qui n'est pas réglable. Il ne peut pas donner la pluie en temps réel, par construction (on en avait discuté il y a quelques mois, à cause des godets). Donc il donne une certaine quantité de pluie pendant un certains temps. Ce certain temps, Fibaro a décidé de prendre 10 minutes, et à ma connaissance ce n'est pas paramétrable. Netatmo propose d'autres intervalles, ça peut être 1h par ex. De plus, comme tu dis, il faut ajouter à cela plusieurs minutes pour que le refresh se fasse, donc quand tu as l'info qu'il pleut, bah il pleut déjà !!! C'est pour cela que j'ai acheté le capteur de détection de pluie instantané dont on avait parlé il y a quelques mois, mais je ne l'ai toujours pas installé. Il ira sur une entrée numérique de l'IPX800 je pense.

clique sur le bouton "read configuration", puis attends le réveil du module, ou alors force le réveil via le triple clic j'en ai encore changé une pile il y a 15 jours avec cette méthode. pense bien à taper les pile avant de la mettre, comme expliqué sur un lien donné précédemment ça libère le plein potentiel de la batterie, ce que je peux maintenant confirmer : avant, avec des piles en stock depuis plusieurs mois, après insertion de la pile neuve, ça ne remontait jamais à 100%. Maintenant que je tape les piles, ça remonte bien à 100% et la décroissance (vu dans domocharts) est plus linéaire.

Ah bah tiens, le plugin Sonos c'est le seul truc qui reste sur ma VM Jeedom de test, et je suis surpris à chaque fois que je m'y connecte une fois tous les 36 du mois, que le plugin fonctionne et affiche la jaquette de l'album en cours Bon j'ai aussi le plugin Z-Wave, mais aucun module associé. Bref il est rock stable mon Jeedom

ça devrait être automatique. Dans la table rain tu devrais déjà voir des données. Tu peux cliquer sur le bouton Devices si tu veux le forcer maintenant et voir apparaitre le graph.

C'est bien 10 minutes, je vois clairement les paliers sur domocharts

@CaptainIgloo Effectivement, nos définitions des boxs domotiques peuvent varier, c'est pour cela que j'ai donné la mienne. Après tout, une Homelive et une Somfy sont toutes 2 vendues comme des box domotiques, pourtant elle ne permettent pas de faire grand chose... mais ça suffire à une certaine population. Tu dis que beaucoup de personnes n'ont pas besoin de plus que ce que sait faire l'IPXv4. Certes, mais je n'ai toujours pas vu quelqu'un le faire. C'était là tout le sens de mes remarques précédentes. Maintenant faudrait comprendre pourquoi. Je n'ai jamais dit que je voulais faire une installation "simple", sinon je n'aurais même pas pensé à Jeedom. Dans mon cahier des charges, j'avais bien précisé fiable (mon critère car je suis exigeant) et économique (ça c'est le critère de Madame qui lance son activité et n'a jamais porté la domotique dans son coeur) Un serveur virtualisé, même si c'est une techno issue des SI, n'a rien de si exceptionnel en installation monoposte. D'ailleurs, des développeurs de Jeedom le virtualise pour leur propre installation, j'avais même vu un tuto sur la doc officielles. Une fois configuré, comme je le précisait, c'est totalement autonome, fiable, et ne nécessite aucune maintenance. Par ailleurs VMware n'est pas une techno que j'utilise dans mon travail, mais j'en vois tous les jours chez (quasiment) tous les clients chez qui je vais. Les (bons) retours d'expériences des clients, aidé par les conseils de mes collègues qui maitrisent le sujet, m'ont motivé à me lancer chez moi. Il y a un coté de geek curieux, et un coté pragmatique (si je n'avais pas acheté un serveur HP virtualisé, je serais parti sur un Synology officiel, et j'aurai été trop vite bridé pour mes propres besoins). C'est pareil pour l'entreprise de madame, j'estime que c'est judicieux de reproduire ce que j'ai mis en place chez moi, qui est éprouvé, que je maitrise maintenant, et qui surtout permet de démarrer avec un faible budget (cout de la solution informatique = 0, cout du cerveaux domotique = 0, il ne reste que les actionneurs à acheter) Si j'avais choisi la facilité avec un budget nolimit, je serai parti sur une HC2 (et non pas une Lifedomus, désolé PITP2 ), afin de reproduire ce que j'ai à la maison et qui fonctionne parfaitement. Mais une HC2 pour piloter 3 radiateurs, c'est un peu overkill. Je te rejoins sur l'affirmation "lorsque le dispositif, la solution à un besoin n'existe pas sur le marché, ou que celui-ci a un prix tellement prohibitif je crois bon de devoir prendre le temps de faire les choses moi-même". Je fais pas mal de DIY. Par exemple, j'ai un Raspberry PI 1, avec une PiFace, qui compte les impulsions de compteurs électrique et d'eau, j'ai passé pas mal de temps à écrire le logiciel, puis fiabiliser la carte SD du PI, et ça fonctionne bien. A l'époque où j'ai fait ça, il n'y avait pas d'équivalent (l'Eco Devices que j'avais déjà étant limité à 2 entrées) Je ne compte pas les heures à écrire du LUA pour connecter les différents objets sur la HC2, cf quelques tutos sur le forum. Pour info, dans le projet qui m'occupe ces temps ci, j'ai presque terminé d'aménager des étagères en bois pour le stock de madame, j'ai pris de mon temps pour acheter, transporter, couper et monter tout cela. Acheté tout fait, ça aurait couté au bas mot 4 fois le prix. Et là je ne parle pas d'une différence de quelques dizaines ou centaines d'euros, donc les jours passées valent le coup. Ce qui me permet de revenir sur le sujet MySensor, où là il s'agit de gagner à tout casser 100€ comparé au prix de 3 modules Qubino fil pilote. De mon point de vue, ça ne vaut pas le coup de passer du temps (à souder ) sur ce sujet, je préfère acheter 3 modules que je vais inclure en 3 minutes. Oui j'ai du CPL chez moi, je n'ai pas le choix, et crois moi que ça me fait bien c.... La gaine qui va au garage est rompue, impossible de passer l'aiguille, elle ressort plein d'eau et de terre. Dommage, pas de RJ45 possible tant que je me motive pas à creuser une tranchée à travers le jardin, et ce n'est pas prévu avant un moment... Le seul moyen d'avoir un meilleur débit que le CPL aurait été de prendre des paraboles chez Ubiquiti et de faire un pont Wifi en gigabit, mais le budget n'est pas le même. Vu le flux qui passe dessus, je n'ai pas réellement besoin de plus de débit. Un autre projet délirant aurait été de prendre un abonnement fibre rien que pour le garage, et de faire 3 fois le tour du monde via Internet en VPN pour accéder à mon garage, mais bon le budget de malade quoi :/ Merci pour le lien pour les notifs GCE, je l'avais oublié celui là, pourtant je l'avais déjà vu passer ! @Nico Pas de fil pilote qui remonte au tableau, comme déjà dit, c'est une vieille installation de 1990, en tout point identique à ce que j'ai à la maison, même année. Bien sur les phases remontent au tableau, mais ce n'est pas ce que je vais couper, les thermostats n'aiment pas ça. Le Qubino est la meilleure solution je pense. Par contre je ne comprends pas comment tu calcules ? 3 modules Qubino + 1 stick Aeon Labs : 3 x 60 + 60 = 240€ https://www.domadoo.fr/fr/peripheriques/3210-qubino-module-fil-pilote-encastrable-z-wave-zmnhjd1.html https://www.domadoo.fr/fr/interface-domotique/2917-aeotec-controleur-usb-z-wave-plus-z-stick-gen5-1220000012813.html 1 IPX800 + 1 Alimentation + 1 Extension Fil pilote : 238 + 28 + 70 = 336 € Ca fait une belle différence quand même. Ce qui est marrant, c'est que l'IPX800 est plus cher chez Amazon, alors que le stick Aeotec est moins cher ! Tient en plus il y a 10% demain chez Domadoo.

10 minutes je crois. De toute façon, j'ai toujours eu des mesures de pluie différente entre le plugin de la HC2 et l'interface officielle Netatmo. C'est idiot. Mais ça ne me gène pas tant que ça, l'information de pluie dans la HC2 me sert surtout pour des scénarios, genre avertissement de fermeture de fenêtre, donc j'ai juste besoin de savoir si il pleut ou pas.

Non, puisque j'avais relaté en détail mon expérience avec les tous premiers modules Qubino Dimmer sur rail DIN, qui présentaient exactement les mêmes dysfonctionnements sur HC2, et sur Jeedom le merveilleux source de bonheur éternel. Domadoo me les avait repris sans discuter. Quant au support des modules Qubino sur HC2, l'éternel souci est qu'il n'y a pas, et n'aura surement jamais de templates (ce qui permet de configurer facilement les options des modules). En dehors de ça, les fonctions sont parfaitement supportées, c'est du standard Z-Wave. Le souci est là, c'est que Qubino ne respecte pas parfaitement les standards Z-Wave, d'où les incessantes itérations de firmware pour tenter de corriger un développement hasardeux (ça ne vous rappelle rien, Fibaro avec le code de la HC2 ?.... au moins la HC2 on peut la mettre à jour, on ne peut pas en dire autant des modules Qubino) Alors les développeurs sauveurs du monde libre de Jeedom apportent les corrections nécessaires à OpenZwave pour palier aux déficiences de certains fabricants, mais ça reste crade à mon avis. M'enfin l'utilisateur final s'en moque, tout ce qu'il voit est que ça semble mieux fonctionner avec Jeedom que HC2.

C'est bien tout le souci des firmwares buggués, tu peux tomber sur des bonnes séries, comme des mauvaise. C'est aussi ce qui fait que de manière générale, certains fabricants ont meilleure réputation que d'autres, ceci est valable dans bien des domaines... Perso je n'ai aucun souci avec mes modules fil pilote de 1ère génération, et comme toi je n'ai connecté aucune sonde dessus. Et comme ils ne font pas non plus de mesure de consommation, ça limite les fonctionnalités, donc les risques de bugs.

Ouh là là, une réponse bien provoc de Captain, comme je les aime Alors déjà, j'ai chez moi tous les équipements matériel et logiciel que tu cites, donc je connais un peu le sujet : Raspberry (le 1, le 2, et le 3), IPX800 v4, FHEM, etc C'est plutôt ironique de te voir opposer le truc de geek par excellence (un PI, avec FHEM, le truc utilisé par 2 ou 3 illuminés sur un obscur forum allemand (et en plus je l'utilise chez moi...je dois être fou)), face à un serveur HPe (une des marques de serveur x86 les plus réputées) avec VMware (l'hyperviseur de très très loin le plus populaire auprès des SI de plein d'entreprises, qui n'a plus rien à prouver sur sa fiabilité... son seul défaut est son prix, par chance il est gratuit dans l'usage qui nous concerne : mono-serveur). Comme je le disais, mais tu n'as pas du bien suivre, j'ai ce serveur depuis 3 ans et demi, il tourne comme une horloge sous ESXi 5.5, et ne nécessite absolument aucune maintenance. En cas de coupure de courant, tout remonte tout seul, même pas besoin d'aller faire des fsck à la main et changer la carte SD (référence à tu sais quoi). T'inquiète pas, j'ai tout testé, crash de la SD de boot, crash du SSD de datastore, arrachage violent d'un disque dur (sisi), arrachage violent des prises réseau et alimentation. Le pire qui puisse m'arriver (panne d'un disque ou SSD), il suffira de restaurer les données. Donc fiabilité = 100%, et cout = 0€, là je vois pas comment trouver mieux ? Ca marche tellement bien que j'ai acheté un second serveur HPe, sous la même version d'ESXi... donc un chez moi, un à la société, ça sera le top de la redondance, encore mieux qu'à mon garage. En plus, et surtout, Madame a besoin d'un NAS pour ses fichiers, qui seront ainsi synchronisés et sauvegardés, c'est juste parfait ainsi. On va pas acheter un Syno quand même (je critique pas hein, je sais que tu en as et que tu adores.... moi aussi j'adore Syno, pour preuve, mes 2 serveurs ont chacun une VM avec DSM). - iSCSI : tu veux parler du SAN du pauvre ? A part sur un banc de test, c'est surement pas moi qui mettrais un truc pareil en prod. Même chez moi je ne l'ai jamais testé, absolument aucun intérêt, je peste déjà assez au travail quand je dois faire du ISCSI pour un banc de test, tellement c'est une techno low cost, lente, peu fiable. Mais bon, comme ça aussi tu l'as testé chez toi, il fallait bien que tu t'imagines que j'utilise ça, et bah non, les vrais sysadmins ne font pas de iSCSI.... et puisqu'on est là, si tu veux faire du stockage, du fais du Fibre Channel, il n'y a que ça de vrai. Ah bah oui, ça ne coute pas le même prix, mais ça fonctionne au moins. - LUN Over Internet : alors celle là, même dans mes délires les plus fous (et pourtant j'en ai pas mal...), je n'avais même pas osé y songer... pourtant l'intitulé est assez explicite, j'imagine assez bien ce que ça fait. Pour ton information, si tu veux faire du stockage via le net, le truc à la mode maintenant c'est le stockage objet (AWS étant le plus connus), tout le monde d'y met. L'IPX800 v4, que je connais bien pour le posséder, c'est marrant ce truc là, c'est un peu comme Apple, Free, ou encore Jeedom, il a une collection de fanboy et il ne faut surtout pas oser le critiquer sous peine de se prendre les foudre de ses défenseurs. Mais c'est quoi le truc, vous avez tous des actions chez GCE ? Non parce qu'il fonctionne très bien pour ce qu'il est censé faire, ça je ne ne remet pas en cause, mais il faut arrêter de lui prêter des vertus qu'il n'a pas. Tu est le 2nd à me proposer l'IPX, alors qu'il ne répond pas du tout à mon besoin pour ce projet (filaire, scénarios ultra limités, trop cher avec ses extensions). Un IPX pour contrôler un sous-système bien délimité (les plus courants : piscine, alarme, ... ça OK. Mais en tant que box domotique, ça non. Tu fais comment des push sur ton smartphone ? Elle est où l'application officielle ? Ils sont où les plugins ou le langage LUA pour s'interfacer avec le monde extérieur ? J'en passe et des meilleures. Alors je vais partir du principe qu'on n'a pas la même définition d'une box domotique, du coup je donne la mienne : il s'agit de l'élément principal d'une installation, qui permet d'avoir une vue sur tout le système domotique de la maison et ses sous-systèmes, prend les décisions de façon autonome et/ou sous le contrôle directe de l'utilisateur (via une application mobile, une interface web, de la reconnaissance vocale, une puce implantée dans le cerveau, etc). Donc HC2, Vera, eedomus, Jeedom, Domoticz, etc, là oui (chacune avec leurs avantages et inconvénients) Bizarrement, les 2 qui me proposent l'IPX sur ce forum l'utilisent en sous-système, mais pas en box domotique... pourtant vous essayez de me la vendre comme une box domotique. Comme on dit, les conseillers ne sont jamais les payeurs.... et puis je n'ai jamais vu quelqu'un l'utiliser comme une box domotique.... alors il doit surement y en avoir quelques un, mais ça ne doit pas courir les rues, et leur usage doit être bien limité. M'enfin je suis preneur de liens pour ma culture ! Euh, je ne critique pas les soudeurs, j'ai un DUT de génie électronique, donc du soudage, j'en ai fait, j'ai eu participé à des coupes de robotiques, donc du soudage j'en ai fait, et il m'arrive encore de souder ponctuellement des petits montages sans prétention (car j'ai perdu les compétences et je n'ai pas le temps de me lancer dans des gros projets) pour ma maison. Mais c'est surtout le critère temps qui prime, il y a tant de choses que je voudrais faire, à l'aide d'un fer à souder ou pas. Tant mieux pour toi si tu as le temps et la passion de souder nuit et jour, de mon coté pour le travail de madame c'est exclu. Je te laisse à tes montages alambiqués, moi je vais aller déployer un serveur rock stable en prod (ou plutôt devrais-je simplement dire le déménager) Aller pour le fun, cela fera sourire les geeks comme moi : j'aurai un meilleur débit en réplication entre mes 2 serveurs une fois que l'un d'eux sera déménagé, car la liaison de mon garage est limitée par.... du CPL !

Ouais, tes constatations sont bien en phase avec ma maigre expérience de Qubino, et des nombreux retours que j'ai pu lire ça et là : firmwares buggué, jamais finalisés. Rien ne vaut les modules Fibaro, et n'utiliser Qubino que pour les fonctions exclusives. Je n'ai aucune sonde de température, mais j'utilise les tuiles de l'interface comme "fake device" pour remonter les températures de mes modules EnOcean et IPX800, via l'API, et ça fonctionne parfaitement. C'est un usage détourné efficace