Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    25 404
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 185

Messages posté(e)s par Lazer

  1. Je n'ai pas encore ce détecteur de fumée, donc je ne peut pas répondre précisément. J'espère ne pas dire de bêtise.

     

    Est-ce que ce détecteur remonte bien un device de type temperature_sensor dans l'interface du HC2 ? (dans les propriétés de la sonde, tu dois voir une ligne du style "Genre: Sonde de température").

    Autre façon d'en être certain, c'est du prendre le Toolkit HC2, et de regarder si la sonde apparait bien dans l'onglet "Devices".

     

    Parce que le détecteur de fumée en lui-même n'est pas une sonde de température. La sonde de température "enfant" devrait être rattachée au module principal "parent".

  2. Je n'ai jamais utilisé ce module, mais je suppose qu'il fonctionneras bien. Fait quand même une petite recherche.

     

    Si tu vas voir les Å“uvres de Krikroff, tu verras qu'on peut faire ce qu'on veut en scripts.

    Le langage intégré à  la HC2 est le LUA.

    Au pire, si tu es limité par le LUA, tu peut envoyer les données à  des scripts externes et tu traites comme tu veux (c'est en fin de compte ce que je fais avec du PHP et du MySQL... on peut imaginer des passerelles vers n'importe quel langage pour peu qu'on aie un serveur externe).

    Mais surtout, à  travers ce forum ou d'autres, on trouve maintenant une grande bibliothèque de scripts tout prêts pour faire déjà  plein de choses sympa. Donc pas forcément besoin de se lancer dans la création de ses propres scripts. Pour débuter c'est plutôt rassurant d'avoir une bonne communauté.

  3. Les Dimmers actuels de Fibaro ne permettent pas la mesure, d'où la consommation déclarée au niveau de la box.

    Les autres modules plus récentes de Fibaro (Wall Plug, volet roulant, ...) ont bien une mesure intégrée.

     

    En natif, il y a les courbes de consommation uniquement. Mais du coup ça reste limité aux modules qui savent mesure la consommation, ou qui possèdent bien une consommation déclarée manuellement.

    Pour les virtual device, par exemple, il n'est pas possible de déclarer une consommation.

    De même, je dispose d'un Eco Devices pour mesure la conso globale au niveau du compteur, il n'est pas possible de grapher cette info dans la HC2.

    A voir comment ça évoluera...

    Dans l'immédiat, c'est l'intérêt des scripts pour aller injecter les infos dans une base de données externe.

    Soit dit en passant, même si ça génère plus de travail, je préfère largement une BD externe, car au moins on peut retravailler les données à  l'aide de requêtes personnalisées.

  4. Alors, regarde déjà  si tu as des devices qui sont retournés ici (en prenant soin de remplacer l'adresse IP) :

    http://192.168.1.1/graph/device_get.php?type=temperature&callback=jQuery

     

    Ensuite, pour l'un des ID de tes périphériques, vérifie si tu obtiens bien les données (device=35 dans cet exemple) :

    http://192.168.1.1/graph/data_get.php?query=dataserie&device=35&type=temperature&callback=jQuery

    Après, on verra dans quelle direction il faut chercher.

  5. Merci Yohan :)

    Un détail : dans les graphs, je ne récupère que la puissance instantanée (en W). Comme on fait un relevé une fois par minute, il est possible de calculer l'énergie consommée (en Wh), mais du coup c'est une approximation (si une lame est allumée seulement 1 seconde au moment où on fait le relevé, le calcul d'énergie pensera que la lampe a consommé par exemple 100 Watts pendant 1 minute, et non pas 1 seconde).

    J'ai découvert qu'on peut extraire les valeurs d'énergie consommée depuis l'API de Fibaro (la même qui est utilisée dans le panneau Energie de la HC2), en allant trifouiller dans les URL /api/energy/.

    Je vais tenter d'intégrer ça dans mes scripts.... quand j'aurai le temps ! Ca permettra surtout de sortir des statistiques sur les plus gros postes de consommation électrique de la maison, et ainsi de découvrir quelle lampe il vaut mieux remplacer par des LED en premier.

  6. J'ai une Foscam FI9831W, motorisée, HD, Wifi ou Ethernet.

    Elle fonctionne très bien, seulement si tu veux avoir la vidéo dans la HC2, il faut désactiver le flux H264 et passer en MJPEG (explication ici : http://foscam.us/forum/how-to-fetch-snapshots-and-mjpeg-stream-on-the-fi9821w-02w-t4328.html).

    Elle est branchée sur un Wall Plug, ce qui me permet de l'allumer/éteindre depuis la HC2, et un module virtuel me permet de la déplacer sur des positions pré-enregistrée.

  7. Ah q.philippe, j'étais à  Montpellier aujourd'hui :)

     

    Bon là  de retour à  la maison, je suis obligé d'attendre minuit pour utiliser ma Freebox.

    Non, j'exagère un peu, elle marche bien, le souci c'est Youtube qui est inutilisable en soirée et durant tout le week-end.

    Autrement ça marche plutôt bien.

     

    J'envisage très sérieusement de partir chez OVH, car c'est un peu moins cher, et je n'utilise pas du tout le Player de la Freebox (il n'est jamais sorti de sa boite... et ça ne me manque pas, je n'ai pas de tuner TV chez moi, j'utlise XBMC sur un PC branché sur le Plasma, qui est bien plus ergonomique à  utiliser que n'importe quel interface de box ADSL).

  8. Oui, j'utilise déjàbeaucoup son excellent Toolkit :)

    Je n'avais pas regardé cette histoire de boutons en détail, mais je comprends mieux maintenant. Pour mon premier bouton, j'ai :

    "id": 1,
    "caption": "1",
    "name": "Button11",

    Donc effectivement, le LUA ne prend en compte que le champ ID lors des appels àpressButton, et on peut mettre ce qu'on veut dans Caption et Name, ça ne sert juste àrien àpart faire joli.

  9. @Lolomail : Bonne idée pour les graphes séparés. Je note. En fait j'ai plein d'autres idées comme ça, il va falloir que je bosse un peu sur la partie graphique pour rendre tout ça encore plus sexy.

     

    @I-magin : "Dans le code LUA d'une scène, c'est le rang du bouton dans la liste labels + boutons qui est utilisé" => Très intéressant à  savoir ça ! Mais pas très logique quand même... Et si on réordonne les boutons (avec les petites flèches haut et bas), j'imagine que les appels aux boutons ne sont plus les bons... vraiment pas logique de la part de Fibaro !

     

    @Domomat : Oui il faut bien laisser les simples quotes  '  autour des valeurs. Ta capture d'écran est parfaite.

  10. Possible que l'ancienneté du matos soit en cause car perso, aucun problème de piles (actuellement, deux ans de fonctionnement et zéro pile changée), aucun problème de portée et surtout, aucun déclenchement intempestif malgré un chat qui évolue librement dans la maison.

     

    Bref, côté alarme, je suis satisfait, si ce n'est évidemment cette techno propriétaire (c'est pour cette même raison que je fuis les produits Apple). A l'époque où je l'ai installée, je n'avais absolument pas envisagé la solution domotique. Diagral propose un boîtier domotique, mais ses fonctions sont pour l'instant limitées et ne correspondent pas (encore ?) à  mes attentes.

     

    Ceci dit, mon souhait n'est pas d'armer ou désarmer l'alarme via la box domotique, mais seulement d'informer la box que l'alarme est en marche pour, par exemple, donner l'ordre à  la box d'éteindre les lumières puis programmer une simulation de présence par l'allumage aléatoire de lampes à  heures non fixes. 

     

    Parfaitement d'accord avec tout ça.

    J'ai aussi une Diagral, nouvelle génération sortie en 2011.

    En service depuis plus de 2 ans (lors de mon emménagement dans la maison actuelle), aucune pile changée pour le moment, de toutes façon Diagral annonce jusqu'à  5 ans d'autonomie.

    Aucune fausse alarme malgré le chat (avec détecteurs de mouvements compatibles animaux).

    J'ai des détecteurs d'ouvertures, sirène extérieure, détecteur de mouvement extérieur configurés en pré-alarme, transmetteur GSM.

    Mon détecteur situé dans le garage, physiquement éloigné de la maison ne pose pas de problème de portée.

    Niveau fiabilité, c'est vraiment une super marque.

    Si c'était à  refaire, je reprendrais la même, j'attends d'un système d'alarme une sécurité sans faille. Ce qui n'est absolument pas le cas en Zwave (déclenchement intempestif des capteurs, une seule fréquence 800 MHz mal protégée, etc...)

    Selon moi, leur nouveau module relié à  Internet est une bouse infâme, qui en plus d'être vendue 300€, impose de fonctionner en mode Cloud, donc impossible de le joindre en direct. Merci l'obsolescence programmée.

     

    A noter que cet hiver, le grillage de mon jardin a été forcé. Le détecteur extérieur a fait biper l'alarme (pas de sonnerie en puissance, ni d'appel GSM), ce qui a fait fuir les intrus. Aucune tentative d'effraction sur la maison. Donc du tout bon :)

    Depuis, j'ai décidé d'installer un 2ème détecteur extérieur (prévu le week-end prochain)

     

    Comme toi, je ne souhaite pas piloter l'alarme Diagral depuis le box Fibaro, mais seulement avoir un retour d'état.

     

    Si tu veux juste avoir un report sur la HC2 sur le fait que l'alarme est engagée alors je pense que tu peux prendre:

    http://www.diagral.fr/alarme/recepteur-exterieur-230v.html + un module universel Fibaro

     

    La notice de ce récepteur:

    http://www.diagral.fr/sites/default/files/notices_pdf/Recepteur_exterieur.pdf

     

    Justement c'est la solution à  laquelle je pense depuis 3 mois.

    Je vais bientôt passer à  l'acte.

    Je compte prendre 2 de ces modules DIAG63ARX (contact sec 12-24V), et ils seront chacun reliés à  une entrée d'un module Fibaro Universel (celui-ci est installé au grenier et me sert actuellement pour 4 sondes de températures 1-Wire).

    Je vais dédier une fonction pour chaque récepteur Diagral :

    • Report état système (paramètre 5)
    • Activation sur intrusion (paramètre 6)

     

    Ainsi, je devrais avoir toutes les remontées d'info dont j'ai besoin sur la Box HC2.

     

    Il me reste juste à  commander les 2 récepteurs en question car pas dispo dans ma GSB de proximité... à  suivre.

    • Upvote 1
  11. Je pense que certains modules peuvent avoir des problèmes avec les batteries. J'ai un module ST814 dont les 3 piles AA se vident en 1 mois... clairement pas normal, alors que pour les 2 autres modules identiques je n'ai aucun problème. Je vais surement devoir le renvoyer au SAV, en espérant que ce genre de problème passe en garantie.

    Tu as peut-être le même genre de problème avec le FGFS101.

     

    Je note pour la variable globale ! A suivre...

  12. Vous me faites douter tous les deux...

     

    Dans le script LUA, c'est la fonction fibaro:getValue(i, "value") qui permet de récupérer la température des devices, et qui est donc exécutée toutes les minutes.

    Je pensais que cette fonction se contente d'interroger la HC2 sur la valeur de l'information qu'elle a en mémoire.

    Pour la lecture de la vraie valeur de température, il me semble que ça se règle dans les paramètres avancés de chaque module. Et lorsque qu'un device envoie sa nouvelle valeur de température ou humidité, on voit un message apparaitre dans le panneau d'événement.

    Donc entre 2 mesures réelles (avec réveil du device et transfert d'informations sur le réseau Zwave), il me semble que la fonction fibaro:getValue(i, "value") récupère seulement le dernier état connu.

     

    De plus, quand je regarde mes courbes (mises à  jour toutes les secondes donc), je vois une nette différence entre les sondes alimentées par secteur (Fibaro Universel + sondes Dallas 1wire) et celles alimentées sur piles (Everspring ST814) :

    - Les premières envoient le moindre changement de température au 10ième de degré près à  la HC2, ce qui se traduit par des courbes très fines.

    - Les secondes envoient les changement de températures une fois pas heure au mieux, ou alors sur changement de température supérieur à  1°C, ce qui se traduit par des courbes en escalier.

     

    Donc je ne pense pas que mes scripts usent les piles prématurément, mais peut-être que je me trompe ?!?

×
×
  • Créer...