tcheri

Bon, j'ai refait les tests avec Aeons Labs. Tout comme avec mes LC12, il faut dans certains cas exclure puis ré-inclure, le soft reconfigure ne marchant pas à tous les coups. Résultat : les templates sont bien là sur les Smart Switches (aussi ancienne version V1.43) et tout fonctionne plutôt bien finalement. Ce qui pose problème ce sont les switches encastrés MES, MSEM, MSES et MSEI connus comme "On / Off Switch" dans l'interface. http://www.pepper1.n...avedb/device/41 http://www.pepper1.n...avedb/device/42 http://www.pepper1.n...avedb/device/43 http://www.pepper1.n...vedb/device/450 Pas de template et plus de mesure de conso, SAUF si vous n'y touchez pas après l'upgrade 3.6 : si vous ne faites aucun reconfigure/...., ils continuent à marcher. Tout autre manip fait que vous perdez la mesure de conso. Donc : Fabricant: AEOTEC by AEON Labs Référence matériel: On / Off Switch Version: 2.12, 2.1 ,1.7

Dans mon cas, j'ai un peu moins de 4.000 caractères et ça passe. Steven est monté à40.000 caractères en test sans soucis. Donc y'a de la marge !

Bonjour, Je reviens sur un tuto proposé par Steven sur la génération d'ID pour le GEA. http://www.domotique-fibaro.fr/index.php/topic/3477-g%C3%A9n%C3%A9rateur-did-pour-gea-ou-autre-script/?hl=%20local%20%20doit Mon problème est que depuis la V4 et le manque de template (j'ai beaucoup de devices Aeons Labs), je suis amené à faire des reconfigure (le soft reconfigure ne marchant pas toujours) faisant que mes devices changent d'ID. Ayant aussi une slave HC2, le lien s'étant perdu aussi quelques fois, l'ensembles des ID était changé une fois la slave reconnectée. Cela devenait un vrai casse tête pour modifier l'ensemble des VD et scenes. Ce que est constant chez moi, ce sont les noms ! Donc l'idée est de pouvoir appeler les devices par leur nom, pas par leur ID. Je suis donc reparti du script de Steven pour stoker dans une variable globale tous les ID et les noms, permettant ensuite dans le code de faire appel au device par son nom. La solution se compose donc : - d'une variable globale idTable à créer - un script de génération de cette variable (voir plus bas) - d'une fonction de decode de la variable globale en entête de vos scripts/VD : idALL=json.decode(fibaro:getGlobal('idTable')) - et finalement de l'appel à l'ID de module idALL["NOM_DU_MODULE"] dans chaque call : exemple : fibaro:call(tonumber(idALL["NOM_DU_MODULE"]), "turnOff") Même si le problème est déplacé vers le fait qu'il faut retenir les noms (j'utilise le script original de Steven pour en avoir la liste une fois pour toute gardé dans un fichier word), je peux dire qu'au bout de 3 mois, cela a changé ma vie. Ce n'est bien sà»r utile que si vous faites évoluer votre installation, ou avez des besoins de reconfigurer ou de tester la V4... Ce n'est donc sans doute pas adapté à tout le monde. Limitations : - Le seul endroit où les id sont encore nécessaires, c'est en entête de scenes pour les déclencheurs - cela ne marche qu'en V4, car les V3 ne permet pas d'avoir des variables avec une longue string (je sais pas la limite). En v4, j'en ai pas vu le bout :-) Voici le script. Encore merci à Steven --[[ %% properties %% globals --]] local hidden = false --- true pour exporter les devices cachés local dead = false -- true pour exporter les devices morts local excludeType = {"com.fibaro.zwaveDevice", "weather", "HC_user", "iOS_device", "com.fibaro.voipUser"} local excludeID = {} local devicesJSon = api.get("/devices") local devices = {} local names = {} local rooms = {} function addName(name, roomname) if (type(names[name]) == "nil") then names[name] = true return name else return addName(name.."_"..roomname, roomname) end end function getRooms() local roomsJSon = api.get("/rooms") rooms[0] = "inconnu" for k, v in ipairs(roomsJSon) do rooms[v.id] = v.name end end function rename(name, roomname) local name = name:upper():gsub("[éêèà«]", "E"):gsub("EE", "E"):gsub("[à»à¼ù]", "U"):gsub("UU", "U"):gsub("[à âà¤]", "A"):gsub("AA", "A"):gsub("[à¶ô]", "O"):gsub("OO", "O"):gsub("[îà¯]", "I"):gsub("II", "I"):gsub("%W", "_") local roomname = roomname:upper():gsub("[éêèà«]", "E"):gsub("EE", "E"):gsub("[à»à¼ù]", "U"):gsub("UU", "U"):gsub("[à âà¤]", "A"):gsub("AA", "A"):gsub("[à¶ô]", "O"):gsub("OO", "O"):gsub("[îà¯]", "I"):gsub("II", "I"):gsub("%W", "_") return addName(name, roomname) end getRooms() for k, v in pairs(devicesJSon) do local doit = (hidden or v.visible) and (dead or not v.dead) if (doit) then for h, w in pairs(excludeType) do if (v.type == w) then doit = false end end if (doit) then for h, w in pairs(excludeID) do if (v.id == w) then doit = false end end end end if (doit) then table.insert(devices, v) end end table.sort(devices, function(a, return a.roomID<b.roomID end) local result = "<BR><BR>-- IDs générés le : " .. os.date("%d/%m/%y à %X") local room = -1 local lastinfo = ""; result = result .. "<BR><BR>local id = {" resultVar = "{" for k, v in ipairs(devices) do if (room ~= v.roomID) then room = v.roomID result = result .. "<BR>--"..rooms[v.roomID].."<BR>" end lastinfo = rename(v.name, rooms[v.roomID]) result = result .. lastinfo .. " = " .. v.id .. ", " resultVar = resultVar .. '"'..lastinfo .. '":' .. v.id .. "," end result = result .. "<BR>}" result = result .. "<BR>" result = result .. "<BR>-- usage :" result = result .. "<BR>-- fibaro:getValue(id[\""..lastinfo .."\"], \"value\")" result = result .. "<BR>-- GEA.add(id[\""..lastinfo .."\"], 30, \"\")" resultVar = resultVar .. '"FIN":999}' --print(result) fibaro:setGlobal("idTable", resultVar) -- TEST local id=json.decode((fibaro:getGlobal('idTable'))); print(fibaro:getGlobal('idTable'))

Voici le code pour mettre une scène depuis un bouton : id=fibaro:getSelfId() hueIP = fibaro:get(id, "IPAddress"); hueuser = "newdeveloper"; huePort = 80; Hue = Net.FHttp(hueIP,huePort) response ,status, errorCode = Hue:PUT('/api/'..hueuser..'/groups/0/action', '{"scene":"ba8f7d163-on-0"}') fibaro:debug(response) où la valeur de la scene ID est peut être récupéré par la commande /api/newdeveloper/scenes

La migration de la HCL 3.x vers la version 4 qui n'est tjs pas dispo

La migration de la HCL qui est tjs pas dispo

Oui sauf qu'ils ajoutent de nouveaux templates pour le moment, sans supporter ce qui fonctionnait en 3.6

Bon bin, ça sent pas bon en effet. A. Socha a répondu à mes MP en disant : Après lui avoir dit que je trouvais la HC2 très stable dans les dernières versions et qu'il ferait bien de traiter les régressions : Bref, c'est tchi-tchi pour ceux qui comprennent

Bonjour, voici la réponse du support à mes demandes répétées sur Aeon Labs : Hello! We want to support as much devices as we can, in next version there will be some new aeon templates for other revisions (for devices supported now but with other firmware). There is a long TO DO list for Aeon Devices, about 30 new templates are on their way and we are working on that - please be patient. We are working also with ZWave.me products and other. Regards,

Pour moi, j'ai des devices qui tournent bien sans template, comme le Keyfob de Aeon Labs (1.14), le Mini remote ou les boutons de Z-Wave.Me, les vannes Danfoss ou les thermostats Horstmann. Par contre, il y a eu regression sur les switches Aeons Labs qui ne mesurent plus la consommation. Et même depuis quelques mois, il y a 3 devices créés pour chaque switch avec un device pour le voltage et un autre pour l'ampérage qui ne fonctionnent pas. Donc ma priorité absolue est de récuper l'info de consommation (car j'en ai beaucoup d'installés). Je ne suis pas sà»r que c'est que fonction de templates (je suis pas spécialiste) vu que la création des 3 devices se fait même sans template présent. Donc ma top des top priorités est : Fabricant: AEOTEC by AEON Labs Référence matériel: Smart Switch Version: 2.12, 2.1 ,1.7, 1.43

Salut, J'aimais bien ton idée de string avec des petits carrés pour montrer l'état. Je suis reparti de ton code. Voilà : - dans lamp, tu mets les ID de tes lampes - dans l'adresse IP du VD, l'adresse de la base Hue id=fibaro:getSelfId() hueIP = fibaro:get(id, "IPAddress"); hueuser = "newdeveloper"; huePort = 80; lamp = {1,2,3,4,5,6,7,8,9,10,11,12,13} nblamp = 13 local strAffiche = "" i = 1 while i <= nblamp do huelightid=lamp[i] Hue = Net.FHttp(hueIP,huePort) response ,status, errorCode = Hue:GET('/api/'..hueuser..'/lights/'..tostring(huelightid)); fibaro:debug(response) data = json.decode(response) if tostring(data.state.on) == "true" and tostring(data.state.reachable) == "true" then strAffiche = strAffiche .. " â– " else strAffiche = strAffiche .. " â–¡ " end i = i + 1 end fibaro:call(id, "setProperty", "ui.Label1.value", strAffiche)

Oui ok merci, j'ai retiré les %% autostart qui traînaient dans certaines scènes ! Merci

Bonjour, Comment puis-je empêcher qu'un script démarre au reboot de la HC2, pour ceux qui ne sont pas démarés par un device (car là je teste si le device est null et je fais abord) ?

J'ai besoin de 2 hc2 pour ma maison car le z-wave ne couvrait pas toute la surface (et la HCL n'existait pas) et une pour ma maison de vacances que je laisse en 3.6 car ça marche super bien !

