Lazer

Plus simple : tu rajoutes aussi un champs 'hidden' pour les points, et quand tu fais la requêtes des graphs, tu filtres avec une requête du genre "... WHERE hidden=false", mais ça implique de faire de même pour generate_trends, c'est dire l’alimentation des tables d'historique (si on ne veut pas que les min/max par jour soient impactés) J'avais volontairement supprimé ces valeurs aberrantes car : - c'est plus simple (pas besoin de créer de champs supplémentaire, de modifier les requêtes, etc) - pour moi, aucun intérêt de conserver une valeur aberrante (bug de la sonde, parasite de communication 1-Wire, etc...) - et surtout, la table des points est purgée au bout de 3 semaines, alors je ne vois pas l'intérêt de se prendre la tête pour une donnée qui va disparaitre bientôt. Pour le commentaire sur un point, c'est une bonne idée, mais lourd à gérer... car pareil, ça va être purgé au bout de 3 semaines, alors si on veut le conserver, il faut le recopier dans les tables historique..... perso je suis pas trop motivé.

hum làcomme ça, je ne sais pas.... je n'ai jamais scripté sur le Syno. Et tous mes scripts tournent sur des VM Linux standard.

Une alimentation secourue àbatterie 12V qui me sert aussi pour mes FGBS et modules d'alarme. J'ai juste mis un convertisseur de tension DC/DC et une diode pour alimenter proprement le SRT321.

Avec ma méthode de récupération de données, je n'ai pas de valeurs qui "cassent" les courbes. Donc je n'ai jamais rencontré de problème. En revanche le phénomène de non mise à jour d'une valeur est plus probable, et se traduit par une courbe plate. Mais cela peut tout aussi bien arriver avec des sondes Z-Wave, en cas de pile HS, défaut de communication, etc. Et l'API Fibaro ne donne aucun timestamp de dernière mise à jour de la valeur. En revanche, pour le plugin Netatmo, on a bien le timestamp de dernière mise à jour, mais j'ai choisi de ne pas l'exploiter afin de rester cohérent avec les sondes Z-Wave. Donc pour les variables globales, le problème est le même; Certes on peut facilement y coller le timestamp, puis décoder la valeur, mais le problème se situe à l'autre bout de la chaine : la box qui alimente ces variables globales sera elle capable de coller le timestamp à la valeur du capteur via l'API ? Avec FHEM aucun problème, avec Zibase je n'en n'ai aucune idée ?? Vous en pensez quoi les autres ? Ca me fait penser à une autre nouveauté dans les graphs : quand on clique sur un point aberrant, un popup apparait. Et bien la nouveauté, c'est un bouton "Delete" dans ce popup permettant de supprimer la valeur, afin de conserver une courbe homogène. Du coup, ça résoudrait ton problème Sebcbien ? De façon manuelle certes...

Mon SRT321 fonctionne sur le secteur avec des fausses piles

Je copie/colle le message de asub52 dans les commentaires de l'article : A défaut d'être satisfaisant, voilà qui est clair.

