Lazer

Cool Étrange quand même ce bug...

Oui ça va venir. Cette semaine, c'est un autre acteur majeur, Samsung, qui a annoncé préparer son écosystème SmartThing pour le rendre compatible avec Matter... et surtout hors cloud [Frandroid] Pour mieux gérer la maison connectée, Samsung a une solution pour se passer du cloud

Voilà....

Je ne sais pas, mais tu as oublié la fin de la phrase, ça concerne les polonais, donc on n'est pas concerné du coup.

Oui c'est bien celui là. Du coup, si ça se trouve, pour procéder à l'exclusion puis l'inclusion, il faut faire l'inverse, c'est à dire libérer ce contact... ce qui implique que tu devras décoller le module. Je dis ça, mais c'est une supposition... j'espère que tu ne m'en voudras pas si après décollage ça ne fonctionne pas mieux.

Apparemment la seule nouveauté de cette version 5.080.12 par rapport à la 5.080.9 est : > The version 5.080.12 adds full support for the PKO Smart Home program available on the territory of Poland. Dommage que le changelog ne soit pas plus clair, car ils reprennent la liste de la stable précédente.

Il me semblait avoir mis un délai entre 2 retry de 1 seconde, mais apparemment ce n'est pas le cas (ça devait l'être sur HC2) Chez moi j'ai certains appareils avec jusqu'à 8 retry. Mais attention, tu as aussi un paramètre timeout sur lequel il faut jouer. J'ai jusqu'à 10 secondes pour certains appareils qui sont trop lents à répondre. La plupart des exemples donnés en haut de page ont un timeout de 1 seconde, ce qui est trop court. Donc si on met 8 retry avec un timeout de 10 seconde, ça laisse quand même 80 secondes à l'appareil pour se réveiller, ça devrait être large, sinon c'est que tu as un autre souci. Le numéro de ligne peut varier selon ta config, donc si tu veux faire la modif pour ajouter un délai entre 2 retry, voici le bloc concerné, il y a 2 lignes setTimeout() à modifier : remplacer le 0 par 5000. -- New try if device.protocol == "tcp" then fibaro.setTimeout(0, function() self:connectTCP(device, try+1) end) elseif device.protocol == "http" or device.protocol == "https" then fibaro.setTimeout(0, function() self:requestHTTP(device, try+1) end) else self:error("Unknown protocol :", device.protocol) end

Repose en paix.

C'est un bug, Fibaro est au courant et censé le corriger, mais apparemment ce n'est pas encore le cas.

Tu devrais poser la question au support Fibaro, parce que là.... c'est bien mystérieux

Oui tu peux facilement faire un compteur avec les entrées Digitales d'un Arduino. J'ai utilisé un Raspberry PI 2 pendant des années pour cela.

Merci pour les liens... malheureusement aucune API documentée, on voit juste que des gens ont réussi à le faire fonctionner. Franchement, faire du reverse engineering des plugins proposés par HASS ou OpenHab dépasse mes capacités et le temps que je peux y consacrer. Et puis de toute façon je n'ai pas d'appareil pour communiquer avec. Si quelqu'un est dans la même situation que toi et se sens le courage de se lancer, je pense qu'il sera assez facile de reprendre mon QuickApp et d'y ajouter les fonctions nécessaires à la communication avec ton modèle de robot. Le protocole de bas niveau semble être le même, seuls les ordres de haut niveau sont différents.

"plus puissante", ça ne veut pas dire grand chose, surtout que la HC2 était déjà surdimensionnée, personne n'en est venu à bout. La vraie différence entre la HC2 et la HC3 porte sur le logiciel, ça n'a juste rien à voir. De toute façon la HC2 est en fin de vie, elle fonctionne encore très bien sur les installations existantes, mais il n'y a pas vraiment de raison de commencer une nouvelle installation avec une HC2. Mais bon, il y a plein d'autres solutions, plus ou moins ouvertes, évolutives, complexes, couteuses, etc : eedomus, Jeedom, Home Assistant, etc... la liste des longue. Prend le temps de bien cerner tes besoins et les possibilités de chaque solution. Ce n'est pas parce que la HC3 est la plus chère que c'est forcément la meilleure. "Meilleur" tout seul, sans préciser de quoi on parle, ne veut rien dire en fait. C'est quand même marrant de voir dans la même phrase "cela ne fonctionnait pas trop mal" et "pas mal d'inconvénients : en cas de coupure secteur ou internet, la box "oubliait" certains accessoires au redémarrage, en cas de chgt de box ou hard reset, il fallait tout effacer et réenregistrer, les scénarios étaient assez limités, pratiquement pas de sav...tout enregistré sur le cloud." Pour moi, cette solution est inexploitable... Apparemment ils utilisent le protocole DECT en version ULE (Ultra Low Energy). Bref un truc bien propriétaire et utilisé par eux seuls en domotique. Quel choix étrange, ils auraient voulu reproduire l’exclusivité du Minitel qu'ils ne s'y seraient pas mieux pris

