Lazer

Oui super satisfait, l'IPX800 c'est vraiment un machin hyper stable, tu le branches et tu l'oublies. Un peu cher à l'achat, mais vite rentabilisé dès que tu connectes plein de trucs dessus, avec les extensions (entrées/sorties numériques, compteurs, sondes analogiques, etc etc) Je n'ai pas testé les sondes PH, mais elles semblent bien appréciées. Evidemment il faut du réseau Ethernet. Un câble à tirer. La seule galère, c'était l'intégration difficile sur la HC2. Mais avec la HC3 et les Quick Apps, l'intégration est hyper propre, les différentes entrées/sorties de l'IPX800 apparaissent sur l'interface comme n'importe quel module Z-Wave, on ne fait plus la différence à l'usage. Bon faut changer de box vu que tu as une HC2....

Hum, en effet Il faudra que j'aille vérifier au tableau comment c'est câblé en réalité, j'ai surement fait une erreur sur mon schéma. EDIT : remarque ça change rien, il est possible que j'aie câblé comme sur mon schéma et que ça fonctionne quand même, après tout ce n'est que l'équivalent d'un relai à l'intérieur, donc ça coupe le signal quel que soit le sens dans lequel on branche les câbles. Mais une vérification s'importe tout de même.

Oui bien le contacteur Legrand 412523 Pour le choix des bornes à utiliser, voici ce que j'ai fait (tu remplaces l'IPX800 par tes modules FGS, et l’icône de la lampe par l'alimentation de ta lampe (ce que tu appelles bobine) : Si tu as un doute, regarde dans la doc Legrand.

J'avoue ça fait peur, je ne me suis pas encore lancé non plus.

Attention aux transformateurs et aux LED, les courants de démarrage peuvent être 10x, 100x, voire 1000x supérieurs à la puissance nominale, et coller les relais des micro-modules prématurément. Dans ce genre de cas, il faut : - couper le transformateur en amont (donc au primaire) => ça évite la consommation résiduelle du transformateur 24h/24 - utiliser le micro-module pour piloter un contacteur de puissance (installation propre dans un tableau), ou alors un gros relai (type Finder) => ils sont prévus pour tenir des gros courants - à défaut, utiliser un limiteur de courant en série sur la phase : https://www.amazon.fr/gp/product/B01DUHKQQ2/

Pour le "simulateur", c'est par ici : https://forum.fibaro.com/topic/49488-sdk-for-remote-and-offline-hc3-development/ Perso je n'ai pas testé, mais ça a l'air puissant

Euh.... là comme ça, non désolé.... mais je crois me souvenir que la config des Synology est vraiment plus compliquée qu'elle ne devrait l'être.... notamment à cause de PHP, la dernière fois que j'avais testé j'avais vraiment galéré. Bref moi je dirais que le souci bien du paquet PHP installé

