J3R3M
-
Compteur de contenus
593 -
Inscription
-
Dernière visite
-
Jours gagnés
8
Messages posté(e)s par J3R3M
-
-
TTS sur Sonos
dans Support
À n'importe quel moment de la journée, quand tu appuies manuellement sur un des deux boutons du VD, cela fonctionne systématiquement?
Cela confirmerait que le problème serait donc externe... Cela fait un peu usine à gaz tous ces appels pour simplement appuyer sur un bouton.
Pourquoi ne pas gagner quelques étapes en copiant simplement le code des boutons dans les scènes directement lancées par IFTT?
Si le code est fonctionnel et que tu t'y retrouves, c'est le principal.
C'est important que tu puisses le modifier toi-même simplement
-
Ah oui pardon, tu utilises un FGS en contact sec et non un FGR!
Peux-tu montrer le code de ton bouton "Ouvrir tout", s'il-te-plaît?
Tu confirmes bien que lorsque tu appuies directement sur le bouton "Ouvrir" du VD qui concerne les volets côté rue, cela fonctionne systématiquement?
-
TTS sur Sonos
dans Support
Quelques questions pour tenter de comprendre davantage...
Cela fonctionne, mais lorsque cela se "dérègle", le message transmis est donc le précédent ? C'est-à-dire, qu'il est possible que tu entendes le même message deux fois d'affilée ?
Par exemple, un du matin qui a bien fonctionné et, le soir, le même qui aura été déjà dit le matin même ?
La construction de tes phrases TTS est complexe (enchaînement de plusieurs variables implémentées et traitées).
Il est possible de faire beaucoup plus simple et je me demande si le problème ne vient pas de la construction de la phrase.
Comme si, le message TTS était bien trop long à être construit/traité et, que par conséquent le TTS lisait dernier message construit.
As-tu essayé avec des phrases simples, sans aucun traitement ? Simplement pour cibler correctement le défaut.
-
Tu peux tenter de relancer un maillage du Z-Wave pour éventuellement régler le soucis de communication, surtout s’il s’agit de modules qui ont changé d’emplacements depuis leur intégration dans le réseau Z-Wave.
-
Bonjour @minaetdave et bienvenue dans le monde de la domotique chez Fibaro!
Félicitations pour la création des Virtual Devices, c’est exactement ce qu’il fallait faire!
Au niveau des codes des boutons, cela devrait plutôt être des actions du genre fibaro:call(id, "setValie", « Valeur de 0 à 100% ») avec 0 pour un volet fermé et 100 pour un volet totalement ouvert.
Aussi, ce que tu décris peut aussi refléter une erreur lors de l’auto-configuration des points hauts et bas du module. Dans ce cas, il faudrait refaire cette configuration sur les volets concernés.
Mais, dans l’ordre, commence par changer simplement le code LUA avec le paramètre "setValue".
Note : Les commentaires suivants peuvent être supprimés car inutiles dans les boutons de VD. Ils ne peuvent être nécessaires que pour les scènes en LUA
--[[ %% autostart %% properties %% weather %% events %% globals --]] -
TTS sur Sonos
dans Support
Je comprends que ce soit étrange que les informations reçues par mail soient correctes alors que le TTS est parfois faux.
Néanmoins, pour analyser correctement les éventualités et t’aider au maximum, il faudrait partager avec nous les codes complets des boutons.
-
Salut @pepite!
Tu peux effectivement récupérer la dernière version du VD, celle-ci est un peu plus optimisée, en plus d’être compatible en mode 12h
Si tu avais déjà installé la version 2, changer uniquement la valeur de la variable (Bouton Une fois, Bouton Semaine et Boucle Principale) suffira à recharger les paramètres de la variable globale.
Par contre, si tu étais sur la première version, il faudra reprogrammer un nouveau réveil. Le format enregistré pour l’heure n’est effectivement pas le même entre la version 1 et la version 2.
-
J'ai mis à jour le premier post : Téléchargements et surtout Explications.
J'ai rajouté une autre option qui permet, si on le souhaite, d'afficher les 100 lignes de DEBUG pour chaque device... Ça fait de la lecture!
N'hésitez bien évidemment pas à me dire s'il y a d'autres choses qui mériteraient d'être éclaircies!
-
Hello @pepite!
En fait j'avais laissé le détail pour la partie allumage direct et l'avais supprimé uniquement lors des fade-in.
Dans tous les cas, c'était normal que ça n'apparaisse pas.
Pour le rajouter de manière systématique, rendez-vous ligne 372 (sans compter les entrées LightsList et SpeakerAction personnelles) et trouver cette ligne :
Debug("grey","[LightsFade] "..DisplayNames("debug",j,ID,Type,Mode).." [Fact: "..facteur.."] "..string.format(DebugMsg.FadeInLight,i,ChangeValue,Puissance), i);
Que tu remplaceras par celles-ci :
local RGBWValues = "[R:"..red.." G:"..green.." B:"..blue.." W:"..white.."] "; Debug("grey","[LightsFade] "..DisplayNames("debug",j,ID,Type,Mode).." [Fact: "..facteur.."] "..RGBWValues..string.format(DebugMsg.FadeInLight,i,ChangeValue,Puissance), i);
Ou sinon, dans quelques instants je vais mettre en ligne une version 3.4 avec cette option activable/désactivable + le changement de couleur de l'information de nuit
-
Bonjour,
Avez-vous eu l’occasion de tester et comparer les compileurs LUA des scènes et VD ? D’ailleurs, existe-t-il encore des VD?
Je trouve cela très moyen cette impossibilité d’importer des scènes et les convertir pour HC3. Ils ne pourraient qu’accroître leurs ventes en proposant ce service car de nombreuses personnes ne se heurteraient plus à cette problématique. Surtout que bon nombre de personnes ont créé leur écosystème HC2 autour de scènes en LUA...
-
1
-
-
il y a une heure, pepite a dit :
Bonsoir, merci merci pour la new version,
Presque Nickel, j n'ai pas le debug sur red,blue, green, white, mais je n'ai peut-etre pas mis une variable comme il fallait
Oui, j’ai viré les valeurs détaillées RGBW des messages pour les raccourcir, sachant que les valeurs étaient bien entendu proportionnelles au facteur, qui lui reste affiché.
De ton côté, si tu souhaites les réintégrer, il faut que tu le fasses à deux reprises.
Tu as rajouté ces informations une première fois : sur la partie qui gère les allumages directs des éclairages, en cas de temps de fade nul. Ces valeurs correspondront d’ailleurs aux valeurs qui ont été saisies sur la ligne LightsList(typ="RGBW") si l’intensité est réglée sur 100% dans le VD.
Un peu plus au-dessus, tu vas pouvoir trouver un autre bloc de conditions, dont une ligne commençant également par elseif Type =="RGBW". Celle-ci gère le fondu des RGBW et elle a aussi sa ligne de DEBUG
Je te posterai la modification demain matin si tu ne la fais pas d’ici là
il y a une heure, pepite a dit :Petit commentaire : le "blue" du starting night sur fond noir n'est pas très lisible en fait.
Effectivement, je m’en doutais et l’ai constaté. J’ai voulu mettre une couleur en rapport avec la luminosité extérieure...
À voir si je ne mets pas une couleur neutre pour ces messages du coup.
Tu as testé la nouvelle version du VD ou uniquement la scène ?
Merci de ton retour @pepite!
-
Une mise à jour Scène+VD est désormais disponible, avec quelques options supplémentaires.
De mon côté, le décompte du VD ne fonctionnait plus, j'ai donc entièrement refait la boucle principale et ai légèrement modifié certains boutons.
La nouveauté réside surtout dans le bouton "Rappel". Le dernier réveil (Une fois ou Semaine) peut être rappelé et le sera avec tous ses paramètres, y compris son mode donc (Une fois ou Semaine).
L'icone vert est appelée dès que la scène est active désormais. Si vous êtes à 13h59, un appui sur Mn+ donnera sur 14h et inversement pour Mn-.
J'ai commencé à éditer le premier post avec les explications. Les téléchargements sont à jour
-
@Lazer, merci de toutes ces explications et ces arguments. J’utilise que très peu mon téléphone pour aller sur les forums (dit-il depuis son téléphone), mais lorsque je l’utilise je n’éprouve pas le besoin d’une application autre que mon navigateur en tous cas. Bref, je ne suis pas prêt de m’y mettre
il y a 49 minutes, pepite a dit :Bonsoir,
All good pour la 3.2.
Bonsoir @pepite!
Super, merci pour ton retour!
En plus, avec un device RGBW que je n’ai pas la possibilité de tester
il y a 54 minutes, pepite a dit :Petite suggestion supplémentaire ;-)
Mettre la version de ta scène dans le bug, par exemple après "Démarrage de la scène", ce la te permettra en cas de bug d'un utilisateur de déjà savoir s'il utilise la dernière version HC2. Derniere suggestion, préciser que ce n'est que pour la HC2 pour le moment.... ;-) Bonne idée!
Avec le debug que tu as posté, je vois qu’il y a un petit correctif à faire dans les calculs affichés à la fin de chaque ligne de fade... donc je réglerai ça et ajouterai tes suggestions, certainement lundi
il y a 59 minutes, pepite a dit :Pas 'inquiétude pour le nombre de lignes, GEA tourne autour de 2500 lignes..ca roule ;-)
Du beau boulot et un grand merci. Je n'ai pas testé le fade Sonos avec la 3.2..je te tiens au courant plus tard.Oui, je suis directement allé télécharger GEA pour constater le nombre de lignes. Même si je n’ai aucun doute sur le fait que ce soit bien plus optimisé
Tu pourras éventuellement tester cela sur la 3.3 qui va arriver
il y a 41 minutes, Did a dit :Pardon, j'ai un peu lâché l'affaire depuis la nouvelle version, ça devient trop compliqué et la version précédente me convient largement.
La dernière version 2 est fonctionnelle et stable apparemment. Donc pas de soucis!
En fait, la version 3 fait exactement la même chose, dans les mêmes délais que la 2! Seulement, il y a plus de variables modifiables par l’utilisateur pour pousser davantage, comme pour les courbes de fade ou l’affiche des noms de devices comme le préférait pepite.
Mais, avec les réglages de base de cette scène v3, c’est exactement la même que la v2
il y a 52 minutes, Did a dit :En même temps, on a de tellement belles journées que j'en profite pour taffer un peu dans le jardin, le mouton est redémarré d'aujourd'hui et je lui termine sa niche comme la semaine prochaine, ils annoncent du froid (et de la flotte).
Tu as raison de profiter de la météo car, effectivement, ce n’est pas censé durer
-
Je vous informe que j'avais réussi à me faire envoyer ma jolie HC2 via transporteur et que je l'ai reçue aujourd'hui!
Outre le fait qu'il m'ait fallu environ 10 tentatives pour pouvoir l'allumer correctement (erreur 503 majoritairement), j'ai donc pu tester la scène sur le compileur LUA de celle-ci!
Ce qui m'a permis de me rendre compte qu'il y avait des fautes de frappe qui s'étaient faufilées dans certains fonctions fibaro... Ah ces logiciels qui veulent absolument mettre des parenthèses ou des guillemets à ta place...
Il faut vite que je trouve l'option pour désactiver ces suggestions 
Toujours est-il que désormais, c'est prêt à l'emploi au niveau de cette version de la scène
Je referai un tour du VD demain
-- -- Manageable Alarm Clock with Robert Penner's Easing Equations -- Version : 3.2 (27 March 2020) -- Author : J3R3M -- Copyright © Jérémy Brocard ---
1
-
-
Il y a 8 heures, Lazer a dit :
Donc l'utilisation est la même que ça soit sur PC ou sur mobile, pas de changement de comportement. Et pas besoin de se taper l’infâme interface de Tapatalk.
C'est fou ce que c'est vendeur envers cette appli
Il y a 8 heures, Lazer a dit :C'est même mieux, car si je veux revenir sur un sujet de discussion plus tard pour approfondir, il me suffit de marquer le mail en non lu, ça fait une sorte de pense bête.
Il est vrai que j'agis de la même manière pour me souvenir de certaines choses, hors domotique.
-
Je ne connais pas du tout Tapatalk, même si le nom ne laisse pas trop de doute sur son intérêt.
Ça doit te faire une moyenne de mails/jour provenant du site assez impressionnante en tous cas
-
C'est vrai. J'ai édité le message
Par contre, étant donné que tu suis une très grande majorité des messages du forum, je ne pensais pas que tu aurais activé les notifications par mail
-
Et voici une nouvelle version... Encore!
Quelques changements :
- Listing possible en début de scène des entrées qui seront traitées
- Affichage ID & Type ou Nom Device & Room Device
- Affichage pourcentage évolution du fade-in + valeur calculée par la courbe
- Pour les joueurs : si pas de courbe précisée : une courbe sera choisie aléatoirement
- Changements mineurs de certains messages du DEBUG ainsi que leur présentation
- Possibilité de régler Fade audio à 0 pour un réveil brutal
Je suis assez curieux sur le temps de traitement global de la scène par le compileur de la HC2, si quelqu'un a l'occasion de tester
On est pas loin des 500 lignes maintenant...
-- -- Manageable Alarm Clock with Robert Penner's Easing Equations -- Version : 3.1 (26 March 2020) -- Author : J3R3M -- Copyright © Jérémy Brocard --
-
Il y a 1 heure, pepite a dit :
Excellent le choix de fade, manque un peu d'explication sur les differents fade dans la scene, je dis ca parce que tu expliques tout dans ta scene, ne manque plus que ca.
Oui, il faut au moins que je les liste dans les commentaires.
Après avoir testé le bon fonctionnement, j'ai simplement posté avec l'image des fonctions. Je vais préciser cela demain
Il y a 1 heure, pepite a dit :Pour info, j'avais rajouté cela :
Cet après-midi, je me suis posé la question de mettre ou non le nom du device dans le DEBUG et je me suis dit qu'il n'était pas nécessaire.
En fait, je me suis simplement posé la question de ce qu'il serait intéressant de voir en cas de fonctionnement anormal de la scène. Et si on devait me montrer un Debug avec les noms de pièce et de device, ça ne m'aiderait pas beaucoup...
Mais je vais l'implanter en option activable via une variable demain
Merci de ton retour en tous cas!
-
Bonjour à tous,
Je vous propose, une fois de plus, une nouvelle version de la scène.
Une version 3 beaucoup plus complète, mais aussi bien plus lourde. On a passé les 400 lignes de code!
Plusieurs raisons à cela :
- Utilisation de la quasi-totalité des fonctions de Robert Penner pour multiplier les courbes de fade possible
- Volonté de publier la scène sur la forum officiel donc mise en place de variables pour la traduction
- Beaucoup plus de commentaires (Copyright + Explications)
Je ne suis pas certain de remplacer complètement la version 2 par celle-ci afin de conserver une scène simple pour les personnes souhaitant conserver cette simplicité.
Je vais y réfléchir et aviser... Pourquoi ne pas ouvrir un autre sujet pour cette scène-ci ? Qu'en pensez-vous ?
Aussi, je suis bien conscient que le code peut sembler inutilement long pour pas grand chose, notamment la traduction de messages de DEBUG et l'utilisation de beaucoup de fonctions de Robert Penner alors que beaucoup se ressemblent... Mais mince, laissez-moi m'occuper pendant le confinement, s'il-vous-plaît
Et on m'a dit ici que le LUA était super rapide, donc on n'est pas à +/- 150 lignes de déclaration de variables supplémentaires
Pour les personnes désireuses de tester cette version, je vous invite à privilégier le téléchargement du fichier lua en fin de message, plutôt que le copier/coller, afin d'éviter d'éventuels soucis au cours de la manipulation. Si vous testez, j'attends vos retours avec impatience
Ou, si vous voulez le tester et que vous ne comprenez pas trop comment faire, je serai ravi de vous y aider!!
Attention, le mode Device a été remplacé par le mode Dimmer dans cette nouvelle version!
Toutes les courbes du tableau sont disponibles, sauf les types Back & Elastic qui étaient hors champ (valeurs parfois en-dessous de 0 et au-dessus de 100).
-- -- Manageable Alarm Clock with Robert Penner's Easing Equations -- Version : 3.0 (25 March 2020) -- Author : J3R3M -- Copyright © Jérémy Brocard --
-
il y a 3 minutes, Did a dit :
Ok, je n'oublie pas pour le FGR.
Merci.
Merci à toi.
Je serai pleinement content quand tu seras pleinement satisfait de la scène
-
1
-
1
-
-
il y a 26 minutes, Did a dit :
Donc tout le monde à bien fait son boulot, la lumière, le son, parfait (manquera plus qu'un FGR).
Et voici le debug:
[DEBUG] 22:55:01: Démarrage de la scène... 1 entrée(s) Lights et 2 entrée(s) Speakers à traiter [DEBUG] 22:55:01: Il fait nuit! Seules les entrées en mode 'both' et 'night' seront traitées [DEBUG] 22:55:01: [LightsBtn] -> Début de la fonction [DEBUG] 22:55:01: [LightsBtn] [Device 29] Pas d'action à effectuer pour cette entrée [DEBUG] 22:55:02: [LightsBtn] -> Fin de la fonction [DEBUG] 22:55:02: [LightsFade] -> Début de la fonction [DEBUG] 22:55:02: [LightsFade] Durée d'allumage prévue : 10mn [DEBUG] 22:57:26: [LightsFade] [Device 29] [Puissance réglée: 100] Allumage en cours... 25% [DEBUG] 22:59:56: [LightsFade] [Device 29] [Puissance réglée: 100] Allumage en cours... 50% [DEBUG] 23:02:26: [LightsFade] [Device 29] [Puissance réglée: 100] Allumage en cours... 75% [DEBUG] 23:04:57: [LightsFade] [Device 29] [Puissance réglée: 100] Allumage en cours... 100% [DEBUG] 23:05:03: [LightsFade] -> Fin de la fonction [DEBUG] 23:05:03: [SpeakersAction] -> Début de la fonction [DEBUG] 23:05:03: [SpeakersAction] [VD 15] Le slider 15 est à 20 %. [DEBUG] 23:05:04: [SpeakersAction] [VD 15] Le bouton 7 a été appuyé [DEBUG] 23:05:05: [SpeakersAction] -> Fin de la fonction [DEBUG] 23:05:05: [SpeakersFade] -> Début de la fonction [DEBUG] 23:05:34: [SpeakersFade] -> Fin de la fonction [DEBUG] 23:05:34: Fin de la scène. Debout maintenant!Merveilleux!
Bon, il est possible qu’une nouvelle version arrive plus ou moins rapidement pendant ce confinement...
Mais sans modification des actions pour modules, uniquement une réorganisation de celui-ci normalement
.
-
à l’instant, Did a dit :
Pardon, fausse alerte quand j'ai modifié la ligne du dimmer, je n'avais pas sauvegardé, j'ai relancé et c'est bien parti.
Bonne partie.
Je poste le debug dès que la scène est terminée.
Merci de ton retour...
N'ayant jamais eu de dimmer, je commençais à checker sur le forum de Fibaro si les codes pour ces devices avaient à changé
-
il y a une heure, Did a dit :
J'ai inclus un FGD pour tester ta scène, j'ai renseigné l'Id dans la ligne:
table.insert(LightsList, {typ="Device", mode="night", id=29});mais rien ne s'est allumé, rien dans le debug.
Peux-tu quand même poster le DEBUG complet s'il-te-plaît ?
il y a 4 minutes, Did a dit :@J3R3M, tu es dans le coin?
J'étais en pleine partie de tarot, je viens de voir les notifications
TTS sur Sonos
dans Support
Posté(e) · Modifié par J3R3M
Je n'évoquais pas de doubler les codes, mais bien de gagner une étape de manière pérenne, ne serait-ce que pour constater le résultat.
Actuellement, ton cheminement est celui-ci:
Il est très facilement possible de gagner une étape comme ceci :
Cela fera exactement la même chose, en supprimant l'étape d'appui sur un bouton, puisque les actions seront directement exécutées depuis la scène démarrée par IFTT.
Si tu souhaites tester les actions, il te suffira de lancer manuellement les scènes. Ou alors, si tu souhaites conserver le lancement depuis le VD, de remplacer le code de tes boutons par un simple fibaro:startScene();
Je te suggère également de tester temporairement avec une simple ligne à prononcer dans chaque scène.
Par exemple : Bonjour, ceci est la scène matinale et Bonjour, ceci est la scène de soirée
Ainsi, on va voir si cela ne vient vraiment pas de la construction de ton message