Miam miam, ça marche au poil Netatmo Les principales nouveautés en place pour l'instant : - support complet de la v4 (ça n'était pas dans la version partagée en post n°1) - ajout des graphs de luminosité (ça n'était pas dans la version partagée en post n°1) - ajout des graphs Netatmo Weather Station (température, humidité, CO2, pression atmosphérique, bruit, pluie... il devrait être facile de rajouter le vent quand le module sera dispo) - en l'absence des plugins utilisateurs, support de "sondes virtuelles", en fait il s'agit de valeurs stockées dans des variables globales et mises à jour via l'API (particulièrement utiles pour les utilisateurs de FHEM, Zibase, etc... pour les protocoles tels que EnOcean et Oregon) - résolution de nombreux petits bugs remontés sur le forum ou non (UTF-8, quotes, pièce 'météo', utilisation des champs adresse IP et Port du VD, etc...). - meilleure gestion des erreurs, avec remonté des message autant que possible (dans le debug du VD, et/ou sur le graph) - réécriture (presque) complète du code des boutons de VD et des pages PHP d'insertion des données, avec utilisation exclusive du format de données JSON. C'est beaucoup plus propre, évolutif (je m'en sert pour mes graphs de consommation d'eau et d'énergie électrique, issues d'autres source), et un gain significatif de bande passante réseau. Pour info, mes données sont sur un hébergement externe, voici le graph d'upload de ma box avant/après. Ca parait pas, mais quand on a un upload de merde, ça compte (et encore aujourd'hui j'ai un record à 115 ko/s, les mauvais jours ça descend à 30 ko/s) : Il me reste encore pas mal de choses à traiter, mais surtout un qui est particulièrement important : créer un script permettant de créer la structure des tables automatiquement sans passer par phpMyAdmin, trop complexe pour le néophyte. Et par extension, le script devra être capable de migrer vos données car la structure de certaines tables a un peu évolué. Il n'y aura pas vraiment de nouveautés coté présentation graphique dans cette version, mais ça fera partie des futures versions. Et surtout, comme je vais essayer de mettre le code sur Github comme demandé, ça permettra à tout le monde de contribuer !

Oui voilà c'est la dernière consigne qui prend la main. Pour la conso, ni le Qubino, ni le FGS ne te le donneront. Mais si tu pilotes avec le FGS, donc en tout ou rien, avec le thermostat mécanique réglé à fond, il suffit de déclarer la puissance du radiateur (1000W par ex) dans la HC2, et tu auras tes relevés de conso. Car si le relai est ON, alors le radiateur chauffe, sinon c'est l'inverse. Binaire C'est pas faisable avec un fil pilote, si on met le thermostat du radiateur à fond , et qu'on commute entre Confort et Arrêt/délestage.

le confort et les économies grâce à l'inertie vient du fait que le radiateur relache sa chaleur régulièrement. L'idée avec un SRT321 réglé en agressif (PID court) c'est de rapprocher suffisamment les cycles de marche/arrêt d'un grille pain pour s'approcher de l'inertie. C'est pas aussi confortable, mais ça s'en approche. Enfin en tout cas avec un radiant, car ça chauffe un peu le sol et les meubles à coté, c'est un peu mieux que les simples grilles pains. Surtout, au niveau cout, un SRT c'est moins cher qu'un radiateur à interne.... surtout pour débuter quant t'as pas le budget. Mais au final, je pense que le couple gagnant c'est un SRT et des radiateurs à inertie pas cher, sans intelligence (brico depot hihi)

Dans le else, il manque les antislash devant les double quote lors de l'appel àphp

Trop rapide, merci Phil

Bonne nouvelle, j'ai bien avancé, la prochaine version est proche.... avant la fin du mois. Je suis en train d'intégrer la station météo Netatmo, est-ce que quelqu'un qui a installé le plugin officiel Fibaro pour la Netatmo ET qui dispose du pluviomètre peut poster le résultat de l'API suivante : http://IP/api/devices?type=com.fibaro.netatmoWeatherStation

+1 Kiwi Et intéressé aussi par ton retour sur le Heat-it. @maxredphenix ; si tu es limite au niveau budget, je n'ai qu'un seul conseil : garde tes grilles pains actuels ! Faut bien comprendre que les économies annoncées par les radiateurs électriques modernes sont dues principalement grâce à l'intelligence du thermostat électronique embarqué, sachant que les modèles haut-de-gamme ont du PID dedans. Donc une régulation au 10ème de degré près (c'est simple, il active et arrête la résistance suffisamment souvent pour maintenant la température). Les modèles à inertie sont encore plus avantagés car c'est plus facile à réguler. Mon expérience perso, c'est qu'avant de me lancer dans la domotique, j'ai acheté des radiateurs HDG à double corps de chauffe, inertie, thermostat électronique etc.... bah ça coute une fortune, et tu ne le rentabilises jamais. En plus, si tu veux vraiment faire des économies, il faut les programmer. Donc soit t'achète la cassette en option, mais tu restes limité à la programmation à heure fixe. Perso on a des horaires variables, donc c'est pas trop judicieux comme programmateur. A l'opposé, quand j'ai commencé à domotiser, j'ai installé un SRT321 sur le radiateur de notre chambre qui est un vieux grille pain radiant. Thermostat mécanique bloqué à fond, et le SRT-321 + module FGS-211 (simple relai), assurent le boulot. Régulation garantie au 10ème de degré près, et gestion des horaires variables puisque piloté par la box domotique. Bah pour 150€, c'est plus efficace que des radiateurs à >500€. Sans compter que pour la chambre, je gère des températures différentes en fonction des phases du sommeil et de la journée, chose impossible avec la cassette de programmation du radiateur (simple mode confort/éco). Le SRT321 est absolument fabuleux. Son seul point faible, comme dis, c'est le design. Tu auras toujours loisir plus tard de remplacer tes vieux radiateurs par des modèles plus design quand tu auras le budget. C'est une discussion qu'on a eu de nombreuses fois sur le forum, mais en règle générale, plus un équipement électrique est basique, plus il est simple à domotiser.... donc plus le confort d'utilisation et les économies d'énergies augmentent.

Faut que je vous prépare ça. Des brindilles sèches, une HC2, et c'est parti.

Mprinfo tu noteras que ma réponse est plus complète, ce qui explique le retard àposter le message

C'est fini les versions beta en téléchargement direct. Tu vas sur le Play Store tout simplement. grillé

T'as vu qu'il y aura des extensions spécifiques pour les volets ? On peut espérer une calibration et un retour d'état, même si ce n'est pas précisé.... peut-être même la gestions par inversion de polarité comme les Velux.

Module RGBW non ? Y'a un mode en fonctionnement en 0-12V pour hallogène 12V. Reste àvoir si ça fonctionne avec tes LED.

Oui c'était annoncé depuis le début de l'été, ça arrive enfin Clair que c'est excellent... je pense que je finirai par craquer

pas certain que je le fasse.... en plus la température dans le BIOS n'est vraiment représentative d'un CPU en usage normal.

Oui on le voit dans ma vidéo (cf topic USB Recovery Tweaks) de mémoire, c'est > 50°C

Oui en vertical c'est le plus efficace, ça fait cheminée, donc idéal pour évacuer la chaleur par le haut, enfin surtout si on laisse l'air entrer par le bas !

T'a un logiciel qui tourne sur ton OS qui communique avec ce module pour lui envoyer la température ? Je demande ça, car une sonde posée sur le radiateur du CPU ne donnera jamais la température réelle du CPU, il faut utiliser la sonde nativement installée dedans.

bah si y'a un pad, c'est clairement moins efficace que de la pâte. mais pour savoir si on gagne, faudrait encore avoir un moyen de mesurer la température du CPU.... c'est qui n'est pas possible via l'interface Web. (la température du boitier n'a aucune importance, c'est bien celles du CPU et du chipset qui compte)

Hansolo t'as remplacé la pate thermique ? C'est pas con, il me reste de l'Artic Silver.