jjacques68

oui en effet... mais je constate aussi, qu'il y a un contact sec derrière... donc... en le connectant sur une entrée de l'ipx, y a peut être moyen de faire qqch... je continue à fouiller...

je doute pas du tout de la qualité du tuto de @Lazer, mais je regarde quand même si on peut pas faire plus simple ça doit bien exister des onduleurs où on peut faire des actions suivant l'état !!! sinon pour la carte, ... mouai c'est ce que j'ai vu, et cette carte vaut le prix de l'onduleur... Je regarde pour trouver un onduleur manageable avec une prise RJ45... sur les onduleurs eaton, il y a des connecteurs derrières dont 1 RJ45, mais d'après la notice, c'est une prise type RS232...

ouch !!! pour arriver à faire fonctionner le VD de @Lazer, ça semble bien compliqué !!

Bonjour à tous ! Je viens vers vous pour avoir des conseils sur un onduleur. En effet cette nuit vers 4h, on a eut 4 coupures de courant dans la ville... Je touche du bois, rien a grillé... Mais du coup je souhaite mettre en place un onduleur format rackable (19" 1 ou 2 unité) alors je sais pas si c'est possible, mais je souhaiterai être notifié : lors ce qu'il se déclenche lors ce qu'il reste par exemple 10 % de charge et qu'il me coupe par requête http certain device (HC2, jeedom, ...) et quand le courant revient, il redémarre bien sûr... j'ai cherché sur amazon, ça va de 250 € à pas limite, et y a boire été a mangé... donc si vous avez des conseils !!!! merciiiiiii.

c'est clair, le principe est tout bête, mais je vois pas comment faire mieux non plus. et oui ça énerve. en tout cas aujourd'hui je n'ai,pas eu de soucis...

Bon alors le coup du MainLoop, c'est pas top beaucoup trop de plantage. L'input de l'ipx change en effet au moins 2 fois par seconde, et donc avec la vitesse de rafraichissement du mainLoop (2-3 secondes) ça panique. Même avec le sleep que j'avais monté à 10 secondes. Donc je suis revenu à la scène pour analyser le statut e la VG. pour résumer : 1 VD avec 2 boutons pour changer l'état de la VG IpxIn 1 Scène avec une boucle qui toute les 10 secondes teste l'heure de la dernière modif de cette VG.

Ok pour ton raisonnement pour la 2ème variable, c'est le cas. voici le code du mainLoop : local LastUpDate = fibaro:getGlobalModificationTime("IpxIn2") --si heure actuelle - heure de la denrière MAJ de la VG < 2 secondes if (os.time() - LastUpDate) < 2 then -- marche Partielle fibaro:debug("marche partielle") fibaro:setGlobal("AlarmeOnOff", 2) else --sinon c'est que c'est soit éteint, soit allumé Value = fibaro:getValue("IpxIn2") if tonumber(Value) == 1 then -- si 1 alors c'est alarme = OFF fibaro:debug("OFF") fibaro:setGlobal("AlarmeOnOff", 0) else --sinon (=0) c'est alame = ON fibaro:debug("marche total") fibaro:setGlobal("AlarmeOnOff", 1) end end fibaro:sleep(10*1000) Le sleep est obligatoire sinon c'est la panique. bon on ça ressemble ce que tu dis

alors oui ça marche la deuxième scène dans le mainLoop du VD... sans le setTimeout, et pas de sleep... je laisse le mainloop faire sont boulo. Mais niveau ressource est ce que c'est ok ? Mais toujours même constatation, y a des ratés... lors du changement d'état... EDIT : oula y a beaucoup de loupés, obligé de clamer le mainLoop avec un sleep de 5 secondes... j'aime pas ça...

Bon je viens de me séparer de ma première scène (qui mettait à jour la VG). Donc maintenant suis passé par le VD auquel j'ai ajouté 2 boutons (Up et Down). Up = activé par IPX sur front montant = mise jour de la VG à 1 Down = activé par IPX sur front descendant = mise à jour de la VG à 0 (opération très simple, et une scène en moins. ) @pepite je ne peux pas dans les boutons du VD intégrer la notion de dernière date de modif ! car par exemple : quand l'alarme et en partielle, les boutons sont activé alternativement -> ça ok. Mais quand elle s'arrête, les boutons ne sont donc plus actionnés et donc le test de la dernière modif s'arrête aussi ! et du coup elle garde le statut "partielle" ! Quand il n'y a plus d'alternance, il faudrait vérifier l'état de la VG ! Et je n'ai plus de test ! d'où cette notion de durée de validité dans le temps de @jojo j'ai n'ai rien changé dans le deuxième scène à part que je ne lit plus la valeur de l'ipx dans le label du VD, mais dans la VG. ça simplifie car j'ai une scène en moins, mais y a toujours cette histoire de je suis sûr qu'il y a moyen de faire mieux, mais je bloque c'est terrible !! ça aurait été top de tout faire dans le VD... je réfléchis toujours question bête, ma deuxième scène pourrait être intégré dans le MainLoop du VD (sans le setTimeout bien sûr) ?

justement, pour tester dans le temps, il me faut une scène supplémentaire ! la deuxième que j'ai faite avec la boucle ! Je peux pas tester sans condition de temps, j'avais essayé. ça marche pour le ON, le OFF, et pour le partielle (clignotement) MAIS quand le partielle s'arrête, le in de l'ipx ne bouge plus et donc plus de test ! d'où le bouclage... Maintenant avec l'histoire du bouton du VD, oui je pense pouvoir économiser une scène (la première)... Vais tester ça ce soir...

@jojo, @pepite, j'arrive à quelque chose avec votre aide, mais pas encore tiptop PS : Je me trompais avant avec les getModificationTime et getGlobalModificaionTime... désolé... Voici la première scène toute simple qui met à jour la VG sur le changement d'état de l'IPX : --[[ %% properties 329 ui.Alarme.value --]] --[[ Scène qui met à jour la VG "IpxIn2" (0 ou 1) trigger par le changement du label du VD (mis à jour par l'ipx) --]] --contrôle du nombre d'instances if fibaro:countScenes() > 2 then print(os.date("%d/%m/%Y").." - To many instance : "..fibaro:countScenes()) fibaro:abort() end local Trigger = fibaro:getSourceTrigger() if (Trigger.type == "property") then fibaro:setGlobal("IpxIn2",fibaro:get(329, "ui.Alarme.value")) --met à jour la VG end Voici la seconde scène qui boucle toute les 10 secondes pour voir les changements de la variable : --[[ %% autostart %% properties %% events %% globals --]] --[[ Scène qui analyse le changement de la variable --]] function CheckAlarme() local LastUpDate = fibaro:getGlobalModificationTime("IpxIn2") --si heure actuelle - heure de la denrière MAJ de la VG < 2 secondes if (os.time() - LastUpDate) < 2 then -- marche Partielle print("marche partielle") else --sinon c'est que c'est soit éteint, soit allumé --lecture de la variable donc de l'input 2 LabelValue = fibaro:getValue(329, "ui.Alarme.value") if tonumber(LabelValue) == 1 then -- si 1 alors c'est alarme = OFF print("OFF") else --sinon (=0) c'est alame = ON print("marche total") end end --rappel de la fonction setTimeout(CheckAlarme, 10*1000) end CheckAlarme() Mais !!! parce que y a un mais !!!! si l'ipx envoie une valeur dans le label du VD, 2 secondes avant que boucle du setTimeOut ne reprenne, ça m'indique marche partielle, alors que ce n'est pas forcément le cas !! donc c'est déjà mieux qu'avant, mais pas encore parfait !!!!!

