Lazer

ah non, un nom dimmable, ça reste un non dimmable, le module Qubino ne fera pas de miracle. Par contre, même avec le Bypass Fibaro, tu verras, certaines LED low cost chinoises scintillent quand même.... comme dit rapidement plus haut, leur électronique est vraiment trop pourrie. Mais ça tu ne peux pas le deviner avant de tester. De toute façon si tu as des LED de merde, et quel que soit le module domotique utilisée (Fibaro, Qubino, autre), je ne saurais que te conseiller de les jeter.... on a vu des LED low cost non protégées, en cas de panne, elles se mettent en court circuit violent, qui crament le module domotique, font sauter le disjoncteur, bref la totale. Quand il existe des LED sur le marché à 1€ face à d'autres LED à 20€, il y a forcément une différence quelque part. Pour le montage des FGBS sur PGM, là je ne sais pas trop t'aider....

Ah oui si tu peux te contenter d'un seul groupe, alors GO pour le KLF 50, avec un FGS 222, ça fonctionne parfaitement. En fait non, c'est tout l'inverse, les FGS sont des relais, ils ont obligatoirement besoin du neutre. La seule solution est d'utiliser des FGD qui savent fonctionner sans neutre, et de désactiver la variation, donc ils fonctionneront en ON/OFF. Par contre, si tu as des LED chinoises, attends toi à avoir un scintillement même en OFF (à cause du courant de fuite qui traverse nécessairement tout le circuit en l'absence du neutre, et que l'électronique low-cost ne saura pas gérer) Avec des LED de marques, pas de problème normalement. Si tu as les sorties PGM, c'est top. Avec des modules Fibaro Universel FGBS tu peux récupérer les statuts. @TonyC il reste peut être un espoir : This has been submitted as an improvement some time ago. It is waiting for verification En fait, il faudrait que Fibaro propose un plugin officiel qui soit équivalent aux Virtual Sensors et Switchs de @Krikroff

Vérifie dans les docs, pour voir si le brochage des FGD 211 et 212 sont identiques. Après pour les boutons, c'est toi qui voit, si tu penses en avoir besoin au niveau du tableau ou pas.... perso pour mes FGS j'ai pris avec boutons, car ça simplifie l'inclusion, même si c'est inutile au quotidien, je n'étais pas à quelques euros près. Faut voir aussi qu'il ne faut pas qu'un enfant puisse s'amuser à appuyer dessus... tout dépend de ton tableau.

Pour les volets roulants en IO si il choisit d'utiliser Connexoon (jamais vu de développement sur HC2, alors que beaucoup le font sur Jeedom... et eedomus aussi) Si il choisi le KLF 200, il peut le faire avec HC2.... sauf que tant qu'on n'aura pas les Plugins perso (et on ne les aura jamais...), l'intégration restera mauvaise. Pour l'alarme Paradox, je ne suis pas certain, mais je me demande si ils n'ont pas fait des choses de ce coté là chez Jeedom... faut chercher... à moins que ça ne soit sur Domoticz (encore plus geek que Jeedom)

Pour le portail, la meilleure solution me semble un contact sec avec un FGS. Pour la clim, je ne connais pas ton modèle, mais perso j'ai un mono-split basique que je pilote très bien en infra-rouge avec le module Z-Wave Remotec ZXT-120. Pour IO, l'astuce du FGS + module radio Velux n'est valable financièrement que si tu n'as que 1 ou 2 volets à piloter. Sinon pour une installation plus conséquente, tu as 2 choix : - passerelle Connexoon (via le cloud) - module KLF 200, plus cher, mais c'est le mieux, voir le topic dédié sur le forum. Avec tout cela, tu n'as pas besoin du RFPlayer. Jeedom au contraire, quasiment aucune programmation à faire, tout se configure avec le moteur de scénario. Tu feras moins de code avec Jeedom qu'avec HC2 au contraire ! Le problème de Jeedom, c'est l'interface Web peu intuitive (mais on doit s'y habituer), l'absence d'application mobile digne de ce nom, et la nécessité de connaitre un minimum Linux pour l'installation et la maintenance. A toi de voir. Par contre si tu prends Jeedom, aucun intérêt de prendre une HC2, car Jeedom est une box domotique à lui tout seul. Clairement, HC2 n'est pas pour toi, vu ton installation hétérogène, tu vas te compliquer la vie plutôt qu'autre chose, avec une HC2 et une multitude de passerelle derrière. C'est bête, mais tes besoins orientent direct vers Jeedom.... qui a justement été conçu pour les bidouilleurs et/ou ceux qui ont une multitude de protocoles à gérer. Alors que HC2, c'est Z-Wave et IP uniquement. Plus simple, mais plus limité.

Sinon tu as les boitiers DIN de chez Eutonomy qui sont bien faits pour monter les modules Fibaro proprement au tableau. Je dis ça, parce qu'entre l'absence des templates pour modules Qubino sur les box Fibaro, et les firmwares partois buggués dans les modules Qubino, perso je préfère éviter cette marque autant que possible.