Oui tu es surement sur le moteur Z-Wave v3... Comme je t'ai dit, c'est du beta, et de nombreux modules ne sont pas reconnus, ou mal (y compris des modules de marque Fibaro), donc je ne peux que te conseiller de recommencer à zéro (seule possibilité pour passer en moteur v2) si tu as ce module et peut être d'autres qui posent souci. La migration v2 => v3 sera proposée ultérieurement, le temps de résoudre les bugs... dans quelques mois. Perso je mesure environ 80 mesures électriques avec les modules Z-Wave (Wall Plug, FGD, FGS, multiprise Greewave...) Pour les circuits qui ne sont pas branchés sur un module domotique, j'utilise des compteurs à impulsion montés en tableau (DIN), et branchés sur un Eco-Device ou un IPX800 qui compte les impulsions, donc les kWh, et remonte l'info dans la HC3. Pas très économique, mais très fiable, hors cloud, et puis un EcoDevice et un IPX800 ça sert aussi à plein d'autres choses.

Pas de chance, car... aucun ! Les FGD, c'est pour les lumières classiques en 230V. Les RGBW, c'est pour les rubans LED en 12 ou 24V.

Je ne sais pas (je n'ai pas ce module), mais que tu dises qu'il n'est pas possible de modifier les paramètres de ce module n'est pas normal, car c'est toujours possible. Du coup, je me demande quel moteur Z-Wave tu as choisi sur la HC3 ? Si tu as choisi le moteur Z-Wave v3, tu es bon pour un recovery et tout recommencer depuis le début (réinclusion des modules, etc). En effet, ce moteur v3 est en beta comme indiqué dans le journal de mise à jour, et ne supporte pas encore de nombreux modules. Si tu es bien en v2, alors ce n'est pas normal, donc il faut demander au support Fibaro, ils devraient pouvoir te dépanner.

Bienvenue sur le forum

Nettement mieux que quoi ? Qu'une HC2, oui sans aucun doute. Que les solutions domotiques concurrentes, c'est différent, chacun a ses avantages et inconvénient. Enfin bon, on exclura les solutions d'Orange qui ne sont que des attrapes nigauds... d'ailleurs ils en sont à leur seconde tentative, la première était un échec (pourtant ils utilisaient des modules Z-Wave Fibaro, mais leur box était inutilisable). Orange, c'est un opérateur télécom, et ils font ça très bien. La domotique, c'est un autre métier. On peut dire pareil de Samsung d'ailleurs, même si j'imagine qu'ils ont des moyens largement supérieurs et que leur solution domotique tient un peu plus la route que celle d'Orange.

Le "problème" des backups locaux c'est qu'ils ne peuvent pas être restaurés sur une autre box. Le mieux est de faire les deux, mais un backup cloud de temps en temps est indispensable (et effectué automatiquement à chaque mise à jour) Je suis d'accord, la qualité reste, le prix s'oublie. Mes 1er modules d'il y a 8 ans fonctionnent encore aussi bien qu'au premier jour. Ma box aussi (HC2), même si j'ai migré sur HC3 récemment.

Pour les sauvegardes, tu peux faire en local, ou dans le cloud (solution à préférer, car tu peux même restaurer sur une box différence si la 1ère tombe en panne.... rassure toi c'est tout de même très rare) Pas besoin d'ouverture de ports pour utiliser l'application mobile Fibaro, la connexion se fait au travers de leurs serveurs en cloud. Mais pour ton NVR, j'en sais rien... mais c'est indépendant de la box domotique, cela dit si tu as des questions il y a une rubrique dédiée aux caméras sur le forum. Pour le choix des modules, je t'ai déjà cité quelques unes des bonnes marques dans mon message précédent. Ensuite il y a des tonnes d'infos sur le forum, car il faut fouiller un peu et y passer du temps, de toute façon si tu te lances dans la domotique (tu l'as déjà un peu effleuré avec tes tests) tu verras que c'est hyper chronophage. Reste à choisir les bonnes boutiques. Je te conseille Domadoo et Domotique Store, ils sont très sérieux, ils sauront te conseiller dans le choix des modules (et t'assurer de la compatibilité entre le choix de la box et des modules), et ils proposent même des guides de configuration sur leurs sites web. Et surtout, ils ont un vrai SAV qui te dépanneront si un module pose souci. Par contre, ce ne sont pas les moins cher, forcément le service ça se paye. Cela dit, ils font régulièrement 20 à 25% de remise, c'est très bien. Attention à certaines boutiques peu scrupuleuses qui affichent des tarifs ultra compétitif mais sans assurer ni SAV ni reprise des articles dans les 15 jours légaux... sans menace de plainte.

Si le problème est apparu avec la mise à jour, il faut remonter le problème à Fibaro sur le forum officiel, ils sont réactifs en ce moment : https://forum.fibaro.com/forum/1279-update-5080/

Non pas du tout, c'était pour les VD sur HC2 uniquement ça. Va voir par là :

Un QA avec quelques boutons, et dans la fonction de chaque bouton tu mets la requête http pour envoyer la chaîne XML, c'est assez facile à faire. Tu n'auras pas de retour d'état avec cette méthode, mais tu pourras facilement contrôler l'ampli.

Il date de quand cet ampli RX-V2067 ? Après une rapide recherche, j'ai l'impression qu'il est trop vieux et non compatible MusicCast. En regardant le code que tu as partagé sur l'autre topic, ce n'est clairement pas du MusicCast, donc ce vieil ampli doit être piloté avec une vieille API, avec des balises XML bien lourdes... Bref désolé mais cet ampli ne sera jamais compatible avec mon QuickApp.

A tout hasard, est-ce que ça ne correspondrait pas à une déconnexion/reconnexion quotidienne de ta box Internet ?