Lazer

Mise en ligne du QuickApp Kodi version 2.12 : Gestion des icônes => il faudra importer les icônes puis ajouter les 6 variables correspondantes pour définir leurs ID. Utilisation des WebSockets pour la communication avec Kodi (meilleure réactivité des événements, particulièrement si l'addon n'est pas utilisé) Gestion de plusieurs langues (français/anglais) Améliorations diverses   Pour la mise à jour, pensez à créer les nouvelles variables suivantes : WebSocket_Port : port pour les communication WebSockets, par exemple : 9090 Icon_Normal : ID de l'icône normale Icon_ON : ID de l'icône ON Icon_OFF : ID de l'icône OFF Icon_Play : ID de l'icône en cours de lecture Icon_Pause : ID de l'icône en pause Icon_Stop : ID de l'icône arrêtée Puis copier/coller le contenu des fichiers LUA par dessus l'existant : Fichier main : Kodi v2.12 - Main.lua Fichier KODI : Library - KODI v1.12.lua Fichier tools : Library - tools v2.20.lua Note : je n'ai pas encore travaillé sur la nouvelle version de l'addon, donc il n'est pour l'instant toujours pas compatible avec Python v3 (Kodi 19 et supérieur) Cependant, l'utilisation des WebSockets permet de compenser une partie des fonctionnalités de l'addon, à savoir la mise à jour instantanée du QuickApp lors des événements du lecteur Kodi.

Mise en ligne de la version 5.10 : Correction du problème de login avec DSM v7 Correction du bug de création des modules enfants depuis le firmware HC3 v5.100 Meilleure gestion des modules déconnectés (dead) et support de la fonction wakeUpDeadDevice Gestion de plusieurs langues (français/anglais) Ajout d'emojis sur le visuel du QuickApp parent Améliorations diverses Pour la mise à jour, copier/coller le contenu de chaque fichier LUA dans le QuickApp (et créer le fichier DSM s'il n'existe pas encore) : Fichier main : Surveillance Station v5.10 - Main.lua Fichier DSM : Library - DSM v1.10.lua Fichier tools : Library - tools v2.20.lua

Il y a une propriété modified dans le JSON du module, qui est un timestamp UNIX. Mais sur le device que j'ai en exemple, que je n'ai pas modifié depuis très longtemps, son timestamp correspond exactement à la date de dernier démarrage de ma box. Du coup, c'est une information non fiable, je pense qu'il n'est pas possible de connaitre facilement la date/heure de dernière modification d'un module. Une solution serait de faire un script qui surveille les modifications des devices via l'API refreshStates, et le mémorise dans une variable... mais un peu compliqué. Et puis ça revient à réécrire GEA en fin de compte, vu que c'est ce qu'il fait nativement.

Trop cher, c'est pas un deal, -1 (c) mprinfo Oui je sais, c'est l'original Hitachi, pas le produit déclassé vendu en label White, mais on a déjà eu son équivalent en White à 302 € par 2 fois lors des 3 derniers mois, donc voilà

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