Lazer

Clarkkent, je me suis fait la même réflexion sur le Gabon

Si il y a bien un bug en caractère 108. Tu as ça : {"product":"Eco-devices","T1_PTEC":"TH..","T1_PAPP":490,"T1_BASE":21491263,"T2_PTEC":"----","T2_PAPP":0,","INDEX_C1":0,"INDEX_C2":0} . Et tu devrais avoir ça : {"product":"Eco-devices","T1_PTEC":"TH..","T1_PAPP":490,"T1_BASE":21491263,"T2_PTEC":"----","T2_PAPP":0,"INDEX_C1":0,"INDEX_C2":0} . Le 108ème caractère est le I de INDEX. EDIT : en plus avec la coloration du forum, ça saute aux yeux maintenant !

Oui c'est pareil, d'ailleurs le FGRM-221 n'est plus vendu, remplacé par la nouvelle version.

Gepetos, Dans FHEM, si tu cliques sur Everything, tu dois voir une section sensor comme ci-dessous, avec tes différentes sondes : Si c'est bien le cas, dans un nouvel onglet de ton navigateur, tu appelles l'adresse suivante, en remplaçant simplement ton adresse IP : http://<IP>:8083/fhem?cmd=jsonList%20sensor&XHR=1 => Ca va nous donner la liste de toutes tes sondes. Tu copie/colle la page complète ici. Ensuite, dans un autre onglet, tu appelles l'adresse suivante, en remplaçant l'adresse IP et le nom de la sonde par l'une d'entre elle : http://<IP>:8083/fhem?cmd=jsonList%20<nom_de_la_sonde>&XHR=1 => Ca va nous donner les détails sur la sonde. Tu copie/colle la page complète ici. Avec ces résultats, je saurai quoi analyser pour récupérer les valeurs de températures/hygrométrie des sondes pour les grapher dans mon outil, et pour mettre dans des modules virtuels comme tu le demandes. Merci de ton aide

Pour savoir si tu es impacté par le bug de l'Eco-Devices, ajoute la commande suivante en ligne 6 juste avant le json.decode : fibaro:debug(response) et compte les caractères jusqu'au 108.

A priori il n'existe pas d'API sur Synology pour éteindre à distance. La technique c'est du faire une page PHP hébergée par le serveur Web de Syno qui appelle un script qui effectue le shutdown. Détaillé ici : http://forum.eedomus.com/viewtopic.php?p=6322#p6322

Oui ça c'est bon. C'est dans les propriétés avancées du module SRT321 qu'on associe le ou les FGS. Perso je n'ai qu'un seul FGS àpiloter, mais on peut en sélectionner plusieurs sans soucis. Remarque : àla limite, je pense qu'on peut même associer des dimmers : aucun intérêt mais c'est pour le fun.

Oui. Allez, quelques autres liens que j'ai en stock : http://domotique-info.fr/2013/06/fibaro-facile-scene-4-ca-chauffe/ http://domotique-info.fr/2013/06/fibaro-facile-scene-5-ca-chauffe-mieux/ http://domotique-info.fr/2013/06/fibaro-facile-scene-6-ca-chauffe-quand-meme/ http://www.vesternet.com/resources/application-notes/apnt-45#.UzRfpfl5NuJ

@P78, tu ne gagneras pas forcément beaucoup d'€ sur la facture en remplaçant des grilles pains par des inertie à fonte. C'est surtout le confort qui va augmenter (température plus stable, et chaleur plus enveloppante). Surtout si tu gères correctement la température avec une programmation externe comme le décrit Steven. Dans notre chambre, le vieux radiant est piloté par le SRT321 et son algorithme PID, maintenant je n'ai plus du tout envie de le remplacer. En plus, si je mets un modèle à fil pilote à la place, je perds le bénéfice du panneau de chauffage de la HC2. @Zorro, en effet... la Zibase est plus avancée de ce coté là . Pour le panneau de chauffage, il faut les conditions suivantes dans CHAQUE pièce : - 1 x thermostat SRT321 (je ne connais pas d'équivalent... ah si le nouveau modèle qui est plus cher dont j'ai oublié le nom) - 1 x module Switch (par exemple Fibaro FGS-211) => Ca implique l'utilisation de vieux convecteur, donc impossible d'utiliser un convecteur/radiateur moderne à thermostat électronique et fil pilote (sous peine de griller l'électronique qui détester les start&stop violents). EDIT : Sonos oui c'est prévu en v4

