[Plugin Tiers][Sujet Principal] Suivi Conso

[leon-99]

Merci encore Mickeys
Chez moi il fonctionne tres bien ton plugin.... je crois que j'ai eu une fois une pointe de conso en 2 ans ... mais je passe systematiquement par des equipements virtuels... et j'attend toujours un peu avant de faire les MAJ
Merci

[mickeys]

Merci encore Mickeys
Chez moi il fonctionne tres bien ton plugin.... je crois que j'ai eu une fois une pointe de conso en 2 ans ... mais je passe systematiquement par des equipements virtuels... et j'attend toujours un peu avant de faire les MAJ
Merci

Merci pour ton retour qui est fort agréable.

Tu utilise des virtuels pour fiabiliser l information et c'est exactement ce qu'il faut faire si c'est nécessaire.
Je me répète mais ce n est pas au plugin de corriger les erreurs de relevé.

[Oldfox]

Hello,

De mon côté depuis la dernière mise à jour j'ai la roue crantée infinie. Je vois derrière en transparence que tout à l'air OK, mais je ne peux cliquer sur rien :/

[mickeys]

Hello,

De mon côté depuis la dernière mise à jour j'ai la roue crantée infinie. Je vois derrière en transparence que tout à l'air OK, mais je ne peux cliquer sur rien :/

slt,

Peux tu m envoyer un accès a ton jeedom en admin que je regarde le Problème

merci

[Phil56]

Salut Mickey,

je ne sais pas si tu as lu mes derniers messages et mon problème de * 1000 sur mes index, si tu trouves 5 minutes tu peux m'expliquer d'où vient ce PB.

merci d'avance
Phil

[mickeys]

Salut Mickey,

je ne sais pas si tu as lu mes derniers messages et mon problème de * 1000 sur mes index, si tu trouves 5 minutes tu peux m'expliquer d'où vient ce PB.

merci d'avance
Phil

slt Phil,

Je regarde des que possible

[raphael_malin]

Une Mise a jour est en cours de développement mais ne sera pas publié avant d avoir passer tous les tests de validation de mon coté.

Quitte à n'avoir aucune stat qui tienne la route, si tu veux m'envoyer du béta pour tester pas de soucis.
Je souhaiterai si possible qu'au 1er janvier, cela puisse être ok pour que je puisse enfin commencer un vrai suivi. mais avant pas de soucis pour manipuler.

[Theking31]

Beaucoup de questions dans ce topic unique, et c'est LE gros défaut de ces sujets sans sous section...

UP, un avis

viewtopic.php?p=548113#p548113

Je n'est pas de teleinfo et je suis en tarif de base, dois je appliquer ce tuto ?

Et si oui comment l’adapter à abonnement de base...

[emmanuel_75]

+1 pour les sous secitons !

[mickeys]

Une Mise a jour est en cours de développement mais ne sera pas publié avant d avoir passer tous les tests de validation de mon coté.

Quitte à n'avoir aucune stat qui tienne la route, si tu veux m'envoyer du béta pour tester pas de soucis.
Je souhaiterai si possible qu'au 1er janvier, cela puisse être ok pour que je puisse enfin commencer un vrai suivi. mais avant pas de soucis pour manipuler.

Ok c est noté merci

[mickeys]

+1 pour les sous secitons !

j'ai déjà fait la demande ( il y a maintenant pas mal de temps) auprès de marie mais sans réponse

ce serais tellement plus simple pour tout le monde et plus facile pour moi pour gérer les demandes

[clemy]

Bonjour,
J'ai besoin de votre aide svp, cela fait plusieurs jours que j'essaye de configurer mon plugin suivi conso mais rien n'y fait, j'ai tout essayé
Mes 2 index HP et HC ne remontent pas correctement dans suivi conso. Tout le reste est bon (PTEC, IINST, IMAX ...)
Côté téléinfo j'ai la bonne donnée pour HP : 038063317
Mais côté suivi conso j'ai ça : -591375664 et le chiffre augmente petit à petit mais rien de logique.

J'ai tout vérifié et tout recréer plusieurs fois.

Quelqu'un aurait une idée ?
Merci bcp

Bonjour

tu dois avoir une valeur en négatif et du coup cela a foiré le reste
Peux tu me donner un accès a ton jeedom en admin stp que je regarde le problème .

merci

Ton mail en MP stp.

[horologi]

Bonjour à tous,

Merci à l'auteur de ce plugin , ça marche nickel, jamais eu d'erreur.

