Lazer

Je n'ai pas les réponses, mais tu peux remonter le résultat de tes tests à Fibaro, ça aidera peut être à la prise en charge correcte dans les prochaines versions. Et conséquence, attendre patiemment les prochaines versions de firmware de la HC3.

Du coup je n'ai pas compris où se situe le différentiel ? Il est installé dans le tableau principal de la maison ?

La condition Time, il faut la mettre dans les conditions (à la place du true), et non pas dans les actions.

Merci @jojo c'est bien comme cela que je l'aurais écrit (en pratique c'est comme cela que sont écrites mes règles de gestion du chauffage depuis des années) Mais @Yannick nous dit que ça fonctionne avec toutes les tranches horaires dans la même règle.... je n'arrive toujours pas à comprendre pourquoi, ça ressemble à un bug... car comme tu l'explique bien, GEA fait un "ET" logique entre toutes les conditions, et par principe l'heure courante ne peut pas être simultanément dans 2 tranches horaires distinctes. Ou alors GEA sait faire de l'intrication quantique, balaise le code de @Steven

OK donc ton Binary Switch permet d'activer ou désactiver la gestion auto des lumières, OK, c'est donc utilisé comme une condition supplémentaire dans les règles GEA. Ce n'est donc pas lié directement à la gestion de mouvement et allumage/extinction auto lumière.

C'est la communication avec le serveur SQL qui ne s'établit pas. Vérifie que MariaDB est bien installé et activé, et que dans config.inc.php tu as renseigné les bon paramètres d'adresse IP et de port.

Merci d'écrire en français sur le forum. Please write in French on the forum.

Seules les lumières sont actuellement supportées par la HC3 en Zigbee. Et quelques capteurs (température etc) fonctionnent aussi, mais sans garantie. => https://forum.fibaro.com/topic/59477-list-of-zigbee-devices-users-for-users/

Alors là j'ai appris un truc... mais je ne comprends pas comment ça peut fonctionner

Tout est possible, après c'est de la programmation... la seule limite, l'imagination humaine (en fait les compétences techniques qui limitent bien avant, car c'est plus facile d'avoir des idées) Donc l'idée, c'est d'utiliser une variable. Si le volet est ouvert par scénario, on en profite pour affecter une valeur à la variable. Ensuite quand vient l'heure de la fermeture, on vérifie la valeur de la variable, et on agit en conséquence.

Hum maintenant je me souviens, une scène que je n'avais pas du tout l'envie ni le temps de relire... Tu n'as pas la bonne approche je pense. On ne convertie pas une scène en GEA. On fait des choses différemment avec GEA, pour au final arriver au même résultat (plus ou moins, pas forcément exactement le même résultat... quand ça ne convient pas, alors on écrit sa propre scène) Je vais m’auto-paraphraser : Le mieux à faire est de te lancer avec des règles simples, que tu étofferas au fur et à mesure... Les exemples simples tu les trouveras dans la doc de syntaxe de GEA. Les exemples un peu plus étoffés, tu les trouveras dans le showroom. Je n'ai pas compris pourquoi @jojo t'as suggéré de créer un QA... ça me semble bien compliqué, et inutile pour gérer des lumières avec détection de mouvement.... comme dit, 2 ou 3 règles GEA et c'est terminé. C'est un classique... voir le showroom GEA pour divers exemples réels d'utilisateurs (il y a souvent plusieurs façon de le faire... plus ou moins simples) La syntaxe du LUA sur HC3.... ben... il n'y en a pas. C'est du LUA quoi, un langage parfaitement documenté sur plusieurs sites (c'est la version 5.3 pour info) Perso je pose mes question à Google, on retombe toujours sur les 2 ou 3 mêmes sites. Sinon pour les fonctions spécifiques à la HC3, voir la doc de Fibaro : https://manuals.fibaro.com/home-center-3-quick-apps/ https://manuals.fibaro.com/home-center-3-lua-scenes/ Et le Swagger pour toute la documentation de l'API, intégré dans la HC3 et accessible par le petit bouton en bas à gauche de l'interface Web :

ça ne peut pas marcher, plusieurs conditions horaires différentes dans la même règle, simple logique. Il te faut décomposer tes 3 plages horaires en 3 règles distinctes. Pour arrêter le chauffage, même principe, tu fais 3 règles avec une condition Time à l'heure d'arrêt voulue. @mprinfo je ne suis pas fan des cotes de bœufs, trop gras, je préfère de bonnes brochettes, ou un bon filet Monsieur a ses exigences, mais chut, faut pas le dire trop fort, parait qu'il va falloir arrêter de manger de la viande et passer aux insectes grillés

Mais pour cet usage précis de gestion des lumières, ça se fait très bien via GEA, toutes mes lumières sur détection de mouvement sont gérées de la sorte. Je ne me souviens pas dans quel contexte je t'avais déconseillé l'usage de GEA, mais c'était peut être parce que tu voulais une gestion très fine des heures et temporisations, genre à la seconde près, pour laquelle GEA n'est effectivement pas adapté. Mais pour de l'allumage instantané de lumière sur détection de mouvement, puis extinction automatique à 30 secondes près, GEA fait parfaitement le boulot, en 2 ou 3 règles. Voir les showrooms. En LUA, return ça permet de sortir d'une fonction. Si tu appelles cette instruction alors que ton code en cours d'exécution n'est pas une fonction (c'est à dire dans le corps principale de la scène), alors ça va simplement "sortir" de la scène, c'est à dire arrêter son exécution. La syntaxe GEA, voir la doc (fichier LUA à télécharger sur le topic de GEA pour HC3)

Tu peux utiliser return, tout simplement.

Quand tu avais fait tes tests précédents, est-ce que tu lançais GEA suffisamment de temps avant ? Au moins 1 cycle, c'est à dire que GEA devait être démarré au minimum depuis la minute précédent l'heure programmée.

C'est une sortie audio ? Il va falloir gérer la nature aléatoire de la sortie audio, avec les moments de silence ou de son faible, donc tension inférieur à une certaine valeur. Je pense que tu trouveras des schémas électroniques sur les forums d'électronique justement. Et si ça se trouve, ce genre de circuit existe tout fait, il faudrait fouiller les sites d'électronique, ou même Aliexpress.

J'ai vu sur le forum officiel un gars se plaindre, alors qu'il a 300 scènes sur son HC3..... tu m'étonnes, c'est complètement ingérable 300 scènes. Alors que ça se gère très bien avec GEA... Il faut juste ne pas avoir peur de la syntaxe en mode texte.

@jojo OK dommage... donc il va falloir que je t'envoie le code modifié... quand je pourrai... j'espère qu'entre temps tu peux faire autrement.

Oui c'est pareil, à part que c'est Europe/Paris mais ça ne devrait rien changer.

Merci pour le log détaillé @jojo j'ai pas eu le temps de demander Malheureusement ça ne nous apprend rien de pertinent, on voit juste que la fonction revoie la valeur false, comme si l'heure du réveil n'était toujours pas atteinte. Bien pensé pour l'heure anglais/français, dommage que ça ne soit pas ça. Mais ça me fait penser à autre chose, mes 2 alarmes ont lieu le matin (heure AM en anglais...), est-ce que tu pourrais faire un essai avec une heure demain matin ? Idéalement avant 10h, on sait jamais dès fois que le bug concerne le 2nd digit. Sinon je vais te préparer un code incluant des debugs supplémentaires au niveau de la fonction Alarm, mais je n'ai pas le temps tout de suite...

L'option "firstRelayIsOpen" n'existe pas, en effet, là dessus le log de GEA ne se trompe pas. Tu peux le vérifier dans le doc (tu ne la trouveras pas) Je n'ai pas cet Intercom, mais à la lecture du trigger de ta scène, tu peux déclencher sur la Property firstRelayIsOpen. Tu trouveras la syntaxe de l'option "Property" dans la doc de syntaxe bien sûr, je pense que ça devrait donner un truc du genre, à tester : GEA.add({"Property", 726, "firstRelayIsOpen", true}, -1, "Ouverture porte", ACTIONS...}

Exemple le plus simple du monde : GEA.add({"Alarm", id["GEA_ALARM_OPENEVSE"]}, 0, "", {"TurnOn", id["CHARGEUR_OPENEVSE"]}, "Charge voiture OpenEVSE programmé") J'en ai un autre avec des conditions supplémentaires, et ça marche aussi bien (depuis des années même, puisque c'est pour programmer le chauffage le matin quand je me lève plus tôt que l'heure normale, par exemple vers 05:50....)

C'est marrant mais mine de rien, le débat thermique/électrique est devenu aussi clivant que Windows/Linux, PC/MAC, iPhone/Android, pro/anti-vax, pro/anti-nucléaire, etc Avec à chaque fois, ses partisans, ses détracteurs, ses arguments plus ou moins fondé. Et mieux encore, ceux qui donnent le plus leur avis sur la question ceux sont qui en connaissent le moins. J'en veux pour preuve le récent épisode Covid où du jour au lendemain, tout le monde avait un avis d'expert sur la question sans jamais avoir rien compris à ce qu'est un virus, une épidémie, et un vaccin (je m'inclus dedans naturellement... mais du coup j'ai suivi comme un mouton les recommandations... vous en pensez ce que vous voulez.... de toute façon le débat Covid ne m'a jamais intéressé, à peu près autant que le pétrole tiens ). Bref, avec tout ça on n'a pas beaucoup parlé de ce QuickApp. Il est utile pour gérer le niveau de recharge de la voiture, puisque la domotique ayant accès au niveau de batterie, d'autonomie, et du statut de la prise, il est facile de calculer la quantité d'énergie nécessaire pour faire son trajet du lendemain, et donc de piloter la recharge en conséquence. Par exemple pour s'ajuster aux tarifs heures pleine/creuse, faire du délestage afin de ne pas faire disjoncter le compteur, ou bien encore d'exploiter la puissance solaire disponible Petit teasing, à venir un autre QuickApp pour piloter ma borne de recharge programmable, le modèle OpenEVSE (même si je crains que malgré ses avantages uniques sur le marché, peu de gens la possède.... car c'est un modèle anglais importé... avec les taxes qui vont bien, merci le Brexit)

Ah voilà, tu as mis le doigt où il fallait @Nico je viens de percuter que @chrisalex est sur la dernière beta, elle est toute pourrie celle-ci, sur le forum officiel de nombreux problèmes d'interface Web ont déjà été remontés (ce bug-ci en particulier, je n'ai pas vu par contre) A l'avenir, évite les beta, et reste sur les stables, c'est plus sage. Parce que je peux te confirmer que j'ai toujours cliqué sur le bouton Sauvegardé après avoir changé l'intervalle de réveil de tous mes modules (pas que le SRT-321), et seulement ensuite je suis allé les réveiller. Donc ça c'est la procédure normale en stable, sans bug.

Nico... tu ne lis pas ce que j'écris... tu réponds à coté.... 24 mois c'est du court terme, oui ça va rebaisser, puis remonter, etc. Encore une fois on dit la même chose... Mais moi je ne te parle pas de 2 ans... quelle vision court-termiste, on dirait un politicien qui parle La tendance générale est bien à la hausse, sur le long terme. Par ailleurs les différentes énergies étant liées (puisque de toute façon on peut produire de l'électricité à partir de n'importe quoi, y compris à partir du pétrole (fioul), si par bonheur le pétrole devenait pas cher, ça ferait aussi baisser le prix de l'électricité. Ce que je te dis, c'est que faire le plein d'une voiture électrique sera toujours moins cher que faire le plein d'une voiture thermique. Et compte sur l'Etat pour remettre les taxe à leur niveau normal (pardon, à les augmenter encore plus...) sur l'essence dès que ça sera possible. Ensuite tu me pointes un article de quelques lignes avec de simples pourcentages par pays, sans aucun détail. Alors que je te disais que le problème c'est qu'on a dépassé la moitié des réserves de pétrole conventionnel. Ce qui reste majoritaire donc, c'est du pétrole non-conventionnel. Je ne connais pas grand chose sur le pétrole (ça ne m'intéresse pas à vrai dire), mais puisque tu sembles encore moins y connaitre que moi, un simple lien : https://fr.wikipedia.org/wiki/Pétrole_non_conventionnel Et paf, dans ton article, les 1ères réserves sont au Vénézuela, puisque c'est bien à lui dont je pensais, a une très grande majorité de pétrole lourd à extra-lourd, donc non-conventionnel. Hop un autre lien, tu remarqueras que je choisis un site reconnu qui s'efforce d'être à peu près factuel : https://fr.wikipedia.org/wiki/Réserves_de_pétrole_au_Venezuela Et tu verras sur Wikipédia, c'est compliqué, couteux.... et c'est là le truc, beaucoup plus couteux que ce qu'on a connu jusqu'à présent. Donc forcément, quand on les exploitera, ça se répercutera sur les tarifs à la pompe, pas besoin d'être expert pour le deviner. Les voitures électriques, tu continues de prendre l'exemple de gens qui font des centaines de km... travail ou vacances on s'en fout, ça change quoi ? Franchement ils ont de la chance tes amis/collègues s'ils ont les moyen de partir en vacances / week-end (appelles-ça comme tu veux) tous les week-end dans les Vosges... et toi qui me parlait des gens qui ont pas les moyens de payer le surplus d'une voiture électrique, c'est l'hôpital qui se fout de la charité Les gros rouleurs bien sûr qu'ils continuent à avoir besoin d'une voiture thermique, mais c'est loin d'être 90%, ou alors il faut que tu sortes de ta bulle de riches Mais ça va changer très vite, à moyen terme on va dire (5 à 10 ans) D'un coté l'autonomie des batteries s'améliore, et de l'autre il y a de plus en plus de bornes sur la route. Patience. Mais ce n'est pas parce que aujourd'hui, pour ton usage ça ne te convient pas, que ça ne convient pas déjà à pas mal de personnes. Et à fortiori dans 5-10 ans. Pour finir, ça fait quand même 3 fois (dont 2 fois dans le dernier message) que tu fais un gros amalgame entre ma capacité à recharger avec le solaire et la capacité à recharger tout court une bagnole la nuit. On s'en fout du solaire, c'est juste du bonus dont je peux profiter, mais ça ne change absolument rien au fond de la discussion. Faire cet amalgame n'est pas un argument, ça discrédite ton discours même... attention à ce que tu racontes