Aller au contenu

jjacques68

Membres confirmés
  • Compteur de contenus

    4 365
  • Inscription

  • Dernière visite

  • Jours gagnés

    39

Tout ce qui a été posté par jjacques68

  1. d'après Legrand, consommation en veille = 0,07 W
  2. et se branche en lieu et place d'une prise existante, visiblement !? pas besoin d'un disjoncteur particulier en amont ?
  3. bon ben tu m'as dit ce que je voulait entendre merci !!
  4. hello tout le monde, est ce que l'un d'entre vous utilisez ce genre de prise ? https://www.legrand.fr/pro/catalogue/41908-2-usb-type-c-230-v-5-v-3-a-15-w/chargeur-2-usb-type-c-3a-5v-15w-mosaic-2-modules-230v-blanc c'est fiable ? ça chauffe pas trop ? merci d'avance !
  5. jjacques68

    Sniffer Zwave

    regarde voir pour l'appli de maillage : https://github.com/jjacques68/HC3-Download y a pas de doc, donc n'hésite pas à demander si tu comprends pas qqch. pour le sniffer, il faut la télécharger depuis le site de silicon labs
  6. jjacques68

    std:exception: 'Timeout'

    et le CPU donne quoi ?
  7. jjacques68

    std:exception: 'Timeout'

    oui c'est pas evident l'imbrication asynchrone j'ai pas testé, faut que tu essayes : function mainLoop() local ConsoForage1 = fibaro.getValue(33, "power") if tonumber(ConsoForage1) >= 20 and tonumber(ConsoForage1) <= 50 then fibaro.setTimeout(1000, function() local ConsoForage2 = fibaro.getValue(33, "power") if tonumber(ConsoForage2) >= 20 and tonumber(ConsoForage2) <= 50 then fibaro.call(33, "turnOff") fibaro.setTimeout(5000, function() fibaro.call(33, "turnOn") fibaro.setTimeout(1000, mainLoop) end) else fibaro.setTimeout(1000, mainLoop) end end) else fibaro.setTimeout(1000, mainLoop) end end mainLoop()
  8. jjacques68

    std:exception: 'Timeout'

    c'est possible oui, sans forcement utiliser "break". Tout dépendra des conditions qui te feront sortir de cette 2 ème boucle.
  9. jjacques68

    std:exception: 'Timeout'

    je pense que ça devrait tenir. Par contre j'ai pas compris un truc dans ton scénario : Tu mesures la conso de la pompe -> OK. Si elle est entre les 2 seuils tu attends 1.5 s -> OK. Tu refais une mesure -> OK Si elle est toujours entre les 2 seuils tu coupe la pompe -> OK. mais pourquoi la rallumer 5 secondes après ? (que d'ailleurs je n'ai pas codé dans le code que je t'ai posté...)
  10. jjacques68

    std:exception: 'Timeout'

    Je pensais plus a virer le while true do... function mainLoop() local ConsoForage1 = fibaro.getValue(33, "power") if tonumber(ConsoForage1) >= 20 and tonumber(ConsoForage1) <= 50 then fibaro.setTimeout(1500, function() local ConsoForage2 = fibaro.getValue(33, "power") if tonumber(ConsoForage2) >= 20 and tonumber(ConsoForage2) <= 50 then fibaro.call(33, "turnOff") end fibaro.setTimeout(1000, mainLoop) end) else fibaro.setTimeout(1000, mainLoop) end end mainLoop()
  11. jjacques68

    std:exception: 'Timeout'

    donc visiblement ce code est dans une scène. cela veut dire que ta scène se lance comment ? tu l'a lances manuellement ? pour les erreurs dont tu parles, je pense que il y un nouveau lancement de scène (comment je sais pas) alors que la précédente est encore entrain de tourner. Le fibaro.sleep() est une catastrophe dans les scènes dans ce genre de cas. là comme ça, je remplacerais ces fibaro.sleep() par des settimeout() et tu n'auras plus d'erreur, je pense... il faut aussi que tu vérifies comment est le paramètre de gestion de la scène quand il y a un nouveau start (dans les onglets). Je ferai en sorte qu'un nouveau déclenchement annule la scène précédente. EDIT : remarque : normal, il y a trop de variation de la mesure, les scènes n'arrivent plus à suivre. Les scènes sont devenues le point faible sur la HC3. il faudrait peut-être se rapprocher de GEA et de l'utilisation du RefreshState dans les QA. Plus compliqué, mais tu pourras alors le gérer comme tu le souhaiterais à l'origine.
  12. jjacques68

    Sniffer Zwave

    tu parles de l'application qui liste le maillage ou l'application sniffer ?
  13. intéressant tout ça, je vais relire le tout à tête reposée... !!
  14. le coup du sniffer a continué ici : Mais pas trop le temps en ce moment de jouer avec
  15. alors chez moi ça fonctionne toujours. Je vois pas comment un autre QA pourrait perturber celui-ci... Va falloir faire du debug Il y a quoi à ta ligne 74 ? chez moi j'ai rien...
  16. ah ! faut que je regarde...
  17. ah ben oui !! du coup oui tout est ok.
  18. Ben je n'ai jamais constaté d'évènement en double, je le verrais vu que je log tout en base... Ou alors y a encore qqch qui nous échappe. ben ça c'est quand je réfléchit après avoir écrit
  19. Ce serait pas normal ? Le "last" ne resterait pas identique si pas d'évènements ? J'ai l'impression que j'en ai que quand rien ne se passe ?!
  20. minute là !! Moi aussi j'ai des trames en doubles visiblement !! Je viens de mettre une conditions qui m'affiche un warning si le last=lastResfresh !! Mais j'ai jamais constaté que ça pouvais poser problème !!??
  21. ton code se rapproche du mien... enlèves voir "urlTail" de l'url pour voir ce que ça donne !? EDIT : je viens de me rendre compte que j'ai dans l'url en plus du "last" : &logs=true
  22. mince, avais pas fait gaffe à ça, désolé ...
  23. t'es pas obligé de créer la fonction loop(). Dans les setTimeout, rappelles directement self:start()
  24. hmm... je ne vois pas l'instruction qui fait le bouclage (setTimeout). Donc tu dois l'avoir à un autre endroit. Et je me demande si les soucis viennent pas de là. Tu as peut-être une sorte de désynchronisation entre la fonction qui appelle PollRefresh() et le traitement des instructions. ça va te chambouler pas mal le code mais : Essayes de mettre la relance de la boucle tout à la fin du succes. Et du coup aussi tout à la fin du error. C'est comme ça que j'ai fait chez moi. Tout est dans le succes(), j'appelle telle ou telle fonction suivant mes conditions.
  25. ben le QA est visible, mais le contenu (la vue "html" donc), rien du tout !
×
×
  • Créer...