Lazer

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.

Non mais là je crois que c'est toi qui te trompes.... un module domotique est prévu pour de la domotique, et non pas des applications météo spécifiques. C'est un peu comme ceux qui utilisent les capteurs domotiques pour faire une alarme, et qui se plaignent que ce n'est pas fiable. Je pense que tu devrais plutôt chercher du coté des capteurs spécifiques dédiés à cet usage, avec sortie analogique type 0-10V, que tu peux mettre sur un IPX800 ou module RGBW en mode 0-10V

Même pas certain d'avoir besoin de l'image de Jojo, je ne suis pas certain, mais il me semble bien que la clé recovery n'est pas modifiée, donc elle contiendrait toujours l'image d'origine. Je pense qu'il faut aller dans le BIOS de la carte mère (avec un écran/clavier) et forcer le boot sur la clé recovery, tout en laissant le doigt appuyé sur le bouton recovery à l'arrière

C'est sûr que maintenant pour installer des paquets, c'est compliqué. En plus, j'ai l'impression, mais je manque encore de recul, qu'à chaque mise à jour, Fibaro écrase la partition système... donc toute personnalisation est perdue. Et le refaire à chaque fois est casse pied....

Ouais par contre là ça sera sans moi, je réalise mes backups via un script Shell externe.... l'intérêt étant de pouvoir vérifier le statut du backup et de me notifier par email si tout va bien, ou pas, puis de télécharger le backup et de le conserver sur le NAS. Mais avec l'API ci-dessus, et en utilisant la scène LUA de backup déjà partagée, ça devrait être assez facile d'adapter je pense.

@mikael57fr Non ça ne fonctionnera pas, il y a des forums anglais qui en parlent. En fait, maintenant Synology associe les licences avec le numéro de série du NAS. Et comme le Numéro de série est associé à la Mac Address, et au modèle du NAS, ça ne peut plus fonctionner avec Xpenology, où nous utilisons un numéro de série auto-généré, ou alors un numéro déjà attribué à un vrai Syno dûment activé dans leur base de données centrale.