Lazer

Voilà un schéma logique de mon réseau, on voit bien les différents VLANs autour du routeur principal (Ubiquiti EdgeRouter) Il s'agit bien d'un schéma logique, en faisant abstraction du matériel. Puisqu'un même switch peut héberger plusieurs VLANs, tandis que d'autres VLANs sont totalement virtuels (notamment ceux dédiés aux VPN) Le LAN semble tout petit sur ce schéma, pourtant c'est bien lui le plus gros qui accueille tous les équipements. Ce que ce schéma fait apparaitre, c'est que rien ne peut rentrer en direct du WAN vers le LAN (enfin normalement....). Ca passe obligatoirement par les reverse proxys ou les VPN Évidemment, il y a des firewalls de partout.... Dans les évolutions futures envisagées : - mise en place d'un VLAN IOT (pour les caméras, Netatmo, etc) - double serveur Web avec VRRP en DMZ - 2 routeurs Ubiquti en redondance, toujours avec VRRP - ce qui n'apparait pas sur le schéma, réplication de la base MySQL/MariaDB sur les 2 NAS Synology/Xpenology

Ouais là je suis pas sûr du tout de faire un tuto, c'est carrément complexe. Enfin pas l'adresse IP virtuelle IP seule, ça c'est simple. C'est l'usine à gaz que j'ai mis en place qui est complexe..... sur la même VM, il y a Keepalived pour faire l'adresse IP virtuelle (protocole VRRP), puis SSLH pour splitter le HTTPS et OpenVPN sur le même port 443, puis HAProxy pour faire le reverse proxy, puis Apache qui est configuré comme un reverse proxy (ça fait donc 2 reverse proxy sur la même machine, vous suivez...) afin de faire Firewall Applicatif Web (=WAF (messieurs rien à voir avec vos femmes) analyse des requêtes HTTP avec mod_security) Ah et puis aussi, tant qu'à faire, HAProxy fait aussi reverse proxy pour les requêtes MySQL entre le serveur Web en DMZ et la base de données MariaDB sur le Synology en LAN interne Je vais faire un schéma..... Mais ce qui est fou dans tout ça, c'est que ça fonctionne. Reboot d'un serveur, même le VPN bascule automatiquement sur le 2nd serveur... donc je peux bosser à distance

Bon bah moi j'ai enfin pris le temps de sécuriser mon Reverse Proxy.... donc j'en ai maintenant 2 ! Un sur chaque serveur. Avec une adresse IP virtuelle entre les 2, donc ils fonctionnent en actif/passif, avec bascule automatique. Vu que la VM fait aussi serveur OpenVPN, du coup par la même occasion ça le sécurise aussi Là ça commence à être ultra-geek

Justement, je viens de recevoir un email, la v1.2 est dispo : On dirait qu'ils ont réintroduit le dashboard des pièces, c'est bien ça. Qui teste ? (je peux pas, je suis encore sur un vieux firmware de la HC2)

AH bah là ça ne sent pas bon.... désolé pour ton module

hum, bah je sais pas du coup, va falloir chercher un peu....

Pas besoin d'approcher l'aimant lors de l'inclusion normalement. Par contre, es-tu certain que c'est un module Z-Wave, et pas une version Homekit pour Apple ? Si c'est bien un Z-Wave, alors SAV

J'allais le dire, il faut du 802.3at POE+, car il faut beaucoup de puissance pour alimenter 2 équipements (le switch + la borne) @Nico qu'est ce qui te faire dire qu'il chauffe plus en POE qu'en alimentation standard ? Parce que mon US8 est sur l'alimentation d'origine, et il chauffe beaucoup, je ne pense pas que ça fasse de différence (même si je n'ai pas tenté de l'alimenter en POE)

Pour ce cas précis, je regarderai les paramètres des modules que tu utilises pour piloter les vannes d'arrosage. SI ce sont des FGS, il y a un paramètre pour remettre automatiquement les relais sur OFF après un certain délai.

Autre chose aussi, cela permet de créer un second réseau Z-Wave quand on a atteint la limite des 232 modules maxi gérés par le premier réseau Z-Wave.

Ce que tu appelles Gyroïd, c'est bien ça ? C'est le paramètre par défaut des versions récentes de Slic3r PE. Ici avec un remplissage léger à seulement 5%.

Exact, du coup je viens de le créer, c'est par ici :

Fibaro FGR-223 "Roller Shutter 3" - Micromodule Z‑Wave Plus pour volet roulant ou store filaires CARACTERISTIQUES TECHNIQUES : Type de module : Récepteur Z-Wave Alimentation : 110 - 240V~, 50/60Hz Consommation électrique : < 0,8W Câblage : 3 fils, neutre nécessaire Charge maxi : 4,2A pour charges résistives 1,7A pour les moteurs avec facteur de puissance compensé (charges inductives) Fréquence : 868,42 Mhz Puissance du signal : 1mW Distance de transmission : 50m champ libre, 30m en intérieur Dimensions: 20 x 42 x 38 mm Température de fonctionnement : 0-40°C Normes : RoHS 2011/65/EU, RED 2014/53/EU

Je rappelle que nous sommes ici dans la section présentation, et que vous avez peu de chance d'avoir de l'aide ici....

