Shyrka973

Salut, Sur ce sujet, j'ai ouvert ce post. Cela peut t'intéressé.

Salut, Voici le code pour récupérer l'heure de l'alarme 0: local data = Check.get("alarms 0 ") local cmd = data:match("time%%3A%d+") local cmd = cmd:sub(8) local cmd_value = cmd:match("%d+") or "NaN" local heure = math.floor(cmd_value / 3600) local min = math.mod(cmd_value, 3600) / 60 fibaro:debug("Alarm: " .. heure .. ":" .. min) Ce bout de code est à insérer dans le code du premier post. Dis-moi si ça te va.

En plus, je ne la trouve pas très chère au vu de ces possibilités. J'ai envoyé un message au vendeur ce matin. Je n'ai pas eu de réponse pour l'instant. Si vous la trouvez ailleurs, dites-le-moi.

Multiprise 6 prises Z-Wave PowerNode 6 NP210F de GreenWave CARACTERISTIQUES Z-WAVE Protocole sans-fil Z-Wave à 868Mhz. Distance d'émission / réception Zwave : 30m en intérieur Classes Z-Wave gérées :Binary Switch Power Meter Multichannel Firmware Metadata CARACTERISTIQUES ELECTRIQUES Puissance maximale totale : 10A à 240V 50Hz (2400W). Précision de la mesure de consommation : +/- 0,1W Consommation en veille : 0,4W Protection contre les sur-intensités : intégrée (fusible de 10A). CARACTERISTIQUES ENVIRONNEMENTALES Certifications : CE, TàœV GS. Températures de fonctionnement : 0°C à +25°C Températures de stockage : -20°C à +60°C Humidité de fonctionnement : 5% à 90% sans condensation Classe IP : IP20 *Suivant l'appareil à connecter sur la multiprise, il est possible que la fiche soit compatible E et F. Si votre fiche est uniquement E, un adaptateur Type F vers Type E peut être nécessaire. Voici les paramètres repris de la doc technique de cette multiprise: parameter 0: Power change required to send a notification, in % from 1 to 100, default 10 parameter 1: Keep alive time, in minutes from 1 to 255, default 2 parameter 2: Color wheel selection, read only parameter 3: State after power loss, 0 = all off, 1 = remember last state, 2 = all on, default 2 parameter 4: Led for network error, 0 = disable, 1 = enable, default 0 association group 1: Color wheel change association group 2: Relay health association group 3: Power value change association group 4: Over-current protection Parameter 3 and 4 seem only to work on devices with a firmware with Protocol Version: 3.41 and Application Version: 4.27 or higher. Manuel de la multiprise GreenWave Manuel technique de la muiltiprise Test de la PowerNode 6 de GreenWave sur le site Maison et Domotique.

Bonjour à tous, J'ai créé un module virtuel pour accéder à mon squeezebox. Je n'ai pas réinventé la roue. Je me suis basé sur le travail déjà fait par d'autres. Dans mon cas, j'ai juste besoin de quelques boutons: On, Off, Volume et TTS car j'utilise le squeezebox uniquement pour m'alerter d'événements. Je ne gère pas la musique à travers ce module virtuel. Je vous propose un "Main Loop" qui récupère toutes les minutes l'état du squeezebox (On ou Off) en mettant à jour l'icône du module virtuel et aussi le niveau du volume pour ajuster le slider correspondant. Ainsi, si vous touchez au volume du squeezebox à partir d'une application ("iPeng" par exemple), le slider du module virtuel se mettra à jour. Si vous allumez ou éteignez le squeezebox à partir d'une application, l'icône du module virtuel se mettra à jour. Voici donc ce code qu'il faudra adapter à votre module virtuel squeezebox. -- the LMS serverlocal ipadd = fibaro:get(fibaro:getSelfId(), "IPAddress") -- the cli plugin port local portno = fibaro:get(fibaro:getSelfId(), "TCPPort") -- the MAC of the player local player = "00:04:20:xx:xx:xx " local playername = "Squeezebox Radio " local refresh = 60 local SliderVolumeID = 1 local poweronIcon = 1000 local poweroffIcon = 1002 -- Main object if (not Check) then Check = {} -- System variables Check.debug = false -- Main code Check.get = function(cmnd) -- construct the sting to send local stringtosend = player .. cmnd .. string.char(10) --open the socket local tcpSocket = Net.FTcpSocket(ipadd, portno) --set the read timeout tcpSocket:setReadTimeout(2*1000) --send the command local bytes, errorCode = tcpSocket:write(stringtosend) -- Transforme "result" en chaine de caractere return tcpSocket:read() or string.char() end Check.main = function(self) local data = Check.get("mixer volume ? ") -- Recupere le volume... local cmd = data:match("mixer volume %d+") local cmd_value = cmd:match("%d+") or "NaN" if (Check.debug) then fibaro:debug("Volume: " .. cmd_value) end -- On ajuste le slider au volume if (cmd_value ~= "NaN") then if (fibaro:getValue(fibaro:getSelfId(), "ui.SliderVolume.value") ~= cmd_value) then fibaro:call(fibaro:getSelfId(), "setSlider", SliderVolumeID, cmd_value) end end local data = Check.get("power ? ") -- On ou Off local cmd = data:match("power %d") local cmd_value = cmd:match("%d") or "NaN" if (Check.debug) then fibaro:debug("Power: " .. cmd_value) end if (cmd_value ~= "NaN") then local currentIcon = fibaro:getValue(fibaro:getSelfId(), "currentIcon") if (cmd_value == "1") then -- Power On if tonumber(currentIcon) ~= poweronIcon then if (Check.debug) then fibaro:debug(playername .. "is power on") end fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", poweronIcon) end else -- Power Off if tonumber(currentIcon) ~= poweroffIcon then if (Check.debug) then fibaro:debug(playername .. "is power off") end fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", poweroffIcon) end end end -- Wait fibaro:sleep(refresh*1000) end fibaro:debug("Function successfully loaded in memory") end -- Start Check.debug = true Check:main();

