Krikroff Posté(e) le 13 mars 2020 Signaler Posté(e) le 13 mars 2020 Pas de multiples instances d’une même scène sur HC3 il ne faut pas chercher plus loin je pense et envisager une alternative satisfaisante.Pour le refresh du dashboard je me demande si il n’y a pas un problème avec le refreshstate
jjacques68 Posté(e) le 13 mars 2020 Auteur Signaler Posté(e) le 13 mars 2020 il y a 1 minute, Krikroff a dit : il ne faut pas chercher plus loin je pense oui je suis d'accord...
jjacques68 Posté(e) le 20 mars 2020 Auteur Signaler Posté(e) le 20 mars 2020 (modifié) aaaaah encore un truc étrange : on a pas le même résultat pour la commande suivant que l'on soit dans une scène ou dans un QA : fibaro.getGlobalVariable("") dans une scène, on a bien la valeur de la VG. Mais dans un QA on a la valeur + je pense, le TimeStamp de la dernière modification Modifié le 20 mars 2020 par jjacques68
Krikroff Posté(e) le 20 mars 2020 Signaler Posté(e) le 20 mars 2020 Oui c’est bien le TSEnvoyé de mon iPhone en utilisant Tapatalk
Krikroff Posté(e) le 20 mars 2020 Signaler Posté(e) le 20 mars 2020 Je ne sais pas!Une VG peux être un trigger dans une scène donc pas nécessairement besoin du time stamp. Dans un QA c’est une très bonne chose Maintenant ce n’est peut-être pas volontaire Sujet remonté dans le backlog...Envoyé de mon iPhone en utilisant Tapatalk 1
jjacques68 Posté(e) le 24 mars 2020 Auteur Signaler Posté(e) le 24 mars 2020 (modifié) Alors encore un petit bug : Constater après avoir créé un QA de notification PROWL. En effet, j'appelle une méthode de cette façon : fibaro.call(ID, "SendProwl", Priority, Application, Event, Description) si dans la chaine "Description", il y a un "\n" donc retour chariot, la commande est simplement ignorée La méthode n'est pas exécutée. Je peux lui mettre n'importe quoi dans la ligne, même une méthode qui n'existe pas (où normalement on a un message d'erreur), il l'ignore. je souhaitais m'en servir car, dans une scène, je personnalise le message. Et il se peut que j'ai plusieurs lignes avec retour chariot. Modifié le 24 mars 2020 par jjacques68
jjacques68 Posté(e) le 27 mars 2020 Auteur Signaler Posté(e) le 27 mars 2020 (modifié) allé je continue : ça c'est vraiment pénible par contre... quand je veux ajouter une nouvelle variable à un QA, si il en existe déjà, j'ai un message d'erreur qui m'empêche de sauvegarder la création de la nouvelle : Modifié le 27 mars 2020 par jjacques68
Krikroff Posté(e) le 27 mars 2020 Signaler Posté(e) le 27 mars 2020 Pour ton problème de chaîne ce n’est peut-être pas un bug mais un problème d’échappement...Pour le refus d’enregistrement d’une variable sur ton QA c’est étrange... j’essaierai de me connecter dans la soirée mais je n’avais pas remarqué ça !Envoyé de mon iPhone en utilisant Tapatalk
jjacques68 Posté(e) le 27 mars 2020 Auteur Signaler Posté(e) le 27 mars 2020 il y a 2 minutes, Krikroff a dit : Pour le refus d’enregistrement d’une variable sur ton QA c’est étrange alors si y a 2 ou 3 variables, ça passe. Mais j'ai un QA ou il y en a 10, et je peux plus en ajouter une
Krikroff Posté(e) le 27 mars 2020 Signaler Posté(e) le 27 mars 2020 Mince j’espère qu’il n’y a pas de limitation... faut que j’en ai le cœur net ça serait agaçant !Et du coup, tu as essayé le double échappement -> \\nEnvoyé de mon iPhone en utilisant Tapatalk
jjacques68 Posté(e) le 27 mars 2020 Auteur Signaler Posté(e) le 27 mars 2020 ah mince non ! attend...
jjacques68 Posté(e) le 27 mars 2020 Auteur Signaler Posté(e) le 27 mars 2020 il y a 9 minutes, Krikroff a dit : Et du coup, tu as essayé le double échappement -> \\n ben !!! ça marche !! et avec un simple \n !!! Mais je le fais pas depuis la scène d'origine... pour tant quand j'ai décrit le sujet, je créais une string de la sorte : ListeSensorOpen = ListeSensorOpen..SensorName.." dans "..RoomName.."\n" et j'envoie comme ça : fibaro.call(435, "SendProwl", 0,"HC3","Warning","Doors/Windows Open : "..ListeSensorOpen) c'est la que je me suis rendu compte du problème... Bon je teste demain dans les conditions réelles c'est compliqué d’essayer de le simuler dans la scène d'origine du problème... (obliger d'ouvrir les fenêtres pendant 1/2 heure, et la ça caille...) je te confirme demain...
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 Il y a 14 heures, Krikroff a dit : Et du coup, tu as essayé le double échappement -> \\n Bon ben non ça veut pas... pour cette ligne de code : ListeSensorOpen = ListeSensorOpen..SensorName.." dans "..RoomName.."\n" j'ai essayé : \n\n ; \\n ; \r ; \\r rien ne passe...on dirait que c'est lors de la concatenation de la chaine que ça pose problème...
Kana-chan Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 Et avez vous essayé "<br/>" au cas où ? Voilà ...
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 les balises HTML ne sont pas reconnues... déjà essayé pour mettre des couleurs dans le debug
Krikroff Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 Je confirme pour les balises HTML. il y a 12 minutes, jjacques68 a dit : Bon ben non ça veut pas... pour cette ligne de code : ListeSensorOpen = ListeSensorOpen..SensorName.." dans "..RoomName.."\n" Et pas de message d'erreur, rien ?
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 autre chose : je suis entrain de jouer avec les panneau GARDEN... c'est pas mal !! le fait de pouvoir créer un device en y associant un QA lui même de type sprinkler est top !!! Je pense que je dois être le seul au monde à vouloir jouer avec ça, mais bon, ça m'est utile MAIS! (je pense) qu'il y a un bug dans l'IHM : quand je créé un schedule : ici "Sud" les jours sélectionnés dans "Sud" ne sont plus accessibles pour un nouveau schedule :"essai" c'est pas logique, y a aucune raison à a connaissance, surtout quand je regarde l'API ! alors si je programme les jours directement dans l'API, ça passe, mais ça donne ça : on constate que les jours sont grisés mais actif. Et ils apparaissent bien dans l'API. Je sais pas trop quoi en penser, je teste ça dans la journée... pour voir si les relais s'active bien ou pas...
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 il y a 1 minute, Krikroff a dit : Et pas de message d'erreur, rien ? oula les messages se croisent non rien du tout...
Krikroff Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 Je pense que ton problème de variable dans ton QA est autre... Je viens de faire ceci :
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 il y a 1 minute, Krikroff a dit : e pense que ton problème de variable dans ton QA est autre... Je viens de faire ceci : alors je te promets que non, en effet à la création il n'y a pas de problème (j'aurais pu te le préciser tout de suite, excuse moi...) Mais pour un QA déjà existant, avec plusieurs variables, j'arrive pas à en ajouter...
Krikroff Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 il y a 5 minutes, jjacques68 a dit : on constate que les jours sont grisés mais actif. Et ils apparaissent bien dans l'API. Je sais pas trop quoi en penser, je teste ça dans la journée... pour voir si les relais s'active bien ou pas... Oui étrange... je n'ai pas essayé mais cela me semble logique que les jours soit accessible pour toutes les programmations....
Krikroff Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 il y a 2 minutes, jjacques68 a dit : Mais pour un QA déjà existant, avec plusieurs variables, j'arrive pas à en ajouter... Réouverture du QA puis ajout d'une nouvelle variable, c'est ça qui coince pour toi ?
jjacques68 Posté(e) le 28 mars 2020 Auteur Signaler Posté(e) le 28 mars 2020 il y a 2 minutes, jjacques68 a dit : Mais pour un QA déjà existant, avec plusieurs variables, j'arrive pas à en ajouter... Je le confirme bien. impossible d'ajouter une variable. Je viens de rebooter la box, mais pareil...
Messages recommandés