Aller au contenu

J3R3M

Membres confirmés
  • Compteur de contenus

    304
  • Inscription

  • Dernière visite

Réputation sur la communauté

47 Excellent

À propos de J3R3M

  • Rang
    Membre passionné
  • Date de naissance 13/12/1989

Profile Information

  • Sexe :
    Homme
  • Ville :
    Reims
  • Intéret :
    L'audiovisuel, les nouvelles technologie et l'aviation.
  • Box
    Home Center 2
  • Version
    4.520

Visiteurs récents du profil

612 visualisations du profil
  1. J3R3M

    [VD] concaténation variable

    Peux-tu mettre ici le code complet de ton bouton s'il-te-plaît (en utilisant les balises code en LUA) ? Egalement, peux-tu faire un screenshot de ton VD ? L'étiquette que tu cherche à modifier s'appelle bien "Label4" dans ton VD ?
  2. Bonjour @mikael2235, Si tu es bien certain d'avoir respecté la procédure et le câblage indiqués ci-dessus, j'aurais simplement tendance à dire que ton module est défectueux. Est-il neuf?
  3. J3R3M

    [VD] concaténation variable

    Bonjour @ebouilleur Je vais essayer de récapituler point par point ce que je pense avoir compris. Ainsi, réajuste chacune de mes affirmations si nécessaire, cela permettra à tout le monde de mieux comprendre ton besoin. - Tu es parti d'un VD existant que tu as modifié. (Peux-tu éventuellement mettre un lien vers la page de ce VD? Je ne l'ai pas trouvé) - Tu as rajouté un champ "Etiquette" dans ce VD - Tu as bien veillé à ce que ça ne perturbe pas le fonctionnement du VD : Ordre des boutons appuyés - Sur ce VD, lorsque tu appuies sur des boutons, ça te modifie la valeur de deux variables - Cela semble donc être une variable LUA classique. Mais où est déclarée et modifiée cette variable? Dans la mainloop du VD? Admettons que tes variables soient dans la mainloop, tu devrais les afficher dans une étiquette de la manière suivante : local var1 = "ouvrir"; local var2 = "salon"; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.NomLabel.value", var1.." "..var2);
  4. Bonsoir, Rentré depuis peu, j'ai effectué une dizaine d'essais différents et ça a l'air fonctionnel. Je n'ai pas rencontré d'erreur, la scène enchaîne les options correctement. La seule vérification restante à faire semble être pour les modules RGBW Je fais le fou-dingue et j'ai confiance, j'ai mis à jour le premier post en donnant quelques précisions sur la nouvelle version de cette scène. Ce qui est fou, c'est que plus d'options sont rajoutées et moins elle semble longue!
  5. Salut @pepite et merci. J'espère surtout que c'est parfaitement fonctionnel Je comprends mieux. Effectivement il est certain que la gestion des couleurs automatisée n'a pas grand intérêt et, quitte à le faire soi-même, autant le faire via l'application qui lui et consacrée. Merci, n'hésite pas à commencer par un test en journée avec un fade de seulement 1mn, histoire de ne pas louper le réveil le lendemain si jamais il y a la moindre erreur dans le traitement d'un device. Je ne veux pas être responsable d'une vraie panne de réveil xD
  6. Merci de ta réponse De manière implicite, cela signifierait que les commandes de contrôle des modules RGBW sont bonnes (puisque tu parles directement de test) ? Je ne sais absolument pas comment réagit la HC2 aux enchaînements directs de deux fonctions pour le même module.. Edit : visiblement, la ligne fibaro:call(LightsList[j].id, "turnOn"); n'est jamais utilisée pour les modules RGBW et c'est tant mieux, c'est plus cohérent! Pour aller vite à programmer, il faut commencer par être très malade un week-end, mais pas trop pour pouvoir taper sur un clavier. Ensuite, quand ça va mieux (le dimanche soir ), il faut être en déplacement et ne rien avoir à faire, pas même prendre des nouvelles de madame qui n'est pas tellement sur le même fuseau horaire cette semaine! Bon, je triche un peu aussi : je ne fais que des choses simples qui ne demandent pas trop de réflexion : des tableaux, des conditions et des boucles...
  7. Voici la version bêta de la scène en v1.4 qui, je l'espère, répondra à toutes vos attentes. Avant de modifier le code du premier post, pouvez-vous me confirmer que la commande du post précédent est correcte pour la gestion des modules RGBW ? Si oui, pouvez-vous tester cette scène (avec le VD) s'il-vous-plaît et me dire si la gestion RGBW est bonne* ? Merci d'avance Non seulement je n'ai pas de module RGBW et je suis en déplacement, alors ce n'est pas des plus pratiques * EDIT : J'ai supprimé la ligne suivante qui n'a visiblement rien à faire pour la gestion des modules rgbw fibaro:call(LightsList[j].id, "turnOn"); Dans cette prochaine version, SpeakersList laisse place à SpeakerAction. Pour chaque entrée dans ce tableau, on met dans l'ordre les actions que l'on veut que la scène fasse : SpeakerAction(IDduVD, TypeBouton, NumBouton) Du coup, plus de limite à un bouton spécifique, si vous voulez lancer une source et la changer aussitôt après, vous pouvez le faire, mais l'intérêt sera nul pour un script qui sera retardé. Cependant, allumer un ampli avant de mettre un slider un zéro puis appuyer sur un autre bouton ensuite, plus aucun problème pour @Lazer en théorie! La boucle traite bêtement les informations du tableau : - Si c'est un bouton "btn", j'appuie sur ce bouton - Si c'est un slider, je le mets à 0% Pour le coup, je trouve cela plus simple à comprendre et à mettre en place pour une personne lambda. Par la suite, la boucle récupèrera les entrées qui ont un slider déclaré pour en faire monter le volume progressivement. Le code de cette scène a été supprimé de ce message et directement intégré au premier post.
  8. Je vais publier une nouvelle version de la scène qui permettra plusieurs actions sur différents boutons et qui devrait pouvoir gérer les modules RGBW. Seulement, je n'en ai pas sous la main, donc je me suis renseigné et j'ai essayé de faire quelque chose, sans pouvoir tester... Pouvez-vous me confirmer qu'il failler faire ainsi pour allumer un module RGBW avec des valeurs personnalisées ? fibaro:call(id, "setColor", red, green, blue, white); fibaro:call(id, "turnOn");
  9. J3R3M

    [VD+Scène] Netatmo Welcome

    Il est vrai que c'est marqué qu'il habite en France. Je ne sais pas fianlement. :/ Je n'ai pas de problème avec celle-ci pour ma part, elle est intégrée chez moi pour reconnaître les personnes et gérer les possibilité de scénarios en fonction des personnes présentes. Aussi, en complément d'un "système d'alarme", elle permet d'identifier rapidement la personne qui vient de pénétrer ou, déclencher l'alarme rapidement si la personne n'a pas été reconnue. Le gros bémol, ça reste la solution cloud. Tu n'as plus internet, tu n'as plus de Welcome, tout simplement.
  10. Bon alors effectivement, il a plus d'options du coup @Lazer , c'est avec plaisir, surtout lorsque j'ai le temps de le faire! Je vais aller voir ça, mais les appuis supplémentaires ne poseront pas de problème Oh oui, le plus difficile a été fait je pense. Je vais juste permettre l'appui sur plusieurs boutons pour le même VD, ça permettra pus de choses. Je vote pour que tu regardes le code après l'avoir testé, pour que tu ne me dises pas tout de suite que je me suis trop compliqué la vie, ou le contraire d'ailleurs Je m'en occupe En fait, je vois l'intérêt du double clic sans aucun doute, mais pas avec la syntaxe que tu proposes ci-dessus. Le but d'avoir deux tableaux est de les remplir simplement, mais utiliser qu'une seule ligne pour les remplir avec toutes les informations, je trouve ça plus complexe, moins lisible et plus difficile à maintenir. Utiliser cette syntaxe serait, je pense, un bon moyen de faire peur aux personnes ne voulant absolument pas trop avoir de lien avec la programmation. J'ai en tête une solution qui devrait permettre de conserver "la simplicité" tout en permettant plusieurs clics sur des boutons Enfin, vous me confirmerez cela ou pas quand j'aurai fait les modifs en question
  11. Cher @pepite, j'ai modifié le VD pour que tu puisses l'utiliser comme bon te semble Dans le VD, tu peux spécifier les jours de repos et le réveil régulier ne se déclenchera pas lors de ceux-ci! Fais-moi le plaisir d'au moins le tester s'il-te-plaît, puisque ces modifications ont quand même demandé à ce que je me creuse pas mal la tête au niveau de la programmation
  12. Merci @kioneoranga! N'hésite pas à faire un retour de ton expérience avec celui-ci! Effectivement @Lazer, en te lisant, je me suis rendu compte que ça manquait un peu d'explications sur le principe de fonctionnement du VD et de la scène. J'ai rajouté un peu plus d'infos sur le principe dans le premier post! D'après les études qui ont été faites, le but est de réveiller peu à peu l'organisme en reproduisant l'effet du levé du soleil. Cela permet un réveil plus agréable et moins difficile à l'heure du réveil, soit quand la lumière est à 100%. Mais, à chacun son utilisation, j'ai donc modifié le VD dans ce sens. J'ai modifié le lien de téléchargement du premier post. Dans cette nouvelle version, tu as une variable "StartScene" qui, si tu en changes la valeur, démarrera la scène à l'heure du réveil et non x minutes avant celle-ci. J'espère que ça te conviendra Dans l'état actuel des choses, je ne peux pas te le dire, mais je ne pense pas. Je n'en ai pas, il faut que je regarde comment ces modules fonctionnent pour être certain que la scène puisse les gérer et l'adapter en conséquence. Je vais m'y pencher cette semaine Pour le coup, ton besoin est plutôt précis. Voilà ce que fait la scène à ce jour : Mettre le Slider de chaque enceinte sur 0 (1s entre chaque appui) VD Lumières - Appuyer sur le bouton du VD s'il a été spécifié Simulation d'aube (Fade lumineux) de la durée paramétrée dans le VD, en respectant les modes des lampes/volets (AND ou OR) Appuyer sur le bouton de chaque enceinte pour démarrer le programme (1s entre chaque appui) Fade de toutes les enceintes de la durée paramétrée Désactivation du réveil s'il avait été paramétré sur "Une fois" C'est à dire que, dans ton cas, il va manquer simplement la première action qui est l'appui sur un bouton pour allumer l'enceinte, puisque les autres actions sont gérées par la scène. Je comprends donc que tes enceintes ne s'allument pas automatiquement lorsque tu sélectionnes une source? Tes enceintes doivent-elles d'abord être allumées avant que le volume soit envoyé via le slider ? Pour cet exemple spécifique et en fonction de tes réponses, je pense que le plus simple sera de mettre en place une fonction personnalisable dans le programme de la scène, pour permettre d'ajuster ces petits détails.
  13. Salut @pepite Effectivement, je partais du principe qu'il y avait au moins forcément une enceinte. Je viens de rajouter les conditions permettant de ne pas utiliser d'enceintes, ce qui donne une petite version 1.3 désormais Ce VD permet de mettre un réveil fixe pour tous les jours travaillés (Lun-Ven par défaut) ou en "One Shot" pour le prochain horaire disponible. Il est possible de modifier les jours travaillés pour les adapter à sa situation. Par contre, si le but est de programmer en avance différents réveils pour chaque jour de la semaine, je préconise plutôt l'utilisation du VD Triggers journaliers, que j'avais justement fait sur la base de cette idée
  14. Et voilà, la version 1.2 est disponible! Je viens d'éditer le premier post et j'ai mis à jour les scripts et téléchargements. Par contre, je n'ai pas le recul que j'avais sur la version précédente. Les tests que j'ai effectués semblaient concluants, mais n'hésitez pas à me dire si quelque chose n'est pas clair ou s'il y a un bug. Je rappelle que je suis ouvert aux suggestions, notamment au niveau de l'optimisation du code LUA. Il y a encore quelques mois, je ne savais pas ce qu'était le LUA, alors je ne maitrise forcément pas totalement la chose. J'ai donc ajouté la gestion des Volets Roulants. Les Volets Roulants s'intègrent comme un device lumière, avec d'autres paramètres pour optimiser leur utilisation. Désormais, il y a un mode à paramétrer sur les devices. Ce mode sert à gérer l'ouverture automatique des volets en fonction du levé du soleil. Le mode "AND" sur un "Shutter" ouvrira les volets au même rythme que les lumières. Les "device" et "VD" en mode "OR", ne s'allumeront que si le soleil n'est pas levé à l'instant t. Les autres devices en mode "AND" s'allumeront au même rythme que l'ouverture des volets roulants. Lors de la déclaration d'un volet roulant, il faut saisir un nombre de pas que fera le volet roulant, afin effectivement de ne pas abîmer le moteur en lui imposant les 100 pas. J'attends vos éventuels retours
×