@Steven, un grand merci. Je reçois maintenant les push et les bons. Peut-être faudrait-il afficher une erreur en cas où l'on dépasse les 236 caractères lors d'un push ou bien découper le message en plusieurs push.

J'avais le même souci, mais j'ai préféré attendre tes modifications sur la suspension. En mode débug, je vois bien qu'il passe en revue tous les modules avec batteries. Sans la modification, il s'arrêtait dès le premier module avec batterie dont la valeur était nulle. Devrait-on recevoir un push par module ou un push global ?

@Steven J'ai un souci avec cette ligne: GEA.add({"Batteries", 70}, 1*60, "", {{"Repeat"}}) Cette ligne demande d'envoyer une notification pour toutes les batteries dont le niveau est inférieur à 70%. Exact ? Mais je reçois aucune notification. Pourtant, j'en reçois à l'ouverture d'une porte avec un ligne GEA. Voici la sortie du debug: Je ne comprends pas pourquoi les batteries à 80% sont aussi dans le lot car elle sont au dessus des 70%.

Je viens de constater que le code contient des éléments pour la suspension en faisant un diff avec 3.50 beta. N'oublies pas de mettre à jour le premier post de ce fil de discussion pour refléter la version de GEA.

@Steven D'habitude, tu réponds plus rapidement. Je me suis dit que cela ne doit pas être simple à coder. Je vais de ce pas mettre ma 3.50 beta à jour. Mille Merci.

Bonjour, À ceux qui ont eu le courage de tester cette version, la gestion des télécommandes (minimote, keyfob, ...) a-t-elle évolué ? Plus besoin de passer par LUA pour attribuer des scènes par exemple ? Les claviers RFID les plus connues sont-ils reconnus maintenant ? La gestion des alarmes a-t-elle évolué ? Se met-elle au même niveau que celle d'une Zipabox ? Merci.

@Rems J'étais persuadé qu'il avait quelque chose comme cela car avec json, le code serait plus propre. Mais le résultat est là Vivement que Fibaro corrige ces bugs.

@Rems Bonjour, Pourquoi n'as tu pas utilisé json.decode et json.encode pour modifier les paramètres ? Je vois dans le code que tu as essayé mais abandonné pour utiliser string.find et string.sub. Y-t-il une raison technique ? C'est juste par curiosité. Merci.

@Laser Bravo et merci pour ces graphes. à‡a manquait à notre box. J'ai hâte d'analyser la consommation des piles et ainsi prédire le moment où il faudra les changer. @Pour tous Pour info, j'ai eu la page d'accueil et la page d'administration vide. Les devices n'étaient pas encore remontés dans la base de données. Si c'est votre cas, il suffit de cliquer sur le bouton "4" du module virtuel pour la liste des devices soit envoyé à la base de données. Et ainsi, les graphes apparaitront.

