trainkill666

http://www.domotique-fibaro.fr/index.php/topic/7139-v4063-beta-du-13-janvier-2016/page-4

Pascal, t'as changé ton pseudo ?

@ Rem's Désolé de te casser le moral, mais tu n'as pas résolu ton problème, tu l'as juste retardé. La ligne : if tonumber(fibaro:getValue(287, "sceneActivation")) then ne sert à rien car tu ne tests pas la valeur de retour précise de la sceneActivation du module 287, tu tests seulement si il y a en une. Explication : Ta scène est lancé grâce à ce trigger : --[[ %% properties 287 sceneActivation %% globals --]] Ta condition sera donc toujours VRAI, car la scène s'est lancé de par l'existence d'une valeur du module 287. Pour résumer ton test : Si VRAI alors ... , ce test est donc inutile. Je ne sais pas si j'explique bien, mais pour résumer, quelque soit le bouton appuyé sur ta télécommande, la condition sera vrai et le code sera exécuté. Il faut donc trouver la valeur de chaque bouton, d'où ton "val == 30 " qui ne doit pas être le bon. Voici un exemple de scène pour trouver la valeur de retour de chaque bouton à placer à la place de 30 : --[[ %% properties 287 sceneActivation %% globals --]] fibaro:debug(tonumber(fibaro:getValue(287, "sceneActivation"))) La valeur de ta touche apparaîtra dans le debug. Ton programme sera fonctionnel. Par contre j'ai vu sur le forum il y a quelque temps une nouvelle façon de lire le résultat des "scenactivation" dans les dernières mise à jour. A vérifier.

Places des debug tout le long de ton programme pour savoir jusqu'où il tourne. N'y a t'il pas eu un changement de ligne de commande pour les lignes avec sceneactivation avec les nouvelles version de firmware ? Mprinfo ou JoJo doivent être au courant. Tu utilises laquelle ? es-tu sà»r pour la valeur vall == 30 test le programme en plaçant "--" devant les lignes 19, 20 et 29. Puis clic sur "démarrer" en dessous de la ligne de code. Si ça fonctionne le problème vient de ces lignes. Sinon, j'ai peut-être zappé une ligne en copiant collant le code, car je l'utilise depuis longtemps, et il fonctionne nickel.

@ vilajeal Oui, par contre elle ne sert plus a rien. Elle est remplacée par la 19. Rem's s'en sert peut-être de pense bête, ou il l'a oubliée.

Il faut retirer les "--" devant fibaro:debug("Simple clic bouton cercle"); Comme Berale24 l'a dit précédemment, si il y a "--" devant un texte, celui correspond à un commentaire, il ne sert pas pour la programmation. Ce que tu as fait à la ligne 8. Si la condition du if (val == 30) est validée, le message dans la parenthèse du debug va s'afficher, dans ton cas "Simple clic bouton cercle" . Ici il ne s'agira pas d'un message d'erreur, mais plutôt d'information.