Aucune chance, il faudra passer par une passerelle si tu souhaites utiliser ce RFPlayer

j'ai fusionné ton sujet (qui n'avait rien à faire dans la rubrique "Nouveau ? Présentez-vous") avec le sujet de discussion déjà existant.

Ah oui ok Là par contre vu que je n'ai pas de routeur Syno, je ne connais pas le détail. Moi je peux faire ça avec dnsmasq sur mon Ubiquiti (je me sers de la même technique pour bloquer les pubs en redirigeant les domaines connus vers 127.0.0.1)... en ligne de commande !

C'est effectivement ce que je disais, c'est nécessaire.

Oui problème classique avec la Livebox qui ne sait pas faire de routage Loopback Le contournement, vu que tu as un routeur perso, qui gère le DHCP et le DNS de ton réseau, c'est de créer une fausse entrée DNS locale correspondant à ton domaine no-IP avec directement l'IP locale de ton HC2. Ainsi, le mobile, en Wifi local, sera trompé par le serveur DNS interne, et au lieu de pointer sur l'iP publique et de passer par le (non)-routage de la Livebox, attaquera l'IP de la HC2 en direct. Une fois sur Internet en 4G, le hack du DNS n'existant plus, le mobile passera bien par ton IP publique.

C'est très fiable la consommation d'une vanne.... plutôt de l'ordre de 5W. A mon avis tu es très large avec une alim de 30W.

Demande au support Fibaro, ils pourront se connecter à distance, et peut être faire quelque chose

La gestion des icones n'a jamais fonctionné à distance, ce n'est pas un bug nouveau de cette version.

Oui mais si il voit une zone chauffée à >35 degrés pas les rayons du soleil, il est perdu.

On en a parlé dans le topic du firmware v4.510 Tu as très certainement un module virtuel ou une scène qui fait appel à l'API locale de la HC2 (127.0.0.1) en utilisant l'authentification alors que c'est inutile.

Le backup local est stocké sur le disque (clé USB à mémoire SLC) interne de la box, dans une partition différente du système, des logs, et des données. La clé USB Recovery externe n'est plus utilisée On peut conserver un seul backup local, chaque nouveau backup local écrase le précédent. On peut télécharger le backup local (toujours le dernier réalisé, forcément, cf remarque précédente) pour le stocker ailleurs (PC, NAS, etc) On peut aussi réaliser autant de backup Cloud que l'on désire, dans la limite de l'espace autorisé par Fibaro sur leurs serveurs.

mouais, étrange...

Je pense aussi à un problème de DNS. C'était quoi exactement qui bloquait ? Quel code dans le navigateur ? Tu as testé avec nslookup en ligne de commande ? C'est quoi ton FAI ADSL ?

Je n'ai jamais utilisé l'ancienne API, mais oui, c'est censé faire la même chose => éteindre la box sans autre forme de procès

je ne pense pas que tu aies plus de réponse ici.... en tout cas je n'ai pas d'idée

C'est embêtant ça (et rassurant en même temps ce nouveau système de bannissement automatique) Est-ce que par hasard tu n'aurais pas des scripts externes qui accèdent à ta box.... genre Google Scripts ou IFTTT, ou autre service hébergé en ligne ?

Shutdown et reboot toujours dispo, voir ici pour les nouvelles API :

Quelques API utiles avec les nouvelles versions > 4.500 Monitoring des services : GET : /api/service/servicesStatus => Retourne un JSON Redémarrage des services (sans reboot de la box) GET : /api/service/restartServices Remarque : authentification nécessaire Énorme avantage, ces API sont indépendantes de l'exécutable HCServer, celui qui plantait du temps jadis, et nous empêchait de nous connecter à la box avec le fameux code HTTP 503. Donc avec ces 2 API, on peut écrire un watchdog simple qui s'exécute sur un autre serveur (je me souviens du script de Jojo sur Synology, qui avait été porté sur QNAP il me semble), afin de surveiller et de redémarrer tous les services si nécessaire. Tant que Linux ne plante pas (et ce n'est jamais censé arriver), ça fonctionne à tous les coups Ensuite, les API permettant d'arrêter et de rebooter la box existent toujours : Reboot : GET : /api/service/reboot Remarque : authentification nécessaire Arrêt : GET : /api/service/shutdown Remarque : authentification nécessaire, à manier avec précaution si vous êtes à distance, car la box ne redémarre pas toute seule, sauf coupure de l'alimentation électrique supérieure à 1 minute) Bref, tout cela est très utile, et bien propre, Fibaro a bien bossé (mais pourquoi ils n'ont pas fait cela avant... ) Exemple de mise ne œuvre en LUA dans une scène : https://www.domotique-fibaro.fr/topic/12240-éteindre-hc2-par-script-ne-marche-plus/?do=findComment&comment=195408