Je n'avait pas penser à la possibilité de suspendre les règles au lieu de les supprimer. Ca devrait être bon. Pas trop compliqué à implémenter ?

Pour "batteries", ça fonctionne avec la petite modification du dessus. J'ai un souci avec la lampe du couloir que j'allume de plusieurs façons: le détecteur de choc (éteint dans 30s), l'ouverture de la porte (éteint dans 3mn) et l'interrupteur (éteint dans 10mn). L'interrupteur est rarement utilisé. Le script se prend le pied dans l'extinction de la lampe: elle peut rester allumer ou s'éteindre dans 2s. Ma reflexion: Il faudrait peut-être ajouter une fonction "GEA.delete" pour que l'on puisse supprimer une tache. Dans ce cas, la fonction "GEA.add" devrait retourner un id à sa création ou bien elle prendrait comme paramètre un tag qui serait utilisé pour sa suppression.

Merci Steven. J'ai donc modifié la ligne ainsi: if (batt and batt ~= "" and tonumber(batt) <= tonumber(id[2]) or tonumber(batt) == 255) then J'ai oublié de préciser que j'utilise le 3.50 beta.

@Steven, J'obtiens une erreur avec "batteries". Cette ligne: GEA.add({"Batteries", 90}, 24*60*60, "", {{"Repeat"}}) me retourne ceci: J'ai testé ce bout de code provenant de GEA: for i = 1, 350 do if (string.find(fibaro:get(i, 'isBatteryOperated'), "1" )) then local batt = fibaro:getValue(i, 'batteryLevel') fibaro:debug(fibaro:getName(i) .. ": " .. batt) end end et j'obtiens ceci: J'ai un module, une sonnette, avec batterie qui retourne aucune valeur pour sa batterie. Je pense que la fonction "log" ne prévoit pas ce cas.

Bon, je crois avoir compris. Pour remettre l'icône à son état normal, il suffit d'ouvrir le module et appuyer trois fois sur le tamper. Il revient immédiatement à son état initial. Après avoir fermé le module, on a quelques secondes pour le placer où il doit être. Sinon, il repasse en "brached" et il faut recommencer.

Apparemment, sur les captures récentes, il n'y a pas de bouton "Armer" et "Désarmer". Pourquoi l'icône ne revient pas à la normal quand son état revient à safe ?

Bonjour à tous, J'ai besoin de vos lumières, car je ne comprends pas le fonctionnement de ce capteur avec le HC2. À l'inclusion, j'ai deux capteurs: un capteur de température et celui d'inondation qui apparait ainsi: Sur les captures d'écran sur Internet, il y a deux boutons à côté de l'icône: "Armer" et "Désarmer". Je n'ai pas ces deux boutons. Est-ce normal ? Dans mes tests, je constate que lorsque je le déplace, il y a une remontée d'alarme: une goutte d'eau s'affiche sur l'icône. Mais je ne sais pas comment revenir à l'état initial: faire disparaitre cette goutte d'eau sur l'icône. Je l'ai mis dans une assiette avec de l'eau pour tester son fonctionnement premier: il se met bien à biper, mais je n'ai aucune alerte sur l'application iPad. Bref, j'ai du mal à comprendre son fonctionnement. Et pourtant, ça ne doit pas être sorcier à utiliser quand même. Pouvez-vous m'aider, s'il vous plait ? Merci. Je précise que je l'ai exclu et réinclus.

Bonjour, Voici deux icônes que j'utilise avec mon module Karotz pour le wakeup (On) et sleep (Off).

@Steven Merci pour ce module virtuel. Je viens d'apprendre son existence par Massalia.

@Steven sceneActivation fonctionne. Je vais pouvoir m'amuser avec ce script Merci. Il y a un autre bug avec le mode debug. Quand il est actif, la ligne suivante ne fonctionne pas: -- Lorsque la porte de la cuisine (29) est ouverte, allumer la lampe du couloir (48) à 50% si la luminosité du salon (15) est à 100 GEA.add(29, -1, "", {{"Global", "SourceLumiere", "1"}, {"Value", 48, 50}, {"If", {{"Value-", 15, 100}}} }) Je pense que le bug se trouve au niveau du traitement du "If" avec le debug car la variable globale "SourceLumiere" ne prend pas la valeur "1".

@Steven Je pense qu'il y a un soucis avec le mode debug. Avec le mode debug activé, j'ai ceci à la console: La lampe ne s'éteint pas. Quand je désactive le mode debug, la lampe s'éteint bien dans 30s: