jjacques68

ça y est, le 5P1150IR est en place dans la baie nickel !! ai du ré agencer un peu la baie, mais c'est top. le l'ai relié à un PC via le cable USB. Je découvre le soft livré avec... ... J'ai trouvé une carte à réseau à 75€ je devrais la recevoir dans les prochains jours. Truc bête, j'avais mis un détecteur d'inondation au pied de la baie, pour que si il devait y avoir de l'eau, l'alimentation de la baie se couperait automatiquement (un wall plug est en tête de ligne). Mais maintenant, je peux plus couper le courant c'est un comble, je mets un onduleur pour être tranquille avec les coupures, et je cherche à couper le courant quand même !!! nan nan je suis pas fou !!

Les classiques, (mobiles, script, ...) J'ai surtout BLEA car en fait la Jeedom ne me sert que pour le Bluetooth. Et toutes les infos recueillies sont envoyées vers la HC2. Donc on va dire que j'utilise que 2% des capacités de cette box Tout est bien reparti sans avoir eut besoin de faire des manip.

MAJ effectuée. Tout est ok. Affolement des plugins pendant le procédé, donc j'ai lancé la MAJ des plugins juste après et c'est ok. ça c'est de la mise à jour...

Oui tout à fait.

PS : la central nucléaire j'ai regardé, il me manque un peu de place à côté de la baie, pas grand chose quelque mettres - dommage.

Alors je viens de prendre un Easton 1150 va rackable. = 399€ sur eBay. pas de carte network. Je devrai en trouver sur eBay pour une centaine d'Euro... c'est qund même un budget mais si je compte HC2 + jeedom + utm + 2 Syno + ++++ je pense que ça en vaut la peine. disons que c'est pour me prouver qu'il fallait... merci pour les conseils !

Excellent

je mets pas plus de 400€, et puis 5000 va c'est beaucoup trop, ma baie info consomme au total 230w. j'en ai trouvé un sur amazon, mais ça bloque pour la livraison !!!!! 27 kg - c'est pas la mort !!!!! j'ai envoyé un Mail au service client... j'attends... Mais franchement ils abusent tous avec cette histoire de carte ethernet en option... j'aimerai éviter la solution "du pauvre" de @Lazer en passant par le syno en USB...

alors il semble que eaton fait des "netpack", avec cette fameuse carte intégré, mais alors les prix...

zut ! ces contacts ne permettent que le démarrage/arrêt de l'onduleur. Pas moyen de s'en servir sur les IN de l'ipx. Mais c'est dingue !!!! Vous le croyez que je trouve ce que je cherche !!!!! ????? Quand même pas compliqué !!!

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.