kioneoranga

Bonjour tout le monde Bon après 2 ou 3 semaines sans travaillé sur la maitrise et optimisation de GEA version 6 je m'attelle à basculer mes automatiques sur la version 6.05 officielle Je rencontre cependant une erreur avec la gestion des fonctions insérée dans une ligne GEA J'ai des instructions pour gérer la génération de backup tous les premiers samedi du mois Voici mon bout de code -- Fonction déterminant si nous sommes le 1er samedi du mois function isFirstSaturday() local t = os.date('*t') return ( t['day'] < 8 and t['wday'] == 7 ) end -- Backup le 1er samedi du mois GEA.add({{"Time","01:30"},{"Function",function() return isFirstSaturday() end}} , 30 , "Backup mensuel de la HC2" , {{"Scenario", id["SC_HC2_BACKUP"]},{"Email", id["USER_ERIC"],"Backup mensuel de la HC2 - #date#","INFO TECHNIQUE - HC2"}}) GEA.add({{"Time","02:00"},{"Function",function() return isFirstSaturday() end}} , 30 , "Suppression mensuel du plus vieux backup de la HC2" , {{"Scenario", id["SC_HC2_BACKUP_SUPP"]},{"Email", id["USER_ERIC"],"Suppression mensuel du plus vieux backup de la HC2 - #date#","INFO TECHNIQUE - HC2"}}) GEA bloque et plante et génère le message d'erreur suivant [DEBUG] 14:47:51: line 93: Failed to encode value, encoders for function deny encoding Tout fonctionnait correctement en v5 et en v6.03, il me semble pourtant respecter les consignes données dans syntaxe - Function : {"Function", function() return true or false, value end} - "RESERVE AUX DEVELOPPEURS" \\Reserved to developers CONDITIONS : GEA.add( {"Function",function() return titi end}, 30, "", {ACTIONS} ) - Si la fonction retourne le resultat \\if function returns result ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Function", function() code end} ) - Execute le code présent dans la fonction \\Execute the code inside the function Y a t il une autre méthode pour faire déclencher mes deux lignes uniquement les premiers samedi de chaque mois Ou auriez vous une idée ce qui cloche? Merci

Bonjour tout le monde, Je ne pense pas que cela viennent du nombre de scene utilisé pour allumer ou éteindre J'ai remarqué le même problème sur 2 de mes wall plug et j'en ai un certain nombre. Le dernier problème en date, le Wall plug indique qu'il est allumé (délivrance du courant, anneau allumé) mais le moteur du garage qui est banché dessus ne fonctionne pas. J'ai beau appuyé sur le bouton ou donner l'ordre éteindre/allumer, rien n'y fait le wall plug semble bloqué Dans l'immédiat devant ouvrir mon garage je retire le wall plug pour brancher le moteur directement sur l'alimentation, le moteur fonctionne normalement Je re-installe le wall plug, il reprend son fonctionnement normal :-( Celui-ci s'est mis à dysfonctionner voila maintenant moins d'un mois alors que cela faisait 2 ans que tout marcher sans pb avec un wall plug de première génération!!! J'avais permuté avec une wall plug Zwave+ voici 6 mois. Je n'ai pas de solution et je pense que le pb provient de l’électronique, c'est vraiment embêtant. Personnellement je passe par des commandes via GEA pour activer ou désactiver mon Wall plug. Je suis preneur de tout retour d'expérience pour réparer cela si vous avez des idées.

@pepite En fait, il est arrivé que l'anneau indiquant l'alimentation du wall plug soit allumé après une coupure, mais que l'alimentation soit à zéro et que le congélateur ne fonctionne pas. Alors je ne sais pas si cela vient d'un dysfonctionnement du wall plug, mais j'ai trouvé cette alternative pour ne pas foutre à la poubelle les congelés !! :-)

C'est clair, l'onduleur est obligatoire pour la box pour assurer les alertes :-)

