ggpublic

upgrade fait sur un iPad 3, aucun probleme de vélocité (so far)

impossible d'ajouter homebridge àhomekit dans iOS10. idem chez vous ?

plug-in toujours en carafe Fibaro = rigolos. Cette boite ne deviendra JAMAIS championne de la domotique grand public

Ah tiens, pas chez moi. Mais merci pour le retour, c'est une piste que j'explorerais en cas de problème Envoyé de mon iPad en utilisant Tapatalk

je m'auto réponds, la réponse est...non franchement, c'est inqualifiablement lamentable de laisser des plug-in qui ne fonctionnent pas (et surtout de ne rien documenter)

qqun pour dire si cela remarche en 4.090 ?

même problème chez moi depuis le début J'ai la bonne conso affichée au niveau du module, mais pas au niveau du bandeau. Cela ne se produit que lorsque je suis connecté en admin, sinon aucun problème. J'ai beau avoir caché, désactivé tous les sous modules qui ne servent pas, je n'ai jamais réussi àobtenir une valeur correcte dans ce dashboard. L'important c'est que le panneau énergie enregistre les bonnes valeurs (ce qui est le cas chez moi)

ça a fonctionné quelques semaines, puis impossible de me connecter àmon compte harmony. J'ai comme le sentiment que Logitech n'y est pas pour rien dans l'histoire pcq comme par hasard ça coincide avec une mise àjour du hub...

