Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    25 867

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 255

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer
    C'est moi qui suis bigleux ou y'a pas de bouton en v4 pour configurer la sécurité sur les FGRM ? Parce que si Fibaro a enlevé la fonctionnalité de l'interface, ça ne risque pas de fonctionner....
  2. Lazer

    Prévision Météo

    Lazer a répondu à un(e) sujet de pepite dans Tutoriels

    Par contre le site est un peu mal programmé, car il devrait envoyer une réponse JSON même quand il y a une erreur afin de signaler le problème.
  3. Lazer

    Prévision Météo

    Lazer a répondu à un(e) sujet de pepite dans Tutoriels

    Cool Etrange coà¯ncidence il vient de m'ajouter il y a 1h sur Linkedin oui c'est tout simple pour ton problème, il faut que tu trouves des coordonnées GPS avec Google maps. Il y a un tuto pour ça je crois....
  4. Lazer

    Prévision Météo

    Lazer a répondu à un(e) sujet de pepite dans Tutoriels

    ah ouais y'a un vrai problème là . Je pense que tes coordonnées LAT LON ne sont pas bonnes, ça ne ressemble à rien. Du coup le site Web d'envoi un message pour te dire que c'est pas bon : Coordonnées hors limites : veuillez indiquer une latitude comprise entre 41.3000° et 51.9000° et une longitude entre -5.2000° et 10.7000° Oh punaise, t'es tout à coté de Denguin, faut que tu viennes l'année prochaine aux rencontres domotique-info
  5. Lazer
    j'ai un doute, t'es en v3 ou v4 ? je suis en train de regarder pour la v4 (merci mprinfo)
  6. Lazer

    Prévision Météo

    Lazer a répondu à un(e) sujet de pepite dans Tutoriels

    Nigamais, tu peux essayer ceci et nous copier ce que tu vois : HC2 = Net.FHttp("127.0.0.1",11111); local response, status, errorCode = HC2:GET("/api/settings/location"); if (tonumber(errorCode) == 0) then jsonTable = json.decode(response); fibaro:debug(jsonTable.latitude); fibaro:debug(jsonTable.longitude); fibaro:debug(jsonTable.city); end local date = os.date("%d/%m/%y %H:%M") local lat = (jsonTable.latitude); local lng = (jsonTable.longitude); local ville = (jsonTable.city); HC2 = Net.FHttp("www.prevision-meteo.ch",80); -- documentation : http://www.prevision-meteo.ch/uploads/pdf/recuperation-donnees-meteo.pdf local payload = "/services/json/lat=" .. lat .. "lng=" .. lng --fibaro:debug(payload); local response, status, errorCode = HC2:GET(payload); if (tonumber(errorCode) == 0 and tonumber(status) == 200) then fibaro:debug("string.len(response) = " .. string.len(response)); for i = 1, 6 do fibaro:debug( "0x" .. string.format('%02X', string.byte(response, i)) .. " : " .. response:sub(i,i) ); end jsonTable = json.decode(response); fibaro:debug("aujourd'hui : " .. jsonTable.current_condition.tmp .. "°c - " .. jsonTable.current_condition.condition); else fibaro:debug("errorCode="..errorCode .. " , status="..status ) end
  7. Lazer

    Le Coin Des Geeks Nostalgiques

    Lazer a répondu à un(e) sujet de mprinfo dans Le bistrot

    Séquence nostalgie J'ai découvert l'Apple IIc dans les années 80 chez mon grand père.... avec du BASIC Puis mon premier PC : un 286 à 12 MHz avec 2 Mo de RAM et un disque de 20 Mo, plus un écran couleur VGA..... fin 90, je crois que c'était 8890 francs (j'ai failli écrire euros, lol) Avec le bouton turbo pour descendre à 8 MHz pour les jeux dont les sleep() étaient en fait de simple boucle de comptage. Et comme je n'avais plus de sous, j'achetais des disquettes 720k et je faisait un trou dans le coin pour les upgrader à 1,44 Mo Puis upgrade en 386SX16, puis 486DX2-50, puis Pentium II 350, puis Pentium 4, puis Core i7, puis encore Core i7, puis Atom (dans la HC2 )
  8. Lazer
    Voilà , ça fonctionne en v3, à copier dans 2 boutons différents d'un module virtuel en modifiant juste la variable mode à "on" ou "off" : local mode = "on" -- Changer le mode on/off pour chaque bouton de module virtuel local id = 86 -- ID du FGRM à modifier local protection = { ["on"] = "0", ["off"] = "2" } local HC2 = Net.FHttp("127.0.0.1", 11111) payload = "/api/callAction?deviceID=" .. id .. "&name=setProtectionLocalAndRF&arg1=" .. protection[mode] .. "&arg2=0" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 202 then fibaro:debug('OK') else fibaro:debug('<span style="color:red;">Erreur : status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end . Je vous laisse tester en v4
  9. Lazer

    Le Coin Des Geeks Nostalgiques

    Lazer a répondu à un(e) sujet de mprinfo dans Le bistrot

    LOL
  10. Lazer
    yep, faut vraiment que je me bouge pour sortir la mise àjour complète. Je m'y suis remis dessus hier soir, je suis en train de réécrire les pages data_post_xxx.php pour optimiser les échanges et surtout avoir une meilleure remonté d'erreur. Bon par contre je ne sais pas quand j'aurais fini.....
  11. Lazer
    Je pense que je l'ai ! Via l'API, la configuration de la protection des boutons du volet roulant ne passe pas via un PUT, du JSON, et la paramètre protectionLocal comme tu le pensais Nikko. Mais avec un simple GET : http://<IP>/api/callAction?deviceID=86&name=setProtectionLocalAndRF&arg1=0&arg2=0 http://<IP>/api/callAction?deviceID=86&name=setProtectionLocalAndRF&arg1=2&arg2=0 Dans cet exemple, il faut donc remplacer <IP> par l'adresse IP de la box, et 86 par l'ID de votre module FGRM. Le paramètre arg1 commande le paramètre n°1 du module, donc la protection des boutons désirée, et prend les valeurs 0 ou 2 conformément à la documentation. Code LUA à venir tout à l'heure
  12. Lazer
    j'ai regardé rapidement, par rapport àla page 8, je ne vois pas ce qui peut manquer pour la luminosité.
  13. Lazer

    Free Rachète Imperihome

    Lazer a répondu à un(e) sujet de juke94 dans Le bistrot

    Quand j'ai lu l'article ce matin, j'y ai cru jusqu'àce que Free rachète Imperihome.... Làce n'était plus crédible, et puis la date du jour m'est apparue comme par magie
  14. Lazer
    mprinfo OK j'avais pas compris ça comme ça Bon OK ta solution doit fonctionner, mais toutes les bidouilles (trigger, while, FGS) c'est pas très propre au final. Si on arrive à récupérer l'API pour modifier le paramètre n°1 du FGRM, c'est LA solution à utiliser pour mikael2235.
  15. Lazer
    Ah OK, alors avec F12 et en regardant les appels àl'API on doit pouvoir trouver la solution
  16. Lazer
    Bien vu Nikki, comme ce n'est pas dans le chapitre sur les paramètres, j'avais loupé ça ! Je ne crois pas que Fibaro permette cela dans sa box.... ou alors c'est bien caché.
  17. Lazer
    Tu l'as reçu ton Care code ? J'ai toujours pas commandé...
  18. Lazer
    Moi j'avais déjà vu la maquette Beau boulot Fred
  19. Lazer
    Nikko, Merci intéressant ça. Donc on est bien limité avec Fibaro, et ce qui est fort c'est qu'ils ne documentent même pas ça dans la doc du module qui est destiné à être inclus sur n'importe quel contrôleur. mprinfo : oui le FGS j'y ai pensé, mais c'est moyen pour la durée de vie du module coupé, et en plus ça risque de casser le maillage Z-Wave.
  20. Lazer
    mprinfo, tu sais tu peux modifier ton message après l'avoir posté si tu veux rajouter des choses, parce que multiplier les posts n'aide pas à la lecture, et ça complique la tâche pour te répondre > En voulant forcer le volet a rester fermer il y a pas un danger a la longue de voir le relais du module cramés. Un relai c'est fait pour.... ce qui use un relai c'est : - les commutations (passage d'un état à un autre, car pièce mécanique en mouvement) - un courant trop fort (chauffe, donc risque de souder la lamelle) Là si tu laisses le relai collé, de toutes façon le moteur du VR se sera arrêté bien avant, donc courant nul, donc aucun risque d'user le relai. > je pense que le mieux serait de creuser du coté du paramètre 1 Il n'est pas dans la doc ce paramètre, et quand tu le forces ta box te dit bien que le module ne supporte pas ce paramètre. Je ne sais pas d'où le site lié précédemment a sorti cette info.... > je pense même qu'avec un bouton nono stable ça ne fonctionnera pas car si on laisse le doigt appuyer sur le bouton ça prend le dessus, ça ne fonctionnera que lorsque l'on relâche le bouton Pas bête ça...
  21. Lazer
    mprinfo OK je comprends mieux ce que tu veux faire Du coup la boucle n'est pas si terrible. Bon reste que si tu mets un sleep dans la boucle, la réaction du volet sera moins rapide. Et si boutons bistables je ne sais pas comment faire...
  22. Lazer
    euh.... tu compares plusieurs milliers de passage dans la boucle PAR JOUR avec approximativement 0 déclenchement d'alarme PAR MOIS. Pour moi y'a pas photo. Et puis dans les 2 cas, il y a du code à écrire, alors autant choisir la méthode la plus efficace. On a longtemps reproché à Microsoft de gaspiller les ressources machines, on va pas faire pareil
  23. Lazer
    bah c'est sur que ça fonctionne pas si tu ne fais pas quelques tests comme dis, je n'ai pas le temps de coder, mais si tu reprends ta demande initiale, il "suffit" de la transcrire en code : tester la valeur de la variable globale ALARME, tester la monté/descente, etc.... bref des petites choses comme ça. Quelques tests (commande "if") s'exécutent très rapidement pour un microprocesseur.
  24. Lazer
    @Gautherot j'ai fusionné ton sujet avec le topic unique du FGD Dimmer.
  25. Lazer
    Sans vouloir lancer un long débat, en terme d'efficacité je maintiens qu'il vaut mieux utiliser un trigger : Tu manipules ton volet combien de fois par jour ? Deux, voire 3 ou 4 fois, donc la scène se déclenche juste ce nombre de fois et ne prend que quelques millisecondes à s'exécuter (vérification de variable globale, etc) Avec le while, ça tourne toute la journée. Si tu mets un sleep(1000) de 10 secondes, ça fait 8640 passages dans la boucle....et en plus, tu auras un retard maxi de 10 secondes à l'ouverture du volet, alors qu'avec le trigger la réactivité est immédiate. J'ai pas le temps de pondre du code, mais dans la logique je ne vois pas en quoi le while est meilleur ?
×
×
  • Créer...