A des fins de sensibilisation des membres de la famille, je souhaite afficher sur une tablette la facture électrique du jour et du mois en cours.
Je vois bien ces infos dans le tableau de bords du suivi conso, mais je ne sais pas comment les recuperer par un Virtuel par exemple ?

Une idee peut etre ?

Merci

[Theking31]

Idem, ça m’intéresse pour récupérer des graph sur le dashboard !!!

+1 pour les sous secitons !

j'ai déjà fait la demande ( il y a maintenant pas mal de temps) auprès de marie mais sans réponse

ce serais tellement plus simple pour tout le monde et plus facile pour moi pour gérer les demandes

Ben il suffit juste de créer plusieurs sujets avec les liens dans ton sujet principal

• [Plugin Tiers][Sujet Principal] Suivi Conso
• [Plugin Tiers][Problème configuration] Suivi Conso
• [Plugin Tiers][Problème graphique] Suivi Conso
• [Plugin Tiers][Bugg] Suivi Conso
• [Plugin Tiers][...] Suivi Conso
• [Plugin Tiers][...] Suivi Conso

[horologi]

Bonjour,
J'ai besoin de votre aide svp, cela fait plusieurs jours que j'essaye de configurer mon plugin suivi conso mais rien n'y fait, j'ai tout essayé
Mes 2 index HP et HC ne remontent pas correctement dans suivi conso. Tout le reste est bon (PTEC, IINST, IMAX ...)
Côté téléinfo j'ai la bonne donnée pour HP : 038063317
Mais côté suivi conso j'ai ça : -591375664 et le chiffre augmente petit à petit mais rien de logique.

J'ai tout vérifié et tout recréer plusieurs fois.

Quelqu'un aurait une idée ?
Merci bcp

Bonjour, exactement le même symptôme, une solution a t elle été trouvée ?

[Phil56]

Bonjour,

J’ai eu un probleme similaire lorsque mes index ont été multipliés par 1000. Il y a une table dans la base de données conso_tmp où sont mémorisées les derniers index remontés et pour mon index hc il y avait une valeur foireuse du coup le plugin faisais un calcul d’écart entre cette valeur mémorisée et la valeur réelle. C’est cette valeur qui est mémorisée dans la table teleinfo. Dans mon cas j’ai remplacé les deux index de la table conso_tmp par la valeur 0 pour retrouver des valeurs correctes.

A voir avec l’auteur du plugin si il confirme.

Ken@vo
Phil

[clemy]

Bonjour,

J’ai eu un probleme similaire lorsque mes index ont été multipliés par 1000. Il y a une table dans la base de données conso_tmp où sont mémorisées les derniers index remontés et pour mon index hc il y avait une valeur foireuse du coup le plugin faisais un calcul d’écart entre cette valeur mémorisée et la valeur réelle. C’est cette valeur qui est mémorisée dans la table teleinfo. Dans mon cas j’ai remplacé les deux index de la table conso_tmp par la valeur 0 pour retrouver des valeurs correctes.

A voir avec l’auteur du plugin si il confirme.

Ken@vo
Phil

Bonne idée, mais tjs pas ok, même après avoir purgé, supprimé et recréé l'équipement.

Maintenance j'ai tout à 0 tout le temps (HC et HP) et le lastvalue de la table conso_tmp à -544677664
Je ne trouve pas d'où peut venir cette valeur.

[mickeys]

Bonjour,

J’ai eu un probleme similaire lorsque mes index ont été multipliés par 1000. Il y a une table dans la base de données conso_tmp où sont mémorisées les derniers index remontés et pour mon index hc il y avait une valeur foireuse du coup le plugin faisais un calcul d’écart entre cette valeur mémorisée et la valeur réelle. C’est cette valeur qui est mémorisée dans la table teleinfo. Dans mon cas j’ai remplacé les deux index de la table conso_tmp par la valeur 0 pour retrouver des valeurs correctes.

A voir avec l’auteur du plugin si il confirme.

Ken@vo
Phil

Bonne idée, mais tjs pas ok, même après avoir purgé, supprimé et recréé l'équipement.

Maintenance j'ai tout à 0 tout le temps (HC et HP) et le lastvalue de la table conso_tmp à -544677664
Je ne trouve pas d'où peut venir cette valeur.

Salut

Donne moi un accès a ton jeedom en admin que je jette un oeil stp

Merci

Envoyé de mon D6503 en utilisant Tapatalk