Bonjour @fredfit Personnellement je fais cela avec un Wallplug et GEA pour être alerté si mon congélateur subit une coupure de courant ou pas. J'ai eu le même pb, sachant que celui ci se trouve sur un tableau d'alim différent du général de la maison. Donc il est aussi désagréable de constaté que le congel ne fonctionne plus. Voici le bout de code GEA, si cela peut te servir -- ### ### -- Arrière cuisine local FinPbAlimCongelateur = GEA.add({{"Sensor+", id["WP_CONGELATEUR"], 0.2},Elec_Congelateur_KO}, -1, "", {{"Global", "Elec_Congelateur", "OK"}}) GEA.add({{"Sensor-", id["WP_CONGELATEUR"], 0.2},Elec_Congelateur_OK}, -1, "", {{"Global", "Elec_Congelateur", "KO"},{"RestartTask", FinPbAlimCongelateur}}) GEA.add({id["WP_CONGELATEUR"]}, 1*60, "", {{"Inverse"},{"turnOn", id["WP_CONGELATEUR"]}}) GEA.add(Elec_Congelateur_KO, 30, "", {{"turnOff", id["WP_CONGELATEUR"]},{"Repeat"}}) GEA.add(Elec_Congelateur_KO, 1*60, "", {{"turnOn", id["WP_CONGELATEUR"]},{"Repeat"}}) GEA.add(Elec_Congelateur_OK, -1, "Alim Elec arrière cuisine OK - #time#.", {{"Global", "SMS", "Alim Elec arrière cuisine OK - #time#."},envoi_SMS_Or_Push,{"Email", {id["USER_ERIC"],id["USER_MANUELA"]},"Alim Elec arrière cuisine OK - #time#.","INFO TECHNIQUE - HC2"}}) GEA.add(Elec_Congelateur_KO, -1, "Alerte elec arrière cuisine #time#.", {{"Global", "SMS", "Alert elec arrière cuisine a #time#."},envoi_SMS_Or_Push,{"Email", {id["USER_ERIC"],id["USER_MANUELA"]},"Alert elec arrière cuisine a #time#.","INFO TECHNIQUE - HC2"}}) GEA.add(Elec_Congelateur_KO, 30*60, "Alerte elec arrière cuisine depuis plus de #durationfull# minutes",{{"Repeat"},{"Global", "SMS", "Alert elec arrière cuisine depuis plus de #durationfull# minutes"},{"Email", {id["USER_ERIC"],id["USER_MANUELA"]},"Alert elec arrière cuisine depuis plus de #durationfull# minutes","INFO TECHNIQUE - HC2"}})

bonjour, Question aux experts La ré-initialisation du réseau zWave ne risque pas de changer les ID des modules? Le processus prend il bcp de temps? Merci d'avance pour votre réponse

@Steven Après des derniers tests hier. Je veux bien que mes instances soient complexes et de nombreux déclencheurs sollicitent GEA, cependant il est clair que tout fonctionne à merveille avec la vers 5.4 alors que la version 6 et principalement la dernière 6.04, n'est pas aussi réactive. Pas de pb pour entendre que de nombreux contrôles supplémentaires ont été ajouté pour le bien du code. Aussi, soit je découpe mon code en plusieurs instances GEA, cependant les tests unitaires d'hier sur une seule pièce ne sont pas si concluant que ça. Une fois encore la version 6.03 dans la gestion des tasks se rapprochait du comportement de la V5, mais la dernière mouture 6.04 ne fait que m'apporter des erreurs dans la gestion et distinction des actions MANUELLES, de celles en AUTOMATQUE. Je vais surement dans un premier temps traité mes actions planifiées avec la version 6.04, comme l'ouverture des volets ou actions de maj de VD Mais pour le traitement des notifications ou la gestion de mes lumières je vais pour l'instant rester avec la version 5.4, dommage car sinon je perds bcp trop dans le mécanisme de mes lumières sachant que toute la famille s'est maintenant habitué depuis plusieurs années à ce que GEA éteigne ou relance l'allumage des lumières. Rappel : Il y a vraiment un changement de comportement entre la version 6.03 et 6.04 Les dernières modifications de la 6.04 génèrent trop de perturbation chez moi. snif, snif

