Aller au contenu

Lazer

Administrateur
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    25 335

  • Inscription

  • Dernière visite

Messages posté(e)s par Lazer

  1. Posté(e) · Report reply

    Tu ne devrais peut-être pas laisser le numéro de série sur un forum public.

     

    Par contre, c'est les données du module Smoke Detector dont j'aurais besoin.

    Donc dans le HC2 Tooklit, onglet Devices/Appareils, tu cliques sur ton module n°11, puis clic-droit et "Get API Raw Data / Obtenir les données brutes de l'API". Ensuite File/Fichier, puis Save/Enregistrer pour obtenir le fichier au format texte.

     

    PS : penses bien à  mettre les balises en cliquant sur le bouton <> de l'éditeur de message de ce forum afin que ça reste lisible.

  3. Posté(e) · Report reply

    Pour la Netatmo, il faut juste modifier mon module virtuel pour y intégrer le code spécifique correspondant à  la station. Pour le numéro de device, tu peux utiliser celui du module virtuel que tu as surement créé pour la station.

     

    Effectivement, la météo serait plus accessible dans les variables globales. La seule solution me semble être de faire une scène LUA qui recopie les valeurs à  intervalle régulier.

  4. Posté(e) · Report reply

    OK pour la sonde DS18B20 + FGK-101, c'est plus clair :)

     

    Est-ce que tu peux m'envoyer le résultat de "Get API Raw Data" sur le Smoke Sensor ?

    Je vais voir si je peux intégrer le relevé de température de cette sonde dans la prochaine version de mon package.

     

     

    Par ailleurs, question à  ceux qui ont des modules Danfoss Living Connect, est-ce que vous pourriez me faire un retour sur le fonctionnement de ces graphs ? Et mieux, le résultat du "Get API Raw Data" afin de voir si il y a des choses à  améliorer.

  5. Posté(e) · Report reply

    Pour le plugin iCloud, il est peut-être possible de l'adapter pour fonctionner avec la HC2.

     

    SI la station Netatmo ne renvoie la mise à  jour de T° que toute les 10 minutes, c'est peut-être jouable si tu as des radiateurs électriques à  inertie (fonte), et un bon algorithme PID (Proportionnelle Intégrale Dérivée), mais il faudra le coder toi même en LUA. Pour le moment je n'ai encore rien trouvé de tout fait.

    Une piste : http://doc.eedomus.com/view/Algorithme_Chauffage

    Au passage, je tiens à  signaler que dans une chambre, j'utilise un thermostat Secure SRT321 qui dispose d'un algo PID. Je l'ai configuré pour piloter le convecteur toute les 10 minutes, et la température est super stable. Donc si tu règles bien les coefficients du PID dans ton script, c'est tout à  fiat jouable.

     

    Le portage du code LUA Vera vers HC2 doit être possible, mais avec des adaptations. Par exemple, toutes les fonctions qui font appel aux autres modules (fibaro:call(), ...) ou qui affichent des choses (fibaro:log(), fibaro:debug)).

  6. Posté(e) · Report reply

    1/ Je crois que ça n'existe pas de base. Il faudrait écrire un module virtuel en LUA pour faire ça. C'est une très bonne idée, mais il ne me semble pas encore avoir vu passer de tel module tout fait.

     

    2/ La fonction GPS de l'appli Fibaro pour iPhone est très imprécise et inutilisable d'après les utilisateurs, et guère mieux sous Android. Le mieux est d'utiliser d'autres applis telles que Tasker (Android) par exemple, et tu utilises l'API Fibaro pour donner les ordres.

     

    3/ Oui, voir tous les tutos

     

    4/ Si tes convecteurs ont une sonde de température, tu mets en mode confort, et le fil pilote te permets de donner les 4 ordres à  partir de ça. Autrement, si tu veux des sondes, j'en ai de 2 sortes : Everspring ST814 qui fonctionnent bien, mais moches et très consommateurs de piles. Et aussi des modules Fibaro Universel auquel tu peux relier jusqu'à  4 sondes de température Dallas 1-Wire, très précis. Mais ça oblige à  avoir une alimentation 12V (perso j'en ai un dans les grenier, et les 4 sondes descendent par un fil dans les chambres en dessous). C'est très pratique et précis.

     

    5/ Pas virtuel, mais physiques, non ? Pour le moment, je me contente de la température extérieure donnée par la HC2 (Yahoo Weather). Mais tu peux mettre une des sondes évoquée ci-dessus si tu as un abris pour les positionner (je ne crois pas qu'il existe des sondes de température Z-Wave étanches).

  7. Posté(e) · Modifié par lazer · Report reply

    Récupérer les valeurs en LUA, ce ne sera pas un problème. La difficulté c'est de le faire sans faire un grosse verrue dans le code, et de l'insérer proprement dans la bonne table SQL.

     

    Je ne suis pas certain de bien interpréter ta capture d'écran, je pense qu'il manque un retour à  la ligne en plein milieu.

    Mais du coup, le second device est bien un Temperature Sensor, mais son Parent ID est 14, donc ça ne correspond pas au Smoke Sensor dont l'ID est 11.

    C'est quoi ton ID n°14 ?

    Pour simplifier, est-ce que tu pourrais m'envoyer un extrait de ta config ? Dans le Toolkit, tu fais Tools / Reports / All configuration, puis tu enregistre le fichier HC2Config.txt. Puis tu peux copier/coller la section Devices. Penses à  mettre les balises <> pour que ça reste lisible sur le forum.

     

    Dans le genre module galère à  gérer, j'ai un thermostat Secure SRT321.

    Celui-ci dispose de 3 propriétés relatives aux valeurs de températures :

    • targetLevel : la consigne donné par le HC2
    • value : la consigne effectivement reçue par le thermostat (il y a un décalage dà» à  l'intervalle de réveil Zwave car ce module est sur batterie)
    • valueSensor : la sonde de température interne

    Dans l'interface du HC2, on voit bien ces 3 valeurs. Mais la sonde de température intégrée ne remonte pas comme un "Temperature Sensor" dans la HC2. Cette valeur est simplement affichée en vert en bas du module (comme c'est le cas dans un device virtuel avec la fonction fibaro:log).

    Alors du coup, dans mes scripts LUA, j'ai fait le choix de ne récupérer que la consigne "targetLevel" donnée par le HC2.

    Je pourrais très simplement récupérer les 2 autres valeurs en LUA, mais je me pose la question de comment les insérer proprement dans la base SQL. Car pour le Device ID correspondant au thermostat, les valeurs de températures enregistrées correspondent à  la consigne targetLevel. Si je veux enregistrer les 2 autres valeurs, il faudrait que je crée 2 autres Device ID bidons pour m'en sortir. Pas très propre...

     

    A voir comment c'est foutu pour le Smoke Detector.

    Envoie déjà  l'extrait de ta config, et on creusera ensuite (avec "Get API Raw Data").

     

     

    Edit : quand je vois cette image, j'en déduis qu'il n'y a pas de Temperature Sensor dédié (sous forme de module enfant), et que pour récupérer la température il va falloir y aller en LUA comme pour mon thermostat :

    gallery_3_10_3335.png

  8. Posté(e) · Report reply

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

  12. Posté(e) · Report reply

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

  13. Posté(e) · Report reply

    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.

  14. Posté(e) · Report reply

    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.

  15. Posté(e) · Report reply

    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.

  20. Posté(e) · Report reply

    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.

  21. Posté(e) · Report reply

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

  22. Posté(e) · Report reply

    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.

  24. Posté(e) · Report reply

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

×