Lazer

OK ! Oui effectivement je n'utilise pas la confirmation par double clic, car pour moi l'utilité de ce code, c'est d'être appelé automatiquement par GEA 1 minute après la mise en marche de l'alarme (donc quand on quitte le domicile).

A mon tour de proposer ma version légèrement modifiée. J'ai principalement ajouté un test de la value de chaque device afin de ne pas envoyer de turnOff inutilement sur le réseau Z-Wave. Par contre, je n'ai pas testé avec les modules RGBW, je ne sais pas si ils ont une value ou pas. ---------------------------------- -- User Settings ---------------------------------- -- Modules à exclure et fonction de traitement (pas raccordés à des lumières) -- Peut contenir un id ou un mot clés à chercher dans le nom du module toExclude = {} toInclude = {} ---------------------------------- -- DO not change bellow this line ---------------------------------- -- Modules à exclure ou inclure et fonction de traitement (pas raccordés à des lumières) -- Peut contenir un id ou un mot clés à chercher dans le nom du module -- toExclude = {72, "Dispo", "Volet", "Bubendorff"} function shouldExclude(module) for _, v in pairs(toExclude) do if string.find(module.name, v) ~= nil or module.id == v then return true end end return false end function shouldInclude(module) for _, v in pairs(toInclude) do if string.find(module.name, v) ~= nil or module.id == v then return true end end return false end -- Récupération de la liste des modules local HC2 = Net.FHttp("127.0.0.1", 11111) local payload = "/api/devices" local response, status, errorCode = HC2:GET(payload) if tonumber(errorCode) == 0 and tonumber(status) == 200 and response ~= nil and response ~= "" then local json = json.decode(response) -- Boucle sur les modules for _, device in ipairs(json) do local ret = fibaro:get(device.id, 'isLight') local DeviceType = fibaro:getType(device.id) if ((type(ret) == "string" and string.find(ret, "1")) or DeviceType == "rgb_driver" or DeviceType == "com.fibaro.FGRGBW441M" or shouldInclude(device)) and not shouldExclude(device) then local DeviceValue = tonumber(fibaro:getValue(device.id, "value")) if DeviceValue and DeviceValue > 0 then -- Extinction local DeviceName = fibaro:getName(device.id) local RoomName = fibaro:getRoomNameByDeviceID(device.id) fibaro:debug(os.date("%d/%m/%Y").." : Found device "..device.id.." : "..DeviceName.." "..RoomName.." => call turnOff") fibaro:call(device.id, "turnOff") end end end else fibaro:debug('<span style="display:inline;color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..(response or "")..'</span>') end

Très impressionnant Mais le gros souci de la fibre, c'est les couts de terminaison.... les SFP c'est pas donné par rapport àun port RJ45. Je trouve que c'est particulièrement utile pour de longues distances (genre un corps de ferme avec des dépendances), mais pour une maison de taille modeste, je trouve ça un peu too much. Mais ça fait rêver quand même

Désolé, j'ai pas vraiment de lien sous la main, j'ai appris comme ça, au fil des années. À l'époque, je m'étais même ingurgité un livre sur TCP/IP afin de bien comprendre les bases. Pour les VLANs regarde aussi les notions de Tagging (802.1q), c'est important quand tu fais passer plusieurs VLAN sur un seul port (cas typique des switch en cascades, ou du serveur virtualisé type ESXi). Chez Cisco ça s'appelle le mode Trunk par opposition au mode Access (où le port n'accepte qu'un seul VLAN défini par son PVID).

Moi non plus je n'ai jamais été formé au réseau, j'ai appris sur le tas. La seule UV de réseau que j'ai eu en école d'ingénieur se limitait àla couche OSI, les câbles Bnc et les adresses IP. Donc que des trucs que je connaissais avant. Et cette année là, en 1998, une nouvelle startup est venu faire sa présentation d'un outil de recherche révolutionnaire qui allait soit disant remplacer Yahoo et Altavista. De mémoire, ça s'appelait Google.... Oh mais attends, tout cela est arrivé, incroyable ! C'est maintenant mon meilleur ami Bref Internet est plus fort que bien des formations Oui le switch que j'ai choisi est sans ventilo. Et oui je ferai un topic àl'occasion... Cet hiver.

Y'a aussi un autre pb, si tu isoles les VLAN, tu n'auras plus de DHCP. Donc faut soit configurer le DHCP relay, soit avoir un serveur DHCP dans chaque VLAN. Parce que y'a beaucoup d'équipements qu'on ne peut pas configurer en IP statique, ou difficilement (Netatmo, smartphones, etc) Perso tout cela sera géré par un routeur externe (Ubiquiti Edgerouter), avec de vraies règles de firewall.

Des tutos qui expliquent les VLAN sur Cisco y'en a des tonnes sur Google et Youtube. Mais le problème ce n'est pas de créer des VLANs et d'isoler les ports dedans.... le problème c'est de router les VLANs entre eux. Avec la gamme Small Business 300, tu as le routage L3, donc tu peux router les VLANs entre eux sans souci, mais sans firewall, donc du coup l'intérêt est plus limité (pas de vraie isolation). Et ça t'oblige àbien maitriser aussi les notions de table de routage, sinon tu vas vite te retrouver isolé de tes autres équipements. Et oui, c'est pas simple le réseau (pourtant ça c'est juste la base, y'a des trucs bien pires)

Euh non, parce que ; - il est 2 fois plus cher - plus encombrant (ne rentre pas dans le placard où il sera installé.... 25cm de profondeur, c'était vraiment le maximum que je pouvais me permettre) - bruyant (ventilateurs) - je n'aurai aucune utilité de 28 ports en POE Je me prendrai en temps utile un POE plus petit, genre 8 ports, ça sera largement suffisant en complément du 28 ports. Ca sera pour les caméras extérieur.... un jour...

Trop bien, du XML Bose a juste 10 ans de retard, mais je salue quand même l'initiative.

Bon, je me suis fait plaisir... j'ai commandé un switch 28 ports : Cisco SG300-28 Il a tout ce qu'il me faut, et même plus encore ! interface Web et command line ultra-complètes, routage L3, pleins de fonctions de sécurité, etc.... y'a même le Green Ethernet, on verra si ça fonctionne mieux que chez Netgear. C'est la gamme Small Business, un cran en dessous du haut de gamme Catalyst ou Nexus, mais c'est déjà du beau matos largement au dessus de Dlink/Netgear/Ubiquiti/Mikrotik/etc.... Assorti d'une garantie à vie avec remplacement sur site en 24h, mais forcément je n'en n’aurai jamais besoin

support@fibaro.com Ou sur le bugtracker Fibaro (il faut juste se créer un compte), ce qui permet aux autres utilisateurs de commenter également le ticket.

Lol non même pas, mais j'avais envie de dire ça Va savoir pourquoi... Bon visiblement ça ne fonctionne pas.... Dommage, il faudra attendre que Fibaro se remette àbosser sur le sujet.

Ça il faut le remonter àFibaro.... Parce que malheureusement on ne pourra pas y faire grand chose. Et c'est quand même dommage qu'une nouvelle version, qui est censée apporter des nouvelles fonctionnalités, apporte de telles régressions.

Dans le taux d'occupation de la RAM, faut pas prendre en compte le CACHE. Ca a été expliqué longuement quand ce graph est apparu sur la HC2, car ça faisait flipper tout le monde. Sur un système Linux, l'OS occupe tout l'espace RAM disponible pour y mettre un maximum de données en mémoire cache, donc il est parfaitement normal d'avoir une zone de cache qui occupe tout l'espace. Donc, ne prenez en compte que l'espace Buffer + Utilisé. Ce qui donne dans l'exemple de Fanou un espace mémoire réellement utilisé de 62%.

Je crois bien que tu es le premier àposer la question.... donc tu peux tester et "nous dire quoi"

Un monosplit Zibro, marque vendue chez Leroy Merlin. En fait après quelques recherches, il semble que le concepteur soit Midea, un des leaders en Chine, avec un compresseur Toshiba. En tout cas, elle fonctionne bien avec l'un des codes Midea dans la doc du ZXT.

Oui voilàc'est parfait ça ! Et n'oublie pas les accolades autour

Je comprends bien tout ça. Mais je ne vois pas bien comment gérer les index simplement dans mon outil. Dans l'immédiat, tu peux changer le type de la colonne value afin d'accepter de grands nombres, mais il va calculer n'importe quoi dans le generate trends (car une somme de tous les index va donner un nombre non représentatif). Ceci dit, toutes ces comparaisons sont faisable à l'identique avec des valeur absolues de consommation, tu verras aussi bien l'eau versus le gaz et tu peux en déduire les mêmes conclusions. Mais pour cela, il faut juste que je travaille sur la suite de l'outil (pour rappel, la possibilité de mélanger des types de données différents). Et si l'Eco-Devices renvoie un index, c'est à mon avis parce que le hardware est hyper limité, donc le software aussi, donc c'est beaucoup plus facile de renvoyer l'index (l'eco-device n'est qu'un compteur d'impulsions après-tout), que de calculer la différence entre la valeur précédente et celle de maintenant.... ce qui impose de mémoriser des états supplémentaires. En fait, avec l'Eco-Devices, on a un outil qui est une bonne base de départ, mais c'est très "brut", et il faut traiter les données récoltées. OK merci, j'essaierai d'inclure ce module dans une prochaine version. Ce qui me gêne c'est que ce JSON n'est pas très cohérent avec les autres modules sur la HC2, mais on n'est plus à une incohérence près avec Fibaro.... Ca me semblait bien jusqu'à la dernière ligne, où tu mets 01:10 qui est un horaire chronologiquement avant l'horaire précédent... je suppose que c'est une faute de frappe ? Pour l'heure d'hiver, chez moi les horaires sont les mêmes, donc il n'y a pas de souci. Tant que la HC2 change d'heure en même temps que tout le monde (enfin, surtout EDF), il n'y a pas de problème.

Je ne sais pas si le calcul de la HC2 est faux.... au pire un relevé non pris sur une période donné sera remonté sur la période d'après. C'est n'est peut être pas aussi précis, mais il n'y a pas de perte d'information. De toutes façon, on fait plein d'approximations, à commencer par les horaires HP/HC (chez ERDF en France, ils varient en moyenne de 2 minutes d'un jour sur l'autre) Ce qui empêche de traiter les index, ce sont les graphiques et les requêtes de type "generate_trend". Sur un graphique, afficher une ligne montant perpétuellement, ,n'est pas très intéressant. Ce qui est intéressant avec les graphiques, c'est de voir les variations et de pouvoir comparer. Le but du jeu pour conserver des graphiques simples à générer, c'est de stocker des données déjà traitées dans la DB. J'ai le même souci pour mon Eco Devices, qui remonte l'index des compteurs électriques. Au moment de l'insertion dans la DB, je récupère le dernier index, calcule la différence, et stocke le delta, ce qui me donne bien la conso en kwh durant cet intervalle. Connaissant l'intervalle, et avec une division, j'obtiens la conso instantanée (lissée sur 60 secondes certes....donc un micro pic n'est pas visible). Donc avec ces données, je peux hyper-facilement tracer des graphiques. Mieux encore, avec des requêtes toutes simples, on peut avoir la conso totale kWh sur une période d'un an (SUM), ou la moyenne (AVG), etc.... Les index c'est vraiment la galère à traiter. Il faut au plus vite calculer la différence entre 2 index, et ne conserver que des valeurs afin de pouvoir travailler facilement sur ces données.

Oui l'énergie kWh est un index pour tous les modules (Wall plug, etc).... tant qu'on ne force pas le remise à zero. C'est bien normal, c'est comme pour un compteur électrique au tableau. Je n'ai pas lu ton code en détail, mais je vois que tu récupères les consos directement dans le JSON du device. Tu n'as pas essayé de passer par l'API du panneau d'énergie ? Moi j'utilise ça : payload = '/api/energy/'..timestamps[i][1]..'/'..timestamps[i][2]..'/compare/devices/power/'..device; Le 1er timestamp et le 2nd donnent les bornes de l'intervalle, et la HC2 se débrouille pour calculer la conso dans cet intervalle.

OK, mais mon outil DomoCharts n'est pas prévu pour prendre en compte les index (qui par définition, montent sans cesse). Dans ton VD, est-ce que tu aurais la possibilité quotidiennement de calculer la différence de consommation par rapport à la veille (une VG devra mémoriser l'index de la veille), tous les jours à minuit ? Comme ça, tu auras une conso du jour qu'il sera facile de placer dans la table domotique_water_day. Oui je ne prends que la liste des types officiellement supportés par Fibaro, ainsi que les 3 mesures de Yahoo Weather (Temp, hum, et vent). A cela, j'ai ajouté les mesures de la station Météo Netatmo (qui sont vus comme des multilevelSensor). Il faut que j'ajoute le thermostat Netatmo. Et donc il faut que j'ajoute tous les autres multilevelSensor, en basant la reconnaissance du "type virtuel" sur l'unité du module. Donc si tu as autre chose que mm et km/h, c'est le moment de le dire ! Est-ce que tu peux me fournir le JSON de ce module afin que je regarde pourquoi il n'est pas pris en compte ? Pour les mesures de puissance électrique, je ne regarde pas le type du module, mais ses propriétés, et notamment si il renvoie une puissance électrique déclarée. Etrange ces soucis de caractères accentués.... je n'ai aucun problème depuis que je code tout en UTF-8. Tu utilises quel navigateur ? Est-ce que ta base est hébergée sur un Linux (les Synology étant des Linux), ou un OS exotique comme Windows/MacOS/etc ? Pour l'onglet énergie, c'est quoi le message d'erreur ??? Tu as bien appliqué les étapes de configuration des horaires indiqués dans le tuto ? Quels sont les messages que tu vois dans la fenêtre Debug du bouton Energy du module virtuel ?

C'est dommage ça, le 10Gb sera la norme très vite (les entreprises sont déjàtoutes en train de le déployer, donc d'ici 5 ans ça sera abordable pour les particuliers, et d'ici 10/15 ans on trouvera déjàça trop lent)

Yohan et moi (et peut-être d'autres) on a le MTVS Acohome et on n'a pas às'en plaindre. Ceci dit je n'ai testé ni le 10Gb (encore trop cher), ni le Satellite (pas l'utilité) !!

C'est simple, regarde les types existants : com.fibaro.temperatureSensor com.fibaro.humiditySensor com.fibaro.setPoint com.fibaro.lightSensor Donc il est assez facile d'extrapoler pour la pluie, le vent, etc. Sauf que Fibaro eux-mêmes ne l'ont pas fait pour le plugin Netatmo (le bruit, pression, co2, etc... sont tous en multilevelsensors). Donc si tu tu forces un type inexistant avec ton plugin, je ne suis pas certain que la box réagisse bien..... je vois d'ici le 503 error !

Ton index, il ne fait qu'augmenter sans cesse ? Comme calcule tu la consommation ? Par différence par rapport à la précédente valeur mesurée ? Je cherche à savoir comment tu gères exactement ta données, afin de déterminer la meilleur façon de la stocker en DB. HeidiSQL a l'air chouette, mais ça nécessite un accès direct au serveur SQL, ce qui n'est pas possible avec les sites hébergés (accès à MySQL uniquement depuis le site Web lui-même....donc phpMyAdmin)