sebcbien

à la place de IP tu doit mettre l'adresse ip de ta box en local, adresse ip qui n'est pas accessible depuis ton bureau, sauf si tu as un VPN. Ta box va lancer une mise à jour, c'est tout

Ouh là à à c'est de trop ça,on recommande max 3 modules, de marque Fibaro uniquement, et pas de scènes du tout, même pas en mode block... non j'rigole hein, enfin, je rigole jaune... ça fait peur, très peur... Une bande de grands guignols. :(

@fofolet Beaucoup te diront ici que ta box plante parce-que tu la surexploite et programme très mal. Plus sérieusement, Les choses que tu peux faire: -Cherche pour startupgrade dans le fil -Nettoie bien le cache de ton navigateur -reboote - envoi un mail au support fibaro Good luck! Sent from my Note4

Ici aussi, plus de TV depuis 18 ans, juste un film de temps en temps et des "c'est pas sorcier" streamés pour les gosses.La TV c'est vraiment le meilleur outil jamais imaginé pour laver le cerveau, directement dans toutes les chaumières du royaume... Quand je passe par hasard devant un poste allumé je suis toujours sidéré de voir le niveau, toujours plus bas, toujours plus médiocre. Quant aux JT, on n'a rien trouvé de plus lent pour survoler des sujets sans aucune profondeur ni analyse (àpar l'analyse de madame Duraton au micro trottoir) Allez, bonne soirée Sent from my Note4

supermenteur, ici c'est le concours de la plus petite

ouash !!! la moyenne totale ?

J'ai publié dans ce fil dans les pages précédentes la dernière version de mon script de synchronisation. Avec ça, c'est instantané. Dès que un device change d'état, il est poussé vers Jeedom... Parfois, même avec ce détour ça arrive àêtre plus rapide qu'avec Gea... P.s. docker ce n'est pas la meilleure solution question stabilité et compatibilité apparemment... Mais bon, pour tester le fonctionnement, ça va. Sent from my Note4

Salut Nico, Non, mais j'avance, j'explore. J'ai réussi à transposer un de mes scénario le plus complexe de GEA (ci-dessus) vers des scénarios Jeedom... bon test. Je suis occupé sur ma VMC pour le moment: https://www.jeedom.com/forum/viewtopic.php?f=28&t=11327&p=350591#p350591 https://www.jeedom.com/forum/viewtopic.php?f=28&t=11327&p=350591#p350593 ce qui m'impressionne toujours, c'est qu'on peut aller très très loin sans scripter, ici je fais du décodage json juste en remplissant des formulaires... Et j'arrive à créer des interfaces plus fonctionnelles avec aucun code... exemple, le slider de vitesse de ma VMC, commande http avec paramètres, slider etc, juste en remplissant 4 champs dans un formulaire ... bluffant. Mais je pense avoir trouvé un bug: https://www.jeedom.com/forum/viewtopic.php?f=23&t=19601 Les virtuels permettent de rassembler des contenus de composants disséminés à droite et à gauche en un seul composant, plus WAF (ici je voulais rassembler le composant commande et le composant paramètres en un seul) Et pour le moment, je ne me suis pas encore penché sur le graphisme, widgets etc pour rendre joli, je ne fais que les fonctionnalités et la logique. Si l'appli mobile qui sors dans 10 jours: https://www.jeedom.com/blog/?p=3061 est vraiment sympa, je pense que je ne m'amuserai pas sur les graphiques de la version desktop qui ne sera que de l'admin. Y'a aussi moyen de faire des affichages en utilisant imperihome sur une tablette. Je ferai la migration zwave en dernier, si j'arrive à faire tout ce que je veux, pour le moment, les quelques devices zwave que j'ai fonctionnent au doigt et à l'oeil. Pour le moment, ma HC2 me rend le service demandé, donc rien ne presse.

Moi j'ai eu le coup avec un fibaro universal micromodules... Les slaves sont dupliqués 4 fois... Je te dis pas la liste... J'ose plus toucher, ils sont cachés, c'est le bordel, j'ai du corrompre un peu plus ma db, mais ça marche...Et oui, bien d'accord, la db, ça doit être un beau foutoir. J'ai du mal àimaginer un code qui peut àce point faire, défaire, fixer d'un côté, casser de l'autre. Ça doit être un immonde code spaghetti, non structuré, non cloisonné. J'aimerais bien y croire, mais pour moi, ce code ne sera jamais stable pour toutes les configurations. Ailleurs c'est peut-être moins beau, mais il ne faut pas refaire son travail 10 fois et passer son temps àcontourner les bugs. Je vous laisse, plus que 400 lignes Gea àconvertir sur les 600... Sent from my Note4

Aujourd'hui j'ai ré-écrit la gestion de ma porte de garage en Jeedom... 2 bonnes heures, j'ai pu tout faire en faisant 3 scénarios: 1 écriture des états 1 gestion des erreurs 1 commande Plus un virtuel pour l'affichage et la commande. à‡a m'a pris 2 heures environ, plusieurs jours avec GEA Mais bon, la logique c'est le plus dur et elle avait déjà été faite avec GEA. J'ai pu raffiner encore un peu. L'ancien GEA: -- Garage local Porte_Gar_En_Attente = {"Global", "Porte_Gar_Action", "En_Attente"} local Porte_Gar_Demande_Ouverture = {"Global", "Porte_Gar_Action", "Demande_Ouverture"} local Porte_Gar_Demande_Fermeture = {"Global", "Porte_Gar_Action", "Demande_Fermeture"} local Porte_Gar_Demande_Actionner = {"Global", "Porte_Gar_Action", "Actionner"} local estClosed = {"Global", "Porte_Garage", "^Closed$"} local estOpen = {"Global", "Porte_Garage", "^Open$"} local estNot_Closed = {"Global", "Porte_Garage", "Not_Closed"} local estClosed_Or_Not_Closed = {"Global", "Porte_Garage", "^Closed$|Not_Closed"} local estOpen_Or_Not_Closed = {"Global", "Porte_Garage", "Open|Not_Closed"} local SetClosed = {"Global", "Porte_Garage", "Closed"} local SetOpen = {"Global", "Porte_Garage", "Open"} local SetNot_Closed = {"Global", "Porte_Garage", "Not_Closed"} -------------ECRITURE DES ETATS-------------- -- Msg à la fermeture du garage GEA.add(id2["GARAGE_BAS"], -1, "Porte du garage Fermée à #time# le #date#", { SetClosed, {"Inverse"}, {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 10}, -- Garage set Freq to 10s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 1}, -- Garage set Shots to 1 }) GEA.add({id2["GARAGE_BAS"],Porte_Gar_Demande_Fermeture }, -1, "", {Porte_Gar_En_Attente,{"Inverse"}}) -- Avertissement push si la porte du garage s'ouvre -- Porte du garage en Ouverture à #time# le #date# GEA.add(id2["GARAGE_BAS"], -1, "", { SetNot_Closed, {"Global", "Karotz", "Bonjour, ouverture de la porte du garage"}, {"VirtualDevice", id2["KAROTZ"],"1"}, {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 10}, -- Garage set Freq to 10s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 12}, -- Garage set Shots to 12-10=2 }) -- send pic garage après 30 60 et 90secondes après ouverture GEA.add(id2["GARAGE_BAS"], 30, "", { {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 30}, -- Garage set Freq to 30s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 14}, -- Garage set Shots to 14-10=4 }) -- Avertissement push si la porte du garage ouverte GEA.add(id2["GARAGE_HAUT"], -1, "Porte du garage complètement ouverte à #time# le #date#", {SetOpen}) GEA.add({id2["GARAGE_HAUT"],Porte_Gar_Demande_Ouverture}, -1, "", {Porte_Gar_En_Attente}) -- Avertissement push si la porte du garage plus en position ouverte -- Porte du garage en Fermeture à #time# le #date# GEA.add(id2["GARAGE_HAUT"], -1, "", { SetNot_Closed, {"Inverse"}, {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 10}, -- Garage set Freq to 10s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 1}, -- Garage set Shots to 1 }) -- Si demande Actionner, then push, actionne remote et reset global à en_attente -- Demande Action Porte Garage à #time# le #date# GEA.add({Porte_Gar_Demande_Actionner}, -1, "", {{"turnOn",id2["REMOTE_GARAGE"]},Porte_Gar_En_Attente}) --------------DEMANDE OUVERTURE-------------- -- Si demande d'ouverture et porte fermée, then push et ouvre porte -- #value# à #time# le #date# GEA.add({Porte_Gar_Demande_Ouverture, estClosed_Or_Not_Closed}, -1, "", {{"turnOn",id2["REMOTE_GARAGE"]}}) -- Si demande d'ouverture et porte Ouverte, then push et reset global à en_attente -- #value# Inutile à #time# le #date# GEA.add({Porte_Gar_Demande_Ouverture, estOpen}, -1, "",{Porte_Gar_En_Attente}) -- Si demande d'ouverture et porte Not Closed, then push, actionne porte --GEA.add({{"Global", "Porte_Gar_Action", "Demande_Ouverture"}, estNot_Closed}, -1, "", {{"turnOn",id2["REMOTE_GARAGE"]}}) -- si se ferme alors que demande ouverture -> on relance GEA.add({id2["GARAGE_BAS"],Porte_Gar_Demande_Ouverture}, -1, "Mauvais sens pour #value#. Ré-essai à #time# le #date#", {{"Inverse"},{"Function", function() fibaro:sleep(1000) end},{"turnOn",id2["REMOTE_GARAGE"]}}) --------------DEMANDE FERMETURE-------------- -- Si demande de fermeture et porte ouverte, then push et ferme porte -- #value# à #time# le #date# GEA.add({Porte_Gar_Demande_Fermeture, estOpen_Or_Not_Closed}, -1, "", {{"turnOn",id2["REMOTE_GARAGE"]}}) -- Si demande de fermeture et porte Fermée, then push et reset global à en_attente -- #value# Inutile à #time# le #date# - ,{"Portable", id["PHONE_FAKE"]},{"Email", id["ADMIN"],"Notification GEA ALARME ET GARAGE"} GEA.add({Porte_Gar_Demande_Fermeture, estClosed}, -1, "",{Porte_Gar_En_Attente}) -- Si demande de fermeture et porte Not Closed, then push, actionne porte --GEA.add({Porte_Gar_Demande_Fermeture, estNot_Closed}, -1, "", {{"turnOn",id2["REMOTE_GARAGE"]}}) -- si s'ouvre alors que demande fermeture -> on relance GEA.add({id2["GARAGE_HAUT"],Porte_Gar_Demande_Fermeture}, -1, "Mauvais sens pour #value#. Ré-essai à #time# le #date#", { {"Function", function() fibaro:sleep(1000) end}, {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 10}, -- Garage set Freq to 10s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 1}, -- Garage set Shots to 1 {"turnOn",id2["REMOTE_GARAGE"]} }) --{"turnOn",id2["REMOTE_GARAGE"]}, --------------GESTION ERREUR----------------- -- si pas fermé après 90 sec, on relance - normalement déjà pris en charge par les lignes ci=dessus ? (mauvais sens pour...) GEA.add({{"Global", "Porte_Gar_Action", "Demande_Fermeture|Demande_Ouverture"}, estNot_Closed}, 120, "#value# ratée pendant #duration#. Réessai à #time# le #date#", { {"turnOn",id2["REMOTE_GARAGE"]}, {"Slider", id2["SEND_PHOTO__5_CAM_"], "16", 10}, -- Garage set Freq to 10s {"Slider", id2["SEND_PHOTO__5_CAM_"], "17", 1}, -- Garage set Shots to 1 {"Repeat"} })

Chiche ? Nan, en fait 'fo poster ça juste après une bonne grosse mise à jour bien foireuse

si un jour je veux migrer tout les devices zwave sans devoir tout ré-inclure... voici la solution: Merci @gomba77 pour le tuyau... Guide: Migration Z-Wave d’une box Fibaro HC2 vers Jeedom – Blog Jeedom Bonjour, Nous vous proposons aujourd’hui un guide de migration Z-Wave d’une box Fibaro HC2 vers Jeedom. Ce guide a été réalisé par l’excellent Blog espagnol Domotica Domestica don… https://www.jeedom.com/blog/?p=3268

ça àl'air vraiment bien, moderne et tout

Piqà»re de rappel: Depuis octobre 2015, plu personne n'a posté dans le fil du showroom GEA... Je vois pourtant souvent du beau code ici qui mériterais d'être partagé une fois stable et finalisé... allez, un petit effort la page 2 c'est ici: http://www.domotique-fibaro.fr/index.php/topic/2143-showroom-configs-gea/page-2 la page 1 est toujours en error 500... hello les admins !?!

Waaaaalà Qu'est-ce que tu dis en bas de ça ? p.s. ça tourne suir mon bête PC avec mon windows 10, S.A.R.A.H, Kinect et tout le toutim, c'est un core i7 moyen de gamme Nom Temps cache_write_5000 0.69738793373108 cache_read_5000 0.091434001922607 database_write_delete_1000 1.3421211242676 database_update_1000 0.59449911117554 database_replace_1000 0.61465215682983 database_read_50000 0.033817052841187 subprocess_200 0.11853313446045 total 3.4924445152283

J'ai mis 1 cpu à ma vm et je l'ai bridé à 10%... atta que je boote un peu 😃 Sent from my Note4

ok, je ne conaissait que la page santé du module zwave... Moi je dirais que ma mise à jour à du durer +- 10-15 minutes pour le core et 5 bonnes minutes pour le zwave. les autres plugins, c'est très rapide. voici mes résultats: Nom Temps cache_write_5000 11.603889942169 cache_read_5000 0.73356604576111 database_write_delete_1000 9.4458220005035 database_update_1000 5.2976720333099 database_replace_1000 5.5036749839783 database_read_50000 0.31580901145935 subprocess_200 4.0176529884338 total 36.918087005615

Sinon laser la mise àjour du cœur prends longtemps et comme ils ont annoncé dans le log, le a changement du moteur de log fait que on ne voit plus rien qui se met àjour peu après le lancement de la mise àjour.. La mise àjour s'est déroulée donc peut-être bien mais tu as peut-être rebooté trop tôt... Sent from my Note4

Moi pour ma part j'ai tout mis àjour un par un... d'abord le cœur et puis les autres modules additionnels. Mais où trouvez-vous ce benchmark??? Sent from my Note4

la page santé zwave ? Non, je ne vois pas ce compteur ???

Et on parlais il n'y a pas longtemps de la stabilité exemplaire du Z-wave sur la HC2... Avec la 4.090 j'ai des deadnode qui sont réapparus sur de vieux devices qui ont toujours bien fonctionnés et il vaut mieux ne pas faire un soft reconfigure sur certains devices sinon on se retrouve avec 6 slaves de plus à chaque reconfigure... et le mode inclusion qui frezze la led Z-wave et.. et... et... Bref, pour une stable, y'a encore du boulôt apparemment... 😞 Sent from my Note4

oui, mise à jour terminée aussi sans aucun souci C'est plus beau (moins moche diront les esprits chagrins ) et y'a plein de petits trucs sympas à découvrir

ça cause ... ça cause...

Je me lance ? :-) Voici comment se présente une mise à jour jeedom, granularisée jusqu'aux plugins (ceux fournis avec jeedom sont proposés en même temps que la mise à jour)

