PdB

Si tu es sur piles, as-tu bien sélectionné le mode FLiRS ?

chez moi ca marche bien. Es-tu sur pile ou alim? et dans ce dernier cas as-tu bien activé le "always listening mode" avant l'inclusion?

Nickel pour l'intégration avec la HC2. Attention à bien choisir le modèle Zwave et pas uniquement bluetooth... Chez moi le retour d'état se fait sans problème. Elle n'est pas étanche. Côté qualité, impeccable: robuste, rapide, et relativement silencieux. Contrairement aux v1 et v2 qui étaient nettement moins bien finies....

Sinon Alexa s'annonce en français pour le 14 avril!!!! https://www.lesnumeriques.com/assistant-domotique/amazon-echo-2-p41339/alexa-devrait-arriver-en-france-en-francais-14-avril-n71005.html

Une variable locale est déclarée ans une scène ou un VD par: local variable = valeur Une fois déclarée, tu n'as pas besoin d'utiliser à nouveau la fonction "local" dans la scène pour modifier la variable. Comme son nom l'indique elle est locale, c'est-à-dire propre à la scène ou le VD en question. Tu ne pourras pas récupérer sa valeur ni la modifier dans une autre scene ou un autre VD. L'intérêt des variables globales est que tu peux récupérer leurs valeurs d'une scène à l'autre. Il faut au préalable l'avoir déclaré dans le panneau variables. Tu es obligé de passer par les fonctions getGlobal et setGlobal pour les manipuler: Par ex si tu as une variable globale varglob dans le panneaux de variables, sa valeur ne sera pas modifiée par varglob = valeur il faudra utiliser fibaro:setGlobal('varglob',"valeur') pour modifier la valeur de la variable pour lire sa valeur c'est: fibaro:getGlobal('varglob')

En fait tu confonds variable locale (créée dans une scène par local xx = yy), et variable globale créée dans le "panneau variables". La fonction fibaro:getGlobalModificationTime("xx") n'est valable que pour une variable globale Ta valeur DerniereModif devrait être: local DerniereModif = os.time() - fibaro:getModificationTime(22,'value'))

Bonjour, Merci! Je pensais faire du retour d'état en effet avec des FGBS sur les sorties programmables. J'avais pas vu qu'il était possible d'envoyer des ordres... Il faut que je creuse ca....

Bonjour! Je suis en train de m'équiper de ce type de centrale d'alarme. https://www.riscogroup.com/france/products/solution/6075 Certains d'entre-vous la connaissent-t-ils ou l'ont-ils intégré avec notre bonne vieille HC2??? Merci d'avance!!!

Bonne nouvelle! Merci

Ca a l’air nickel!

OK! En fait, c'est une cardio que j'ai, d'où le bug... La balance remonte plus d'infos dans l'API. Du coup j'ai mis un "filtre" dans ton VD qui trie les mesures qui ne sont pas du poids: local taille = 1.75 -- votre taille en metre local nokiaURL ="XXXXX" -- copier ici l'url obtenu sur le site de nokia après le "consumer_key=" ------------------------------------------------------------- local Nokia = Net.FHttp("api.health.nokia.com",80) local selfId = fibaro:getSelfId() local response ,status, err = Nokia:GET("/measure?action=getmeas&oauth_consumer_key="..nokiaURL.."") local jsonTable = json.decode(response) function round(num, dec) local mult = 10^(dec or 1) return math.floor(num * mult + 0.5) / mult end local i = 1; while jsonTable.body.measuregrps[i].measures[1].type ~= 1 do i = i + 1 end local Poids = round((jsonTable.body.measuregrps[i].measures[1].value)/1000) fibaro:debug(" Poids actuel " .. Poids .. "Kg") local j = i + 1; while jsonTable.body.measuregrps[j].measures[1].type ~= 1 do j = j + 1 end local OldPoids= round((jsonTable.body.measuregrps[j].measures[1].value)/1000) fibaro:debug(" Poids avant " .. OldPoids .. "Kg") local Variation = round((Poids - OldPoids)) local FatMass = round((jsonTable.body.measuregrps[i].measures[2].value)/100) fibaro:debug(" Masse Grasse " .. FatMass .."Kg") local MasseMuscle = round((jsonTable.body.measuregrps[i].measures[3].value)/100) fibaro:debug(" Masse Musculaire " .. MasseMuscle .."Kg") local MasseEau = round((jsonTable.body.measuregrps[i].measures[4].value)/100) fibaro:debug(" Masse Hydrique " .. MasseEau .."Kg") local MasseOs = round((jsonTable.body.measuregrps[i].measures[5].value)/100) fibaro:debug(" Masse Osseuse " .. MasseOs .."Kg") local FreeFatMass = round((jsonTable.body.measuregrps[i].measures[6].value)/1000) fibaro:debug(" Masse Maigre " .. FreeFatMass .."Kg") local FatRatio = round((jsonTable.body.measuregrps[i].measures[7].value)/1000) fibaro:debug(" Indice Masse Grasse " .. FatRatio .."%") local Lastmeasure = jsonTable.body.measuregrps[i].date local Oldmeasure = jsonTable.body.measuregrps[j].date local delta = round((os.difftime(Lastmeasure,Oldmeasure))/(3600*24)) local delai = math.floor((os.time() - Lastmeasure)/60) local lblEcart = (" Variation " .. Variation .. "Kg" .. " sur " .. delta .. " jours" ) local lblPoids = ("" .. Poids .. " Kg" ) local IMC = round(Poids/(taille*taille)) local lblMasseMuscle =("" .. MasseMuscle .." Kg") local lblFatMass =("" .. FatMass .." Kg") local lblFreeFatMass =("" .. FreeFatMass .." Kg") local lblMasseEau =("" .. MasseEau .." Kg") local lblMasseOs =("" .. MasseOs .." Kg") fibaro:debug("Délai depuis dernière mesure: " .. delai) fibaro:debug(lblEcart) fibaro:debug("IMC: " .. IMC) fibaro:call(selfId, "setProperty", "ui.lblEcart.value", lblEcart) fibaro:call(selfId, "setProperty", "ui.LblPoids.value", lblPoids) fibaro:call(selfId, "setProperty", "ui.LblIMC.value", IMC) fibaro:call(selfId, "setProperty", "ui.lblMasseGras.value", lblFatMass) fibaro:call(selfId, "setProperty", "ui.lblMasseMaigre.value", lblFreeFatMass) fibaro:call(selfId, "setProperty", "ui.lblMasseMuscle.value", lblMasseMuscle) fibaro:call(selfId, "setProperty", "ui.lblMasseOs.value", lblMasseEau) fibaro:call(selfId, "setProperty", "ui.lblMasseHydrique.value", lblMasseOs)

Pour moi le plus simple a été de mettre la sonde de température dans un skimmer. Puis de la relier soit à un universal sensor soit à un FGK-101

Pareil pour moi wait & see... Pas plus fan que ca des recovery...

Idem pour moi recovery vers 4.150 pour pouvoir continuer à utiliser le Zipato keypad

Oui. c'est FatMass = round((jsonTable.body.measuregrps[1].measures[2].value)/100)

Bravo! beau boulot ! Ça va aider à tenir le cap! Chez moi j'ai plusieurs "users" enregistrés sur la meme balance. Cela fonctionne impec pour le 1er mais pour le second, alors que j'obtiens une url qui est apparemment bonne j'ai le retour suivant ds le VD: [ERROR] 21:55:23: line 17: attempt to index field '?' (a nil value)

Je confirme, c'est la galère....

Si le smoke perd le zwave il beepe aussi parfois il suffit de le réveiller. De mémoire les alarmes sonores pour la perte de zwave sont parametrables dans l’onglet avance du smoke

ca ressemble en effet à un pb de maillage zwave.... Perso je laisserais tourner comme ça 1 jour ou 2 avant de tenter de remailler les modules qui continuent à poser problème. Exclure et réinclure trop de modules de ton réseau zwave trop tôt risque à mon avis de le rendre plus instable, plutôt que de régler le pb... Courage.

@OJC Je n'ai pas upgradé en 4.150, suis en vacances loin de la maison, et trop peur du plantage fatal....

@OJC chez moi j'ai le même bug d'affichage des scènes LUA en beta 4.143

Et une de plus!!! Qui se lance? Version 4.150 New improvements: - Support for Fibaro The Heat Controller - Support for Fibaro Wall Plug US - Support for Fibaro Wall Plug UK - Indicator for a device added in security mode - Improved security communication handing - System stability improvements Resolved issues: - In some cases no value field displayed in block scenes - Application rejected Z-Wave request notification shows wrong device ID - Weather condition change does not trigger the scene - Problem with RGBW controller imported from a secondary Home Center - Problem with deleting devices in version 4.140 - Problem with Zwave.me Wallc-S modules support - Problem with recurrent scenes - Devices with disabled "Show energy consumption measurements" still used in summary consumption on dashboard bar - Problem with controlling devices added in security mode - Problem with Block scenes using Fahrenheit temperature scale - Problem with Block scenes for devices that use centralSceneEvent - Problem with generating Block and Magic scenes for CO Sensor - Problem with room actions for block scenes. - Minor graphic fixes Notice for betatesters: If you updated to one of the last beta version (4.141 - 4.144) and you were using Multichannel Associations, then please, reload modules' configurations before making any changes in Associations ("Read configuration" button in Advanced tab).

Moi aussi... la solution de @jjacques68 fonctionne parfaitement et permet de lancer une scène qui éteins proprement la HC2. Dans le syno on peut entrer un délai qui permet d’eviter que des micros coupures déclenchent le script... Sinon il reste le problème du redémarrage. Car une fois éteinte « proprement » je n’ai pas trouvé d’autre solution que le bouton on/off pour rallumer la HC2... mais cela ne me convient pas car je pouvoir redémarrer à distance... Du coup pour l’instant la scène commandée par le script du syno arrête ce qui doit être interrompu genre l’arrosage, mais n’eteins Pas la HC2. Quand la batterie du syno et vide la HC2 se coupe brutalement mais du coup redémarre lorsque le courant revient... mais je reconnais qu’il faut que je m’y replonge...

Hello, Essaie avec "secure" et "unsecure" à la place de "turnOn" et "turnOff", et ça va marcher!

Merci beaucoup @jjacques68 et @jojo !!! je vais tester ça lundi! Pour le shut down de mémoire: Il est possible de prévoir l’arret du Syno au bout d’un certain temps de coupure d’electricite dans le planificateur de tâche en effet il est possible de programmer une tâche quand le Syno se coupe. pour le redémarrage j’utilise une prise chacon qui se commande à distance et de mémoire un cycle off-on relance la HC2 même si elle a été éteinte ‘proprement’ je vous dis ça qd j’ai testé !