Aller au contenu

Felig

Membres confirmés
  • Compteur de contenus

    34
  • Inscription

  • Dernière visite

Réputation sur la communauté

3 Neutral

À propos de Felig

  • Rang
    Nouveau

Profile Information

  • Sexe :
    Homme
  • Ville :
    Le Vesinet - Ile de France
  • Box
    Home Center 2
  • Version
    4.17

Visiteurs récents du profil

146 visualisations du profil
  1. Support Gea

    Voilà, je savais que j'avais vu ça, je ne me souvenais plus du nom, merci Lazer !!!!
  2. Support Gea

    Bonsoir à tous, J'ai eu l'erreur suivante cette nuit, qui a planté mon GEA (version 6.07) : [DEBUG] 02:38:00: GEA fonctionne depuis 22h 35m - Mémoire utilisée : 1136.45 KB [DEBUG] 02:38:30: ... vérification en cours #2711 @81330s... [DEBUG] 02:39:00: ... vérification en cours #2712 @81360s... [DEBUG] 02:39:30: ... vérification en cours #2713 @81390s... [DEBUG] 02:40:00: ... vérification en cours #2714 @81420s... [DEBUG] 02:40:30: ... vérification en cours #2715 @81450s... [DEBUG] 02:41:00: ... vérification en cours #2716 @81480s... [DEBUG] 02:41:30: ... vérification en cours #2717 @81510s... [DEBUG] 02:42:00: ... vérification en cours #2718 @81540s... [DEBUG] 02:43:00: [1;31m2018-05-21 02:43:00.510934 [ error] timer handler failed with error Je ne sais pas si quelqu'un a déjà eu cette erreur ? J'ai eu les râleries de ma fille dont les volets ne se sont pas levés, et du coup je cherche un programme pour redémarrer GEA en cas d'erreur de ce type ou autre. J'ai téléchargé GEA Status mais il me dit que GEA est "running", il me faudrait un VD qui détecte les plantages, je suis sûr que j'ai vu ça quelque part mais je n'arrive pas à le retrouver... Merci d'avance!
  3. Zipato Multisensor Quad

    Bonjour, J'ai acquis le Zipato Multisensor Quad que j'ai installé sur la porte d'entrée de ma maison. C'est un 4 en 1: détecteur d'ouverture, détecteur de mouvement, détecteur de luminosité et détecteur de température. Le principe est qu'il commande directement (par association au Groupe 2) un autre module (normalement les lumière de la pièce) en cas d'ouverture de la porte, ou de mouvement. Les lumières "esclaves" ne sont allumées que si la luminosité est en-dessous d'un certain seuil. La notice est disponible sur le lien ci-joint: https://www.zipato.com/wp-content/uploads/2015/09/ph-psm02-Zipato-Multisensor-Quad-User-Manual-v1.4.pdf. Il n'est bien sûr pas reconnu par Fibaro, et il faut ajouter les paramètres à la main. Par défaut la lumière s'éteint au bout de 5 secondes quand on referme la porte, si il n'y pas de mouvement. J'ai essayé de supprimer cette fonctionnalité: je voudrais que la lumière reste allumée une fois la porte ouverte et refermée (je gère l'extinction ensuite via GEA). Si je comprend bien la notice il faut mettre le Bit5 du paramètre 6 à 1, et donc rajouter 32 au paramètre 6. Mais ça ne change rien. Quelqu'un utilise ce module et/ou a une compréhension différente de la notice ? Merci d'avance
  4. La documentation JEEDOM

    Merci pour vos encouragements, j'ai bien conscience que je suis au pire moment de mon apprentissage. Mais je me disais que ça pouvait aussi rassurer ou aider d'autres qui passeront par les mêmes étapes. Je n'arrive même pas à citer quelqu'un proprement sur le forum, donc encore beaucoup à apprendre ... Et la V3 a l'air d'aller dans le bon sens effectivement (clics droit sur le design, etc.) @chris6783: t'es fou, le look c'est le plus important ! sinon je serai passé sur eedomus (entre parenthèses, box moche mais qui a l'air super simple à apprendre par contre)
  5. La documentation JEEDOM

    Bon j'ai franchi le pas il y a un peu plus d'une semaine, pour contrôler mes volets Somfy RTS, et plus si affinités. Pour le 1er objectif, pas de problème, je contrôle tous les volets de la maison à partir de la Jeedom, et de la HC2, grâce aux commandes apiKey. Pour le 2ème objectif, j'ai démarré avec beaucoup d'enthousiasme, mais je commence à être déçu. Absolument rien n'est intuitif dans l'interface, la documentation ne répond jamais à mes questions, le forum est très frustrant (aucun tuto, et on trouve des questions anciennes laissées sans réponse). Je donne quelques exemples de mes premiers pas: Une fois mes modules volets paramétrés, j'ai essayé de rendre l'écran de départ plus joli, comme sur les copies d'écran de @sebcbien. Il y a 3 modes pour l'interface: dashboard, design et vue. Devinez dans lequel on change la couleur du fond d'écran ? Aucun. C'est dans ... le profil admin (oui, là où on change le mot de passe). Ça a l'air un détail, mais j'ai perdu un temps fou pour le trouver. Ensuite j'essaie de changer la couleur et la transparence de mes modules (toujours en mode édition). J'essaie clic droit, clic gauche, double clic, peine perdue, je n'ai pas trouvé. En fait, il faut aller en fait dans les paramètres de la Jeebox. Ok c'est pas grave, mais vous trouvez ça intuitif vous ? Bon ensuite, j'essaie de disposer mes modules bien alignés sur la page. Pour cela je passe en mode édition sur le Dashboard, je les dispose, je sors du mode édition. Et bien raté, quand je quitte et reviens, ils sont de nouveau disposés à la façon Jeedom. Apparemment, il faut être en mode Design pour que les positions soient mémorisées (mais à quoi sert le mode édition du Dashboard alors ?). Bon, j'arrête l'esthétique, et me lance dans le plugin Agenda, pour l'ouverture et la fermeture des volets. Je créé un événement qui démarre à 22:00 et finit à 22:01 (comme sur GEA), et tout fier préviens la famille que les volets vont se fermer tous seuls. Encore raté. Je recommence avec un délai plus long (22:00 à 22:15) et là ça marche. Faut-il un délai minimum pour les taches agenda ? Est-ce que ça veut dire que l'heure de démarrage est très imprécise ? Pas trouvé de réponse dans le forum. Par contre je trouve des messages qui se plaignent de bugs dans le plugin Agenda, et du fait que seuls les jours fériés français sont pris en compte. Oups, j'abandonne et programme tout sur GEA. Il me faut quand même une commande pour fermer tous les volets à la fois. Je comprend que le mieux est de créer un module virtuel (avec le plugin Virtuel) pour regrouper toutes les commandes. Le regroupement des commandes se fait facilement, je met des petites icônes, c'est pas très joli, mais prend moins de place que sur la HC2. Pour créer des textes (le nom de chaque volet) il faut insérer des variables. Là aussi, pas très intuitif (si on donne une valeur à la variable et qu'ensuite on l'efface, elle ne sera pas effacée sur le module, en fait il faut un taper un espace pour la faire disparaitre), mais c'est comme sous HC2 (les labels), donc pas de pb. Par contre la galère commence quand je veux créer une commande pour actionner tous les volets en même temps. Je veux insérer un délai entre chaque commande, pour éviter les conflits. Impossible de mettre tout ça derrière un bouton d'un module virtuel apparemment, il faut créer un scenario (l'équivalent de la scène sous HC2). Je crée donc mon premier scenario. C'est assez rapide et on est bien guidés. Juste un point: ceux qui disent que c'est facile de déplacer des instructions d'un bloc à l'autre ne doivent pas le faire sous firefox, c'est tellement galère que deux fois sur trois, la commande n’atterrit pas du tout là où je veux. Bref, in fine mon scenario est prêt. Il n'y a plus qu'à l'appeler de mon module virtuel. Et bien j'ai tout essayé, impossible. Un bouton de module virtuel ne peut commander qu'un équipement, ou changer une variable. Le coup de la variable, il faut chercher sur internet pour comprendre: c'est le même champ pour actionner un équipement ou pour donner le nom de la variable, mais aucune indication dans l'interface. Je comprend in fine que la seule solution est donc d'utiliser une variable, et de déclencher le scenario quand la variable change... Bon, je suis au début, probablement que ça ira mieux quand je maitriserai les différentes interfaces. J'ai sans doute écrit des bêtises, parce que je n'ai pas trouvé la bonne manière de faire, et je suis preneur de conseils et solutions. Bien sûr que je ne vais pas abandonner, c'est toujours amusant de découvrir une nouvelle box. Mais je pense que le design s'est totalement raté sur le côté intuitif. Et ça c'est pas bon au moment ou Apple se lance. Ce sera peut-être une box plus fiable que la HC2, mais à mon avis pas la box de référence qui va démocratiser la domotique. Et la fiabilité des plugins ne semble pas aussi parfaite que j'espérais quand on se promène un peu sur les forums.
  6. Je ne crois pas que ce soit possible, mais jamais vraiment creusé. Pour mon contournement précédent, c'est encore plus rapide (et moins consommateur en ressources système) de le faire sous GEA: IMPORTANT: Il faut remplacer 123 par l'Id de votre thermostat SRT 321 -- Id thermostat = 123 GEA.add({"Function", function() if fibaro:getValue(123,"value")~=fibaro:getValue(123,"targetLevel")then return true end end}, 900,"Thermostat désynchronisé",{{"Repeat"},{"function", function() fibaro:call(123,"setTargetLevel",fibaro:getValue(123,"targetLevel"))end}})
  7. Générateur D'id Pour Gea (Ou Autre Script)

    Bonjour, Il y a une erreur à la ligne 63 du script au début du post: table.sort(devices, function(a, return a.roomID<b.roomID end) Il faut corriger comme suit je pense: table.sort(devices, function(a,b) return a.roomID<b.roomID end)
  8. Bonjour à tous, J'ai depuis peu un problème de transmission des consignes au SRT-321 par le panneau de chauffage que certains ont déjà rencontré apparemment. La bonne nouvelle c'est que j'ai trouvé une solution de contournement, que je partage au cas où. Si quelqu'un a une solution plus propre, je suis bien entendu preneur! 1) Le Problème Parfois, les changements de température du panneau de chauffage ne sont plus transmis au SRT 321. Ils sont bien répercutés dans l'interface Web (avec une température cible affichée différente de celle du thermostat - cf.image), donc la HC2 sait qu'elle doit demander au thermostat de changer sa température. Mais à chaque réveil, elle ne le fait pas, comme si le SRT 321 était mort. J'ai vérifié, il n'est pas mort: le SRT continue à envoyer les températures etc. Un réveil du SRT ne change rien la plupart du temps. Un redémarrage de la box semble régler le pb, mais pas pour longtemps. Si je change la température sur le SRT 321, le changement est immédiat sur l'interface Web, il n'y a pas de pb de communication dans ce sens. Le bug est aléatoire (typiquement le premier réveil se passe bien), mais assez fréquent. Et une fois planté, ça reste planté pendant des heures, voire des jours (testé en vacances). Précision importante: pendant ces périodes de plantage, il n'y a plus de message "Waiting for wakeup" sur le SRT lorsque le température est changée par le panneau de chauffage (cf.image) 2) Causes possibles ? C'est là ou j'aurais besoin de votre aide. C'est peut-être un pb de configuration, mais j'ai le même problème sur mes 3 SRT 321. J'ai l'impression que c'est apparu avec la version 4.12. J'ai eu des plantages 503 et j'ai du faire une restauration après le passage en 4.12, c'est peu-être dû à ça ? Je n'ai pas testé exclusion/inclusion pour l'instant, en espérant que ce sera corrigé dans de prochaines versions. Je n'ai pas non plus testé de changer les périodes de réveil (je suis à 900 par défaut). 3) Solution de contournement J'ai observé que lorsque je change la valeur du thermostat manuellement, le message "Waiting for wakeup" apparaît tout de suite (cf.image), et la consigne est bien transmise au prochain réveil. J'ai donc ajouté une boucle toute simple dans le Main Loop de mon module de contrôle du panneau de chauffage (cf. ci-dessous). C'est basique, pas très propre, mais ça marche pour l'instant. Si vous avez d'autres idées, ou si vous avez eu le même bug, je suis preneur de vos retours Merci! local srtid = *** id du SRT 321 *** local targ = fibaro:getValue(srtid, "targetLevel") -- température cible thermostat local curr = fibaro:getValue(srtid, "value") -- température actuelle thermostat if curr == targ or synctime == nil then synctime = os.time(t) end syncdelay = os.time(t) - synctime -- délai en secondes depuis la désynchronisation if syncdelay >900 then -- période de réveil dépassée: bug est apparu fibaro:call(srtid, "setTargetLevel", targ) -- consigne est fixée manuellement pour forcer transmission synctime = os.time(t) end
  9. Fibaro Wall Plug

    Merci, je vais regarder la télécommande. Entre temps j'ai trouvé une solution possible: quand j'associe le wall-plug au sèche-serviette (association Groupe 1 dans les menus), ça n'associe que le bouton en fait. En d'autres termes, si j'appuie sur le bouton du wall-plug, ça se répercute sur le séche-serviette; mais si j'allume ou j'éteins le wall-plug par l'interface Fibaro, il ne se passe rien ! (bug ?) . Donc je devrais pouvoir mettre en place un script GEA qui rallume la prise automatiquement après 30 secondes, et ça ne devrait pas rallumer le sèche-serviette ... Seul problème: pour allumer le sèche serviette, il faudra appuyer 2 fois: 1 fois pour éteindre la prise, et 1 autre fois pour la rallumer.
  10. Fibaro Wall Plug

    Bonjour, Je n'ai pas trouvé ma question dans les 19 pages de post, donc c'est pas bon signe sur la faisabilité. Je la pose quand même. J'utilise le wall-plug dans une salle de bain en association avec un sèche serviette: chaque fois qu'on appuie sur le bouton du wall-plug, ça allume / arrête le sèche-serviette. Le sèche-serviette n'est pas branché sur le wall-plug pour être clair. Jusque là tout va bien. Par contre je voudrais que le courant passe tout le temps dans le wall-plug (pour que la prise reste utilisable quand le sèche-serviette est éteint). Je pensais qu'il suffisait d'utiliser le mode "Always on" mais le problème c'est que dans ce mode, le bouton du wall-plug ne sert plus à rien ! Vous connaissez un moyen de détecter la pression du bouton (dans script GEA ou autre) quand le mode "Always on" est activé ? Merci d'avance PS: Je sais que je pourrais utiliser un interrupteur à la place, mais ils sont avec piles, et celui que j'ai testé n'était pas fiable.
  11. PIPT2, ci-joint mon module puisqu'il t'intéresse, mais il n'est pas très différent de ceux postés sur le forum, dont je me suis beaucoup inspiré pour apprendre àprogrammer en lua (j'ai ma box que depuis 4 jours). Dans les choses que j'envisage d'ajouter: un mode manuel temporaire (comme ce que fait ton module, mais simplifié: juste des incréments d'une heure), une fonction qui passe automatiquement en mode Manuel pendant 1 heure quand le thermostat est changé manuellement, et le passage en mode Off quand une fenêtre sera ouverte (il faudra que je mémorise le mode précédent quelque part). Comme indiqué, le code est pas super propre (2 variables globales ça me semble lourd, j'ai bien aimé votre astuce d'utiliser le champ IP du module pour économiser une variable), et ça ne marche pour pour un panneau avec une seule pièce. Bref àsuivre. Chauffage (1).vfib
  12. Bonjour, Petites questions de débutant, désolé. Je vois dans le code que l'adresse http pour les fonctions Net.FHttp est ("127.0.0.1",11111) et d'après les instructions on n'a pas besoin de la modifier. Dans les autres modules virtuels que j'ai pu regarder, il faut la modifier si j'ai bien compris. De même, je ne vois pas la fonction setBasicAuthentication ("admin","xxxxxx") qui est dans les autres modules. Comment vous avez réussi à vous en passer ? Sinon, module virtuel de chauffage très intéressant, ça me donne beaucoup d'idées pour le mien, notamment pour une programmation plus propre. La seule originalité du mien c'est que j'ai un "vrai" mode manuel, dans lequel le panneau de chauffage est désactivé (je retire la pièce concernée de la zone régulée par le panneau avec la fonction jsontable.properties.rooms). L'avantage de ce mode est que le thermostat du str321 redevient prioritaire si on le règle à la main. Mais le code est pas propre du tout pour l'instant. Merci d'avance de vos éclaircissements
×