Lazer

Très bien, je ne connaissais pas du tout DesignSpark Mechanical. Fusion 360 est vraiment très simple de prise en main, il y a de nombreux tutos en français sur Youtube, et j'ai beaucoup aimé la philosophie du logiciel. A des années lumières de Sketchup ! Que j'ai définitivement abandonné... (et il dispose d'un module de PCB, jamais testé, je ne sais pas ce que ça vaut) Ma seule crainte, s'agissant d'un logiciel dépendant d'une souscription, c'est qu'ils modifient leur politique commerciale et qu'ils décident un jour de supprimer la licence gratuite.... ça serait un vrai drame dans la sphère des créateurs/makers/bidouilleurs.

ça doit être faisable, ça reste du script Shell tout ce qu'il y a de plus classique. Basiquement je dirais que tu peux supprimer toutes les fonctions spécifiques au Syno (notifications, envois d'email, etc). Et puis tu mets le script dans la crontab pour l'exécution automatique.

Bienvenue sur le forum

Bravo pour ta 1ère réalisation C'est un phénomène connu, Sketchup n'est pas adapté pour l'impression 3D, il n'a pas la notion des volumes des pièces. On peut se retrouver avec des faces inversées, etc, donc les objets 3D sont invalides. Il faut utiliser un logiciel de CAO, type Fusion 360 (gratuit en usage perso), ou d'autres produits du même genre : Solidworks, Catia, etc

En complément : - une sauvegarde locale peut être restaurée uniquement sur la même box - une sauvegarde cloud peut être restaurée sur une autre box identique (HC2=>HC2, ou HC3=>HC3)... typiquement utile en cas de panne matérielle de la 1ère box, pour effectuer un remplacement standard. Ceci à cause du chiffrement mis en place pour protéger les sauvegardes. En passant par le cloud, Fibaro possède les clés de chiffrement de chaque box, donc lors de la restauration vers une nouvelle box identique, ils effectuent un déchiffrement/rechiffrement à la volée permettant de restaurer sur la nouvelle box. Je sais pas si je suis clair ? Le message "Error while decrypting backup" me fait penser que la sauvegarde provient d'une autre box, et qu'il n'arrive pas à la restaurer, car la clé de chiffrement est différente. Si maintenant tu essaies de restaurer le backup sur la même box (=même numéro de série) et que ça ne fonctionne pas, alors il n'y a pas grand chose qu'on puisse faire. Le mieux est de contacter le support@fibaro.com, ils sauront te dépanner sur ce cas précis.

Du coup Fibaro s'est dépêché de sortir la stable le 1er février, pour que tout le monde puisse profiter des modules multiPositions ! ça viendra bientôt dans le QuickApp. Enfin un jour.... prochainement...

Pas sûr d'avoir compris ta demande... Les sauvegardes de la HC2 peuvent être restaurées sur.... la HC2 ! Et c'est tout ! De même, les sauvegardes HC3 ne peuvent être restaurées que sur la HC3. Pour migrer de HC2 à HC3, on ne fait pas une sauvegarde/restore, on utilise l'assistant de migration. Que je n'ai jamais utilisé, je trouve plus sage d'exclure puis inclure tous les modules manuellement, c'est plus propre.

Cela semble incroyable, mais un nouveau firmware arrive pour la HC2 :

Oui merci, j'ai commencé à m'atteler à la nouvelle version, donc ça viendra dans quelques jours.