Essaye quand même d'enlever la clé USB recovery et tente de rebooter. Elle ne sert plus à rien depuis la v4.500, mais elle est peut être en panne et empêche le boot. Sinon, si ça ne fonctionne toujours pas, il y a 2 façons d'entrer en recovery, sans laisser le bouton recovery appuyé, ou en le laissant appuyé. Selon la méthode employée, il prendra une IP en DHCP sur ton réseau ou il prendra une IP fixe prédéfinie (voir mini tuto dans la section pour les nuls)

Par ailleurs je te déconseille l'ancienne méthode via l'authentification, car avec les nouvelles règles de sécurité mises en place par Fibaro (et c'est tant mieux), cela peut amener à recevoir des emails d'avertissement d'un trop grand nombre de connexions, voire une désactivation du compte. En plus, en terme de sécurité, c'est mauvais, car tu stockes un mot de passe en clair dans le code LUA. Donc utilise la méthode donnée par Pepite, c'est le mieux à faire

D'accord, c'est donc la différence avec i-magin, car d'après son schéma, il a directement relié le Player sur le Bridge (au travers du switch, donc sans passer par le routeur)

Non ce qu'il évoque c'est le Player dans le Server (remplacé par un routeur custom) EDIT : mais à la lecture rapide de ton tuto que j'avais oublié, il me semble que c'est ce que tu as fait. Bon de toute façon ça ne concerne pas mprinfo qui n'utilise pas de Freebox (le pauvre, il a Red :p )

Si si il y a bien une API, parfaitement documentée d'ailleurs. Mais comme pour leurs caméras, les NVR de Hikvision utilisent une API en XML, ce vieux protocole pas du tout adapté à la domotique et au monde des objets connectés en général. Donc oui, ça sera complexe à intégrer à la HC2. Comme les copains, je dirais que le NVR est une solution envisageable, mais en tant que produit autonome avec relativement peu d’interaction avec la domotique. Sinon, le NAS Synology est une excellente solution, mais ça fait un budget supplémentaire ! Caméras de marque Hikvision, c'est une valeur sure, rien à voir avec les cochonneries de grande surface ou boutiques de domotique (je pense à Foscam....)

Dis donc, c'est quoi qui plante ? C'est le logiciel interne de la TV ? Ou ta box multimedia ? Parce que d'après les tutos sur la forum la fibre.info, quand on utilise le boitier TV de son opérateur et qu'on introduit un routeur perso, il faut activer l'IGMP Proxy dans les paramètres du switchs. La raison est que le flux TV des opérateurs est diffusé en multicast. Et si le switch ne sait pas traiter le multicast, il brodcast le flux sur tous les ports du réseau, ce qui sature le réseau et coupe le flux TV. Alors ton problème n'a peut être rien à voir (surtout si tu utilises le lecteur intégré à la TV), mais c'est une idée comme ça

Les URL ont changé dans les firmwares récents, regarde les dernières pages, on en a parlé

Oui voilà Pepite. Je crois que la confusion vient du fait que la syntaxe donnée dans le tuto de MAM78 (*) est une syntaxe LUA, donc si tu la transmet telle quelle en paramètre de la requête POST, tu te fais jeter. Il faut l'encoder proprement en JSON, donc les crochets autour de "args" disparaissent. * Ce n'est pas sa faute, on voit clairement que cela provient du code source original de Fibaro. Une fois de plus, Fibaro ne documente pas suffisamment ses propres API, nous obligeant à chercher.

Non pardon c'est le code interne Fibaro de la fonction startScene() quand on l'utilise dans une scène ou un VD (qui appelle une autre scène du coup...) Donc ça nous montre juste comment formater les paramètres correctement.

fibaro.startScene = function(self, sceneID, args) api.post("/scenes/" .. sceneID .. "/action/start", {["args"]=args}) end Comme on peut le voir, tes vrais arguments sont dans la variable "args". En supposant que tes arguments à toi soient ceux-là : {"monargument1"="Hello","monargument2"="World"} Alors en théorie, une fois encodé, ça doit donner quelque chose comme ça (à tester) : {"args"={"monargument1"="Hello","monargument2"="World"}}

Encore une fois, tu persistes avec des œillères à ne voir que ce qui t'arrange (= qui dessert ton discours haineux) Ajoute un mot à ta phrase et tu verras que le sens change complètement : "box domotique grand-public la mieux coté entre 2014 et 2016 " Même si on peut considérer que le terme "grand public" n'est pas tellement adaptée à un produit qui s'est vendu à seulement 50 000 exemplaires, ça reste un produit vendu au client final, par opposition aux produits vendus uniquement aux pros (intégrateurs) Et puis ce n'est pas parce que le produit était le meilleur de sa catégorie dans la période que tu as cité qu'il est bon dans l'absolu. Comme je te le disais, je considère que la domotique est à l'ère pré-historique, exactement comme l'était l'informatique des années 80/90. Quand tu vois tout ce qu'on fait aujourd'hui avec un smartphone dans la poche, comparé à la galère qu'était un PC de cette époque là et aux limitations.... essaye de te souvenir, moi j'y repense souvent avec nostalgie. Tout cela va fortement évoluer, nous sommes des pionniers qui défrichons le terrain pour les générations futures. Nul se sait prédire à quoi ressemblera le marché de la domotique dans 20 ans.