La v4 est en sortie en version de test Alpha, donc sortie finale dans les semaines àvenir. Ca supportera les plugins, le multimedia, mais je ne suis pas certain qu'il y ai des améliorations sur le chauffage. Le souci, c'est qu'en France on se chauffe beaucoup àl'électrique (ce qui n'est pas le cas des autres pays), avec en plus un système complètement propriétaire : le fil pilote. Bref, pas facile àgérer, et tu trouveras sur ce forum ou d'autres forums (Fibaro, Touteladomotique, ...) différentes méthodes. J'en conviens, pas facile àgérer.

Zorro, La HC2 ne veut pas utiliser le ST814 comme un thermostat. Donc tu ne peux pas utiliser le panneau de chauffage comme tu le ferais avec la Zibase. Par conséquent, si tu n'as pas de SRT321 (qui lui est bien reconnu comme un thermostat), alors tu es obligé de gérer le chauffage à la main, avec des scènes, des modules virtuels, et du LUA. J'espère que ça évoluera en v4, car pour le moment on a un super panneau de chauffage qu'on ne peut pour ainsi dire pas utiliser. La seule pièce où j'arrive à utiliser le panneau de chauffage, c'est notre chambre où j'ai un radiateur sans fil pilote (commandé en tout ou rien via un FGS) et un thermostat SRT321. Je ne te donne pas ma gestion des autres pièces, car c'est tout pourri et tu trouveras mieux sur le Web. Et surtout j'attends de voir ce que donne la v4, avant de me décider à reprogrammer tout ce bazar. Mais ça sera pour l'automne prochain maintenant.

p78, j'y pense sérieusement àla clusterisation Un jour je complèterai mon HP G7 N54L avec le nouveau HP G8. Un dans la maison, l'autre dans le garage (bâtiment séparé) Bon ça ne sera pas un vrai cluster, mais simplement de la réplication entre les deux. Pour faire un vrai cluster, il faudrait un stockage partagé (donc un 3ème serveur). Et si on veut pousser le concept jusqu'au bout, on a 2 baies de stockage répliquées, et 2 serveurs en cluster. En entreprise en tout cas... Après selon les technos de cluster, parfois il faut tout casser, parfois ça se rajouter par dessus l'existant.

Essaye de passer par l'API HTTP. Quelques exemples trouvé sur le forum officiel : HC2 = Net.FHttp("192.168.1.1") HC2:setBasicAuthentication("admin", "admin") payload = {id=27, properties={userDescription="testing"}} payload = json.encode(payload) HC2:PUT("/api/devices", payload) -- preparing lua table with new device room ID payload = {id=99, roomID="0"} payload = json.encode(payload) response, status, errorCode = HC2:PUT("/api/devices?id=99", payload)

Beau projet , je vais suivre ça avec attention. Bon je vais quand même rester avec mon vSphere + Xpenology, c'est quand même plus simple et surtout ça marche déjà

Attention àla marque Bubendorff, apparemment impossible àpiloter (àcause des 4 fils) : http://www.domotique-fibaro.fr/index.php/topic/661-motorisation-volet-mi-avec-fgrm222/?hl=bubendorff

Il me semble qu'il y a des limitations dans un scène. Essaye de mettre ton code dans le bouton d'un module virtuel et ça devrait fonctionner, car la syntaxe est bonne. Ensuite tu appelles ton bouton depuis la scène.

Voilà , finalement j'ai fini par comprendre. Quel truc de fou, même compiler un noyau Linux c'est presque plus facile que de faire fonctionner FHEM Et les docs/forums en allemand, quel bonheur Finalement c'est tout simple (faudrait juste que ce soit documenté en fait...) Pour ma station météo virtuelle, je récupère donc la liste comme ça : http://<IP>:8083/fhem?cmd=jsonList%20openweathermap&XHR=1 Et je récupère les valeurs comme ça, par exemple avec le device "owo" : http://<IP>:8083/fhem?cmd=jsonList%20owo&XHR=1 . Donc par analogie, pour que je fasse fonctionner le relevé des sondes de températures EnOcean (ou autre protocole : Oregon, ...), j'ai besoin qu'une âme charitable me donne le résultat des commandes suivantes : http://<IP>:8083/fhem?cmd=jsonList%20sensor&XHR=1 http://<IP>:8083/fhem?cmd=jsonList%20<nom_de_la_sonde>&XHR=1 Comme je n'ai aucun device autre que Z-Wave (gérés par la HC2), je ne peux pas faire le test chez moi. Voilà , merci

Bon, j'ai ajouté ces lignes au fichier fhem.cfg et la météo est bien mise à jour automatiquement toutes les 10 minutes : define owo openweathermap set owo stationByName Leimen set owo stationById 2879241 set owo stationByGeo 49.3511 8.6894 attr owo owoInterval 600 . Par contre, impossible de trouver comment récupérer les infos en HTTP. Tout ce que je trouve, c'est cette adresse, mais qui renvoie beaucoup trop d'infos : http://<IP>:8083/fhem?cmd=jsonList&XHR=1 Je n'arrive pas à trouver comment sélectionner un device en particulier. Si quelqu'un sait comment faire ?

BenjyNet, suite à notre discussion, je me suis penché sur FHEM pour tenter de récupérer les valeurs de températures/hygro dans mes graphs PHP/SQL, mais au secours, je ne comprends rien ! Ce que j'ai fait : - Installation de FHEM sur une VM RedHat Linux - Démarrage de FHEM - J'accède à l'interface Web http://<IP>:8083/fhem - je n'ai pas de clé EnOcean, ou aucun autre device connecté dessus.... oui forcément ça n'aide pas. Mais après, je vais où ? L'article de Sébastien Joly (excellent au demeurant) permet d'envoyer des notifications Push vers le HC2, mais moi je voudrais faire l'inverse, c'est à dire interroger FHEM depuis la HC2. J'ai cherché un peu, mais franchement ce n'est pas clair. Je suppose que je peux simuler une sonde de température en ajoutant simplement une station météo à FHEM, ce qui me permettrait ensuite de récupérer les valeurs depuis la HC2. Mais comment faire ? J'ai beau regarder la doc officielle, je ne comprends rien

Ce marketing pour vendre un détecteur de mouvement.... j'adore

Pour l'appli Android, j'ai constaté le même phénomène. En fait il faut la fermer pour qu'au redémarrage elle se reconnecte proprement au Home Center et récupère les status corrects. Pour rappel, sous Android la touche Home ne ferme pas une application (elle reste en arrière-plan). Il faut appuyer sur la touche Retour pour fermer une appli. Sur un smartphone avec beaucoup de RAM, si on laisse l'appli en arrière plan, elle peut rester de nombreuses heures (ou jours) sans jamais être fermée (le système ferme automatiquement une appli quand il n'y a plus assez de RAM). Le json.decode semble assez buggé. Tu devrais faire une recherche sur les messages de Krikroff, il a déjà abordé ce problème, et des moyens de contournement partiel. Pour connaitre l'historique des valeurs d'un device par requete HTTP, ce n'est pas directement possible, car ce n'est pas stocké. Ce qui est stocké, ce sont les valeurs de consommation électrique accessibles par l'API sous la forme : http://<IP>/api/energy/<timestamp_begin>/<timestamp_end>/compare/devices/power/<comma_separated_list_of_devices> Par exemple : http://192.168.1.1/api/energy/1393455963/1393459563/compare/devices/power/11,91 http://192.168.1.1/api/energy/1393434533/1393438133/summary-graph/devices/power/91 http://192.168.1.1/api/energy/1393452363/1393455963/summary-graph/rooms/power/2 Tu peux récupérer des exemples en interceptant les appels HTTP effectués dans la panneau d'énergie. Pour les températures, ou le statut des FGD/FGS, tu peux récupérer des choses dans les événements : http://192.168.1.1/api/panels/event?from=1352509026&to=1392509026&type=time Autrement, tu peux mettre en place les graphiques sur un NAS externe que tu trouveras ici.

Pour les vannes thermostatiques, je ne peux pas répondre, je suis au chauffage électrique. Pour le thermostat mural permettant de régler simplement la température, à ma connaissance il n'y a que la Secure SRT321. Ca fonctionne plutôt très bien pour ma part.

Oui c'est le bruit du relai, c'est normal.

Shad a parfaitement résumé la situation

Narsil, Non, je ne pense pas que ça tournera sur HCL, car il me semble bien qu'il n'est pas possible d'importer un Virtual Device comportant du code LUA. Peut-être qu'en v4 avec les plugins ça sera possible, mais pour le moment ce ne sont que des suppositions. Avec la HC Lite, tu peux seulement appeler des URL simples, avec la commande HTTP GET. Donc il faudrait que les scripts de ce module virtuel soient hébergés sur un autre serveur. Mais comme tu as peu de chances de pouvoir faire tourner du LUA sur une autre plateforme, il faudrait transcrire le code en PHP par exemple.... bref, ce n'est que déporter la complexité sur un autre serveur. EDIT : grillé par Shad !