Nouvelle version stable de jeedom 2.3.5, petit changement cette fois le changelog complet se trouve ici, mais je vais quand même passer en revue les points importants : correction du bug qui remettait les valeurs des commandes à0 suite àun reboot (attention il faut que jeedom soit démarré depuis plus de 30min si c’est un reboot inattendu) correction d’un bug de refresh des widgets si il y en avait beaucoup en même temps (même seconde) correction de failles de sécurité optimisation de la gestion de mise àjour de l’interface en temps réel Lors de la mise àjour de jeedom et du aux nouveaux systeme de sécurité la log va s’arrêter de défiler, rien de grave celle-ci continue sans soucis et vous pourrez la suivre en allant sur Analyse -> Log puis en cliquant sur la log qui s’appelle « update » Voila pour les points important de la 2.3.5, la prochaine version 2.4.X donc se penchera surement (rien n’est encore sur, on va peut être diffuser un questionnaire la dessus) sur la gestion des esclaves. Le but étant de ne plus avoir àun installer jeedom sur l’esclave juste un accès ssh devrait suffire. En contre partie la gestion sera surement un peu moins facile et demandera de refaire la configuration lors du passage en 2.4.X mais cela fera des esclaves beaucoup plus léger (donc plus performant) , nécessitant très peu de configuration et réduisant fortement l’usure des carte SD ATTENTION : les mises àjour bien que vivement recommandées sont toujours risquées donc si vous partez en vacances bientôt évitez de mettre àjour votre Jeedom !!! Nous vous rappelons aussi que nous ne pouvons garantir les mises àjour c’est donc àvos risques et périls, néanmoins sachez que l’équipe de support est renforcée jusqu’àmercredi (j’ai spécialement posé des congés et ludovic est dédié aussi au support) pour vous accompagner en cas de soucis. Sent from my Note4