On en parlait lors de la beta, la consommation CPU a baissé avec ce nouveau firmware (visible sur le taux d'occupation global du processeurs (4 cœurs) de la box) Concrètement, pour les QuickApps, ça se traduit par un temps CPU consommé plus faible, donc je suppose de meilleures performances (il faudrait faire tourner un benchmark pour s'en assurer...) Exemple avec le QuickApp Xiaomi Roborock Vaccum, qui est assez consommateur de CPU à cause des calculs de chiffrement à effectuer pour le protocole de communication avec l'aspirateur robot. C'est exactement la même version du QA sur mes 2 box, la production tourne avec le firmware 5.070.42 (c'est vieux), et la test en 5.100.22. A la louche, environ 20% plus rapide, c'est significatif HC3 v5.070.42 : HC3 v5.100.22 :

Voilà, donc c'est tout bon alors ?

Un truc dans le genre : formula = function(value) return tools:round(value/100, 1) end Là c'est avec 1 chiffre après la virgule (dans le round), donc il faut adapter à tes valeurs. Mais bon si tu dis que tu as des valeurs à 0, je pense que la division par 100 sera encore plus nulle.... Tu as vérifié les valeurs que tu as dans l'API HTTP de l'IPX ? /api/xdevices.json?key=apikey&Get=VA

Le type que tu as choisi n'existe pas, regarde la 1ère page. Pour des sondes analogiques, le type le plus approprié me semble être "MultilevelSensor".

Plus sérieusement : ce sont des nouveautés des précédentes beta. Les positions favorites, c'est pour les multilevelswitchs (dimmer, volets), pour préenregistrer des positions intermédiaires (50%, etc) et les utiliser facilement en 1 clic sans devoir manuellement glisser le slider à chaque fois.

Déjà ? ils sont allé vite dites donc Quoi ? Sans nous prévenir ? Et tu ne l'a même par partagé avec les membres du forum ?

Façon pêche aux canards de fête foraine @TonyC merci mais tu peux renommer ton fichier en .lua ? Car les txt sont bloqués par le forum....

Oui j'avais bien compris, je me suis mal exprimé en fait. Quand on a activé la gestion multi-cartes sur l'application, via l'API on va récupérer les pièces de la dernière carte chargée apparemment. Du coup il faut que l'aspirateur soit dans la bonne carte (étage) avant de lancer le QuickApp. C'est un peu le foutoir, et sur les forums on voit des mecs qui ont fait des algos pour tenter de deviner à quel étage se trouve l'aspirateur.... sans certitude. Du coup mon QA ne gère pas tout ça, et part du principe qu'il y a une seule carte = 1 seul étage. L’ascenseur à aspirateur, je me demande pourquoi ce n'est pas en standard dans les maisons... mais que font les promoteurs/architectes

Non non pas de bridage, je t'assure C'est une simple boucle for : for _, room in ipairs(result) do rooms[#rooms+1] = room[1] end Tu peux activer le debug pour voir le résultat complet retourné pas l'API dans la fonction Xiaomi:getRooms(), afin de savoir si les 6 pièces sont bien retournées, ou seulement 4. Mon modèle gère également le multi-étages, mais ce n'est pas pris en compte dans mon QA. J'ai regardé sur le Web, ils ont le même souci sur les autres plateformes domotiques (HA, etc), dès qu'il y a plusieurs étages, c'est compliqué à gérer... De toute façon vu que le robot ne sais pas monter les marches tout seul, il y a 2 possibilités : - tu installes un robot différent par étage - tu as 1 seul robot, qui reste au RDC pour le quotidien (géré par la domotique), et 1 fois par semaine tu le portes en haut et tu appuies avec le doigt sur le bouton pour lancer le nettoyage de l'étage entier.... donc sans domotique.

J'espère qu'il ne reste pas de bugs, vous me direz comment le QA se comporte chez vous avec les différents modèles d'aspirateur. En tout cas bien content d'avoir fini, ça faisait longtemps que je devais ajouter les fonctions manquantes. Je n'ai pas précisé, mais les fonctions goTo(), cleanZone() et cleanRoom() sont bien évidemment accessibles depuis GEA, comme n'importe quel QuickApp, Scène, ou même API HTTP. Dans la 1ère page, j'ai indiqué comme ajouter des boutons dans le QA pour appeler directement ces fonctions, si vous trouvez cela plus pratique, par exemple depuis l'application mobile. Perso je me suis créé 4 petits boutons pour lancer le nettoyage de 4 pièces, ça peut être pratique pour lancer rapidement le nettoyage de l'entrée ou de la cuisine après un carnage culinaire, par exemple. Pour la mise à jour, n'oubliez pas de supprimer la variable Refresh dans l'onglet Variables du QuickApp, et d'ajouter à la place les 2 variables RefreshON et RefreshOFF (sinon vous aurez un warning dans le log, rien de bloquant cela dit)

Prise en charge de toutes les nouveautés du protocole Z-Wave depuis ces dernières années : - mise à jour OTA de tous les modules (pas seulement ceux de Fibaro) - sécurité S2 - meilleure gestion des routes entre modules - etc

Oui je sais c'est prévu, inutile de le réclamer partout, surtout que j'ai déjà quelques QuickApps en souffrance depuis plusieurs mois à traiter avant. De toute façon le firmware stable n'est pas encore dispo, donc pour l'instant personne n'a la possibilité d'utiliser le nouveau type multiposition. Pas d'urgence donc

D'accord, donc ça veut dire que c'est bien un bug qui est apparu récemment avec le dernier firmware beta (évite les beta en production si tu veux mon avis ) Je vais regarder ça... à suivre

Il faudra que je fasse des tests complémentaires, mais avant ça, tu as regardé le message au dessus du tient ? Car @mprinfo dit qu'il a la même erreur, et que ça semble corrigé dans la mise à jour du firmware 5.090.17. Donc question, quel firmware as-tu ?

Mise en ligne de la version 2.10 : Ajout de la fonction goTo() permettant de positionner le robot à la position désirée spécifiée par ses coordonnées Ajout de la fonction cleanZone() permettant de lancer le nettoyage d'une zone spécifiée par ses coordonnées Ajout de la fonction cleanRoom() permettant de lancer le nettoyage d'une pièce préconfigurée dans l'application mobile (pour les modèles d'aspirateur supportant cette fonctionnalité. Voir les journaux de log pour voir les pièces découvertes) Intervalle de rafraichissement variable en fonction de l'activité du robot (pensez à supprimer l'ancienne variable Refresh et à créer les 2 nouvelles variables RefreshON et RefreshOFF dans l'onglet dédié du QuickApp) Amélioration de la gestion du nœud mort en cas de problème de communication réseau, et gestion du réveil forcé Le statut en cours du robot est affiché dans la propriété log, donc également affiché sous l'icône du module Un message d'avertissement est affiché si le modèle d'aspirateur n'est pas supporté Améliorations et correctifs divers  Plus d'informations en 1ère page. Copier/coller les fichiers par dessus le contenu existant : Fichier main : Xiaomi Roborock Vacuum v2.10 - Main.lua Fichier Xiaomi : Library - Xiaomi v1.10.lua Fichier tools : Library - tools v2.20.lua

Le support Fibaro, c'est normal, leur rôle se limiter à dépanner les problèmes des utilisateurs : box plantée, etc. Ils n'y sont pour rien dans les développements partagés par la communauté sur les forums ou le marketplace. Le développeur du QuickApp, c'est bien dommage s'il ne répond pas, mais bon.... c'est du partage communautaire, donc c'est basé sur la bonne volonté des gens. Il le fera peut être plus tard quand il aura du temps à consacrer. Bon à la limite vu que ton problème n'a rien à voir avec le QuickApp, mais concerne bien le fonctionnement du panneau d'énergie, donc la HC3, on pourrait s'attendre à ce que le support Fibaro puisse t'aider... Sauf que, je pense que ce n'est pas un bug, mais un comportement voulu (work as designed comme ils disent). Comme je le disais, je n'ai pas de production solaire, donc je ne peux pas reproduire chez moi. Si @flacon030 passe par ici, il pourrait te dire quel est le comportement du panneau chez lui, car il a de la production solaire (avec une autre source que le QuickApp Fronius). Si ça se trouve, c'est pareil. Mais ce de je déduis du comportement que tu affiches, l'objectif de ce panneau d'énergie ne semble pas être de te montrer quelle est ta consommation totale (soutirée + produite), mais plutôt ton indépendance, ou devrais-je autonomie. Car ça semble être le sens donné au mot (Balance). EDIT : pour en avoir le cœur net, le mieux est encore de poser la question directement aux dév de l'équipe Fibaro (pas le support), donc sur le forum officiel : https://forum.fibaro.com/forum/1024-home-center-3/