Lazer

Binarysensor tout simplement

Oui la syntaxe est la même, les nouvelles versions de GEA apportent des fonctionnalités supplémentaires, mais l'existant est toujours conservé.

/api/quickApp/availableTypes

"autant de lignes qu'il y a de type" Sachant que plusieurs types peuvent utiliser la même classe. Une autre façon de le dire : une seule classe peut gérer plusieurs types différents Exemple valide avec 2 classes différentes : self:initChildDevices({ ["com.fibaro.binarySensor"] = MyInput, ["com.fibaro.motionSensor"] = MyInput, ["com.fibaro.doorSensor"] = MyInput, ["com.fibaro.windowSensor"] = MyInput, ["com.fibaro.gateSensor"] = MyInput, ["com.fibaro.rainDetector"] = MyInput, ["com.fibaro.temperatureSensor"] = MyInput, ["com.fibaro.humiditySensor"] = MyInput, ["com.fibaro.lightSensor"] = MyInput, ["com.fibaro.multilevelSensor"] = MyInput, ["com.fibaro.powerSensor"] = MyInput, ["com.fibaro.binarySwitch"] = MyDigitalOutput, })

Oui mais non, tu confonds la création du child, et ses initialisations ultérieures relis mon message précédent, j'ai édité.

ça OK, mais faut que tu associes ta classe MyChild à tes modules enfants maintenant. Ce que tu dois faire dans onInit() Regarde le log, tu dois voir un message d'avertissement si tu as oublié de le faire. EDIT : avec self:initChildDevices() comme indiqué dans la doc, chapitre "Initializing child devices on Quick App startup" : https://manuals.fibaro.com/knowledge-base-browse/hc3-quick-apps-managing-child-devices/ C'est d'ailleurs surprenant que Fibaro nous laisse créer un Child avec une Classe donnée, puis en changer plus tard lors des redémarrage ultérieurs du QuickApp dans le onInit(). Bon l'avantage c'est que ça permet de faire évoluer son code dans détruire/recréer les children.

Je pense que tu associes la mauvaise classe à ton child lors de l'initialisation au début de la fonction onInit() du device parent.

Attention à cette version 7.05 que je me suis (trop) empressé de partager hier soir, elle corrige bien le "Time" et quelques autres conditions, mais ramène des bugs qui avaient été corrigés lors de la version précédente. Toujours la même origine, le fait que le JSON des modules à changé entre la HC2 et la HC3 : sur la HC2, les propriétés étaient de type "string", et Steven avait écrit son code en se basant sur cela. Sur HC3, les différentes propriétés peuvent prendre n'importe quel type (boolean, string, number, table). C'est plus logique, mais ça m'oblige à adapter GEA un peu plus profondément que je ne le pensais. J'ai déjà réécrit la fonction qui fait la comparaison (copy.check) et quelques bricoles autour, ça a l'air de fonctionner. En cours de test... J'en profite pour ajouter quelques petits trucs supplémentaires à venir dans la prochaine version (gestion des Thermostats notamment)

La "totale" Les relais, les entrées analogiques, les entrées numériques, etc Mais comme je n'ai pas les extensions Volets roulants, Dimmers, Fil Pilote, etc, pour l'instant elles ne seront pas supportées... mais ça sera possible de rajouter ultérieurement.

Bienvenue sur le forum

ah oui c'est vrai. Moi je n'ai que des Pixels depuis quelques années, l'avantage c'est l'OS pur sans surcouche et applications à la c.. Mais pour cet usage unique c'est clairement trop cher. Il te faut un téléphone à pas cher, genre un Nokia premier prix autour des 100 €. Je dis Nokia car c'est de l'Android quasi pur, contrairement à ce que tu aurais chez d'autres marques low-cost comme Xiaomi par exemple. Mais après, je ne connais pas la faisabilité de la récupération du code barre scanné.... sinon il faut écrire ta propre application, ça ne doit pas être si simple. C'est du Java pour info sous Android, il y a un SDK fourni par Google.

En cours de développement oui.... bientôt

Il y a des tonnes de modèles autour de 15€ sur Aliexpress, pour lire un code barre ça fera largement l'affaire, pas besoin d'un modèle renforcé de pro pour les magasins. https://www.aliexpress.com/wholesale?SearchText=lecteur+code+barre Ce genre d'appareil là c'est reconnu comme un clavier, donc si tu branches ça sur un Raspberry PI par exemple, ça va littéralement écrire le code barre scanné. Après il faut une application qui va mettre à disposition ces codes dans ta domotique. Ou sinon n'importe quel téléphone sait le faire, la reconnaissance de code barre est inclus dans l'appareil photo de base (scanne un code barre tu vas voir une icône apparaitre sur laquelle tu peux cliquer). En pratique c'est Google Lens, qui était une application spécifique au début, qui est maintenant nativement intégrée à l'application photo. Le problème c'est de récupérer l'information en dehors, là je ne sais pas... Peut être via Tasker, faudrait chercher.

Bienvenue sur le forum

Hop, correctif de GEA pour HC3 partagé ici, en espérant que ça soit la bonne cette fois-ci :

Nouvelle version 7.05 Beta Corrige le non fonctionnement de la condition "Time" (et de plein d'autres conditions.... bug introduit lors des modification apportées à la version 7.04 GEA v7.05.lua

@Manu31 En effet, il y a un gros bug avec la condition "Time" avec GEA sur HC3. J'ai reproduit le bug. Je vais étudier et corriger ça ce week-end. Désolé.... et merci d'avoir mis le doigt sur le problème.

Bienvenue sur le forum

Je pense que la réponse de mprinfo c 'était de faire un code LUA dans une scène pour copier/coller automatiquement les paramètres d'un module à un autre. A moins que tu ne maitrises le LUA et l'API de la HC3, je pense que tu iras plus vite en le faisant.... à la main ! (sauf si tu as 50 modules identiques....)

Ben si elle y est, forcément. La librairie tools est dans un autre fichier. Dans les QuickApps, tu as une notion de fichiers, qui permet de scinder son code pour une maintenance (mise à jour) facilitée. Et ça sert aussi pour les utilisateurs, afin de dissocier toute la config dans un fichier à part, comme ça l'utilisateur ne touche jamais aux fichiers du code. Et tu auras bientôt la v2 de la librairie tools dans le QA dédié à GCE

C'est le moment de retourner à la nature.... balade en raquettes

Suffit de remonter à pied

Dommage Du coup je ne sais pas, je n'ai pas ces têtes.... si quelqu'un passe par là il pourra t'aider, sinon faut demander au support Fibaro, on ne sait jamais, parfois ils sont efficaces !

Bienvenue sur le forum

Oui mais c'est la fonction FLIRS qui permet à la tête de prendre en compte les changements de température. Il faut la réveiller manuellement pour initier la mise à jour du firmware, comme tous les modules sur batterie. Rappel :