Lazer

Je ne sais pas si c'est disponible via l'interface Web, perso je passe par le JSON du module accessible par l'API HTTP grâce à son ID, par exemple pour 123 : /api/devices/123 Dedans tu verras toutes les propriétés disponibles, ainsi que les actions disponibles.

Une geekette

Bienvenue sur le forum

Non bien sûr, ça ne pose aucun souci vis à vis du fonctionnement du QuickApp. C'est juste que c'est sale, tu vas perdre la modif à chaque mise à jour, et ça ne posera pas de problème à Dragoniacs, mais conseiller ça à quelqu'un qui débute, ça va le perdre totalement. Bon, cela dit un débutant a peu de chance de se retrouver sur le topic de GEA.... Quoi que, l'objectif de GEA c'est de faire des scénarios avancés sans connaitre LUA.

Ah ouais, bizarre Parce que quand je regarde mon IPX800 v4, les entrées analogiques peuvent changer plusieurs fois par seconde, par exemple quand la température est entre 5.5 et 5.6°C comme c'est juste le cas maintenant. Il faut pouvoir configurer un hystérésis afin de ne pas flooder de messages.

Les gros constructeurs, qui produisent des maisons standardisés par centaines, n'ont pas besoin du passage du consuel. Ils doivent sous-traiter à des grosses sociétés d'électricien qui doivent avoir pignon sur rue et sont connues pour faire des installations conformes (ce qui ne veut pas dire de qualité..... )

Ah oui OK, je n'y étais pas du tout ! Je pensais aux connexions Push par HTTP dans la discussion. Je me souviens qu'on en avait parlé il y a quelques temps du M2M avec les sockets TCP (qui n'est pas du WebSockets, attention à ne pas confondre) Mais déjà que notre ami a du mal à faire 1 requête HTTP et récupérer la valeur, là tu vas définitivement le noyer Mais la connexion M2M n'a rien à avoir avec du Push, puisque tu dois ouvrir une socket TCP permanente vers l'IPX800, en échange de quoi celui-ci retourne une trame à chaque changement d'état. Je n'ai pas essayé sur l'IPX800 v4, je ne sais même pas si c'est disponible, je n'ai jamais vu cet écran. Enfin, je précise, le M2M existe, pour envoyer des commandes, ou pour lire des valeurs (en mode polling à intervalle régulieer), mais ce que je ne sais pas, c'est si l'IPX800 v4 envoie immédiatement une trame en cas de changement d'état (appelons-le Fake-Push ) EDIT pour préciser : Sur l'IPX800 v4, on peut ouvrir la socket pour le M2M, mais la case à cocher "send data on status change" n'existe pas, ni la sélection des inputs/outputs. (tient d'ailleurs, étonnant ce texte en anglais pour un produit franco-français) Tu remarqueras d'ailleurs que les entrées analogiques n'y sont pas, c'est logique, en vertu de ce que j'ai expliqué hier un peu plus haut sur la page.

Et 3 câbles Grade 3S dans une gaine de 25mm A passer dans la gaine en ligne droite avant de placer la gaine dans les murs !! Mais ça passe, j'ai pu amener 3 câbles à mon salon de cette façon (ce qui est insuffisant, j'ai rajouté en plus un switch)

Je pense que n'ai pas compris la question ? Il faut déclarer autant de push qu'il y a d'information à remonter... donc ça devient vite fastidieux si y'a des dizaines d'infos à remonter

OK So you can look at the DomoCharts project : Or @jjacques68 has done something like this on the forum, he pushes all data (not only sensors) to an external database.

Perso je n'ai pas encore fait de VLAN IOT, mais en faire un n'a d'intérêt que si tu bloques tout (via le firewall du routeur) entre le VLAN IOT et le VLAN interne. Idem entre le VLAN IOT et Internet. Du coup ça devient complexe, car il faut ouvrir tous les flux un par un, appareil par appareil, jusqu'à ce que ça fonctionne. Très largement au delà du simple contrôle parental, largement plus complexe. Exemples de règle : - caméras : aucun accès à Internet. Accès uniquement au Synology sur le LAN - Netatmo : aucun accès au LAN. Accès au site Web de Netatmo. - etc Si par contre tu choisis la solution simple des VLANs sans firewall entre les VLAN, bah... ça ne sert juste à rien, donc autant ne rien faire, c'est plus simple.

