Aller au contenu

ggpublic

Membres confirmés
  • Compteur de contenus

    236
  • Inscription

  • Dernière visite

Messages posté(e)s par ggpublic

  1. 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)

    • Upvote 1
  2. 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)

  3. 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

  4. @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  :D

  5. 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."

  6. 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.

  7. 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.

  8. à  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 ?

  9. 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  :D  merci

  10. 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  :)

  11. 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 :D ) 

  12. @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é... :-(

  13. 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}})
    
×
×
  • Créer...