[sylvain_retz]

Bonjour à tous.

Comme certains, je suis impacté par un comportement étrange, à savoir l'augmentation beaucoup trop importante des consommations des équipements configurés en mode FGD-212.
Ayant un peu de temps, j'ai installé le plugin OutilsDev histoire de voir sous le capot (et d'essayer d'apprendre le fonctionnement des plugins, par simple curiosité).

Premier constat: Que de boulot de l'équipe Jeedom et FELICITATIONS au(x) développeur(s) du Plugin Conso. Y a du boulot de fait!

En creusant un peu et en fouillant, je suis tombé sur le fichier "conso_teleinfo.class.php" qui m'a semblé très intéressant.
A l'intérieur de ce fichier, j'ai regardé de plus prêt la fonction "SaveConsommation"

En activant le log de debug et en insérant des entrées additionnelles dans le logger comme ceci:

Code : Tout sélectionner

if ($last = conso_teleinfo::GetLast($obj)) {
	$TimeLastUpdate=$last['date_upd'];
	log::add('conso_trame_module', 'debug', '-------------------------------------------------------------------------------------------- ');
	log::add('conso_trame_module', 'debug', 'Now : ' .date("Y-m-d H:i:s", strtotime('now')).' / date_upd: ' .date("Y-m-d H:i:s", strtotime($last['date_upd'])));
	log::add('conso_trame_module', 'debug', 'Now : ' .strtotime('now').' / date_upd: ' .strtotime($last['date_upd']));
	$delta = strtotime('now') - strtotime($last['date_upd']); 
	log::add('conso_trame_module', 'debug', 'Delta : ' .$delta);
			/***********************************************************/
			/*calcul de la conso en fonction de la puissance*/
			/***********************************************************/

j'ai remarqué que $last['date_upd'] retournait une date/heure au format UTC, soit 1 heure de moins que strtotime('now');

Resultat en prenant le cas d'un chauffage de 1000W:
Delta de temps entre 2 enregistrements noramlement: 90s
Delta de temps entre 2 enregistrements calculée par le code: 3690s (1 heure de plus à cause de cette différence UTC/Paris)
Donc 1000W * 3090 s /3600s soit 858W de plus toutes les 90s
Au lieu de 1000W * 90 s /3600s soit 25W de plus toutes les 90s
Résultat au bout de 1 heure 858*3600/90 => 34333W/h
Au lieu de 25 * 3600 / 90 => 1000W/h
Mon écart de comptage semblerait donc pour moi expliqué.

En ajoutant le forcage de la timezone dans en mode "Paris" comme ceci:

Code : Tout sélectionner

		if ($last = conso_teleinfo::GetLast($obj)) {
          	date_default_timezone_set('Paris');
          	$TimeLastUpdate=$last['date_upd'];

comme dans la configuration de Jeedom (onglet général), cela semble complètement résoudre mon probléme.

Code : Tout sélectionner

[2017-11-25 17:32:55][DEBUG] : -------------------------------------------------------------------------------------------- 
[2017-11-25 17:32:55][DEBUG] : Now : 2017-11-25 17:32:55 / date_upd: 2017-11-25 17:31:27
[2017-11-25 17:32:55][DEBUG] : Now : 1511627575 / date_upd: 1511627487
[2017-11-25 17:32:55][DEBUG] : Delta : 88
[2017-11-25 17:32:55][DEBUG] : --------------Calcul de la conso en fonction de la puissance-------------------------------- 
[2017-11-25 17:32:55][DEBUG] : Puisssance :1000
[2017-11-25 17:32:55][DEBUG] : CALCUL :((1000 * (1511631175 - 1511631087)) / 3600)
[2017-11-25 17:32:55][DEBUG] : tmp_value  : 0.7218+24.444444444444=25.166244444444
[2017-11-25 17:32:55][DEBUG] : Consommation sur 1 minute :  24.444444444444 W/Min
[2017-11-25 17:32:55][DEBUG] : Conso Insérée : 573256W  - Reste a stocker : 0.16624444444444W
[2017-11-25 17:32:55][DEBUG] : VARIATION : 25W
[2017-11-25 17:32:55][DEBUG] : REPLACE INTO conso_teleinfo (timestamp , rec_date, rec_time ,hchp,hchc,ptec,inst1,papp,imax1,id_equipement,temp) VALUES (1511627575,"2017-11-25","17:32:55",932751,462408,"HP",0,1000,51,246,8)
[2017-11-25 17:32:55][DEBUG] : Consommation : 82.53 (82.53 * 1000) unity : 1000 HP last value : 0---variation :25 last hp : 932726---lasthc : 462408----newshp : 932751---newshc : 462433
[2017-11-25 17:32:55][DEBUG] : UPDATE conso_tmp	SET hp = 932751,ptec = "HP", tmp_value = 0.16624444444444,variation = 25,lastvalue = 573256,date_upd = NOW() WHERE	 id_ecq = 246

Comme c'est la première fois que je fait du php et aussi la première fois que je modifie qq'chose sous Jeedom, merci de vos feedbacks et surtout si un dev passe par là, un retour sur l'analyse du problème et sa reśolution.
PS: J'aurais préféré récupérer la configuration de Jeedom au lieu de mettre 'Paris' en dur dans le code.

Merci de votre aide / commentaires

Sylvain

[mickeys]

Bonjour à tous.

Comme certains, je suis impacté par un comportement étrange, à savoir l'augmentation beaucoup trop importante des consommations des équipements configurés en mode FGD-212.
Ayant un peu de temps, j'ai installé le plugin OutilsDev histoire de voir sous le capot (et d'essayer d'apprendre le fonctionnement des plugins, par simple curiosité).

Premier constat: Que de boulot de l'équipe Jeedom et FELICITATIONS au(x) développeur(s) du Plugin Conso. Y a du boulot de fait!

En creusant un peu et en fouillant, je suis tombé sur le fichier "conso_teleinfo.class.php" qui m'a semblé très intéressant.
A l'intérieur de ce fichier, j'ai regardé de plus prêt la fonction "SaveConsommation"

En activant le log de debug et en insérant des entrées additionnelles dans le logger comme ceci:

Code : Tout sélectionner

if ($last = conso_teleinfo::GetLast($obj)) {
	$TimeLastUpdate=$last['date_upd'];
	log::add('conso_trame_module', 'debug', '-------------------------------------------------------------------------------------------- ');
	log::add('conso_trame_module', 'debug', 'Now : ' .date("Y-m-d H:i:s", strtotime('now')).' / date_upd: ' .date("Y-m-d H:i:s", strtotime($last['date_upd'])));
	log::add('conso_trame_module', 'debug', 'Now : ' .strtotime('now').' / date_upd: ' .strtotime($last['date_upd']));
	$delta = strtotime('now') - strtotime($last['date_upd']); 
	log::add('conso_trame_module', 'debug', 'Delta : ' .$delta);
			/***********************************************************/
			/*calcul de la conso en fonction de la puissance*/
			/***********************************************************/

j'ai remarqué que $last['date_upd'] retournait une date/heure au format UTC, soit 1 heure de moins que strtotime('now');

Resultat en prenant le cas d'un chauffage de 1000W:
Delta de temps entre 2 enregistrements noramlement: 90s
Delta de temps entre 2 enregistrements calculée par le code: 3690s (1 heure de plus à cause de cette différence UTC/Paris)
Donc 1000W * 3090 s /3600s soit 858W de plus toutes les 90s
Au lieu de 1000W * 90 s /3600s soit 25W de plus toutes les 90s
Résultat au bout de 1 heure 858*3600/90 => 34333W/h
Au lieu de 25 * 3600 / 90 => 1000W/h
Mon écart de comptage semblerait donc pour moi expliqué.

En ajoutant le forcage de la timezone dans en mode "Paris" comme ceci:

Code : Tout sélectionner

		if ($last = conso_teleinfo::GetLast($obj)) {
          	date_default_timezone_set('Paris');
          	$TimeLastUpdate=$last['date_upd'];

comme dans la configuration de Jeedom (onglet général), cela semble complètement résoudre mon probléme.

Comme c'est la première fois que je fait du php et aussi la première fois que je modifie qq'chose sous Jeedom, merci de vos feedbacks et surtout si un dev passe par là, un retour sur l'analyse du problème et sa reśolution.
PS: J'aurais préféré récupérer la configuration de Jeedom au lieu de mettre 'Paris' en dur dans le code.

Merci de votre aide / commentaires

Sylvain

Slt

Merci pour tes retours, effectivement beaucoup de travail de plusieurs années pour en arrivé là

Ne peux tu pas changer cette horraire directement dans jeedom ou ton rpi ?

Si je force à Paris, cela poserais des problèmes aux utilisateurs étranger



Envoyé de mon D6503 en utilisant Tapatalk