Lazer
-
Compteur de contenus
25 998 -
Inscription
-
Dernière visite
-
Jours gagnés
1 282
Tout ce qui a été posté par Lazer
-
Top merci aller je fais la mise àjour du 1er post.
-
@Nico : Argl, c'est ce que je craignais, les modules sont de type com.fibaro.multilevelSensor, donc générique. Le seul moyen de détecter le type de capteur, c'est de lire l'unité, et de supposer sur mm=pluie, et km/h=vent. C'est pas super propre, mais c'est le seul moyen tant que Fibaro ne créera pas de nouveaux types. Tu en as d'autre des comme ça ? @supermenteur, @BenjyNet : Comme déjàrépondu, il faut modifier le nom de tous les Main_Wave_Device, qui sont les modules parents de tous les modules enfants depuis la v4. C'est beaucoup plus propre ainsi. Perso je mets le nom du module (FGMS-001, ST814, FGSD-001, etc) @Sakkhho : Pour le bouton Delete, voir le lien donné par Sebcbien pour la version patchée permettant de deleter également dans les courbes d'historique journalière. Attention, sur les courbes minute par minute, il faut parfois zoomer assez fortement pour "attraper" le point, c'est le fonctionnement de Highcharts.
-
Bien vu, tu as raison, et je n'avais même pas fait attention ! Essaye de remplacer la ligne suivante : cat conso.xls.csv | sed -e 's/"//g' | sed '1d' | sed -n -e :a -e '1!{P;N;D;};N;ba' > conso-${DATE}.csv Par : cat conso.xls.csv | sed -e 's/"//g' | sed '1d' > conso-${DATE}.csv Si OK, je mettrai à jour le tuto.
-
Y'a un template pour le Qubino ou pas ? Parce que si c'est juste l'inclusion générique du module qui fonctionne, ça veut dire que cette v4 àenfin atteint le niveau de la v3... Quel exploit !!!
-
Je sais pas trop, si ton compteur c'est du journalier, alors il fait le mette dans la table water_day. Et là, mon VD n'est pas prévu pour injecter directement dans cette table. Je te partage demain soir un nouveau bouton justement pour ça Là, dodo
-
SI j'ai pensé aux charbons aussi, mais ils ne sont pas accessibles sans tout démonter, et je ne pense pas que ça soit accessible en pièce détachée pour ce genre de matos chinois. Je suis passé àLM aujourd'hui, ils ont le même modèle en plus beau, lol. Mais le mécanisme était tout sec, donc la graisse ça peut aider un peu.... àvoir si ça suffit pour sortir mon forêt demain.
-
Ah vi, la colonne value est un unsigned tinyint, donc ça fait 255 maxi. C'est bête ça :/ Tu peux changer la colonne en unsigned smallint avec phpmyadmin ? Ca fait 65535 maxi, ça laisse de la marge ! Euh, en fait, je suis en train de penser.... je sais pourquoi j'ai laissé un tinyint. La table domotique_water, c'est la table qui stocke les données minute par minute.... donc c'est pas possible de consommer plus de 255 L en 1 minute. Si ta valeur est un cumul journalier, alors c'est dans la table domotique_water_day qu'il faut la stocker..... comme on le fait pour notre compteur Veolia.
-
à mon avis, le plus simple, c'est une scène en autostart sur trigger de la VG, et tu update automatiquement une autre VG multipliée par 1000. C'est cette dernière VG que tu utilises avec DomoCharts. Parce que si tu modifies à l'arrache le code du bouton de mon VD, tu vas t'amuser pour le suivi des modifs ensuite. Sinon, je viens de poser la mise à jour de data_delete.php pour la suppression des données historiques journalières. Tu peux tester ? https://github.com/cdriget/DomoCharts/blob/master/graph/data_delete.php
-
pourquoi tu ne multiplie pas par 1000 directement au moment du stockage de la donnée dans la VG ? Sinon, faudrait modifier le code du VD pour appliquer une formule mathématique aux VG, mais je ne vois pas comment coder le truc proprement, là tout de suite....
-
Ah faut ajouter ça aussi dans /graph/js/config.js : {type:'water', title: "Consommation d'eau", yaxis: 'Eau (Litres)', tooltip: 'l', min: 0},
-
Déjà regarde dans la table si les données arrivent bien. Et dans index.php, ajoute : <option value="water">Eau [L]</option>
-
Bon Sakkhho, vu que tout semble fonctionner chez toi avec la nouvelle version de DomoCharts, il est temps de faire le ménage dans ce tuto. En effet, je n'utilise plus le script data_post_water_day.php donné en première page, qui est avantageusement remplacé par le script data_post.php livré avec DomoCharts v5.0. Pour que ça fonctionne, il faut juste que tu remplaces les dernières lignes du script veolia.sh par ceci : POST=`awk -F\, 'BEGIN {ORS="";print "[";OFS=",";sep=""} {print sep"{\"id\":3000","\"date\":\""$1"\"","\"type\":\"water\"","\"value\":"$3"}"; sep=","} END {print "]\n"}' conso-${DATE}.csv` /usr/bin/curl --request POST --data ${POST} http://XXXXX/graph/data_post.php echo Tu peux tester et me dire si c'est OK pour toi ? Ensuite tu pourras supprimer ton fichier data_post_water_day.php et je mettrai àjour la première page afin de simplifier et uniformiser tout ça.
-
Pour le type, il faut mettre water Ca me semble correct, essaye et dis moi si ça passe, je n'ai jamais essayé d'alimenter en direct la table minute par minute. En fait, Sakkhho et moi on n'injecte les données que 1 fois par jour à partir du relevé de Veolia, notre fournisseur d'eau local (tuto dans ma signature), donc du coup ça va directement dans la table d'historique domotique_water_day.
-
J'ai identifié toutes les commandes qu'on peut envoyer à 3 des 4 modules visibles dans l'interface pour ce ZXT-120 : Tableau de correspondance par rapport à l'image ci-dessus : Nom => ID 14.0 => 5 14.0.1 => 6 14.0.2 => 7 14.0.3 => 8 Seul le premier module avec la commande setThermostatSetpoint prend un second paramètre qui est la température désirée (21°C ci-dessous) : fibaro:call(5, "setThermostatSetpoint", "1", "21") -- Chauffage fibaro:call(5, "setThermostatSetpoint", "2", "21") -- Refroidissement fibaro:call(5, "setThermostatSetpoint", "8", "21") -- Air sec fibaro:call(5, "setThermostatSetpoint", "10", "21") -- Permutation automatique fibaro:call(7, "setMode", "0") -- OFF fibaro:call(7, "setMode", "1") -- Chaud fibaro:call(7, "setMode", "2") -- Froid fibaro:call(7, "setMode", "5") -- Reprendre fibaro:call(7, "setMode", "6") -- Ventilation seule fibaro:call(7, "setMode", "8") -- Air Sec fibaro:call(7, "setMode", "10") -- Basculement automatique fibaro:call(8, "setFanMode", "0") -- Vitesse basse automatique fibaro:call(8, "setFanMode", "1") -- Vitesse basse fibaro:call(8, "setFanMode", "2") -- Vitesse haute automatique fibaro:call(8, "setFanMode", "3") -- Vitesse haute fibaro:call(8, "setFanMode", "4") -- Vitesse moyenne automatique fibaro:call(8, "setFanMode", "5") -- Vitesse moyenne fibaro:call(8, "setFanMode", "128") -- OFF
-
non ne mélange pas, power c'est la puissance électrique en WATTS. pour eau, il y a les tables water water_day et water_month, mais je gère ça comme un cumul, donc l'unité c'est des LITRES. Si tu mesures un débit (des L/s ou L/min) il faut trouver une autre solution propre. Idem pour le gaz, sauf qu'il faut créer les tables. Pour le moment, je n'ai pas intégré les données de mon Eco Devices, qui sont toujours dans une table à part, qui n'est pas encore fusionnée avec DomoCharts..... ça fait partie du reste à faire !
-
Est-ce que quelqu'un aurait une icone de grenier ? Je n'ai rien trouvé. Sinon, Couillerot, si tu as le temps àl'occasion, ça serait chouette
-
vent : je récupère seulement celui de la météo pluie ; je récupère seulement celui de la station Netatmo donc si tu veux que j'intègre ceux des plugins, il me faut les JSON pour que je vois à quoi ça ressemble, et je le mettrai dans la prochaine MAJ.
-
1/ J'ai mis à jour la liste exacte des types supportés : temperature, humidity, light, power, co2, pressure, noise, rain, wind 2/ Non, seulement un ID numérique (valeur maxi = 8388607) car cela sert de clé pour les tables SQL.
-
J'ai mis àjour le chapitre 3.5 Variables Globales de la première page.
- 1 285 réponses
-
- 1
-
-
- tuto multimã©dia
- graphiques
- (et 2 en plus)
-
L'idéal dans ce cas là, c'est un IPX 800. Le souci, c'est que tant que les plugins utilisateurs ne sont pas dispos sur la HC2, l'intégration de l'IPX se fait via des modules virtuels ou des variables globales, et est donc mal intégré àl'interface (par de "vrais" détecteurs de mouvements/ouverture)
-
Bon, ce soir j'ai ouvert le perfo par le dessus, inséré plein de graisse dans le mécanisme, puis laissé tourner àvide pendant 1 minute. Je le refixerai sur le forêt demain pour voir si ça tourne, dernier espoir avant la poubelle.
-
Trop fort les expressions. Un peu de culture belge
-
Tient, ce topic est àla une aujourd'hui de la revue de presse de Domotics
-
Non j'ai pas essayé. Sinon j'ai vu que certains perfos ont une fonction pour inverser le sens de rotation, comme sur les visseuses. Parfait ça ! Autrement, les forets avec 4 têtes c'est uniquement en SDS Max non ? En tout cas je n'en n'ai jamais vu en SDS Plus. Par trop cherché ceci dit....
-
Je dis pas que Bosch c'est la meilleure marque, mais c'est bien adapté àmon usage, et surtout le système de L-boxx (sous licence Festool) est ultra pratique pour le rangement.c'est tout l'intérêt de rester fidèle àcertaines marques. Oui le SDS Max j'y ai pensé, mais c'est sûrement surdimmensionne pour mon usage occasionnel, et faudrait que je refasse toutes la collection de forêts. Et surtout, in a forcément besoin d'un perfo SDS Plus pour le tout venant.
