Aller au contenu

Krikroff

Modérateurs
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    6 715

  • Inscription

  • Dernière visite

  • Jours gagnés

    124

 Type de contenu 

Tout ce qui a été posté par Krikroff

  1. Krikroff
    Dans le code il y a une faute sur sensors il faut faire: fibaro:call(sensors, "setArmed", "1") Mais tu peux garder celui avec ipairs évidemment Envoyé de mon iPhone àl'aide de Tapatalk
  2. Krikroff
    Oui tu à parfaitement raison... Pour info dans la prochaine version du Toolkit il sera possible de gérer les variables
  3. Krikroff
    Tu utilises quoi comme code pour désarmer ? Et quelle version de HC2 ?
  4. Krikroff
    Dans le panneau de gestion des variables, tu peux "ajouter", "supprimer" des variables sans problèmes, en revanche la modification pose problème . Tu peux donc la supprimer depuis le panneau.
  5. Krikroff
    @fredo, bravo pour cette superbe présentation de ton installation Concernant la gestion du chauffage il y a des bruits de couloir sur de possibles surprises mais quoi, comment et surtout quand ?
  6. Krikroff
    Oui, c'est simple c'est le panneau de gestion des variables du HC2 qui et buggé, c'est à dire que lorsque tu fais une sauvegarde depuis le panneau (pas un ajout, mais une modification ) alors le HC2 check la variable et si ce n'est pas un type numérique alors elle corrige la valeur donc: gros binz ! Solution ici, supprimer la variable et mon device va automatiquement recréer la variable et faire la configuration adéquat
  7. Krikroff
    J'avais un gros doute et j'ai préféré jouer la sécurité, merci pour l'info . Sinon dans la prochaine version du module je pensais ajouter une option (pas sur l'UI mais en paramétrage dans le code) pour activer on non la répétition de la notification. Peut-être aussi la possibilité d’acquittement en cas de notification (si le "repeat" est actif) ?
  8. Krikroff
    @RedAlan, oui comme l' API change avec la bêta il y a beaucoup de module H.S
  9. Krikroff
    Oui je suis bien d'accord avec toi et puis 30 minutes c'est pour le fun... Plus sérieusement je pense que la box interroge au minimum toutes les heures le service d'update Fibaro . Par exemple une vérification toutes les 2 heures me semble un bon compromis pour le vd.
  10. Krikroff

    Meteoalerte

    Krikroff a répondu à un(e) sujet de Steven dans Tutoriels

    1 - Quoi tu n'as pas installé le toolkit ... hop hop http://www.domotique-fibaro.fr/index.php/topic/239-hc2-toolkit-application-v1021-rc2/, tu trouveras ton bonheur... 2 - Depuis le panneau contrôle d'accès puis liste des utilisateurs et ensuite un coup d’œil dans l'url du navigateur 3 - Tu fais une scène "mode blocs" avec ajout d'une notification dans les actions puis tu passes la scène en lua
  11. Krikroff
    A mon avis la bêta change les identifiants , une reconfiguration de la minimote devrait resoudre le problème...
  12. Krikroff
    Très bien ton code Phil , il manque juste le end pour fermer la boucle for for i=1, #sensors do end J'ai donné une autre méthode juste parce que j'utilise plus ipairs mais dans le cas présent ton code avec le "end" est aussi adapté.
  13. Krikroff
    Version 1.0.4 – Mise à jour : 03/09/2014 Nouveau: Affichage du numéro de version dans l'interface utilisateur et ajouté à la notification (mail & push) Nouveau: Icône d'un membre du forum domotique-fibaro.fr, merci Lazer Amélioration: Envoyer une notification si une nouvelle mise à jour est détectée et ne pas répéter les envois. Corrections mineures. Nouvelle version 1.0.5 en préparation avec notamment une grosse reprise de code pour définitivement éliminer un bug pouvant survenir occasionnellement dans le MainLoop (bug de l'objet Net.FHttp / Json). Si vous avez des suggestions ou des remarques
  14. Krikroff
    @Moicphil, oh l'excuse... local sensors = {12, 35, 59}; for i, v in ipairs (sensors) do fibaro:call(tonumber(v), "setArmed", "1"); end cela devrait faire l'affaire
  15. Krikroff
    @JM13, la home de ton HC2 doit être top entre le "mouton" et "Ici la voix"
  16. Krikroff
    Mdr ton icône ! J'adore [emoji16] Sinon: Le mp3 est généré directement par le service Google donc php ou autre c'est tout pareil, sauf traitement du son après en appliquant dithering, normalisation et autres mais la différence ne sera pas énorme ... Envoyé de mon iPhone àl'aide de Tapatalk
  17. Krikroff
    Perso je ne me pose plus la question pour éviter les crises de nerfs du début cf. V1.xxx [emoji13] Envoyé de mon iPhone àl'aide de Tapatalk
  18. Krikroff
    Oh super pour les vidéos [emoji2] je regarde ça dans la soirée. Envoyé de mon iPhone àl'aide de Tapatalk
  19. Krikroff
    J'essaie quand même de faire la part des choses, après tout le HC2 gère quand même ma maison en grande partie depuis fin 2012 mais merci pour les encouragements [emoji12] et puis les plugins seront ouverts aux développeurs alors [emoji14][emoji14][emoji14] Envoyé de mon iPhone àl'aide de Tapatalk
  20. Krikroff
    Oui effectivement tout ceci est très sensé ... Ma question était illogique, comment pourrait il utiliser un fil non alimenté [emoji15] Et la cartographie du terrain ou l'apprentissage, c'est une option sur ces machines ? Envoyé de mon iPhone àl'aide de Tapatalk
  21. Krikroff
    Le fil périmétrique doit être alimenté alors les fils guides eux ne le sont pas c'est bien cela ? Envoyé de mon iPhone àl'aide de Tapatalk
  22. Krikroff
    par exemple curl -X POST http://192.168.0.100/api/devices/xx/action/setArmed -d '{"args": [true] }' ou POST /api/devices/xx/action/setArmed HTTP/1.1 Host: 192.168.0.100 Content-Type: application/json {"args": [true] } il y a peut-être des coquilles
  23. Krikroff
    @Yohan, ok je vais faire du ménage ... Sur l' API autre exemple, pour armer / désarmer un périphérique: /api/devices/xx/action/setArmed + payload {"args":[true]} avec une reponse de type -> {"id":0,"jsonrpc":"2.0","result":{"result":1}} /api/devices/xx/action/setArmed + payload {"args":[false,ici_votre_code_pin]} avec une reponse de type -> {"id":0,"jsonrpc":"2.0","result":{"result":1}}
  24. Krikroff
    Phil, je m'excuse d'avance pour les citations mais pas le choix... Peut-être une piste, il y a un header à utiliser pour attaquer l'API de l'exterieur: X-Fibaro-Version: 2 Oui je confirme c'est pas rapide mais sur la bêta c'est normal en "Port Forward", en local cela devrait être beaucoup mieux... Plutôt un truc dans le genre: /api/devices/33/action/setProperty + un Payload {"arg": ["ui.Reveil.value", 20]} mais je n'ai pas validé cela encore... :lol: ? ?
  25. Krikroff
    Oui je préfère si cela ne t'embête pas car plus simple pour moi de faire le "support" ...
×
×
  • Créer...