Lazer

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

non désolé pas de tuto. il y a toutes les infos qu'il faut dans le topic "USB Recovery Tweaks", mais après faut connaitre suffisamment Linux pour savoir comment s'y prendre (en résumé : booter en mode rescue, extraire un tarball, et l'écrire avec dd)

oui là vu comme ça, c'est sur..... Et aussi je genre de truc difficile à prévoir, c'est pas tout le monde qui mesure le solel

Et vu ton avatar @emanet, tu ne devrais pas avoir de mal à booter sur une clé USB, monter la clé recovery, extraire l'image système au format gzip, et l'écrire sur la clé interne.... en fait, faire un recovery à la main.