et en passant par une variable non plus : local LastUpDate = fibaro:getGlobalModificationTime("IpxIn2") il me retourne toujours la même chose !!

il me semble qu'on a pas de getModificationTime sur les VD...

zut, marche pas : fibaro:getModificationTime(id, "proprietes") j'ai mis l'id du VD où y a le label modifié par l'ipx, et j'ai essayé avec "value", "properties", "ui.label.value", ... mais il me renvoie nul...

d'accord avec @mprinfo tout simplement top.

ben ça ressemble un peu avec ce que je faisais avec le compteur sur l'entrée... Maintenant fudrait que je test avec le coup du fibaro:getModificationTime j'essayerai et vous dirai

Mouais donc pas le choix, obligé de passé par une mesure de temps pour visualiser les changements...

c'est ce que je fais en quelque sorte avec le compteur d'impulsion de l'ipx, mais ça me plait pas. Et oui il me faut la remonté d'info de la marche partielle !

Bonjour à tous ! J'ai besoin d'un coup de pouce pour un algorithme. J'explique : J'ai une alarme complètement indépendante de la domotique qui me renvoie un signal sur une entrée d'un IPX. si IN = 0 alors alarme = activée TOTALE si IN = 1 alors alarme = désactivée si IN = clignote (fréquence moins d'une seconde) alors alarme = activée PARTIELLEMENT et c'est ce dernier cas qui me pose problème ! comment tester si IN clignote ? ACTUELLMENT j'ai fais : (ça marche mais y a des loupés, donc ça me plait pas) l'IPX me compte les puls sur cette entrée IN. à chaque changement d'état de l'entrée IN (montant et descendant), j'envoie vers un label d'un VD la valeur du compteur et l'état (0-1) de l'entrée IN. J'ai une scène qui se déclenche sur la modification de ce label. le problème est que j'ai du mettre un fibaro:countScenes() pour ne pas avoir plus d'une instance de scène, sinon ça déconne. et oui, la scène se déclenche au moins 2 fois par seconde et du coup j'ai des ratés quand je mets des VG à jour. normal car dans mon label du VD, il y a deux valeurs : le compteur et l'état de IN. Et le IN change 1 x /seconde, et entre 2 changements, le compteur change aussi... Alors je me dis pourquoi pas oublier le compteur et se contenter que de la valeur de l'entrée IN (0-1) !!! d'où ma question plus haut... Si vous avez des idées, faites vous plaisir ! merci d'avance !

Pour info : %% globals = declemcnhement sur changement de variable %% properties = déclenchement sur changement de propriété de l'ID du device

Le 322 value doit être placé sous %%properties. Et ça devrait marcher.

Ça... c'est fait. Foutu pattern... ... ... Merci !!!

Chez moi, j'ai ajouté une petite ligne de code dans le main du VD pour chercher l'icône au démarrage du module. avec un fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", Id_Icone) Suivi d'un fibaro:abort() Pour ne pas rappeler ce code toute les x secondes. ça m'a régler le problème de ces icônes qui disparaissent au démarrage. Mais risque de poser problème si on a besoin d'exécuter ke bouclage Main du VD... Mais @pepite ton petit bout de code me plait je vais l'utiliser, c'est plus simple de tout centraliser au même endroit...

Franchement à vous lire, je commence à hésité à faire cette MAJ. ca semble une sacré embrouille ce truc !!! ils sont penibles chez Fibaro

ah. à suivre... ce serait pas la première fois...