Lazer

Ah si complètement Désolé pour la typo !

C'est dans la tendance amorcée depuis plus d'un an : rendre TEMPO totalement inintéressant pour forcer les abonnés à se détourner de cette offre. Ce que je ne comprend toujours pas, puisque les tranches horaires de Tempo ne correspondant plus aux nouveaux besoins d'équilibrage du réseau électrique (solaire à midi, etc), c'est pourquoi ne pas faire évoluer les tranches horaires elles-même de Tempo....

Les API pour voir les types supportés : /api/quickApp/availableTypes /api/devices/hierarchy

Je n'ai pas le temps de vérifier, mais quelques pistes : Si tu as déjà un module de type portail/gate, il faudrait regarder dans son JSON quel est son "type" : Si c'est différent de ton Quickapp "portail avec retour d'information", alors l'astuce est d'exporter ton QA, modifier le type à la main le fichier FQA avec un éditeur de texte, puis le réimporter. Si le type est identique, alors ce n'est pas la bonne piste, il faut chercher du coté des autres propriétés pour voir ce qui peut être modifiée (en LUA et/ou via l'API) pour lui donner les bonnes caractéristiques.

Tel quel non il ne sera pas compatible, car l'API a complètement changé depuis l'IPX800 v5... que je n'ai déjà pas pris le temps d'intégrer. Le QuickApp est modulaire, un fichier main, et une librairie dédiée à l'interfaçage avec l'API des produits GCE, et c'est ce dernier fichier qu'il faudrait adapter. Donc du boulot en perspective.... mais de mon coté ce n'est pas prévu prochainement... désolé... Si quelqu'un a le courage de se lancer, ça serait top.

Merci, pour l'instant ça va on a un peu d'avance dans les comptes. Si j'héberge à domicile, il faudra juste que je prenne un abonnement pour l'envoi des emails, c'est pas très cher.

Tiens, j'ai vu Octave Klaba aujourd'hui, le patron d'OVH Du coup, j'en profite pour vous dire que j'ai un peu avancé, j'ai réussi à redémarrer une instance du forum sur mon serveur à la maison, ce n'est pas encore 100% fonctionnel mais c'est en bonne voie. Car l'échéance du renouvellement de l'hébergement OVH c'est au 1er juillet, donc ça me motive, si on peut faire cette économie là, car ils ont sérieusement augmenté leurs prix !

Perso je passe mon tour car cette nouvelle version ne supporte pas toutes les extensions qu'on avait avant, et notamment le X8D qui me permettait d'ajouter des entrées numériques pour compteur à impulsion. Dommage, espérons que ça arrive plus tard....

Top ça Si je bascule mes caméras sur UniFi, je prendrai le nouveau Network Video Recorder G2... plus cher mais plus puissant et embarquant des fonctionnalités qui nécessitaient un module externe avec la gamme précédente, notamment l'AI Key.

On constate que "water_box_status" a toujours la valeur 1 sur ton robot, même avec le réservoir vide. On dirait bien qu'à cause de la présence du dock, le robot considère que son réservoir n'est jamais vide, certainement car il peut aller se remplir tout seul. J'ai trouvé ceci qui donne les valeurs pour "dock_error_status" : https://github.com/copystring/ioBroker.roborock/issues/36#issuecomment-1408613528 "dock_error_status": 0 => All OK. "dock_error_status": 34 => Charging station blocked during automatic emptying. Dustbin, filter, or air duct is clogged. Check and clean the components. "dock_error_status": 38 => Hall sensor for clean water tank triggered. Check if the clean water tank is correctly inserted or refill it as recommended. "dock_error_status": 39 => Check the dirty water tank. Check if the dirty water tank is correctly inserted or empty it as recommended. "dock_error_status": 46 => Dustbin not installed. Reinsert the dustbin with the bag and try again. Il faudrait faire d'autres tests avec le réservoir plein/vide, et de même pour le dock, afin de voir comment évolue la valeur de "dock_error_status", peut être que c'est la bonne piste, mais peut être pas. Et ensuite, faire des modifications qui vont bien dans le code source du QuickApp.... si tu as le courage, désolé mais de mon coté je ne vais pas avoir le temps de le faire.

Top, bien vu, c'est exactement ça Merci pour le partage

Aucune idée.... mais l'absence de template/modèle, ce n'est pas le problème. Le problème, particulièrement avec les modules Qubino Fil Pilote, c'est le firmware buggé qui ne répond pas correctement aux requêtes lors de l'interview initiale (inclusion). Donc j'ai quelques doutes sur la prise en charge de ces modules... là est la question.

Oui, effectivement, j'ai un conseil

Il y a un article intéressant et bien détaillé concernant les nouveautés de l'API liées au nouveau moteur Z-Wave v3 sur le forum officiel : [forum.fibaro.com] Z-Wave engine 2.0 -3.0 Migration. Changes in API

ça date, mais tu as vu ce message ? Sinon, on peut faire du MD5 dans les QuickApps sur HC3 à l'aide des librairies sha partagées par @tinman sur le forum officiel : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/31/?tab=comments#comment-212984 Tu as un exemple d'utilisation dans mon QuickApp Xiaomi Roborock si tu es motivé pour fouiller dans le code source : En gros une fois que tu as importé la librairie sha dans ton QA, tu peux faire un (en tout cas c'est comme ça que je l'ai utilisé) : local key = sha.hex2bin(sha.md5(self.token))