-
Compteur de contenus
25 849 -
Inscription
-
Dernière visite
-
Jours gagnés
1 254
Tout ce qui a été posté par Lazer
-
Topic unique Fibaro - Motion Sensor - Fgms-001
Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro
Oui relance la mise à jour, elle n'est probablement pas bien passée la première fois. C'est toujours un peu pénible les modules sur batterie pour ça, car le processus de mise à jour étant très long, les modules se rendorment avant la fin. -
Le problème de cette page Web, c'est qu'elle consomme plus de CPU pour s'afficher elle-même que pour faire tourner le reste des services sur la box... Si tu veux suivre de façon un peu plus précise l'activité de ta box, je te conseille d'installer DomoCharts (même si lui-même consomme des ressources, c'est sans commune mesure avec cette page de diagnostiques) Perso sur ma box, je suis entre 10 et 15% de CPU en journée, et un peu moins la nuit quand tout est calme. Ton utilisation RAM est très faible, 30% c'est rien du tout, en comparaison je suis à 46% sur la mienne (ce qui est très bien aussi)
-
Alors oui pour le tableau d'ID tu peux utiliser une variable locale (c'est le cas dans le fichier exemple fourni avec GEA), car ces ID ne sont lus qu'une seule fois au démarrage de GEA, lors de l'analyse initiale des règles. A ce moment, l'interpréteur LUA remplace les noms des variables par leur contenu (= valeur numérique), et c'est bien cette valeur numérique qui restera dans la mémoire de GEA pendant toute son exécution, puisque par principe, les ID des modules ne changent pas. Pareil pour tes temps de monté de BSO. Et effectivement, utiliser VariableCache pour les valeurs qui vont changer dans le temps, entre différents cycles de GEA. Quant à la réactivité ressentie par l'humain, il est probable que tu ne fasses pas de différence entre GEA et une scène, on parle de millisecondes là... Par contre la façon dont tu vas utiliser GEA va avoir une influence considérable. Entre un déclenchement instantané (durée = -1) et un déclenchement automatique (cycle de 30s), là forcément, ça change tout. Il faut bien sûr utiliser -1 si tu as besoin de réactivité, et le cycle habituel (0, 30, 60, etc) sinon. Exemples basiques : - détection de mouvement => allumage lumière : évidemment on utilise le déclenchement instantané avec durée = -1 - il fait nuit et la porte du garage est restée ouverte => notification : là une durée de plusieurs minutes est pertinent.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
J'ai un Walli, je vais faire simple : je n'aime pas. J'ai une 20aine (ou 30aine, je ne sais pas) de FGD-212, je vais faire simple : j'adore Les FGD permettent de conserver les interrupteurs de son choix (gamme Legrand, Schneider, etc, avec tous les enjoliveurs, etc). Comme mprinfo, je préconise les poussoirs (monostable), ça permet de faire varier la luminosité, double clic pour remettre à 100%, super pratique à l'usage. Quant au prix, j'aimerais bien savoir où tu as vu les Walli au même prix que les FGD-212, car je n'ai jamais vu perso. Les FGD-212 on les trouve souvent en promo vers les 40€, je n'ai jamais vu ce prix là pour les Walli. Peut être en Allemagne ? Un mot sur Philips Hue : c'est hors de prix, ça oblige à condamner l'interrupteur (sinon l'ampoule n'est plus alimentée), c'est anti-WAF au possible. J'arrive pas à comprendre que ça se vende aussi bien.... disons que les clients doivent être fan des millions de couleurs (du coup c'est un peu WAF, ça permet de faire des ambiances sympa) Mais quitte à faire des ambiances, je préfère conserver un interrupteur normal (FGD-212 avec poussoir du coup) qui pilote le plafonnier blanc pour l'éclairage principal, et ajouter un éclairage complémentaire (Philips Hue, un de ses concurrents, ou encore ruban RGBW) pour l'ambiance. Le meilleur des 2 mondes
-
Garanti jusqu'au 31 décembre. Chez JPME, le tarif est réévalué annuellement selon une formule qui prend en compte plusieurs paramètres (tarif sur les marché spot et long terme, etc) L'année dernière il était à 10 centimes de mémoire, soit le même tarif que chez EDF-OA. Cette année est donc super intéressante. Il est encore trop tôt pour estimer le tarif de l'année prochaine... quoi qu'il en soit, quelque soit le montant, c'est du bonus, une fois les frais de dossier payés, chaque kWh vendu, même à 1 centimes, est toujours plus intéressant que l'injection gratuite. C'est bien ce système, je suis content car ça me fait définitivement (*) abandonner l'idée des batteries. Car même si ça m'aurait beaucoup plu pour le coté geekerie ultime, c'est aberrant d'un point de vue financier (impossible à rentabiliser... du moins en France) et écologique. Et puis en région parisienne le réseau est déjà très stable, ça fait un souci de moins. (*) en fait en monophasé Enedis nous limite à 6 kVA. Donc si je voulais encore augmenter la puissance installée, le seul moyen serait de passer par un onduleur hybride avec stockage sur batterie. On laisse filer 6 kVA vers le réseau pour la vente de surplus, et l'excédent est injecté dans la batterie (le mécanisme exactement inverse à @flacon030 en fait)... reste que dans ce scénario, la batterie est encore moins rentable... car utilisée seulement les jours de fort ensoleillement. Du coup il faudrait une hausse spectaculaire de l'électricité en France (genre payer 2 fois plus cher comme chez nos voisins allemands) pour que ça vaille le coup. Mais si ça devait arriver, les tarifs de vente du surplus augmenteraient pareil.... (**) En fait, c'est là qu'on se dit qu'à partir du moment où on est producteur d'électricité, on est carrément gagnant. Et là on commence à comprendre un peu mieux le phénomène qui se passe actuellement, à savoir la forte inflation, et les super-profits dégagés par certains producteurs d'énergie (pas que pour l'électricité du coup... certains comme Engie gagnent sur tous les tableaux : électricité, gaz....) (**) et du coup, dans cette optique de toujours vendre plus cher qu'on achète l'électricité, ça deviendrait carrément pertinent de passer en triphasé, permettant d'injecter jusqu'à 36 kVA, et donc toujours pas de batterie dans l'équation. Et là se posera un nouveau problème : trouver de la surface de toit disponible pour installer des panneaux !
-
Bienvenue sur le forum
-
Tu ne peux pas utiliser de variable locale (au sens LUA du terme) dans GEA, car les règles ne sont lues et analysées qu'une seule fois, au démarrage de GEA. Ensuite, à chaque cycle de 30s, tout se passe dans la mémoire de GEA, la fonction utilisateur setEvents() n'est pas re-exécutée. C'est pour cela que les variables caches ont été créées. C'est une façon indirecte de manipuler des variables locales dans GEA. Effectivement si tu as besoin de persistance entre 2 redémarrage de GEA, il faut passer par un mécanisme de stockage dans la DB de la HC3 (= sur disque). Donc variables globales, ou bien encore propriété des modules (physiques Z-Wave ou virtuel QuickApps) Rendons à César ce qui appartient à César, je ne suis pas à l'origine de la doc (ni de GEA d'ailleurs), je crois bien que c'est @pepite qui a fait les premières versions, à l'époque de GEA pour HC2. Le 5ème argument (optionnel) c'est juste un texte pour donner un nom à la règle. ça ne sert à rien d'autre qu'à faire joli dans le log de GEA... disons que c'est plus lisible pour un humain de voir le nom de la règle que la liste des conditions avec des ID numériques. En ce qui concerne la performance et la réactivité... difficile de répondre... car ça va fortement dépendre de la façon dont c'est codé (à la fois en règles GEA, mais aussi en LUA dans les scènes). Si c'est important pour toi, il faut tester les 2 cas de figure... ensuite tu pourras mesurer en terme de ressenti utilisateur (délai d'action sur les BSO), et aussi monitorer l'utilisation processeur de la box (avec DomoCharts par exemple) Une fois tout bien optimisé, il est probable que ça soit plus efficace avec des scènes.... mais perso je ne suis pas fan des scènes, je trouve que c'est plus complexe à maintenir. Je préfère GEA, car dans mon Notepad++, dans un seul fichier, j'ai l'ensemble de tous mes scénarios sur la box. Avec les fonctions recherche et la mise en surbrillance il est facile de retrouver les règles qui concernent tel ou tel module, profile, zone de chauffage, etc. Au final, j'ai environ 200 règles GEA, et seulement 3 scènes (pour des utilisations très spécifiques : alarme, sonnette, et réveil) Pour autant, je vois que le forum officiel que certains ont des centaines de scènes, donc ça dépend des habitudes
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Thierry, Expert en Informatique et Passionné de l'IA et de la Science des Données
Lazer a répondu à un(e) sujet de terryble66 dans Nouveau ? Présentez-vous
Bienvenue sur le forum -
C'est sûr que vu comme ça. Perso c'est différent, je suis passé en Tempo, donc je paye l'électricité 14,07 centimes / kWh (moyenne sur l'année) chez EDF, et je vends 17,21 centimes / kWh chez JPME, du coup j'ai carrément intérêt à injecter au maximum ! C'est d'ailleurs la raison principale qui m'a fait ajouter des panneaux cette année. Comme quoi, la crise de l'énergie, ça a du bon quand on est producteur
-
Si tu as besoin d'initialiser ta variable cache au démarrage de GEA, tu peux utiliser cette règle (inspirée de celle proposée dans la config par défaut) : GEA.add(true, 0, "déclaration VariableCache statut_bso_dressing", {"VariableCache", "statut_bso_dressing", "ATTENTE"}, "Démarrage GEA") Note la durée = 0 et non pas -1, à part cela c'est similaire à ta 2nde proposition. C'est une règle qui ne sera exécutée qu'une seule fois au démarrage de GEA. Très étrange.... il doit y avoir quelque chose qui a changé quelque part sur ta config, car GEA ne peut pas décider du jour au lendemain d'arrêter d'envoyer les notifications. Au cas où, vérifie l'ID ou le nom de ton téléphone que tu as déclaré dans GEA.portables
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
C'est bien visuel là, on voir clairement les différentes "étapes" de l'utilisation du courant. Pour l'excédent... tu n'avais pas mis en place la vente du surplus ?
-
Merci, donc "Classe 8" ça n'existe pas, le vendeur ne sait même pas ce qu'il vend, puisqu'il voulait dire "Cat 8" En plus à ma connaissance le Cat 8 n'est pas encore normalisé, donc ce qu'on te vend c'est du pipeau... ou pour le dire autrement, du vol. Bref, passe ton chemin. Prend du Cat 7 si tu as envie de dépenser de l'argent. Si tu veux juste être pragmatique, tu prend du Cat. 5e comme je te l'ai conseillé, c'est ce qu'il faut pour le gigabit, et de toute façon on ne connait pas les câbles passés dans tes gaines murales, mais pas sûr que ça soit supérieur... en général les installateurs mettent le moins disant. Si tu as de la chance, ça sera du Grade 3, et si tu as beaucoup de chance, du Grade 3s, qui est équivalent au Cat 6a, c'est à dire capable de passer du 10 Gbit/s. Mais d'ici à ce que aies besoin de débit pareil pour regarder Netflix sur la TV.... les poules auront des dents comme on dit
-
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Oui je suis d'accord, je trouve aussi que les Tores sur l'EDRT2 ne sont pas précis du tout.... j'utilise formula pour corriger les valeurs. Par exemple pour la mesure d'injection vers le réseau, je l'ai étalonné par rapport à la mesure donnée par le Linky via la téléinfo (champ EAIT), ça me donne une formula comme ceci : formula = function(val) return tools:round(val>0 and val*1.05+50 or val, 0) end Une erreur de 5% + un offset de 50W, c'est pas rien quand même, quand j'injecte 4300 W vers le réseau ça me faisait une erreur de quasi 300W ! -
Topic unique Fibaro - Motion Sensor - Fgms-001
Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro
C'est un module sur batterie, donc endormi. Il faut le réveiller, en cliquant 3 fois rapidement sur son bouton, et éventuellement recommencer le réveil pendant la mise à jour. Plus de détails dans le tuto : -
Bienvenue sur le forum
-
Je viens de penser à toi Je suis tombé par hasard (c'est pas un vrai hasard, c'est grâce à la question de jluc2808) sur certaines de mes règles GEA, oubliées depuis bien longtemps car elles fonctionnent depuis .... pfiou... au moins tout ce temps.... qui utilisent "Property", voici 2 exemples : -- Extinction de l'ampli lorsque la lecture d'une source est terminée GEA.add({{"Property", id["QA_YAMAHA"], "state", "stop"}}, 5*60, "Lecture terminée => Ampli OFF", {{"TurnOff", id["QA_YAMAHA"]}}, "Lecture terminée => Ampli OFF") -- Si on sonne et que Kodi est allumé, affiche la caméra GEA.add({id["SONNETTE"], {"(Property)", id["QA_KODI"], "power", true}}, -1, "", {{"QuickApp", id["QA_KODI"], "camera", 3}}, "Sonnette Kodi Caméra")
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
OK donc quand tu mets le doigt sur le problème c'est plus simple Essaye la condition comme ceci (ça fonctionne chez moi).... d'ailleurs tu devrais commencer par regarder la doc de syntaxe car il y a également des exemples identiques : {"CentralSceneEvent", 521, 1, "Pressed"} là normalement tu devrais avoir un déclenchement. Et pour info la condition "Property" ne peut pas être utilisé dans ce cas, car "centralSceneEvent" n'est pas une propriété du device, tu peux vérifier dans son JSON. Attention à ne pas confondre le JSON du module, et la syntaxe des triggers dans les scènes.... ça se ressemble... mais c'est différent.... trompeur !
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Tu as fait la dernière mise à jour beta ? Ou autre modification sur ta box, ou bien ton téléphone ? Est-ce que les notifications provenant de la box elle-même, d'autres QuickApps, ou bien de Scène fonctionnent toujours ? Bref il faut isoler le problème, car en l'état, je n'ai pas d'idée... car chezmoiçamarche ! Tu peux faire ça avec "VariableCache". Après pour ton scénario, désolé c'est trop compliqué pour toi... mais ce n'est pas tant un problème de GEA que de logique. Une fois que tu auras la logique dans ta tête, il suffit de le transposer dans GEA en conditions+actions. (j'ai beaucoup de règles GEA (environ 200), mais elles sont globalement assez simples, j'ai évité les scénarios trop complexes)
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
@Eddino sans les liens vers les produits c'est difficile de juger. "Classe 8" => c'est quoi cette invention ? "Cat 7" => OK mais c'est inutile.... enfin si c'est le même prix pourquoi pas. Mais surtout, pourquoi 2 types de câbles différents, tu ne peux pas prendre un modèle unique ? @mprinfo oui ben à part les vieux grincheux ça va, la plupart des ménages ont un portable, le fixe est minoritaire. https://www.insee.fr/fr/statistiques/5057474 Quant au fil qui pose problème, ça change quoi de le savoir ? Parce que de toute façon il faut ressentir le connecteur, donc les 8 fils d'un coup. C'est le câble dans son entièreté qui fonctionne, ou pas, c'est tout ce qui nous intéresse en pratique. A ce jeu là, il faudrait un Fluke pour mesurer l'affaiblissement sur les 4 paires si on voulait vraiment être rigoureux dans le test du câble. Est-ce nécessaire ? Non je ne crois pas, il suffit de faire un gros transfert réseau et de vérifier que le débit est obtenu, je suis bêtement pragmatique à défaut d'investir plusieurs centaines/milliers d'euros dans des outils qui serviraient 2 fois par an...
-
Oui tout à fait, il te faut aussi les câbles Ethernet. Minimum Catégorie 5E pour supporter le Gigabit.
-
Manageable ça veut dire que le switch a une adresse IP, et une interface d'administration, pour configurer un certain nombre de paramètres : forcer la vitesse des ports, désactiver certains ports, configurer des VLAN, etc A mon avis tu n'as pas besoin de tout ça, raison pour laquelle je t'ai conseillé le switch le moins cher tout en restant dans les marques sérieuses. Mais si tu souhaites, bien sûr tu peux prendre un manageable, au pire si tu ne le manage pas, il fonctionnera comme un switch de base.
-
Je n'ai jamais eu besoin de testeur. Suffit de brancher le port d'un coté sur le switch, et de se balader dans la maison avec le PC portable pour identifier chaque prise, en 10 secondes tu vois si le port est bien connecté dans les propriétés de la carte réseau.
-
CHIP - Connected Home over IP => Matter
Lazer a répondu à un(e) sujet de Lazer dans Annonces et suggestions
C'est très calme du coté de Matter, il y a quelques sorties de produits, mais les fabricants ne se sont pas bousculés au portillon... Mais quand je vois que des fonctionnalités aussi élémentaires telles que la remonté de consommation électrique, ou encore la gestion des modules en veille sur batterie, ne sont pas supportés jusque là.... des choses que Z-Wave supporte depuis 15 ans... c'est beau le progrès l'art de réinventer la roue [Abavala] La mise à jour Matter 1.1 est arrivée… avec ses timides améliorations -
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Essaye avec "PowerMeter" plutôt que "PowerSensor". Mais outre ce petit détail, ta configuration m'a l'air OK. Quand tu accèdes à l'API en direct, tu as bien des valeurs pour les lignes P3_SSP1, etc ? Sinon, il faudra faire tourner le QuickApp avec la variable debug à true et partager le log détaillé. -
En fait tout va dépendre de l'endroit où se situe le DTI (ADSL) ou PTO (Fibre optique). S'il est dans le garage, alors c'est parfait, tu peux y installer la box SFR (= routeur + switch intégré). De là, tu peux distribuer le réseau vers les prises RJ45 de la maison, et donc dans la salle à manger où est connectée le décodeur SFR. La TV est branchée en HDMI sur le décodeur. Si par contre la TV est également connectée en RJ45 au réseau, alors il faudra prévoir un petit switch dans la salle à manger, ce qui permettra d'y connecter l'arrivée RJ45 du garage avec le décodeur, la TV, et d'éventuels autres appareils (console de jeux, lecteur Bluray, ampli, etc... aujourd'hui tout est connecté) Si en revanche le DTI/PTO n'est pas dans le garage, alors le coffret réseau ne te servira pas à grand chose.