Pour 1 module (remplacer ID par l'id du module) : elseif (val == 30) then -- fibaro:debug("Simple clic bouton cercle") -- inversion de l'état du module local inverse = {"turnOn", "turnOff"} fibaro:call(ID, inverse[tonumber(fibaro:getValue(ID, "value")) + 1]) end Pour plusieurs modules (remplir listeclairage par les id concernés) : -- fonction d'inversion de l'état du module local eclairage = function(liste) local inverse = {"turnOn", "turnOff"} for index,valeur in pairs(liste) do fibaro:call(valeur, inverse[tonumber(fibaro:getValue(valeur, "value")) + 1]) end end ------------------------------- elseif (val == 30) then -- fibaro:debug("Simple clic bouton cercle"); -- liste des modules listeclairage = {79,81} -- lancement de la fonction eclairage(listeclairage) end -------------------------------

Je connais fibaro:getSectionID(DeviceID) mais pas fibaro:getSectionID(id, "value"). C'est une modification de la fonction depuis les dernières mises ?

Pour ceux qui ont loupé la promo (ou pour les négociants ) , les stocks sont de nouveaux disponibles depuis ce matin. J'en ai commandé 4 . Finalement j'en ai pris 4 de plus, à ce prix là , je vais en mettre partout. Dans le garage je vais avoir des faux positifs au démarrage de mon vieux diesel pour les connaisseurs? (1.9d 68Ch d'une 306 de 15 ans qui fume pas mal blanc à froid, pas bleu) .

@ Pascal Tu me vends tes 3 restants pour 60€ l'ensemble avec livraison en relais colis ? (t'en as eu pour 27€ ) Je vais aller faire les boutiques orange des environs, mais je ne me fais pas d'illusion. Il faut que j'ajoute une ligne de commande sur la HC2 pour qu'elle me rappelle tous les jours de regarder le coin des bonnes affaires du forum. Je ne serais plus en retard de 10 jours sur la promo, alors que tout le stock a déjà été pillé.

@ mprinfo Tu vends tes surplus ? http://www.ebay.fr/itm/Fibaro-FGSD-002-Smoke-Sensor-2-Detecteur-de-fumee-DAAF-norme-EN14604-/231809521403?_trksid=p2141725.m3641.l6368#shpCntId

@ pilou87 Ma réponse s'adressait àtoi. TOUS les capteurs que tu ajoutes àla box sont automatiquement armés en cas d'activation de l'alarme native Fibaro (ou FIBARO ALARM comme tu la nommes) SAUF si tu as coché la case appropriée dans les paramètres de celui-ci. Idem quand tu désarmes l'alarme fibaro. Le capteur peut avoir différents états : - désarmé ("armed == 0") - armé ("armed > 0") : ne signifie pas détection mais plutôt activation de la détection de l'alarme ou armement. - en alerte ("value > 0") : détection de mouvement. J'ai donc donné la solution àton "PS" pour la variable globale qui donne l'état de FIBARO ALARM. Regardes dans mon message précédent dans le deuxième cadre de programmation, cette scène modifie une variable globale selon l'état d'armement d'un capteur au choix armé par l'alarme native Fibaro, et non de détection de mouvement. La variable n'existe pas d'origine, il y a peut-être d'autres méthodes, mais pas àma connaissance, je passe la main aux anciens pour ça.

@pilou Sois tu regardes l'état d'un des détecteurs pour savoir si il est armé ou non : exemple test si armé : if ( tonumber(fibaro:getValue("ID du détecteur", "armed")) > 0 ) then ou tu modifies une variable globale selon l'état de l'alarme avec une scénario du style : --[[ %% properties 28 armed %% globals --]] if ( tonumber(fibaro:getValue(28, "armed")) > 0 ) then fibaro:setGlobal("Etatalarme", "arret"); else fibaro:setGlobal("Etatalarme", "marche"); end

@ pepite d'après ton lien on peut donc cliquer sur les boutons du plugin Samsung créé par Fibaro avec fibaro:call ? L'info que j'ai dit plus haut est erronée alors. Je faisais cette technique l'an dernier avant le passage en V4 avec le plugin de http://fibaro.rafikel.pl , qui est quasi identique, et dont je pouvais cliquer avec le fibaro:call. J'avais fait un essai avec le plug de Fibaro sans réussir. Peut-être avais-je fait une erreur de syntaxe, dès que j'ai le temps je réessayerai, et reprendrai cette méthode (un MV inutile en moins sur l'interface ) .

Bonjour Frakke, d'après ce que je sais, on ne peut pas cliquer sur un bouton du plugin Samsung fait par Fibaro par code Lua. J'utilise cette méthode : --http://www.maison-et-domotique.com/33944-fibaro-hc2-piloter-tv-samsung-connectee/ -- <configuration> -- tvIpAddress = "192.168.1.50" tvPort = 55000 keycodestring = "KEY_POWEROFF" tvAuthString = string.char(0x00,0x14,0x00,0x69,0x70,0x68,0x6f,0x6e,0x65,0x2e,0x2e,0x69,0x61,0x70,0x70,0x2e,0x73,0x61,0x6d,0x73,0x75,0x6e,0x67,0x38,0x00,0x64,0x00,0x14,0x00,0x4d,0x54,0x6b,0x79,0x4c,0x6a,0x45,0x32,0x4f,0x43,0x34,0x77,0x4c,0x6a,0x45,0x78,0x4d,0x41,0x3d,0x3d,0x18,0x00,0x4e,0x45,0x4d,0x74,0x4e,0x7a,0x49,0x74,0x51,0x6a,0x6b,0x74,0x4e,0x44,0x4d,0x74,0x4d,0x6a,0x51,0x74,0x4f,0x45,0x49,0x3d,0x04,0x00,0x54,0x51,0x3d,0x3d) -- </configuration> -- -- character table string local b='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/' -- encoding to base64 function enc(data) return ((data:gsub('.', function(x) local r,b='',x:byte() for i=8,1,-1 do r=r..(b%2^i-b%2^(i-1)>0 and '1' or '0') end return r; end)..'0000'):gsub('%d%d%d?%d?%d?%d?', function(x) if (#x < 6) then return '' end local c=0 for i=1,6 do c=c+(x:sub(i,i)=='1' and 2^(6-i) or 0) end return b:sub(c+1,c+1) end)..({ '', '==', '=' })[#data%3+1]) end -- helper function function num2bytes(num) local retStr="" for i=1,2 do retStr = retStr .. string.char(num%256) num = math.floor(num/256) end return retStr end tcpSocket = Net.FTcpSocket(tvIpAddress, tvPort) -- say hello to the TV bytes, errorCode = tcpSocket:write(tvAuthString) keycodebase = string.char(0x00,0x13,0x00,0x69,0x70,0x68,0x6f,0x6e,0x65,0x2e,0x69,0x61,0x70,0x70,0x2e,0x73,0x61,0x6d,0x73,0x75,0x6e,0x67) -- payload payloadinit = string.char(0x00,0x00,0x00) keycode = enc(keycodestring) keycodesize = num2bytes(string.len(keycode)) payloadsize = num2bytes(string.len(payloadinit .. keycode ..keycodesize)) -- combining the message message = keycodebase .. payloadsize .. payloadinit .. keycodesize .. keycode -- sending keycode bytes, errorCode2 = tcpSocket:write(message) if errorCode == 0 and errorCode2 == 0 then -- printing log under virtual device fibaro:log("transfer OK: " .. keycodestring) else fibaro:log("transfer failed") end Ce code n'est pas de moi, je l'ai trouvé sur : http://www.maison-et-domotique.com/33944-fibaro-hc2-piloter-tv-samsung-connectee/ N'oublies pas de compléter l'IP de la TV : tvIpAddress = "192.168.1.50" Il faut juste modifier la partie : keycodestring = "KEY_POWEROFF" pour appuyer sur un autre bouton. Tout est expliqué sur le site. Tu mets ça dans un bouton de module virtuel, et tu lances ce bouton depuis 1 scène grâce à : fibaro:call(idmodulevirtuel, "pressButton", numérobouton) en remplaçant idmodulevirtuel et numérobouton.

C'est plutôt du ch'ti Valenciennois mélangé à du ch'ti Quercitain. Une langue très localisée que seuls les autochtones parlent, qui ne doit pas être dans la base de données de Lili. Je vais leur envoyer le template pour qu'ils l'ajoutent à la prochaine mise à jour.

@ Juju : J'adore cette box, et je n'ai pas l'intention de m'en séparer. Par contre, c'est curieux que la partie vocale fonctionne chez certains et pas d'autres, on est loin d'un système informatique propre à chacun, avec différents éléments hardware ou software (OS, drivers...). On a tous quasi la même box ( 2 ou 3 cartes mères différentes il me semble). Cette partie n'est dépendante que du système, et pas du reste des modules ou autres... Ca me rend perplexe.

Lili écrit et comprend parfaitement ce que je dis, qu'il y ai un accent ou pas, j'ai même essayé avec juste 1 seul mot. Comme je l'ai dit précédemment, lorsque la commande existe, Lili me dit que cette commande n'existe pas, lorsque la commande n'existe pas, Lili me dit qu'elle n'a pas compris. Elle a donc parfaitement compris la commande, et écrit exactement l'ordre qui correspond à la commande, mais ne veut pas l'exécuter, car quand je lui dit une commande qui n'existe pas, et seulement dans ce cas précis, elle me dit qu'elle n'a pas compris. C'est exactement comme Nico. Je vais peut-être prendre la box sous le bras et aller voir un dresseur polonais. Je manque peut-être de fermeté, et je dois être trop laxiste avec elle. Il est vrai que je lui autorise des 503, non reconnaissance de modules, plantages sans raison, bug divers et incompréhensibles... Même les membres de sa famille, elle ne sait pas les reconnaître, ou en partie. Elle ne sais même pas me dire convenablement ce qui c'est passé dans le panneau événement, ni m'afficher ma position, même actuelle. Et tout ça sans sourciller, je ne l'a menace même pas du recovery. J'ai eu un passage difficile avec une Zipabox avant la HC2, ça m'a conditionné.

lorsque la commande existe, Lili me dit que cette commande n'existe pas, lorsque la commande n'existe pas, Lili me dit qu'elle n'a pas compris. Idem que Nico.

Je viens de rebooter, toujours pas de changement.

Idem, j'ai relancé la base de donnée Lili (bouton que j'ai découvert grâce à vous ), mais pas de changement. J'ai également rafraîchi les données réseau sur l'appli android (on ne sais jamais).

J'ai les mêmes symptômes que Nico, lorsque la commande existe, Lili me dit que cette commande n'existe pas, lorsque la commande n'existe pas, Lili me dit qu'elle n'a pas compris.

Merci Reçus aujourd'hui en 2.7.

Idem