Lazer

Tu montes cette image ISO comme un virtual mount point via l'ILO. Tu bootes dessus. Et tu fais l'installation sur la carte micro-sd.

SI la valeur n'est mise àjour que dans les événements, mais pas de la module lui-même, ni son JSON, ça ressemble àun gros bug. Personne n'a constaté ce point précédemment ? En tout cas, je ne vois pas comment intégrer ça dans les graphs. Car interroger le panneau d'événements, c'est pas gérable....

En fait c'est un VD que j'avais commencé il y a longtemps, et que je viens seulement de terminer, afin qu'il soit partageable à peu près proprement (même si la configuration de la variable DEVICES n'est pas des plus simples). Le but premier n'était pas de monitorer l'accès à Internet, mais il se trouve que ça fonctionne très bien avec Google par exemple. Le VD Check Internet a au moins un avantage, c'est de mettre à jour une variable globale indiquant le status de la connexion Internet, utilisable dans des scénarios.

je ne dirais pas le contraire.... sauf pour le budget, car les modules en KNX c'est pas le même prix !

Merci mais euh... ça c'est embêtant... ce sont mes yeux, où je vois des 0 partout ? dans l'interface web, tu vois bien une valeur ? Il va la chercher où alors ?

bouhhh Maintenant qu'il pleut, tu peux me redonner le JSON de ton device "pluie" ? Mon code ne doit pas prendre en compte la bonne valeur.

toi t'as pas lu le tuto j'ai bien indiqué que j'ai changé les IP (et même certains ports) pour les SMS : http://www.domotique-fibaro.fr/index.php/topic/2902-gateway-sms-autonome/

Network Monitor Version 1.20 Voici un module virtuel permettant de surveiller plusieurs équipements sur le réseau local (et aussi sur Internet), et d'envoyer des notifications en cas de problème détecté. Icônes : Je propose ces 2 icônes, mais d'autres icônes sont disponibles dans les pages du topic : Configuration : Après import du module virtuel, modifier la section "User Variables" du 1er bouton du module virtuel : -- User variables local userID = {5} -- Mail local smartphoneID = {73, 127} -- Push local sms = { ["VD_ID"] = 98, -- Virtual Device ID ["VD_Button"] = "1", -- Virtual Device Button ["VG_Name"] = "SMS" -- Global Variable Name } local icons = { ["OK"] = 1028, -- Normal Icon ID ["Error"] = 1045 -- Error Icon ID } local DEVICES = { -- ["Service Name"] = { IP Address , Port, Protocol, Data to send, Expected return code, Expected data, Retry, {Notification methods}, VG, VG }, ["Eco-Devices"] = {"192.168.1.1", 80, "http", "/index1.htm", 200, "Eco Devices" , 1, {"push", "email", "sms"}, nil, nil}, ["HP ProLiant Remote Access Card"] = {"192.168.1.2", 80, "http", "/login.html", 200, "Remote Access Card" , 1, { "email" }, nil, {"Vacances", "1"}}, ["HP ProLiant Gen8 ILO"] = {"192.168.1.3", 443, "tcp", "", nil, "" , 1, { "email" }, nil, nil}, ["ESXi"] = {"192.168.1.4", 80, "http", "/", 301, "" , 1, {"push", "email", "sms"}, nil, nil}, ["Synology DiskStation"] = {"192.168.1.5", 5000, "http", "/webman/index.cgi", 200, "DiskStation" , 1, {"push", "email", "sms"}, nil, nil}, ["Raspberry PI"] = {"192.168.1.6", 80, "http", "/", 200, "Welcome to nginx" , 1, {"push", "email", "sms"}, nil, nil}, ["Sonos"] = {"192.168.1.7", 1400, "http", "/status", 200, "Options" , 1, {"push", "email" }, nil, {"Vacances", "1"}}, ["SMS Gateway"] = {"192.168.1.8", 9090, "http", "/", 200, "Welcome to SMS Gateway" , 5, {"push", "email" }, nil, nil}, ["VRT-IP"] = {"192.168.1.9", 80, "http", "/", 200, "Volets Roulant de Toit" , 1, {"push", "email" }, nil, nil}, ["IPX800"] = {"192.168.1.10", 80, "http", "/user/index2.htm", 200, "IPX800" , 1, {"push", "email" }, nil, nil}, ["Foscam"] = {"192.168.1.11", 88, "http", "/", 200, "IPCam Client" , 1, {"push", "email", "sms"}, nil, {"Vacances", "0"}}, ["Hikvision"] = {"192.168.1.12", 80, "http", "/doc/page/login.asp", 200, "login" , 1, {"push", "email", "sms"}, nil, nil}, ["HAproxy"] = {"192.168.1.13", 80, "http", "/", 503, "" , 1, {"push", "email", "sms"}, nil, nil}, ["FHEM"] = {"192.168.1.14", 8083, "http", "/fhem", 200, "EnOcean" , 1, {"push", "email", "sms"}, nil, nil}, ["Freebox"] = {"192.168.1.15", 80, "http", "/login.php", 200, "Freebox OS" , 1, { "sms"}, nil, nil}, ["OpenVPN"] = {"192.168.1.16", 443, "tcp", "", nil, "" , 1, { "email", "sms"}, nil, nil}, ["Redhat"] = {"192.168.1.17", 22, "tcp", nil, nil, "OpenSSH" , 1, { "email" }, nil, nil}, ["Google"] = {"www.google.fr", 80, "http", "/", 200, "Recherche Google" , 1, { "sms"}, nil, nil}} } local debug = false userID : liste séparée par des virgules des ID des utilisateurs qui doivent recevoir des notification par email (le mail est celui configuré pour chaque utilisateur dans le panneau de contrôle d'accès) smartphoneID : liste séparée par des virgules des ID des smartphones qui doivent recevoir des notifications push (à récupérer dans le toolkit de Krikroff ou via l'API : /api/iosDevices) sms : si vous avez une passerelle SMS sous Android avec SMS Gateway (ou équivalent) pilotée par un module virtuel, il faut renseigner ici les informations nécessaires. icons : si vous avez 2 icônes personnalisées, remplacer les valeurs nil par les ID numériques de vos icones (à trouver dans /api/icons) DEVICES : c'est la partie la plus longue à paramétrer, pour cela je vous ai laissé un exemple de tout ce que je monitore chez moi (j'ai juste changé les IP). C'est assez parlant, vous pouvez copier/coller en respectant bien la syntaxe. A noter que si l'avant-dernière colonne qui contient le nom facultatif d'une variable globale à incrémenter, celle-ci est automatiquement créée par le module. La dernière colonne permet d'annuler le monitoring d'un équipement particulier en fonction de la valeur d'une variable globale. debug : true ou false afin d'activer l'affichage étendu dans la fenêtre de débugage du bouton du module virtuel. Dans la Main Loop, le code est de Steven. Il y a une variable nbHeure permettant de paramétrer l'intervalle de vérification, par défaut à 1 heure. Si vous voulez un rafraichissement inférieur à 40 minutes, il suffit de tout remplacer par un simple fibaro:sleep(), car cette fonction ne plante pas pour les durées inférieures. Network_Monitor_v1.01.vfib Network_Monitor_v1.10.vfib Network_Monitor_v1.20.vfib

