trainkill666

@Plap3014 : àtester : if (type(v.properties.dimmable_light) == "string") then

Merci neliger, j'ai enfin trouver comment lister les modules de manière simple et efficace en 3 lignes et ceci grâce à toi, le json semble permettre beaucoup de chose, aurais-tu un petit lien listant toutes les api pour le HC2 ?

Maj installée hier, RAS. Aujourd'hui, après quelques soft reconfigure device pour les Ezmotion+, latence réapparue. Le paramètrage de ces modules toujours inexistant, température et lumière relevées toutes les heures seulement. Impossible de supprimer certains modules, lors de modifications de paramètres de module, l'interface web rame. Après mise à jour des appli android, les éclairages ont disparus sur celle-ci (pas sur l'appli tablette), dans la sections correspondante, et pas dans la section pièces. La restauration en 4.35 règle le problème de latence. La semaine prochaine (pendant les congès ), recovery complet. @mprinfo : j'ai 2 AEON Labs DSD37, après soft reconfigure device, le premier se transforme en Main Zwave Device, et veut se configurer, je clique sur le bouton mais rien ne se passe. le deuxième garde la même apparence (pas de création de Main Zwave Device) , mais n'apparait plus dans le template.

Je valide ce que disent jojo et carfnann (le 15 mars), après différents essais, il s'avère que mon problème de stabilité de la box provient de l'installation des modules en v3... et pas v4. J'avais une toujours latence énorme sur ce firmware avec mon DSB05 (v1.18). Bien que n'ayant pas de triangle jaune sur celui-ci , j'ai cliqué sur soft reconfigure device. Le main-zwave de ce module est apparu en module séparé sur l'interface. Puis, plus de latence. J'attends les prochains congés pour tout reprendre de zéro, passer en v4, PUIS installer mes modules. Note : la box présentait également un problème au niveau de la RAM à 98%.

La latence est passée à 1 minute mini pour envoyer une action sur un module, alors que le retour est instantané. J'ai restauré un auto backup 4.035 (donc toujours sur la 4.037), la box refonctionne normalement. Il n'y a aucune différence ente les modules et scènes, le système est strictement identique. J'ai restauré un auto backup 4.036, la box replante. Etant donné le test 4.036, j'ai zappé la restauration de l' auto backup 4.037. J'ai restauré de nouveau l' auto backup 4.035, la box refonctionne normalement. Le wall plug n'apparaît plus sur l'appli android.

4.036 -> le moteur Zwave semble planter après chaque reboot, idem LED, puis se stablilise après quelques heures. 4.037 -> tout semble normal sauf la LED Zwave qui clignote 5 fois mini à la seconde, même après reboot. Après test, latence de 5 à 10 secondes sur l'exécution des scènes. L'éclairage s'allume lorsque je suis sorti de la pièce . Note : J'ai l'impression d'être repassé sur une Zipabox. Note 2: 4ème reboot après, tout est rentré dans l'ordre (sauf les 3 esclaves pour les gfs221 à la place de 2 depuis le passage à la v4). Note 3 : après 30 min la latence réapparait.

Après plusieurs essais le DSB05 fonctionne toujours, mais le délais de rafraîchissement de 1s est passé à minutes. Le paramétrage du DSB05 ne fonctionne plus. Je regrette cette mise àjour. Je pensais récupérer le paramétrage des Ezmotion+, car ceux-ci envoient des infos toutes les heures alors qu'ils sont sur secteurs.

Après mise à jour 4.035 -> 4.036 tous les voyants bloqués pendant 30 minutes. Arrêt forcé avec le bouton physique, et redémarrage. Tout semble OK pour le moment, sauf pour le paramétrage des Ezmotion + v3.6 qui ne sont pas disponibles. Tous mes FGS221 ont 3 esclaves dont 1 qui ne sert à rien depuis la 4.035 (je viens de la 3.60), est-ce normal ? Le DSB05 est HS.

@ Seb J'ai également eu le problème lors du passage 3.60 à4.035.

Je ne connais pas ce module, et ma question pourrait paraître bête mais pourquoi 1328 sceneActivation et pas 1328 value ?

@sebcbien : mon pseudo est "un reste" de mes longues parties en multiplayer sur PC , il y a presque 20 ans, sur Unreal Tournament™ , Medal of Honor™ ...

Voici une proposition de modification de ton programme : Je ne peux pas le tester car je n'ai pas de dimmer, il doit donc y avoir quelques coquilles. --[[ %% properties 1277 value %% globals --]] ---------------------------------------------------------------------------- --DECLARATION DES VARIABLES ET FONCTIONS local variateurs = { "LAMPE_CH_THOMAS", "LAMPE_DRESSING", "LAMPE_CH_PARENTS", "LAMPE_CH_EMILIEN", } local sauvariateurs = {} local idappareils = { LAMPE_CH_THOMAS = 41, LAMPE_DRESSING = 42, LAMPE_CH_PARENTS = 47, LAMPE_CH_EMILIEN = 58, REVEIL_1_SEB = 1277, PRISE_ROUTEUR_1ER = 22 } local cycle = 30 --duration (in minutes) of the complete cycle of wakeup local dim = 5 -- dimming starting value (5=5%) --getValue local recupvaleur = function (nom, valeur) return tonumber(fibaro:getValue(idappareils[nom], valeur)) end --action sur 1 appareil sans variateur local actionmodule = function (nom, etat) fibaro:call(idappareils[nom], etat) end --action sur tous les appareils avec variateur local actionmodules = function(liste, etat) for index,valeur in ipairs(liste) do fibaro:call(idappareils[valeur], "setValue", etat) end end --suppression du variateur actif local suppressionmodule = function(chiffrecompare) for index,valeur in ipairs(variateurs) do if recupvaleur(valeur, "value") - chiffrecompare ~= 0 then fibaro:debug(valeur .. " Desactivated") table.insert(sauvariateurs, valeur) table.remove(variateurs, index) end end end ---------------------------------------------------------------------------- -- launch script if started trough device in the header or "manually"/trough an other script if recupvaleur("REVEIL_1_SEB", "value") > 0 or startSource["type"] == "other") then -- Always execute actions on this/those device(s): actionmodule("PRISE_ROUTEUR_1ER", "turnOn") -- If one light is not turned off, disable it from the wakeup loop suppressionmodule(0) -- Main wakeup loop while dim < 91 do -- set dim value to all dimmers actionmodules(variateurs, dim) fibaro:debug("Set Dimmers Value at: " .. dim) fibaro:sleep(cycle*3000); -- Check if dimmer value modified, then disable it from the wakeup loop suppressionmodule(dim) if variateurs[1] == nil then fibaro:debug("All Dimmer Values Modified, stopping script") fibaro:abort() end dim = dim +5 end -- end of wakeup, set dimmers to max value actionmodules(sauvariateurs, 99) end Il suffit simplement de modifier les tables variateurs et idappareils pour ajouter et supprimer ou renommer des dimmers. Soyez indulgents, je suis débutant en Lua.

JoJo a répondu à ta question Pour être plus précis, j'ai d'abord simplifié au maximum tes encadrements de valeurs pour arriver à ça : Si <= 1 alors 1118 Si < 3 alors 1119 Si < 5 alors 1120 Si < 6 alors 1121 Si < 11 alors 1122 sinon 1123 Pour que la valeur "Watts" tombe juste avec le tableau il faut arrondir avec math.floor ou math.ceil. J'ai choisi math.floor pour l'arrondi inférieur après quelques tests ET (Watts - 1) car < et pas =< . Pour le <= 1 , math.floor renvoie 0, or la valeur mini de tableau est 1 d'où if Watts == 0 then Watts = 1 et pour le = de <= 1 math.floor, le problème est également contourné par ce if. J'ai ensuite créé le tableau pour les encadrements (toujours en testant, car ce n'est pas évident). Il ne manque plus que elseif Watts > 11 then Watts = 11 Pour l'encadrement maximum du tableau. J'espère avoir été simple dans la méthodologie employée. Je suis gaucher jusqu'au bout et mon raisonnement et souvent curieux, tout tourne à l'envers.

A tester local Watts = fibaro:getGlobalValue("CONSO") local icone = {1118, 1119, 1120, 1120, 1121, 1122, 1122, 1122, 1122, 1122, 1123} Watts = math.floor((Watts - 1) /1000) if Watts == 0 then Watts = 1 elseif Watts > 11 then Watts = 11 end fibaro:debug(Watts) fibaro:debug(icone[Watts]) fibaro:call(228, "setProperty", "currentIcon", icone[Watts]) fibaro:sleep(6*1000)

@bess.2502 Le code que j'ai donné précédemment fonctionne dans ton cas pour ton HSM02 si tu complètes en désarmant TOUS les modules. L'alarme fibaro se désactive toute seule (testé). Tu peux donc l'armer avec ton smartphone comme actuellement, et après création de la scène de désarmement de TOUS les modules en Lua, ton enfant peut arrêter l'alarme (totalement) avec le HSM02, une télécommande ou un badge RFID.

Lorsque tous les modules sont désarmés, il me semble que l'alarme se désactive (je dis peut-être une grosse bêtise ). Au pire, tu crées une scène qui arme les modules utilisés pour l'alarme, que tu lances pour activer l'alarme (depuis le smartphone avec l'appli fibaro) et inversement pour la désactivation, le résultat sera identique.

@jojo merci pour la référence @ bess.2502 Je viens de reprendre la conversation en cours, donc ma réponse ne sera peut-être pas la bonne . De plus je suis sur HC2 et pas HCL. Tu veux créer une scène en mode bloc qui, lorsque le contact du HSM02 est fermé, désactive tous les modules armés. (désolé mais je ne sais pas mettre de capture d'écran) HSM02 == Fermé Alors Mouvement Bureau = Désarmer Et Mouvement Chambre = Désarmer Et Mouvement Couloir = Désarmer Je pense répondre à ta question. Version en Lua : 108 étant l'id du HSM02 28,57 et 31 l'id des capteur de présence. --[[ %% properties 108 value %% globals --]] if ( tonumber(fibaro:getValue(108, "value")) == 0 ) then fibaro:call(28, "setArmed", "0"); fibaro:call(57, "setArmed", "0"); fibaro:call(31, "setArmed", "0"); end

Merci

@jojo : Ne fait pas attention à la question, c'est moi qui ai mal lu l'autre sujet de forum, je pensais que tu utilisais le Zipato "minikeypad". Quel RFId utilises-tu ? existe-t-il un modèle étanche ?

C'est à jojo qu'il faut demander cela : ----------------------------------------------- Citation dans un autre sujet http://www.domotique-fibaro.fr/index.php/topic/3180-armerd%C3%A9sarmer/?hl=rfid#entry44263: sur le binary sensor de Fibaro, tu as les 2 fils d'alimentation, à connecter (Dans le bon sens !!) sur une alimentation continue comprise entre 9 et 30 V DC (tu trouves des transfos sur amazone à 5 €, et il pourrait également alimenter ton rfid) Ensuite si tu pontes (sur le binary sensor) le fil jaune (IN1) et le bleu (le négatif de l'alimentation du sensor), le contact se ferme, et tu vois le résultat sur ta box. Au niveau de ton rfid (il faut regarder la doc) ils doivent sà»rement fournir un "contact sec". Cela veut dire que les 2 bornes référencées sont "courcircuitées" lorsque le contact est fermé , et pas s'il est ouvert. Donc tu branches également le fil bleu (négatif) de ton binary sensor sur une des bornes du contact de ton rfid, et le fil jaune, sur l'autre borne. Ainsi, lorsque le rfid fermera le contact, les fils bleu et jaune de ton binary sensor seront en court-circuit et ta box aura l'info. ----------------------------------------------- Quand Fibaro (ou autre) sortira un modèle compatible et étanche je serait preneur. @jojo : par contre le système de touche 1 à 4 ne fonctionne pas ?

C'est la loi du plus fort qui gagne toujours

@ Fredric Merci, c'est exactement ce qu'il faut, car il est vrai que les DSA22 ne sont pas très solides ou plutôt moi (et ma femme ) qui ne suis (sommes) pas tendre(s), c'est un gros reproche. A 39,80€ c'est donné, et le récepteur est compris (c'est ce que je voulais savoir). Les scénarios sont déjà prêts, ils ne manque que l'ID déclencheur. Y a-t'il un contact sec en sortie du récepteur pour que je puisse utiliser un FGK-101 qui ne me sert pas pour remplacer le FGBS-001 ? (remarque je peux lire la notice, mais c'est en anglais )

@jojo Je reformule, actuellement l'extérieur devant chez moi est en chantier sur 10m avant d'arriver à la porte. L'intérêt de la télécommande est d'allumer à distance l'éclairage extérieur lorsque je désactive l'alarme, pour ne pas me retrouver "face contre terre" lorsque je parcours cette zone. De plus une caméra se trouve sous le porche d'entrée avec détection de mouvement lorsque l'alarme est activée. Si je m'avance, elle déclenche. Par contre le fait que tu en parles m'as donné l'idée de tirer un câble d'alimentation jusqu'au futur muret de la boîte au lettre à l'entrée du terrain (pas de la porte) pour placer le RFId. . Je pense comme toi que les badges sont plus pratiques et plus résistants. Il restera le problème d'ouverture et de fermeture de la porte de garage sans sortir de la voiture. (bah une télécommande que je laisse dans la voiture ainsi qu'un RFId à côté de la porte sectionnelle )

C'est une question d'utilisation, dans mon cas lorsque je rentre, qu'il fait noir et que je désactive l'alarme à distance, l'éclairage extérieur s'allume, ainsi que la lumière du hall. J'ai moins de mal à trouver la serrure, ou de risque de marcher dans un cadeau qu'un compagnon domestique d'un voisin a laissé devant l'entrée. Cette télécommande gère également l'ouverture de la porte de garage (que je n'ai pas encore d'ailleurs ). Si je perds une télécommande dans mon cas, comme c'est la box fibaro qui fait fonction alarme (je sais c facile à brouiller, mais c'est un autre débat), il suffit de la supprimer simplement et de changer l'ID pour la nouvelle dans le scénario. Quoi que l'idée du lecteur RFI de badge au niveau du muret de la boîte aux lettre à l'entrée du terrain serait pas mal .

La DSA22 est en effet "trop fragile" pour un enfant . Elle consomme également beaucoup de piles (3 par an) . La version 1.11 est capricieuse, mais la 1.12 est très fiable en 3.60, je ne sais pas pour la dernière version. Elle fonctionne très bien entre 5 à 15m autour de la maison (pas pire que mes télécommandes d'alarmes précédentes). En effet, comme dit Fredric ça dépend de la configuration de la maison et surtout du réseau Zwave de celle-ci. @Fredric : Comment procèdes-tu stp ? Je suis intéressé par ton système si le jumelage ne passe pas par une alarme SATEL ou autre que je n'ai pas. Seule la HC2 gère l'alarme de la maison, je ne peux donc pas relier de boîtier d'alarme au FGBS-001 par contact sec.