Bon, j'ai fait l'upgrade et àpart qu'une de mes deux HC2 renseigne toujours 4.049 avec des fonctionnalités de 4.051, RAS. Et on dirait que les problèmes de vannes Danfoss LC12 soient résolus

Bon bin voilà , j'ai acheté ceci su ebay : http://www.befr.ebay.be/itm/351411498413?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT Je commande en IR via mon irTach depuis un VD, et ça va bien. Seul soucis est que je ne peux interroger l'état (quel zone est active), mais c'est déjà pas mal.

Bonjour, Y'a t'il un moyen d'allonger la string pour faire dire un texte plus long ? Car faire plusieurs appels de suite ne fonctionne pas très bien non plus. Merci

J'ai fait l'upgrade, RAS pour le moment. Pour moi dans la précedente 048, c'était le retour des "dead devices"

Maj faite. Ok

Merci pour vos réponses. Pas l'air simple... Sinon une solution serait d'utiliser une appareil de ce type et de piloter par une passerelle IR-IP (j'en ai déjà une) http://www.amazon.com/4-Room-Dla-Speaker-Selector/dp/B000VILOY2/ref=pd_rhf_se_s_cp_2_NBDZ?ie=UTF8&refRID=0F6G7XPEBVRQ806MHSKY Mais cela reste fort cher

Salut à tous, J'ai aujourd'hui un ampli central avec des haut-parleurs dans 4 pièces (filaire) et un boitîer d'interrupteurs qui me permet de mettre en route ou couper les HP dans chaque pièce. Quelqu'un a une idée comment transformer ceci en z-wave ? Utiliser des switches FGS221 ou des FGBS321 Universal Binary Sensor ? Merci de vos conseils Thierry

Le voici : http://www.domotique-fibaro.fr/index.php/topic/4579-foscam-et-hc2-v4x/ Je viens de le mettre en place et ça marche

C'est génial ton truc ! ça marche, ça faisait des mois que je chipotais J'ai ajouté le workaround sur bugzillia http://bugzilla.fibaro.com/view.php?id=2244

Le problème est connu avec les caméras foscam : pas de prévisualisation sous IE ou sous Chrome. Safari fonctionne sur PC ou sur iPad. Régression depuis la 4.x, marche ok en version 3.6.

Pour ma part, j'ai 3290 caractères et ça passe (nouveau en V4 ?). Pour le nom de device, j'utilise ton output comme pense bête, comme ça je retouve facilement mes noms de device @pepite : oui, il faut créer une variable globale dans le panneau