Ah oui ça me fait penser au VD Roomba ThinkingCleaner aussi, dont je ne suis pas l'auteur (il provient du forum officiel) qui est indispensable à mon usage, puisqu'il sert à chaque fois qu'on quitte la maison. La teleinfo dans Domocharts, non désolé c'est impossible, il n'est pas prévu pour ça. Hors de question de réécrire tout le code et la base de données de Domocharts, je ne réécris que le code LUA coté Fibaro. Pour la téléinfo, il existe déjà plein de projets très bien sur Internet, je ne vais pas réinventer la roue. J'en utilise un depuis 6 ans (que j'ai un peu customisé) et qui fonctionne très bien. Malheureusement son auteur a fermé le site, mais il y a un fork ici : https://github.com/BmdOnline/Teleinfo

@mprinfo si tu as utilisé le code original, le calcul de la charge CPU est foireux... Ce que semblent indiquer tes valeurs élevées. L'échantillonnage ne se fait que sur 1 seconde, pendant l'appui sur le bouton, ce n'est pas du tout représentatif de la charge CPU moyenne de la box. On a de la chance avec les QA, on peut mémoriser des valeurs. Donc tu peux faire le calcul entre 2 passage dans la boucle. Donc tu vires ce bouton Refresh infâme digne d'une HC2, tu places le code dans une loop que tu appelles à intervalle régulier avec settimout (par exemple 60s, customisable par l'utilisateur via une variable du QA), Et tu auras supprimé ce bouton d'un autre âge, créé un module qui se rafraîchit tout seul, et surtout tu auras une valeur de CPU représentative de la réalité. Et il manque le bouton reboot Remarque de fond : faire un QA clone d'un VD n'a aucun intérêt, autant rester sur HC2. Profitons des possibilités immenses des QA pour les exploiter intelligemment C'est l'occasion de repenser et réécrire totalement tous nos codes.

Top Et si tu es super motivé, dansa la liste de course je pense qu'il pourrait être intéressant de migrer le VD Réveil avancé de @J3R3M car j'aimerais bien profiter de la migration sur HC3 pour l'utiliser, et il ne me semble pas que J3R3M soit motivé par la HC3 pour l'instant.

Cadeau, il y a le VD Diagnostics à mettre à jour si tu souhaites : J'y pense justement car je suis en train de tenter d'intégrer le monitoring de la RAM et du CPU dans DomoCharts. PS : n'oublie pas le bouton Reboot avec la nouvelle API, ça te permettra de partager un QuickApp avec cette fameuse API dont on parlait l'autre jour

ça y est, encore un client perdu de plus pour Fibaro !!!

J'ouvre ce topic pour suivre l'état d'avancement des Modules Virtuels ou Scènes de la HC2 que je prévois de migrer / réécrire en Quick Apps pour la HC3. Ce topic me permet de visualiser le travail qu'il me reste à faire avant de migrer mon installation sur HC3. Je pense qu'il peut aussi servir pour se synchroniser avec les autres développeurs afin qu'on ne code pas la même chose chacun dans notre coin. Terminés : Evénements => priorité moyenne, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14417-quick-app-evénements/ Network Monitor => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14433-quick-app-network-monitor/ Backup auto sur NAS => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14449-sauvegarde-hc3-automatique-sur-nas-synology/ JPI SMS Gateway => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14464-quick-app-jpi-smsmms-gateway/ Onduleur Eaton => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14591-quick-app-onduleur-eaton-snmp/ Synology Surveillance Station => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14594-quick-app-synology-surveillance-station/ KODI => priorité moyenne, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14601-quick-app-kodi-addon/ IPX800 v4 / EcoDevice RT2 => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14857-quick-app-gce-electronics-ipx800-v4-et-ecodevice-rt2/ DomoCharts => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14935-quick-app-domocharts-graphiques-sur-nas-pour-hc3/ Yamaha MusicCast => priorité moyenne, 100% d'avancement => https://www.domotique-fibaro.fr/topic/15251-quick-app-yamaha-musiccast/ En cours : Watchdog pour Scènes et VD => faible priorité, 99% d'avancement KLF-050 => priorité moyenne, 99% d'avancement, nouveau QA pour intégrer proprement en tant que volet-roulant le module Velux KLF-050 avec un double-switch FGS-222 Epson ESC/VP.net => priorité moyenne, 99% d'avancement A faire : Octoprint => priorité moyenne Watchdog sur NAS => priorité moyenne, mais sera peut être abandonné, car le watchdog intégré nativement dans la HC3 semble efficace. Top 10 power => faible priorité FHEM => abandonné, j'ai créé de simples QA vides (sans code LUA) et correctement typés, dont la propriété value est mise à jour via l'API HTTP directement depuis FHEM Synology Download Station => abandonné, je ne l'utilise plus depuis que je suis passé à la fibre, et il n'a jamais suscité d'engouement Ubiquiti Unifi => à priori abandonné car le Quick App disponible sur le Market Fibaro semble bien fonctionner Modules d'autres développeurs : Netatmo Weather Station => haute priorité, 100% d'avancement => https://marketplace.fibaro.com/items/netatmo-qa-for-hc3 GEA => haute priorité, 100% d'avancement => https://www.domotique-fibaro.fr/topic/14651-quick-app-gestionnaire-dévénements-automatique-gea-pour-hc3/ Rooma ThinkingCleaner => abandonné car ma carte ThinkingCleaner est HS Xiaomi Vaccum / Roborock => 100% d'avancement => https://www.domotique-fibaro.fr/topic/15043-quick-app-xiaomi-roborock-vacuum/ Diagnostics => 100% d'avancement => @mprinfo https://www.domotique-fibaro.fr/topic/14346-quick-app-diagnostics-hc3/ OpenKarotz => 100% d'avancement => @Dragoniacs https://www.domotique-fibaro.fr/topic/14940-hc3-gestion-du-lapin-karotz/ La liste n'est pas nécessairement dans l'ordre chronologique. J'essaierai de la maintenir à jour en fonction de l'état d'avancement. Ce que j'appelle haute-priorité, c'est ce qui est indispensable pour moi avant de migrer mon installation sur HC3. Cependant étant donné la facilté de certains modules en priorité moyenne, il est fort probable que je m'y attaque avant certains modules prioritaires, pour m'entrainer ou coder sans me fatiguer Reste à savoir qui est motivé pour GEA => edit : moi

Oui quand les QA sont typées correctement : "com.fibaro.temperatureSensor", "com.fibaro.motionSensor", etc... c'est logique en fin de compte Par contre je suppose que les QA de type génériques, donc avec des boutons personnalisés, comme on le faisait pour les VD, je suppose qu'ils ne doivent pas remonter. Exemple : le QA Sonos de Krikroff.

Merci pour ton retour d'expérience, c'est intéressant, et bon à savoir. En synthèse, il faut donc l'utiliser pour détecter le début de la pluie, mais pas la fin. Un parfait complément au pluviomètre de la station Netatmo du coup

Je l'avais acheté ici de mon coté : https://www.planete-domotique.com/capteur-de-pluie-contact-sec-kemo.html A comparer en fonction des promos et des frais de ports...

Je l'ai ce kit tout fait, je ne l'ai toujours pas installé !! Faudra que je m'y attelle à l'occasion. Actuellement j'utilise la notification de pluie de la Netatmo, mais avec 5 à 10 minutes de retard, quand une fenêtre est restée ouverte, ça pose problème ! Le souci des composants individuels achetés en Chine, c'est qu'après faut trouver une solution pour monter le tout et étanchéifier le boitier, alors oui c'est moins cher mais c'est beaucoup plus de travail.

Sinon y'a des tonnes de simulateurs de présence sur le forum, tu peux surement en reprendre un et l'adapter à ton usage, ça sera plus facile que de réinventer la roue : Au hasard :

Moi je ferais une exclusion, puis une réinitialisation (voir la doc des modules), puis ensuite une nouvelle inclusion. Les pannes sur les modules Fibaro sont hyper rares, et en général ce n'est pas ce genre de dysfonctionnements (on rencontre plutôt les cas typiques de relai collé, ou un triac grillé) Sur les 2 ou 3 modules que j'ai grillé (en 6 ans quand même), ils communiquaient encore parfaitement avec le contrôleur (ON/OFF, dimmer, retour d'état, tout était OK), c'était juste les relais ou les triacs comme mentionné précédemment qui avaient morflés, donc l'étage de puissance. Ce qui m'amène justement à la remarque suivante..... => tenter avec un autre contrôleur Z-Wave. Au risque de me faire lyncher par les intégristes, Jeedom n'est pas connu pour la qualité de son moteur Z-Wave.... Quant aux mises à jour de firmwares, le FGD-212 n'en n'a jamais eu. Le FGR-223 je crois bien que oui, il me semble avoir vu sur les forums que les utilisateurs de Jeedom ont justement des problèmes avec les modules qui ne sont pas au dernier firmware. Il faudrait que tu trouves une box Fibaro, par exemple une petite HC Lite d'occasion à pas cher. Ou quelqu'un proche de chez toi qui a une box Fibaro.

Bienvenue sur le forum

Sachant qu'on lance toujours une mise à jour avant l'apéro, que ça fait plus de 2 heures qu'elle est dans cet état, et que tu t’apprêtes à passer à table.... bel apéro, bravo Bon app'

Arrêt propre par le bouton arrière puis tu redémarre, et tu relances la mise à jour. Si la box ne s'arrête pas proprement, alors arrêt électrique violent. Mais normalement l'arrêt propre par le bouton à l'arrière va fonctionner

Le fichier n'est pas repris, ce sont juste les modules qui sont transférés, avec la méthode de bascule de contrôleur primaire/secondaire dans le réseau Z-Wave. On en a déjà pas mal parlé, c'était disponible dans la beta précédente. Perso je reste sur mon idée de départ, le jour où je ferai ma migration, ce sera une exclusion / réinclusion de tous les modules. Ca évitera de reprendre les paramètres erronés des modules, et pire, les associations fantômes (cf mon topic où j'en parlais il y a quelques jours)

Je te comprends, c'est tellement plus facile de pisser du code LUA

Ben ... euh.... on s'en fout du nom de l'API, si tu fais un QA c'est justement pour simplifier la vie de l’utilisateur non ? (cf discussion de l'autre jour). Tu ne suis pas tes propres règles Quand j'ai vu le titre ça m'a fait peur en tout cas. Les boutons sont sortis, j'étais recouvert. Allergie aux pommes surement Tu l’appelles Mobiles Devices Information (par exemple), et dans le descriptif, tu peux indiquer que ça utilise /api/iosDevices pour les curieux (et le moteur d'indexation de Google.... bon du coup je viens de le faire ) En précisant que ça permet de voir tous les mobiles : smartphones et tablettes, tant Android que IOS