jjacques68

If fibaro:getGlobalValue("ArmementDiurne") == "Off" then ... else ... end http://www.fibarouk.co.uk/support/lua/library/fibarogetglobalvalue/

alors voici le retour de Eaton France concernant la mise à jour de ma carte... c'est très simple : la carte que j'ai acheté ne pouvait pas allé plus loin dans les mises à jour que j'avais faite car elle était trop "vieille". heureusement j'avais la facture ce cette carte car ils me l'ont demandé et du coup ils m'ont renvoyé gratuitement une nouvelle carte à jour sympas les gars !! Et là je peux monitorer les différentes sorties comme je veux... par contre l'envoi de mail provenant de la carte ne fonctionne toujours pas. D'après la doc j'ai l'impression que les mail doivent passer par un serveur mail local. Les serveur extérieurs (smtp.live.com et autre ne passent pas...) ou alors je rempli mal le champ "serveur smtp"... Maintenant y a plus qu'à s'y mettre...

moi non plus... je viens d'ajouter ça dans mon code de la scène : if os.date("%H:%M:%S") >= "23:59:50" or os.date("%H:%M:%S") < "00:00:20" then fibaro:sleep(30*1000) LastUpDate = os.time() end Mais je trouve ça nul de chez nul de chez nul...

alors là mon pauvre... je sais pas quoi te dire, moi j'ai ça dans presque tous mes VD... ah tout hasard, tu as bien remplacer "Id_Icone" par le numéro de l'icone ?

bon ben même résultat, je ne remets pas le debug car il est identique. Ce qui me surprends, c'est que le os.time() s'affiche bien ! On dirait que c'est la HC2 qui perd les pédales à minuit ! (c'est le timecode qui me fait pensé ça...)

par contre je viens de changer mon calcul en utilisant le os.difftime(), on verra la différence... C'est plus propre effectivement, mais je pense pas que ça règlera CE soucis.