je me réponds à moi même : de ce que j'ai pu lire ici ou là , lorsqu'on utilise le zxt120 en mode apprentissage, on est limité aux 23 commandes: 19° à 28° en mode chaud, 19° à 28° en mode froid, ON, OFF, air sec donc pour l'envoi d'une commande destinée à augmenter/baisser la ventilation, ou l'activation du mode nuit, c'est obligatoirement passage par un VD custo et utilisation détournée des cases mémoire que l'on utilise pas (genre 28° chaud = mode nuit) voilà mon retour d'expérience avec ce truc qui, à première vue, me rend quand même bien service (et le mode FLiRS est finalement pas trop lent, j'attends au pire 30sec avant l'envoi d'une commande)

juste pour info, après quelques galère avec ce module (en V1.7b) je confirme que l'apprentissage est possible sur une clim TROTEC (PAC 4700X). J'avais bien tenté de gagner du temps en testant les codes apparaissant le plus fréquemment dans la liste de code fournie, mais sans succès... (une bonne trentaine d'essai qd même). (mode FLiRS, Inclusion sur HC2 OK (en 4.080) PS: il faut vraiment coller la télécommande de la clim au récepteur IR du ZXT-120 (max 3cm selon la doc) Ah oui une question tout de même: qqun a t'il reussi à paramétrer des fonctions comme la puissance de ventilation ? pcq en l'état le bloc 4 ne sert pas du tout

@domodial tu devrais te rencarder un peu plus sur le bluetooth. Le Bluetooth LE et les specs V4 de la norme n'ont plus rien à voir avec le bluetooth classic auquel tu fais reference. Portée pas si ridicule, ondes: effectivement mais uniquement qd tu appuie sur le bouton et certainement moins que ce que ton wifi ou ton reseau zwave t'envoient en pleine poire . Batterie, pas pire que nos bidules zwave apparemment. J'ai 4 boutons que j'utilise au quotidien depuis 6 mois sans changer la pile. et je suis d'accord ave toi sur la tete du bouton fibaro

alors @i-magin, reçu ?

@pitp2 je suis encore un jeune padawan dans l'univers Fibaro

bon ben je ne vois rien àce sujet dans la description de la 4.081

bon en gros, ils sont au courant et il faut attendre la prochaine release Message du support reçu à l'instant : "Dear Sir, Very sorry for my last reply. I have got reply from developers about this plugin. Generally you should be able to use actions from your Harmony hub. But there can be situation that the hub change its configuration with configuration server, and the HC plugin lost this connection. The fix for this issue is almost ready, but we have to test it before release – it should be available with some next software version. Sorry for inconvenience. Regards."

non, pas chez moi. il n'arrive pas àse connecter àmon compte harmony. sign-in failed. j'ai ouvert un ticket, fibaro, l'a closé une semaine plus tar en me disant qu'il fallait que je mette àjour le firmware de mon hub... alors que tout est àjour. navrant. Cette boite reste définitivement dans l'a peu près et l'instable.

je me réponds àmoi -meme : capricieux le module, obligé de faire plusieurs exclusions/inclusions. A noter un truc qui n'est pas très clair : si on utilise le bouton externe, bien penser àremettre le couvercle (pour qu'il appuie sur le bouton interne), si on utilise le bouton interne alors il fait aussi appuyer sur le bouton externe en même temps.

à voir la date du dernier update de ce post, je dois pas avoir de chance. Installation d'un FGK 101 pour la première fois (avec sonde). Tout se passe bien côté température mais la détection d'ouverture ne fonctionne que lors des wake-up. Qiuand je le mets à 0, j'ai bien un changement d'état mais à ce rythme je vais bouffer la pile rapidement. J'ai bien tenté une desinstall/reset/reinstall, mais sans succès. on est bien d'accord, comme sur les autres modules, le changement d'état est envoyé instantanément, independamment de l'intevalle de réveil, c'est bien ça ?

merci. Effectivement, le tableau Je m'en suis sorti avec une fonction de conversion des secondes en H/M/S pour info: function SecondsToClock(sSeconds) local nSeconds = tonumber(sSeconds) if nSeconds == 0 then --return nil; return "00:00:00"; else nHours = string.format("%02.f", math.floor(nSeconds/3600)); nMins = string.format("%02.f", math.floor(nSeconds/60 - (nHours*60))); nSecs = string.format("%02.f", math.floor(nSeconds - nHours*3600 - nMins *60)); return nHours..":"..nMins..":"..nSecs end end et oui, pour les conditions, hop, je passe aux tableau merci

Bonjour à tous, je cherche à faire un truc simple mais finalement pas si trivial en LUA j'ai l'impression. Voilà , à partir de 2 timestamps je voudrais : 1/ pouvoir afficher le temps qui s'est écoulé entre les deux. Pour celà j'utilise la fonction osdifftime suivante qui me donne un nouveau timestamp... compteur = osdifftime(A, mais ensuite je ne sais pas comment l'afficher correctement en jour/heure/minutes (surtout si l'écart dépasse 24h, la fonction os.time ("%H%M",timestamp) ne m'aide pas 2/ utiliser cet écart pour créer des conditions. Par exemple si l'écart est de plus d'un jour alors XXX ou bien si l'écart est de plus de 2 heures alors YYYY Un petit coup de main serait le bienvenu

salut et merci pour ton retour. Ben le bras de levier n'est pas vraiment paramétrable il me semble. j'installe l'appareil de façon àce que l'extremité du bras sois le plus loin possible au bout du bras de la vanne. Malgré cela, cela bloque. J'ai lu ailleurs que certains avaient modifié le bras d'origine. Grrr.

Merci @pepite, ça améliore ma compréhension de GEA pcq je pensais que ma ligne serait automatiquement relue si ma condition n'était plus vraie. Donc c'est quand même vachement sioux, pcq on a un comportement différent selon que l'on mette un device ou une variable comme condition de déclenchement. Je prends un exemple tout bête où on veut remettre à zero une variable à l'allumage d'une lampe Ici 99 est une ampoule : avec cette ligne n'a pas besoin de repeat GEA.add(99,60, "",{{"Global","ma_variable",0}}) => si l'ampoule est allumée plus d'une minute, on met la variable globale à jour. Par la suite, si on l'éteint puis on la rallume plus d'une minute : la variable sera aussi mise à jour. Pas besoin de repeat, la ligne se "relance" toute seule. Maintenant, 99 est un détecteur de luminosité (FGMS 001) car l'ampoule n'est pas connectée. On veut faire la même chose que précédemment et on considère que l'ampoule est allumée si on détecte plus de 100lux : GEA.add({"Value+",99,100},60, "",{{"Global","ma_variable",0}}) => Donc là par contre, il faut un repeat, c'est bien ça? Si oui ça mériterait ptet une petite phrase d'explication dans le tuto, non? Yes, comme toi, je suis en 4.070 et j'ai aussi des variables globales qui arrêtent de se mettre à jour (même quand n'y a aucune condition). Par exemple, cette ligne toute simple, à ~4h du mat, je veux faire un reset de variable: GEA.add(true,5*60, "",{{"Time","04:00", "04:15"},{"Global","scenario_matin",0}}) He bien parfois, ma variable n'est pas mise à jour (et pourtant le super watchdog de @Lazer veille au grain )

@pepite oui, enfin y'a des iPad dans le lot :-) Alors pour le repeat, je croyais que l'idee de cette option était de répéter le push d'avertissement tant que le dispositif n'a pas changé d'etat. Dans mon cas, le dispositif change bien d'etat mais ma variable globale n'est plus modifiée après un certain temps. J'ai comme l'imprssion que mon GEA est trop chargé... :-(

en principe, il n'y aura jamais d'absolue simultanéité tant qu'on n'aura pas de processeurs quantiques :-) donc GEA doit bien traiter les lignes séquentiellement les unes après les autres, non? Enfin je dis ça..... Sinon, j'ai une petite question : j'ai une ligne GEA qui se déclenche si la luminosité d'un de mes FGMS 001 est >30lux pendant plus de 30 sec. Ca fonctionne bien... mais pendant un moment. Au bout de quelques jours, GEA n'execute plus l'ordre alors que je suis certains que les conditions sont respectées (je vois biens une lux>30 pendant plus de 30s...). Un coup de save sur la scène GEA et ça repart. Ptit bug ou petite incompréhension de ma part? GEA.add({"Value+", 267, 30},30,"Remise à zéro du compteur",{{"Global","compteur",0},{"Portable", 4},{"Portable", 293},{"Portable", 89},{"Portable", 290},{"Portable", 187}})

pour ceux qui ne veulent pas sortir les outils, y'a aussi ça en recharge par induction et support magnétique. Existe en support mural: http://www.iportproducts.com/launchport#launchport-intro c'est pas donné, mais ça fait le job et l'on peut décrocher facilement la tablette quand on en a besoin.