Lazer

Je vais remettre ce que j'ai mis en premier post : " Ne semble pas encore disponible en Europe. " Donc à part être très patient, sachant que le produit n'arrivera peut être jamais en France, tu as toujours la possibilité de l'importer en direct des US, sachant que venant de ce continent, tu as de très grande chance de te prendre des frais de douane à l'arrivée.

Bienvenue sur le forum

Apparemment pas. Je ne sais même pas si c'était déjà le HC2, car je n'ai jamais utilisé ces notifications intégrées (uniquement sur les détecteurs de fumée) Pour la sonnette (et tous les autres scénarios), j'utilise GEA en pratique. Sinon faut remonter l'info à Fibaro pour qu'ils ajoutent cette possibilité, ça ne doit pas être bien difficile.

En effet, je ne sais pas comment j'ai pu passer à coté Voici le correctif dans la version 7.11 : GEA v7.11.lua

Mise à jour majeure de GEA v7.10 : Major bug fixes (ouais, rien que ça .... espérons que ça résolve une bonne fois pour toute les problèmes de détections des différentes conditions) Amélioration de la gestion des zones d'alarmes : permet de spécifier plusieurs ID de zones à armer/désarmer dans une seule commande "setArmed" ou "setDisarmed" Ajout des thermostats : "ThermostatMode", "ThermostatFanMode", "CoolingThermostatSetpoint", "HeatingThermostatSetpoint" Ajout des profils : "Profile" Ajout de labels dans le QuickApp : Running Version Intervalle Portables Debug Ajout de boutons dans le QuickApp : ON / OFF => permet de reprendre / suspendre GEA Suppression des Variables Globales (vous pouvez les supprimer manuellement). Les variables sont maintenant stockées dans le QuickApp GEA, ce qui est plus propre, et permet de faire tourner plusieurs instances de GEA simultanément et indépendamment (par exemple une instance de prod, et une autre de test) Remarque : plutôt que d'utiliser des boutons ON et OFF que je n'aime pas du tout, j'aurais pu faire un QuickApp de type Binary Switch, donc directement activable depuis l'interface Web / Mobile. Mais il est si facile de cliquer par inadvertance sur une icône, que cela aurait risqué de désactiver malencontreusement GEA, qui est un élément critique aux fonctionnement de box box car il gère tous les scénarios. Donc finalement, utiliser des boutons, peu accessibles par nature, permet de sécuriser le fonctionnement de GEA. Étant donné les modifications sur la structure du QuickApp, plutôt que de vous partager le fichier LUA, cette fois-ci je vous partage directement le fichier FQA qu'il faudra importer. Vous pouvez supprimer l'ancien QuickApp ou le réutiliser pour autre chose. GEA_v7.10.fqa

Un Sensor c'est un capteur Un Switch c'est un actionneur Pour pour remonter le statut de la sonnette, sans aucune hésitation il faut un binarysensor C'est déjà comme ça sur HC2, y'a pas de raison de faire différemment sur HC3. (j'utilise un vrai module, un Fibaro Universel FGBS)

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....)