Lazer

Bravo Oui le travail de cartographie est impressionnant Pour l'instant je n'ai pas eu besoin de pièces détachées.... le plus pénible c'est comme toujours avec ces robots-aspirateurs de bien démêler les cheveux / fils divers sous les brosses.

Ah oui je m'en souviens.... et ça n'a toujours pas brûlé ? Impressionnant ton expérience. Perso j'ai mis le gros module Aeotec Heavy Duty sous la plaque, avec ça j'ai de la marge

En moyenne 100W, mais c'est très variable, il y a pas mal de pics et d'arrêts en fonctions de la chauffe du bed et de la tête. Ça me fait penser que je ne sais même pas quelle est la puissance maxi de l'alimentation, il faudrait que je regarde. Mais à mon avis ça doit être assez proche de la tienne, 400W ça semble largement suffisant.

Hum... laisse moi deviner, alimentation chinoise toute pourrie, avec des gros appels de courants ? Parce que 400 W, jamais elle ne devrait faire des pointes > 2500 W.... il y a un gros problème. Je te conseille plutôt de changer d'alimentation, ça sera plus sécurisant pour tout le monde : durée de vie de l'alimentation, du Wall Plug, voire de la maison... J'ai un Wall Plug sur ma Prusa depuis 3 ans, il n'a jamais remonté le moindre avertissement.