c'est plus compliqué que ça... elle ne tourne pas en boucle toutes les secondes mais toutes les 15 secondes. Cette scène observe la date de modification d'une variable (cette variable est modifiée par le changement de statut d'une input d'un ipx... je passe par 2 boutons on&off qui me mettent la variable a 1&0... bref...) Je calcul le temps entre os.time() et la date de dernière modif de cette variable. voici le début de la scène : local LastUpDate = fibaro:getGlobalModificationTime("IpxIn2") --si heure actuelle - heure de la denrière MAJ de la VG < 5 secondes if (os.time() - LastUpDate) < 5 then ... ... ... et donc cette variable (= input de l'ipx) passe de 0 à 1 en une seconde et ça tourne en boucle... tictac-----tictac-----tictac... je teste le "clignotement" de cette input en fait. et donc j'utilise le os.time(), mais si celui-ci déconne, ma scène déconne aussi.... (le reste de la journée c'est stable) oulà ça semble bien compliqué mon explication... non ?

Pfffff, je vais finir par mettre un sleep de 20 secondes à 23h59:50 dans ma scène Et le problème sera vite réglé... mais c'est nul...

Ok je vais changer mon calcul. pour ma mise jour ntp de la box, pas sÛr qu'elle le fasse elle même, j'ai mis ce VD justement à cause du décalage qui se produisait ! je vais désactiver ce module on verra bien. mais ça n'explique toujours pas le plantage de miniuit, ça me pause un vrai problème.

chose dite chose promis, scène plantée à minuit. voici le debug de la scène qui observe le os.time : [DEBUG] 23:59:40: 1500328780 [DEBUG] 23:59:41: 1500328781 [DEBUG] 23:59:42: 1500328782 [DEBUG] 23:59:43: 1500328783 [DEBUG] 23:59:44: 1500328784 [DEBUG] 23:59:45: 1500328785 [DEBUG] 23:59:46: 1500328786 [DEBUG] 23:59:47: 1500328787 [DEBUG] 23:59:48: 1500328788 [DEBUG] 23:59:49: 1500328789 [DEBUG] 23:59:50: 1500328790 [DEBUG] 23:59:51: 1500328791 [DEBUG] 23:59:52: 1500328792 [DEBUG] 23:59:53: 1500328793 [DEBUG] 23:59:54: 1500328794 [DEBUG] 23:59:55: 1500328795 [DEBUG] 23:59:56: 1500328796 [DEBUG] 23:59:57: 1500328797 [DEBUG] 23:59:58: 1500328798 [DEBUG] 23:59:59: 1500328799 [DEBUG] 00:00:00: 1500328800 [DEBUG] 00:00:01: 1500328801 [DEBUG] 00:00:18: 1500328802 [DEBUG] 00:00:18: 1500328803 [DEBUG] 00:00:18: 1500328804 [DEBUG] 00:00:18: 1500328805 [DEBUG] 00:00:18: 1500328806 [DEBUG] 00:00:18: 1500328807 [DEBUG] 00:00:18: 1500328808 [DEBUG] 00:00:18: 1500328809 [DEBUG] 00:00:18: 1500328810 [DEBUG] 00:00:18: 1500328811 [DEBUG] 00:00:18: 1500328812 [DEBUG] 00:00:18: 1500328813 [DEBUG] 00:00:18: 1500328814 [DEBUG] 00:00:18: 1500328815 [DEBUG] 00:00:18: 1500328816 [DEBUG] 00:00:18: 1500328817 [DEBUG] 00:00:18: 1500328818 [DEBUG] 00:00:19: 1500328819 [DEBUG] 00:00:20: 1500328820 [DEBUG] 00:27:01: error : 2 s [DEBUG] 00:27:05: error : 2 s [DEBUG] 00:27:07: error : 2 s [DEBUG] 00:27:13: error : 2 s [DEBUG] 00:27:15: error : 2 s [DEBUG] 00:27:24: error : 2 s [DEBUG] 00:31:03: error : 9 s [DEBUG] 00:53:08: error : 2 s [DEBUG] 00:53:11: error : 2 s [DEBUG] 02:48:34: error : 2 s [DEBUG] 02:48:37: error : 2 s [DEBUG] 02:48:39: error : 2 s [DEBUG] 04:48:41: error : 2 s [DEBUG] 04:48:44: error : 2 s j'avoue ne pas trop savoir interpréter le résultat. On voit que à 00:00:01 le debug par en cou... mais le os.time reste bon !!! et c'est la que ma scène pédale dans la semoule. de plus, replantage de ma scène à 00:31, et là pour le coup c'est lorsque le VD Clock Sync de @Krikroff se lance... si quelqu'un à une idée !??

Bonjour à tous, Je remarque que très souvent la fonction os.time() manque de stabilité. J'ai une scène qui tourne H24 et qui utilise os.time(). J'ai plusieurs fois par semaine cette scène qui bug à exactement minuit (rien dans le code de cette scène ne peut la faire planter à minuit...) alors du coup j'ai créé une autre petite scène pour observer le os.time() : --[[ %% autostart %% properties %% events %% globals --]] local last = os.time() function loop() --1. test la différence d'une boucle à l'autre, si plus d'une seconde alors debug if os.time() - last > 1 then print("error : "..(os.time() - last).." s") end --2. affiche os.time de 23:59:40 à 00:00:20 if os.date("%H:%M:%S") >= "23:59:40" or os.date("%H:%M:%S") <= "00:00:20" then print(os.time()) end --affecte la nouvelle valeur à la variable last = os.time() --bouclage toutes les 1 seconde setTimeout(loop, 1000) end loop() cette scène à 2 rôles : 1- si plus d'une seconde d'écart entre 2 boucles on affiche dans le debug la différence de temps 2- affiche chaque seconde le os.time() entre 23:59:40 et 00:00:20. J'ai fais tourner cette scène hier soir de 22h à ce matin 6h... voilà le résultat pour le premier rôle : [DEBUG] 23:44:49: error : 2 s [DEBUG] 23:44:51: error : 2 s [DEBUG] 23:45:06: error : 2 s [DEBUG] 00:31:02: error : 10 s [DEBUG] 02:16:19: error : 2 s [DEBUG] 02:16:22: error : 2 s [DEBUG] 02:16:30: error : 2 s [DEBUG] 02:16:34: error : 2 s [DEBUG] 04:13:31: error : 2 s [DEBUG] 04:13:48: error : 2 s [DEBUG] 06:11:02: error : 2 s [DEBUG] 06:11:04: error : 2 s [DEBUG] 06:11:11: error : 2 s [DEBUG] 06:11:16: error : 2 s [DEBUG] 06:11:23: error : 2 s [DEBUG] 06:11:26: error : 2 s on voit que c'est qu'il y a des trucs étrange entre 23h44 et 6h11 (heure à laquelle j'ai arrêté le script) et voici le résultat pour le second rôle : [DEBUG] 23:59:40: 1500242380 [DEBUG] 23:59:41: 1500242381 [DEBUG] 23:59:42: 1500242382 [DEBUG] 23:59:43: 1500242383 [DEBUG] 23:59:44: 1500242384 [DEBUG] 23:59:45: 1500242385 [DEBUG] 23:59:46: 1500242386 [DEBUG] 23:59:47: 1500242387 [DEBUG] 23:59:48: 1500242388 [DEBUG] 23:59:49: 1500242389 [DEBUG] 23:59:50: 1500242390 [DEBUG] 23:59:51: 1500242391 [DEBUG] 23:59:52: 1500242392 [DEBUG] 23:59:53: 1500242393 [DEBUG] 23:59:54: 1500242394 [DEBUG] 23:59:55: 1500242395 [DEBUG] 23:59:56: 1500242396 [DEBUG] 23:59:57: 1500242397 [DEBUG] 23:59:58: 1500242398 [DEBUG] 23:59:59: 1500242399 [DEBUG] 00:00:00: 1500242400 [DEBUG] 00:00:01: 1500242401 [DEBUG] 00:00:02: 1500242402 [DEBUG] 00:00:16: 1500242403 [DEBUG] 00:00:16: 1500242404 [DEBUG] 00:00:16: 1500242405 [DEBUG] 00:00:16: 1500242406 [DEBUG] 00:00:16: 1500242407 [DEBUG] 00:00:17: 1500242408 [DEBUG] 00:00:17: 1500242409 [DEBUG] 00:00:17: 1500242410 [DEBUG] 00:00:17: 1500242411 [DEBUG] 00:00:17: 1500242412 [DEBUG] 00:00:17: 1500242413 [DEBUG] 00:00:17: 1500242414 [DEBUG] 00:00:17: 1500242415 [DEBUG] 00:00:17: 1500242416 [DEBUG] 00:00:17: 1500242417 [DEBUG] 00:00:18: 1500242418 [DEBUG] 00:00:19: 1500242419 [DEBUG] 00:00:20: 1500242420 Et là comme par hasard, je n'ai eut aucun soucis... on voit bien les secondes s'enchainées l'une derrière l'autre. Par contre on voit le time code du debug qui ne correspond pas à 00:00:16 et 00:00:17 Mais c'est la première fois depuis au moins 1 semaine que, cette nuit, à minuit, ma scène n'a pas plantée... je relance le test ce soir pour voir... et vous posterai le debug... Est-ce que quelqu'un à déjà constaté ce genre de comportement ?

Tu as mis quoi comme module pour ouvrir/fermer la porte de garage ? si c'est un module de volet du peux utiliser la propriété setValue du module, où tu fixes le pourcentage d'ouverture. et du coup pas besoin de setTimeout, sauf si tu veux une fermeture automatique après X temps. sinon essaye en mettant un turnOff dans ton setTimeout...

j'essaye de le faire via une scène en voulant dupliquer le code du mainLoop du device1 vers le mainLoop du device2 : local device1 = api.get("/devices/353") local device2 = api.get("/devices/368") local code1 = device1.properties.mainLoop device2.properties.mainLoop = code1 api.put("/devices/368", device2) mais il se passe rien. code1 récupère bien le contenu de la mainLoop de device1 (si je fais un print, ça l'affiche correctement). mais après, l'appliquer au device2, ça fonctionne pas. étrange car j'utilise le même système pour jouer avec les panneaux de chauffage et ça marche très bien...