Mais t'as pas un bouton ajouter un paramètre tout en bas ? Sinon faut que tu décoches la case utiliser le template (car il n'y en a pas justement)

Un caprice sûrement

Non justement la loi imposant le réseau dans les maisons a été retiré il y a quelques années. Une belle aberration et un beau retour en arrière, mais c'est ainsi. Du coup c'est facultatif maintenant.

Y'a déjà un tuto pour çà Note : perso je ne l'utilise pas (encore ?), donc je ne pourrai pas beaucoup plus t'aider.

Mmh.... je crois qu'il n'existe rien en Unifi pour le contrôle parental, pour la simple et bonne raison que c'est du matos professionnel. La solution, c'est plutôt de contrôler le DNS, et pour cela PiHole est la meilleure solution (en plus de permettre de supprimer le pubs.... enfin c'était surtout l'usage premier même)

Q1 : euh.... c'est dans le contrat avec ton constructeur ça. Mais à mon avis t'es coincé, car les plaquistes, peintres, carreleurs, etc... ne pourront pas intervenir s'il n'y a pas d'éclairage, donc il faut bien qu'ils posent des interrupteurs... que tu vas jeter quand tu entreras dans la maison pour poser tes Walli. Reste le bon coin..... Q2 : à mon avis, tu leur dit de tirer des gaines vides, et tu passeras ton câble toi même. Avantage, tu pourras passer du bon câble (Grade 3s), sinon eux ils vont te passer du Cat5, voire pire, du cable téléphone (ça c'est vu)

Windows 3.x oui c'est sûr, c'était instable, je m'en souviens encore. Windows Meuh aussi (non... pire en fait) Le reste, l'histoire l'a fait. Le meilleur OS multiusage au monde, inégalé, mais sans cesse trollé parce que ça fait marrer les vieux geeks informatiques. Fibaro a eu au moins le mérite de faire tourner sa box sur un OS éprouvé pour se genre d'usage : Linux. Stable, une fois installé, on n'en entend plus parler. Dommage que leurs développements n'aient pas suivi..... Car justement, c'est bien le code de Fibaro qui "oublie" de killer l'ancienne instance de la scène avant de démarrer la nouvelle. Oui parce qu'au niveau de l'OS, chaque instance de scène (ou de VD), c'est un processus... donc qui vie sa vie de façon autonome tant qu'on le laisse faire.

Vu le succès de cette box sur le forum, j'ai peur que personne ne l'utilise par ici. Tu as dû le voir, ici c'est essentiellement Fibaro, ou plus généralement tout ce qui tourne autour du protocole Z-Wave. Un écosystème ouvert, sans limite, mais il est vrai, un peu complexe. Leroy Merlin a fait le choix des protocoles fermés par le biais des partenariats commerciaux avec quelques industriels. Alors peut-être que M. et Mme Michu en balade le dimanche à Leroy Merlin n'y verront que du feu, mais s'enfermer dans des technologies propriétaires, ce n'est clairement pas le choix qui permettra au Roi Pinpin de dominer le monde... Je crois qu'ils supportent EnOcean aussi, protocole ouvert, mais tellement limité (faible portée, peu de choix de module, etc) et couteux, que je ne suis pas certain que beaucoup de clients aient suivi. Le EnOcean, en dehors de quelques utilisations industrielles bien spécifiques, n'a jamais trouvé sa place sur le marché domestique (j'ai essayé, j'ai été déçu.... m'enfin au moins je suis fixé) Après je ne sais pas quelles sont tes attentes de la domotique... ton budget, et combien d'heures/jours/nuits/mois/années tu es prêt à y consacrer.

Oui le Push est plus pertinent (plus efficient surtout, en terme d'utilisation des ressources). Par exemple : partisan de .rump => Putch => Capitole Oup's, pas de politique Sérieux, le Push est adapté aux événements ponctuels, comme par exemple une entrée numérique (capteur qui passe de l'état ouvert à fermé, lumière allumée/éteinte, etc) En plus, cela est pertinent, car on connait immédiatement le changement d'état, pour agir en conséquence. Ex : mouvement => allumage auto de la lumière. Mais pas dans le cas d'une valeur analogique, qui par définition même, n'a pas de valeur finie, elle est perpétuelle variation parmi une infinité de valeur. Vu que l'IPX800 mesure les entrées analogique plusieurs fois par secondes, tu imagines le nombre de push du délire !! En plus, cette info n'est pas pertinente, jamais on a besoin de savoir en temps-réel que la température/humidité/luminosité vient de varier d'un 1/4 de poil de c....heveux. A la limite, tu peux te faire des triggers, des seuils (avec histérésis) sur l'IPX800 qui vont déclencher un push vers la HC3 en cas de dépassement de valeur analogique au delà d'un certain seuil. Là ça peut être utile, par exemple si la température passe en dessous de 19°C => Allumage du chauffage. Mais est-ce bien pertinent ? Je veux dire, avec un polling régulier de 60s, au pire, tu connaitra le passage de la température sous le seuil avec 60s de retard, ce qui ne change en rien l'inertie de la maison et le temps de réchauffer la température. J'avoue ne pas connaitre d'exemples pour lesquels un push immédiate d'une valeur analogique serait indispensable. Mon avis, le mieux c'est polling pour les valeurs analogiques, et push pour les valeurs binaires. Mais bien sûr, ça n'empêche pas de faire également du polling pour les valeurs binaires, comme je le fais dans mon futur QuickApp. L'avantage, c'est de récupérer quoi qu'il arrive les valeurs binaires, même si le push n'a pas eu lieu grâce à l'intervention de la police (oup's, encore.....)

Le truc à pas faire quoi, car cette modification sera perdue lors de la prochaine mise à jour de GEA... Mais sérieusement, je ne comprends pas l'intérêt de se prendre la tête juste changer l’icône de GEA ? Je veux dire, le module peut est caché, il n'apporte rien à l'interface, contrairement aux icônes des modules typés (sensor, actionneurs, etc) qui apportent soit une info (mesure), soit permette de faire une action (lumière, ...) A la limite, pour ceux qui utilisaient le VD Alarme de GEA, qui permet de programmer une heure de réveil (ou autre), l’icône a un intérêt car le module est visible et utile à l'interface. Mais pour GEA lui-même, comme dit ci-dessus, je trouve l'intérêt limité... surtout qu'il ne s'agit pas juste de cliquer sur un simple bouton ajouter icone.

Oui je pense aussi que nous n'aurons rien avant 1 an, comme ce fut le cas pour Z-Wave+ (500), puis la série 700

J'ai mis un screenshot justement => onglet de configuration avancé du module

It may be the case if the detection time of the motion sensor is below 30s (you can check its parameters) In that case, under certain circumstances, two consecutive regular GEA loops (every 30s) might not see the active motion sensor.... thus, GEA can never consider your second rule (the one with 60s) I am not sure to be clear.... First you could try to increase the motion sensor holding time to a value higher than 30s. Or you could try to add a "Repeat" action to GEA, but I am afraid of side effect : GEA.add(id["Hll_Pir"], 1*60, "", {{"Inverse"}, {"Repeat"}, {"Global", "Hll_Prsnc", "Absnc"}}) Or even better, something like that to test if the your global variable is different than "Absnc" AND no motion for at least 60s : GEA.add({id["Hll_Pir"], {"Global!", "Hll_Prsnc", "Absnc"}}, 1*60, "", {{"Inverse"}, {"Global", "Hll_Prsnc", "Absnc"}}) By the way, I am far from being an expert to advanced GEA usage, some people here have more experience and should help you... please

Il y a %%globals, mais aucune variable de déclarée en dessous. C'est l'entête typique des scènes sur HC2. Donc si tu ne mets aucune variable en dessous, il ne déclenchera jamais le trigger global. Sinon... bah c'est que tu es tombé sur un bug inédit ! Tout est possible.... Suggestion : reboote ta box, j'ai eu plusieurs cas d'instances précédentes (fantômes) de scènes qui continuait à se déclencher en tâche de fond. Je pense que parfois, la HC2 doit oublier de "killer" les instances précédentes lorsqu'on modifie une scène. Un reboot résout le problème en général.