C'est une question récurrente, et la réponse est toujours la même : passe un maximum de gaines, même vide, partout : au sol (pour les prises), à 90cm (pour les interrupteurs), à 1,5m (pour les thermostats, tablettes tactiles), et en haut (pour les caméras, détecteurs de mouvement, ...) Ensuite tu seras libre t'enfiler l'aiguille et de rajouter le câblage désiré plus tard. Car même un module sans fil Z-Wave, peut avoir besoin d'un câble, par exemple pour amener une alimentation afin de remplacer les piles. Comme ton expression du besoin est encore trop vague, ça te laissera le temps d'y réfléchir en sachant que tout sera potentiellement réalisable. Car il n'y a rien de pire que de ne pas pouvoir réaliser un projet car on n'a pas de gaine qui passe à proximité. En parallèle de ça, et même si ce n'est pas directement lié à la domotique, passe un maximum de câbles réseaux RJ45 de bonne qualité (Cat 7 ou Grade 3S). N'hésite pas à en mettre plusieurs par pièce, genre 2/3 par chambre, et beaucoup dans le coin TV (TV, Box, Lecteur, HTPC, ampli, etc)

Dans les versions beta qui étaient très instables.

Non aucune idée. Avec Fibaro on n'a jamais aucune notion de temps....

oui, mais pour avoir les courbes, il faut les plugins ..... donc faut attendre. car les modules virtuels ne permettant pas une intégration suffisante dans l'interface pour être pris en compte par les courbes. Les plugins quant à eux sont aussi bien intégré que n'importe quel module Z-Wave, avec un "type" (compteur électrique, température, etc) Cherche le plugin Virtual Sensor de Krikroff pour comprendre tout ce que cela permet.

Je pense que tu confonds PLUGIN et MODULE VIRTUEL. - Aucun souci avec les modules virtuels. - Les plugins utilisateurs en V4 ne sont pas encore dispos en v4. Il y a une astuce pour forcer l'installation, mais ce n'est pas supporté et ils sont perdus à chaque mise à jour..... donc pas trop conseillé. Par contre, plugin ou pas, un compteur d'eau n'apparaitra jamais dans les courbes de la HC2, car seul WATTS et °C sont supportés, donc pas de LITRES ou autres unités.