@Steven Bon, pour pouvoir faire des tests sur un seul module, je suis revenu pour l'ensemble de ma configuration à mes instances GEA en 5.4 (2 instances) Tout fonctionnant à merveille comme avant de m'engager sur cette nouvelle route aux testings , j'ai ensuite créée une instance supplémentaire de GEA mais cette fois en 6.04 j'ai bien fait attention bien à l'ensemble de variable de fonctionnement pour ces 3 instances. :-) Of course! Me voici donc avec une instance GEA 6.04 (DEBUG) ne contenant que le traitement de la lumière de mon Bureau, contenant UNE tache => task/restart/stoptask 01-2018-gea_6_04_DEBUG.lua Le fonctionnement que ce soit en MANUEL (Déclenchement via l'interrupteur) ou en AUTO (Déclenchement via l'oeil de Sauron) fonctionne sans effet délirant d'allumage ou d'extinction dans tous les sens comme quand STRICTEMENT ces mêmes ligne sont incluse dans la version complète de mon GEA 6.04 Cependant j'ai observé que le SetEvent() était dans LES MEMES SECONDES relancés à plusieurs reprises et ceci dû à mes différentes déclaration d'ID dans l'entête de la scène. J'en tire une première l'hypothèse (sous ta validation bien entendu ) que mes pb avec la version 6.04 de lumières qui clignote dans tous les sens, seraient liés aux différentes MAJ et donc EXECUTION du SetEvent() à cause des valeurs changeantes des ID et des variables globales de contrôle que j'utilise pour gérer l'aspect Manuel (Interrupteur) de l'aspect Automatique (Détecteur) Voir les logs que j'ai pu extraire. Ceci ne répond toutefois pour l'instant pas (mais je vais faire des tests complémentaires) à mon pb de notification sur la détection d'ouverture de porte (Première ligne d'une de mes deux instances 6), alors que la fermeture fonctionne parfaitement, tenant compte que le détecteur et notifications associées, fonctionnent parfaitement étant revenu en V5.4 pour l'instant . (Je compte bien à terme aller vers la 6 HIHIHIHIHI )(Enfin cela dépendra de ma patience) Logs-09-01-2018.lua 1/ Etape d'investigation suivantes retirer certains ID de l'entête de la scene (comme tu me l'as demandé précédemment) 2/ Je vais essayer de voir les notif pour ma porte d'entrée dans la version 6.04 et je vais laisser toutes les autres pour l'instant en v5. 3/ Je vais ensuite faire un test dans l'instance de DEBUG en 6, d'y ajouter le traitement des lumières de ma cuisine qui fait aussi appel aux taches => task/restart/stoptask et laisser la gestion de la lumière du bureau avec pour voir ce que cela va donner question traitement de plusieurs taches dans l'instance GEA de DEBUG en version 6.04 Bon pour l'instant repas en famille, car ma femme va finir par m'étripé vu que je lui suis infidèle avec mon ORDI et mes instances de GEA Je dois aussi dire que je fatigue un peu...

Ton VD va être une tuerie Cool

Bonsoir tout le monde Voici maintenant que depuis hier soir, dès le couché du soleil et jusqu'au levé, le watchdog relance l'une de mes deux instances GEA vers 6.03 La plus importante traitant la majeur partie des automatisations de la maison..... Meme durant notre sommeil lorsque la maison est au plus calme.... La nuit dernière l'instance à redémarrer toutes les minutes... Voici l'erreur indiquée dans le Watchdog [DEBUG] 19:32:36: Scene(462) Found string "GEA fonctionne depuis" [DEBUG] 19:32:36: Scene(462) oldest debug timestamp more recent than interval [DEBUG] 19:32:36: Scene(464) oldest debug timestamp more recent than interval Je viens donc augmenter le timing de 12 à 14 min, rien à faire Ce qui est étrange c'est que de tout le dimanche aucun redémarrage de l'instance Cela a vraiment commencé à dysfonctionner à 17h33 ce soir, lors du couché du soleil.... Pourtant depuis hier je n'ai rien modifié à mon code... Cela devient compliquer avec la jeunesse :-) Remarque concernant le Watchdog Il indiquait avec la vers 5, plus de détail lorsqu'il redémarrait à tout hasard GEA 5, là il n'y pas grand chose comme détail. ===================================================== UPDATE En fait je viens de me rendre compte que le mail que je recois ne provient pas du Watchdog mais de la ligne suivante, seule ligne modifiée hier ==> GEA.add(true, 0, "Démarrage de GEA Maison le #date# à #time#",{{"Email", id["USER_ERIC"],"Redémarrage GEA Maison- #date#","ALERTE TECHNIQUE - HC2"}}) Je viens de retirer l'envoi de mail. Cela n'explique pas pourquoi, l'envoi du mail à commencer au coucher du soleil.....

J'ai bien vu depuis 1 mois maintenant que cette nouvelle version est plus complète avec l'ensemble de ses tests et d'optimisation au chargement du code. Je ne fais que remonter un constat au quotidien. J'ai appris avec et ma femme ne cri pas trop donc ça va :-)

Oui je parle "des déclenchements instantanés" par exemple La même ligne en V5 sur l'ouverture du garage lance un MP3 sur une enceinte SONOS. La lecture du MP3 est quasi instantanée Sous V6, de temps en temps c'est immédiat et de temps en temps il faut plusieurs secondes (10 à 15s) après l'ouverture ou fermeture. Je n'explique pas. =============================== Info complémentaire J'ai conservé 2 instances de GEA tout comme en V5 Pour traiter dans une que les alertes génériques à l'ensemble de la maison et les noeuds mort La seconde instance, est dédiée précisément au traitement de chaque événements par pieces. Au debut de la migration en V6, j'avais essayé de tout regrouper dans une seule instance, à la lecture des optimisations de code, mais j'ai vite fait marche arrière. J'avais vraiment de gros ralentissement lors d’événement instantané.

@Sakkhho Je suis d'accord depuis que j'ai basculé en 6, j'ai l'impression que c'est moins réactif. Etrange.

@Steven Je viens de t'envoyer en MP l'ensemble du code GEA en vers 6.03 Je ne sais pas vraiment identifier les lignes correspondantes à Ajout immédiat : #2 Ajout immédiat : #4 Ajout immédiat : #88 Ajout immédiat : #94 Je vais cependant re-tester avec le code en version 6.02 Car je n'avais pas constaté ce pb!! ========================================== Update après 30 à 40min ========================================== Bon je viens de faire un test avec la version 6.02 et aprés 30 à 40 min, j'ai le même pb. Allumage de la lumière à l'ouverture de la porte mais pas de notification comme attendu. Et à la fermeture de la porte je reçoi bien la notification de fermeture pas de pb. Donc je ne comprends pas ce qui peut poser pb. Le dysfonctionnement n'est pas que pour cette porte mais pour l'ensemble de mes fenetres ou autre porte. Par contre peut être une piste, la ligne de commande ne contient que l'instruction de notification, alors que sur la fermeture, j'ai l'instruction {"Inverse"}

@Steven Je viens de reproduire l'anomalie. Le module est ==> DETEC_PORTE_ENTREE_1 = 402 402 est bien déclaré dans l'entête de la scene ==> 402 value pour déclencher les actions - On voit bien d'ailleur dans les log que lors de l'ouverture de la porte l'ordre pour allumer la lumière du couloir est Ok - On voit ensuite la seconde détection lorsque je ferme la porte. Cependant concernant les notifications, je n'ai reçu que la notification de fermeture de la porte et non l'ouverture.... (Voir les logs en attachement) Merci de ton aide. Log.lua

@Steven Je vais tacher lorsque GEA se re-mettra à ne plus envoyer la première alerte car j'ai ré-enregistré entre midi et deux donc pour l'instant je reçoi tout. :-)

Bonjour Je reviens vers vous car, je viens de me rendre compte qu'au bout de plusieurs heures, la première ligne du code ci dessous, m'alertant de l'ouverture de la porte ne fonctionne pas. Si je re-enregistre la scene, le check re-fonctionne, mais après quelques heures, seul l'alerte sur la fermeture de la porte fonctionne. J'ai plusieurs lignes identique et j'ai le même comportement Tout fonctionnait correctement en V5, étrange. Auriez vous une idée? Y a t il une erreur ou une adaptation à faire en V6? -- ### COULOIR 1 - PORTE D'ENTREE 1 ### -- Ouverture de la porte GEA.add({id["DETEC_PORTE_ENTREE_1"],Notifications_ON}, -1, "Porte d'entrée ouvert à #time#.", {{"Portable", {id["TELEPHONE_ERIC"],id["TELEPHONE_MANUELA"]}}}) -- Alerte au bout de 5min GEA.add({id["DETEC_PORTE_ENTREE_1"],Notifications_ON}, 5*60, "Porte d'entrée ouverte depuis plus de #durationfull# minutes",{{"Repeat"},{"Portable", {id["TELEPHONE_ERIC"],id["TELEPHONE_MANUELA"]}}}) -- Fermeture de la porte GEA.add({id["DETEC_PORTE_ENTREE_1"],Notifications_ON}, -1, "Porte d'entrée fermé à #time#.", {{"Inverse"},{"Portable", {id["TELEPHONE_ERIC"],id["TELEPHONE_MANUELA"]}}})

Bonne année à tous que nous réserve 2018.... Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

plutôt cool je vais essayer de mettre cela en place quand je rentre merci.et bonne année Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

merci Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

et donc sous global, c'est les variables ? c'est ça ? Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

Bonsoir les experts, Je vois que cela bosse fort. Je reviens vers vous car voici 24h que j'essai d'intégrer dans la version 6.02 (.02 maintenant) de nouvelles commandes provenant de mon GEA 5! Je rencontre quelques difficultés que je ne sais pas du tout expliquer. J'ai l'impression qu'il y a des dysfonctionnements avec la 6, entre autre sur la gestion des notifications. J'ai des lignes de controle pour l'ouverture de mes fenetres qui fonctionnent à merveille avec la 5, mais en 6, rien, nada... snif Voici le code que j'ai mis dans une version GEA 6.02 DEBUG Si vous savez m'expliquer pourquoi je ne recoi pas les notifications, cadeaux de noel J'ai essayé aussi d'ajouter dans les actions, l'allumage d'une lampe à l'ouverture (turnOn), cela ne fonctionne pas. Là j'ai besoin d'un remontant... --[[ %% autostart %% properties %% globals 596 value --]] function config() GEA.checkEvery = 30 GEA.debug = true GEA.portables = {} GEA.globalvariables = "GEA6_DEBUG_Tasks" GEA.control = true GEA.batteriesWithRoom = true GEA.language = "fr" end function setEvents() local getAlarm = function ( variable) return fibaro:getGlobalValue(variable) end local id = { TELEPHONE_ERIC = getAlarm("TELEPHONE_ERIC"), TELEPHONE_MANUELA = getAlarm("TELEPHONE_MANUELA"), DETEC_FENETRE_BURO_GAUCHE = 596 } -------------------------------------------------------- GEA.add({"Info+", "serverStatus", os.time()-120}, 0, "Box redémarée à #time# le #date#") GEA.add(true, 0, "Démarrage de GEA 6.0 le #date# à #time#") GEA.add({"Info", "updateStableAvailable", true }, 24*60*60, "Une nouvelle version est disponible", {"Repeat"}) GEA.add({"Info", "updateBetaAvailable", true }, 24*60*60, "Une nouvelle version BETA est disponible", {"Repeat"}) -- ### BUREAU - FENETRE GAUCHE ### -- Ouverture de la fenetre GEA.add(id["DETEC_FENETRE_BURO_GAUCHE"], -1, "Fenetre bureau gauche ouvert à #time#.",{"Portable", {id["TELEPHONE_ERIC"],id["TELEPHONE_MANUELA"]}}) -- Fermeture de la fenetre GEA.add(id["DETEC_FENETRE_BURO_GAUCHE"], -1, "Fenetre bureau gauche fermé à #time#.",{{"Inverse"},{"Portable", {id["TELEPHONE_ERIC"],id["TELEPHONE_MANUELA"]}}}) -- ### ### ### end

J'ai aussi besoin d'un intercom, le mien traditionnel est en panne depuis maintenant 1an et j'attendais celui de fibaro Enfin, le prix me sèche un peu. Maintenant je te souhaite que le père noel existe. :-)

Tu veux dire que Fibaro est tombé sur la tête Plus cher que la HC2 neuve.... Du vol

Merci cela fait 15 jours, que je n'étais pas assez patient, je n'attendais pas une minute, et voila la pile du capteur est revenir nickel!! Merci merci