Perso j'utilise beaucoup "Or", mais uniquement dans le cadre de règles avec vérification à intervalle régulier (durée >= 0), pas dans le cas de déclencheurs instantanés (durée = -1) Tu es probablement le premier à qui ça arrive, je n'ai pas souvenir d'avoir vu quelqu'un s'en plaindre ces derniers mois. Dans le fichier de syntaxe, chaque colonne Condition, Trigger, et Action, indique dans quel cas chacune des options est utilisable. C'est plus clair que d'aller fouiller dans le paragraphe de la syntaxe de chacune des options. Dans le cas d'une règle avec déclencheur instantané, "Time" doit être en parenthèses "(Time)" pour indiquer qu'on ne souhaite pas qu'il soit utilisé en tant que déclencheur justement. Bon le cas de Time ce n'est pas gênant car il n'est pas utilisable en déclencheur instantané (donc que tu mettes des parenthèses autour de Time ou pas ne change rien), mais ça pourrait devenir problématique avec un module, une variable, etc... qui sont tous utilisables en déclencheurs. Là c'est pas nouveau, ça date de la HC2, depuis une certaine version où Steven avait permis d'utiliser plusieurs déclencheurs pour une même règle. Il est alors important de ne laisser que le seul déclencheur sans parenthèses, et mettre les autres options (qui ne sont alors que des conditions, mais non "déclenchantes") avec des parenthèses. C'est encore plus important avec GEA sur HC3 car il détecte tout seul les déclencheurs. Ce point particulier, je l'ai déjà expliqué plusieurs fois, et pas mal de gens sont tombés dans le panneau. Le comportement automatique de GEA sur HC3 oblige à plus de rigueur, là où GEA sur HC2 étant plus tolérant, laxiste, de part son fonctionnement (il fallait forcément mettre le trigger dans l'entête de la scène) Je ne sais pas si je suis clair... ? En tout cas ce n'est pas la raison pour laquelle ta règle ne fonctionne pas. Elle est juste mal écrite, tu aurais pu t'en rendre compte en la regardant mieux, ou en regardant les logs de GEA. Je suis certain que la règle se déclenche, mais n'effectue aucune action. Indice : il te manque des accolades autour de ton action

C'est quoi comme imprimante 3D 2500W maximum pour le WP, il faut y aller quand même...

J'en déduis que ta question porte sur GEA pour HC3 ? (ton profil n'est pas à jour) Le "Or" n'a pas changé, cela dit je vois que tu l'utilises avec un déclenchement instantané (durée = -1), et là ça ne fonctionnera pas. Comme tu le sais la plus grosse différence de GEA lors du passage de la HC2 vers la HC3 porte sur les déclenchements instantanés, du fait de l'abandon des scènes et des triggers. Du coup au chargement GEA vérifie maintenant chaque règle pour détecter tout seul les triggers (vu qu'on ne peut pas les spécifier dans un QuickApp), mais le Or en lui même n'est pas éligible aux triggers (d'ailleurs je viens de vérifier, c'est bien indiqué dans la doc de syntaxe que tu as lu et relu ) Là comme ça, je ne sais pas du tout te dire la difficulté que représente l'ajout des triggers sur une condition "Or".... il faudra que je me penche sur le sujet, un jour (hop, dans la todo-list) En attendant, je te suggère fort logiquement d'écrire 2 règles distinctes. Une pour ton module 630, et l'autre pour le 633. Et avant que tu me dises que cette gestion des triggers est une régression (et tu n'auras pas complètement tord), il s'avère que tu es le 1er à avoir un tel souci depuis GEA sur HC3. Car cette détection automatique des triggers est au contraire une amélioration considérable de GEA sur HC3. En effet sur HC2 une grosse partie des demandes de support portaient justement sur une mauvaise compréhension des triggers en entête de scène.

Juste l'URL, comme dans ton navigateur. Tout simple. Exemple : "http://mon.adresse.com/googlehome?annoucement=someone%20at%20the%20door" Pour ton QuickApp, il te suffit de partir d'un QA exemple proposé par Fibaro. Choisi le type qui correspond à ton besoin. En complément ne pas oublier la doc officielle : https://manuals.fibaro.com/home-center-3-quick-apps/ Il y a un paragraphe sur la création d'un bouton.

Ah OK, je pensais que c'était une annonce récente

127 € la pièce de collection en plastique quand même !

Je n'ai pas compris ta question ? C'est bien en LUA qu'on code la QuickApp. Par ailleurs HTML n'est pas un langage de programmation, mais juste un langage de description de pages Web.

OK c'est parce que tu n'as pas créé d'utilisateur, tout simplement. Tu utilises le compte administrateur (que tu as renommé en Sebastien). Donc pas besoin de lui donner de droits d'accès, le compte admin a accès à tout, forcément. (par conséquent, le bouton permettant de donner des droits d'accès n'existe pas pour cet utilisateur). Du coup.... pourquoi ta scène n'est pas visible sur l'application mobile, là je ne sais pas. Je n'utilise pas les scènes, donc là je manque d'expérience....

Attention, dans http:request(), c'est juste l'URL qu'il faut mettre, pas tout ton bazar compliqué que tu as collé, ça ne fonctionnera pas. Le code d'un bouton ? Mais tu n'as pas du tout commencé ton QuickApp ? Ici ce n'est pas trop le topic pour apprendre à créer un bouton, cela a déjà été évoqué plusieurs fois sur le forum, essaye de cherche 5 minutes STP, si je te donne la solution tu n'apprendras rien Indice : c'est très facile, il suffit d'une fonction.

Tu prends le code LUA de la 1ère page, 1er message, 1er extrait de code, tu changes juste l'URL, et ça va marcher.

J'avais déjà entendu parler de la Fibaro Home Center 1, elle a bien existé, et était basée sur une Vera : https://www.maison-et-domotique.com/9806-vera-w-jezyku-polskim/ Je ne pense pas qu'elle se soit beaucoup vendu... Le forum a été créé bien après, lorsque la HC2 était la box la plus tendance à la une de tous les blogs de l'époque. EDIT : @Krikroff a été plus rapide

Ah ça c'est dans la signature, qu'on peut éditer dans notre profile. En écrivant cela, je suis allé chercher dans mon profil, et j'ai l'impression que l'accès à la signature n'est plus possible, en tout cas je ne retrouve pas

Bienvenue sr le forum

OK voilà, c'est donc ça, c'est bien la dernière beta 5.091 qui apporte cette nouveauté de gestion de positions favorites. Comme tu posais la question, j'ai cru que tu avais fait la mise à jour.

Etrange.... Firmware 5.091.41, on est bien d'accord ? Dans l'API JSON de ton QA, est-ce que tu as bien les interfaces favoritePosition et favoritePositions ? Il me les a ajouté tout seul, c'est un QA qui existe depuis bien longtemps, avant de faire la mise à jour. Mais comme toute interface, on peut les ajouter ou les supprimer.... du coup ton QA n'a peut être pas ces interfaces. Mais dans ce cas pourquoi ma HC3 les aurait ajouté à mon QA, et pas chez toi ?

Ah oui c'est curieux, ils gèrent différemment les modules Z-Wave et QuickApps. Je n'ai pas de Roller Shutter Z-Wave à disposition sur ma box de test, tout ce que peux tester c'est sur un QA. Onglet avancé du QA :

Ah oui OK..... mais là je ne peux pas reproduire de mon coté, je n'ai pas de production, et mon Linky est en mode historique...

Ah bah voilà, bravo Je n'ai pas compris ta remarque pour la réinjection du surplus, c'est à toi de créer tes propres scénarios, non ? Tu compares la consommation, la production, et tu agis en conséquence. Du coup ce n'est pas lié à ce QuickApp il me semble, mais une réflexion plus globale sur la façon de gérer l'autoconsommation solaire.

Tes "scénarios", ce sont des "scènes" ? (pour reprendre la terminologie Fibaro) Est-ce que tu as bien donné l'autorisation d'utiliser ces scènes pour l'utilisateur que tu utilises pour te connecter à l'application mobile ? (à paramétrer dans le panneau de contrôle d'accès)

Cool Non désolé je n'ai pas encore testé cette nouvelle fonctionnalité de position favorite, mais d'après ce que je vois, quand tu vas sur la vue d'un volet, tu peux choisir une position (admettons 50%), et tu peux l'ajouter en favori en cliquant sur l'étoile. Sur mon QA d'exemple ça n'a aucun effet, mais ça devrait fonctionner avec un vrai module Z-Wave. Dans l'API je vois qu'il y a une nouvelle méthode setFavoritePosition qu'il va falloir code en LUA dans une fonction dédiée QuickApp:setFavoritePosition()

Bienvenue sur le forum