Je me permet d'intervenir. Je n'ai pas le temps de réaliser un tel module virtuel, d'autant plus que je n'ai pas de thermostat NEST. Mais j'ai donné ici les commandes simples en LUA pour piloter le ZXT-120 : http://www.domotique-fibaro.fr/index.php/topic/1581-remotec-zxt-120-thermostat-ir-pour-climatiseur/?p=90155

T'es content du Mikrotik CRS226-24G-2S+RM ? C'est celui que j'ai failli acheter avant de me décider pour le Cisco. J'ai lu que le processeur utilisé pour le routage L3 était très léger, et ne permettait pas de bonnes performances. Encore c'est pas le plus gênant, puisque je compte utiliser l'Ubiquiti Edgerouteur pour le routage, mais ce qui m'inquiétait sur le forum Mikrotik, ce sont les gens qui disaient qu'ils n'avaient pas de bonne perfs en agrégation de ports, car cela n'était pas effectué par les ASIC du switch, mais par le processeur.

peut-être, je ne sais pas..... je ne connais pas vraiment les produits D-Link. Mon expérience chez cette marque se limite à un switch 8 ports gigabit, dont la LED de chaque port est décalée de un par rapport au port en question, et dont le premier port est inutilisable. Je me demande comment c'est possible d'avoir un tel niveau de non-fiabilité. Mais comme plusieurs personnes sont très contentes de cette marque, je veux bien croire que généralement ça fonctionne bien, heureusement Bref, à toi de creuser leur catalogue et la doc de chaque produit pour savoir si ça fait ce dont tu as besoin.

euh au contraire, les pros ça ne leur pose pas de souci de laisser des logiciels tourner H24. Y'a toujours une multitude de serveurs qui tournent, parfois pour des services pas du tout indispensables. c'est plus les particuliers et petites structures que ça embête.

non pas obligatoirement. On peut l'utiliser seulement pour la configuration, puis l'arrêter. Je crois qu'il est nécessaire 24/24 seulement pour gérer le réseau Guest (optionel) et le le roaming entre AP. Perso il est dans une VM Debian, donc forcément online 24/7. Mais dans le cas d'une install sur un PC ou Mac, c'est sur qu'on peut l'arrêter sans souci.

Rem's, je ne comprends pas la "bidouille a 30 €" ?

Il faut utiliser le logiciel d'administration pour configurer la borne. Ensuite tu pourras laisser ou couper le wifi de ta freebox, c'est indépendant.

Les modèles de chez Ubiquiti, gamme Unify AP ont le meilleur rapport qualité/prix du marché. Par contre j'ai pas testé la possibilité d'utiliser des chiffrements séparés pour chaque SSID.... faut vérifier ce point dans la doc ou sur le forum Ubiquiti.

Non pas exactement, c'est juste que le WPA a une protection plus faible que le WPA2, donc sera plus facilement cassé par le mec qui se pose avec son PC sur les genoux en face de chez toi (avec un peu de persévérance quand même, ce n'est pas aussi pourri que le WEP quand même). ESSID (ou SSID) => ce n'est pas un protocole, c'est simplement le nom du réseau Wifi. Par exemple Livebox-WXYZ. Ce qu'il te faut, c'est plusieurs SSID, et chacun avec son niveau de cryptage (WPA ou WPA2).

C'est pas exactement le VLAN (virtual lan) qui te permettra de solutionner ton problème, mais plutôt un point d'accès Wi-Fi te permettant de créer plusieurs WLAN (wireless lan), autrement dit plusieurs ESSID, ou encore plusieurs réseaux Wifi, chacun avec un cryptage différent. Ceci dit, en 2015 un équipement Wifi qui n'accepte par le WPA2 devrait partir direct à la poubelle au recyclage.... c'est lequel des 3 qui pose souci ? Les VLAN, c'est pour créer une vraie isolation entre les réseaux, avec des plages d'adresses IP différentes, et idéalement un firewall au milieu qui filtre les flux dans tel ou tel sens. Car des VLANs sans firewall, c'est un peu inutile si tout le monde peut aller se balader où il veut.

Rapidement, 2 utilités aux VLAN : - créer un SSID Wifi dédié pour tous les objets connectés, tel que Netatmo qui a la fâcheuse tendance àenvoyer le clé WPA sur le cloud. Un jour ils découvriront une faille et ça sera pire. - créer un VLAN "DMZ" pour tout ce qui rentre dans le réseau. Y seront présent le reverse proxy, le serveur VPN, etc.... afin de rebondir et d'accéder au réseau interne (HC2, NAS, etc)

Intéressant comme idée ça mérite même un module virtuel et un topic à part entière. Qui s'y colle ? (pas moi, car honnêtement je n'ai pas ce besoin, mais j'aime bien l'idée quand même)