Cisco Posté(e) le 9 février 2016 Signaler Posté(e) le 9 février 2016 Merci Lazer pour le coup du debug, Sauf que maintenant j'ai un peu honte de vous dire d'où venait mon pb .... j'avais oublié une virgule local variables = { { ["type"] = "power", ["id"] = 5001, ["name"] = "Power_RadEntree", ["room"] = 4 -- Entrée }, { ["type"] = "power", ["id"] = 5002, ["name"] = "Power_RadSalon", ["room"] = 7 -- Salon },
Lazer Posté(e) le 9 février 2016 Auteur Signaler Posté(e) le 9 février 2016 Cool, l'essentiel c'est d'avoir trouvé
ggpublic Posté(e) le 10 février 2016 Signaler Posté(e) le 10 février 2016 Bonjour àtous, je me suis décidé àme lancer dans ce super tuto, j'ai suivi tout pas àpas. Installation sans erreur (côté syno et HC2), au final la scene tourne chaque minute... mais àla consultation de la page web du syno, j'ai un "No devices found" en rouge. J'ai loupé quelquechose ? (
jojo Posté(e) le 10 février 2016 Signaler Posté(e) le 10 février 2016 oui tu dois attendre 24h ou appuyer sur le bouton devices (qui est appuyé automatiquement tous les jours à0h0) 1
ggpublic Posté(e) le 10 février 2016 Signaler Posté(e) le 10 février 2016 merci @jojo pour ta réponse rapide, effectivement ça fonctionne, je n'avais pas vu ça. J'y retourne
ggpublic Posté(e) le 11 février 2016 Signaler Posté(e) le 11 février 2016 C'est sans doute l'add-on le plus utile (avec GEA) que j'ai installé jusque là sur ma HC2, grand merci à @Lazer pour le partage. Idée pour l'avenir : je graphe l'incrementation d'une variable globale, mais il n'y a pas de categorie "Misc" ou "Divers" qui pourrait permettre de regrouper les graphes de variables globales numériques. Pour l'heure, je l'ai mis dans "rain" et j'ai donc mes variables exprimées en mm :-) Pê pour une prochaine version ? (à moins que l'option existe mais que je sois passé à côté) Une question tout de même, est-il possible d'exclure certains devices ? (les sondes de T° de mes détecteurs d'inondation ne m'intéressent pas par exemple). et puis aussi, les devices cachés et/ou désactivés remontent quand même dans domocharts (j'ai le cas avec une pince amperemetrique AEON)
Lazer Posté(e) le 11 février 2016 Auteur Signaler Posté(e) le 11 février 2016 Non il est vrai qu'il manque une catégorie "bazar" Je vais y réfléchir.... Pour les devices cachés, normalement ils ne remontent pas, que ça soit les capteurs environnementaux (temp, hum, etc) ou les consommations électriques. Je n'ai pas de pince Aeon Labs pour tester, il faudrait que tu nous postes le JSON de ton module (devices parent ET enfants) pour que je jette un oeil. Si tu veux exclure un device, le plus simple est de le cacher sur les graphs à l'aide de la page admin.php. Ils seront quand même loggués dans la DB, mais tu ne les verras plus.
ggpublic Posté(e) le 11 février 2016 Signaler Posté(e) le 11 février 2016 Je vote pour la catégorie "bazar" :-) Pour mon besoin, une exclusion via l'admin panel me va très bien. C'est vraiment chouette. Big up! Sent from my iPhone using Tapatalk
jojo Posté(e) le 12 février 2016 Signaler Posté(e) le 12 février 2016 oui, la catégorie "bazar", c'est tantant, MAIS quelle sera l'unité comment gérer des courbes avec des échelles forts différentes : une courbe avec une échelle de 0 à20 et un autre avec de 100 à500. pas évident ...
Lazer Posté(e) le 13 février 2016 Auteur Signaler Posté(e) le 13 février 2016 oui parce que évidemment, si on crée une catégorie bazar, il y aura plusieurs types de bazar, et on ne fait que repousser le problème ! C'est sans fin...
ggpublic Posté(e) le 13 février 2016 Signaler Posté(e) le 13 février 2016 Oui bien sûr mais je verrai une catégorie ' divers' avec des unités numériques simples. Ensuite, pour l'analyse, on joue en affichant/effaçant les variables en cliquant sur les label. Je suis par exemple deja confronté au probleme pour ma conso electrique : j'ai une courbe qui cumule la conso globale et des courbes pour chaque wall plug. Il me faut donc faire disparaître la courbe globale pour analyser les 'petites' conso individuelles. Fonctionnellement, c'est toujours mieux que de tricher en utilisant une catégorie détournée comme je le fais actuellement avec la catégorie rain
Lazer Posté(e) le 13 février 2016 Auteur Signaler Posté(e) le 13 février 2016 Yes En plus avec les futurs graphs personnalisables, tu pourras sans problème choisir quel valeur tu veux mettre sur chaque graphique. Par contre c'est pas pour tout de suite, je bosse sur d'autres sujets là....
henri-allauch Posté(e) le 13 février 2016 Signaler Posté(e) le 13 février 2016 Le travail partagé par LAZER pour Domochart est excellent. Nous sommes nombreux à le reconnaitre. On peut toujours demander plus mais cela ne satisfera pas tout le monde. Personnellement, en plus de son utilisation standard , j’ai ajouté des graphes pour la mémoire. C’était mon premier exercice. Les modifications interviennent sur 4 ou 5 fichiers du package. J’ai ensuite indépendamment des données HC2 envoyé dans les tables existantes « Power » des données issues d’un dispositif currentCost. Et pour finir, à partir d’un xml créé par l’appli Logtemp qui relève une dizaine de sondes de la chaufferie, j’envoie ces mesures dans de nouvelles tables « Sondes » ajoutées à la base existante, tout en profitant de la solution graphique. Tout ca pour dire que quel que soient les complements que LAZER va ajouter à son produit, il faudra que chacun profite de l’outil pour completer à son gout et suivant ses besoins. Il en est de même pour tout ce qui est mis en commun, il faut le prendre comme un exemple et l’adapter à son usage. Sinon ce peut être un produit commercialisé et la c’est un autre sujet. 1
jojo Posté(e) le 13 février 2016 Signaler Posté(e) le 13 février 2016 Par contre c'est pas pour tout de suite, je bosse sur d'autres sujets là.... Demain, tu ne bosses pas : c'est dimanche et la St Valentin ... 1
jojo Posté(e) le 23 février 2016 Signaler Posté(e) le 23 février 2016 @Lazer, Tu te souviens j'avais fait quelques "modifications" pour un index (ici) En attendat une rubrique dédicassée aux index, j'ai mis cela dans CO2. Cela fonctionne impeccable, sauf au delàs de 30 jours : Tous les mois tu fais une moyenne, et ici pour un compteur, il faudrait faire un total, et pas une moyenne. Donc dans la prochaine version, je pense qu'il serait cool de prévoir (si tu ne l'as pas déjàprévu) : un groupe "Bazar" : qui se comporte comme les mesures actuelles un groupe "Compteur" : qui somme les valeurs tous les mois un groupe "index" : qui retient la dernière valeur du mois 1
Lazer Posté(e) le 23 février 2016 Auteur Signaler Posté(e) le 23 février 2016 Hum oui Jojo, ta proposition a le mérite d'unifier les demandes de tout le monde. Je garde l'idée dans un coin de ma tête. 1
Sakkhho Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 @Lazer, il me semble que tu en avais parlé un moment, mais je retrouve plus, sur le fait de remonter la conso de RAM dans Domocharts. possible ? ça serait pas mal pour voir les différences entre les versions.
jojo Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 il en a parlé pour la prochaine version => teasing
Lazer Posté(e) le 5 mars 2016 Auteur Signaler Posté(e) le 5 mars 2016 Oui et j'ai pas du tout avancé sur le sujet depuis novembre/décembre.....
jojo Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 oui, mais tu as eu l'intelligence de ne pas mettre de date (comme Fibaro), donc tu n'es pas en retard. Et au prix du module (quand je compare au prix de la HC2), on accepterait volontiers un retard 1
kioneoranga Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 Voici quelques temps que j'ai mis en place Domocharts sur mon NAS En mettant en place cette gestion de métric sur mon NAS j'aurais pensé conserver les données sur plusieurs mois. Il semblerait que la base de données conserve les valeurs que sur une semaine? Est ce normal? Est il possible d'étendre le délais de rétention des métrics à1 voir plusieurs mois?
Lazer Posté(e) le 5 mars 2016 Auteur Signaler Posté(e) le 5 mars 2016 oui normal tu peux modifier cela en modifiant les requêtes suivantes du fichier generate_trend.php : DELETE FROM domotique_xxxxx WHERE DATE(time) < SUBDATE(CURDATE(), ...) Dans la prochaine version il y a des paramètres àmodifier simplement dans le fichier de config.... mais va pas falloir être pressé
sebcbien Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 Si c'est urgent pour la RAM, j'ai fait un petit tuto et un vd pour les remonter sur emoncms. Voir ma signature. Sent from my Note4
kioneoranga Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 Si c'est urgent pour la RAM, j'ai fait un petit tuto et un vd pour les remonter sur emoncms. Voir ma signature. Sent from my Note4 Et cela marche super bien en attendant ! :-) Mis en place depuis 3 semaines, super cool
kioneoranga Posté(e) le 5 mars 2016 Signaler Posté(e) le 5 mars 2016 oui normal tu peux modifier cela en modifiant les requêtes suivantes du fichier generate_trend.php : DELETE FROM domotique_xxxxx WHERE DATE(time) < SUBDATE(CURDATE(), ...) Dans la prochaine version il y a des paramètres à modifier simplement dans le fichier de config.... mais va pas falloir être pressé Lazer, le chiffre 21 présent dans la requete correspond au nombre de jour antérieur à la date courrante c'est bien ça? Il suffit donc que j'augmente ce nombre augmenter le délai de rétention. Nous sommes bien d'accord (enfin c'est ce que j'ai trouvé via une aide de "SQL request").
Messages recommandés