Hello !! Dans la même idée, j'ai 12 VD qu'il faut que je modifie. Ils ont les 12 actuellement la même structure (label, code lua des boutons, mainLoop, ...) Il faudrait que j'ajoute des boutons et label sur les 12 !! C'est possible de faire cela en lua en une seule fois ? quand je lis les infos des VD dans la documentation API, ça semble faisable ! Mais par où commencer ?

Moi j'utilise un capteur ST814 de everspring. https://www.domotique-store.fr/domotique/usages/domotique-chauffage-climatisation-a-distance/thermometre-sonde-de-temperature-sans-fil-domotique/145-everspring-st814-capteur-de-temperature-et-d-humidite-zwave.html pour le moment j'en suis satisfait...

moi non plus, mais je me la note dans un coin

Hello, pour ma culture perso, le %%killOtherInstances remplace le code if fibaro:countScenes() > 1 then fibaro:abort() end ? c"est bien ça ?

j'attends le retour du supp tech... je te dirais ce qu'il en est.

oui @Lazer, j'ai lu le topic, c'est ce qui m'a mis sur la piste des mises à jour. Mais je comprends pas pourquoi j'arrive pas à monitorer le groue1 & 2 depuis la carte... alors que depuis Intelligent Power Protector installer sur un PC relié en USB sur l'onduleur ça marche... Il manque une mise à jour c'est pas possible !!

en fait je crois qu'il y a un soucis avec le firmware de la carte. J'ai fais les mises à jour une par une comme précisée sur leur site (EB- EG - FA ... GE), et je ne peux pas allé plus loin. J'ai envoyé un mail au support... je tiens au jus...

merci, Eaton 5P 1150i R...

voici la photo, désolé pour le loupé...

Hello @Lazer, je reviens vers toi car je rencontre un soucis avec la carte de l'onduleur. J'ai donc installer la carte (configuré avec le cable COM - heuresement j'avais un PC avec un port com... ). J'ai fais les mises à jour selon la doc sur le site officiel, et voilà ce que je vois quand je me connecte sur l'onduleur : - qui me dérange, c'est que je ne vois pas les output groupe1 et groupe2. - toujours impossible d'envoyer des mails (erreur 13 (smtp) dans la fenêtre de la liaison com) j'ai essayer avec 3 serveur smpt différents (Outlook, gmail et icloud) tu as une idée ? sinon les Syno communiquent bien avec l'onduleur (SMNP ; MIB = MGE ; Version = 1)

Je cherche à comprendre le code du VD... pour la connaissance... ...

Suis entrain d'essayer de comprendre ton VD @Lazer... avec les notices de l'UPS et de la carte... HE BE Y A DU BOULO !!!!!!! Je pense en avoir pour quelques jours à comprendre