Récupérer ses informations de consommation électriques via l'API GRDF

[yvanf]

Bonjour,
Merci, c'était effectivement cela : table disparue.
J'ai donc remplacé le fichier domoticz.db (qui était à 0) par une sauvegarde d'il y a qq jours.
J'ai un nouveau message d'erreur : Error: near line 1: disk I/O error (pour les 12 premières lignes)

[epierre]

Ta sdcard est en train de mourir si ce n'est pas déjà le cas, elle se met souvent en lecture seule avant de mourir

[trendy]

Bonjour
Je viens de faire une installation toute neuve et pas de bol j' ai ca dans le log :

2019-11-28 09:53:04,315 logged in successfully!
2019-11-28 09:53:04,315 retrieving data...
Traceback (most recent call last):
File "/home/domoticz/domoticz/domoticz_gaspar/gaspar_json.py", line 179, in <module>
main()
File "/home/domoticz/domoticz/domoticz_gaspar/gaspar_json.py", line 124, in main
dtostr(today))
File "/home/domoticz/domoticz/domoticz_gaspar/gaspar.py", line 150, in get_data_per_month
return _get_data(session, 'Mois', start_date, end_date)
File "/home/domoticz/domoticz/domoticz_gaspar/gaspar.py", line 300, in _get_data
d = md.group(1)
AttributeError: 'NoneType' object has no attribute 'group'

Une idée ?

[epierre]

oui, tu n'as pas le "got data", pb de dispo de site en face ou d'identification

[trendy]

Ah ok merci !
L' identification est ok mais je crois qu' ils ne m' ont installé ce compteur qu' il y a un mois ou deux et effectivement il n' y a pas l 'air d' avoir des masses de datas.
Du coup je mets en crontab et peut etre qu' un de ces jours j' aurais la surprise

[brenten]

Bonsoir à tous,
je suivais de loin le topic mais depuis que je suis passé au Gazpar, ça devient beaucoup plus concret.
pour commencer, merci à tout ceux qui ont déjà dégrossi le problème, et ça me donne qq idées pour faire avancer le chimili sur un montage que je fais actuellement de pv routeur, et de rajouter la fonction de comptage du gazpar en plus sur l'interface web ( en plus de l'envoie d'info vers domoticz )

pour la version du plugin de domoticz, j'ai pu la faire marcher sur la dernière version de winston en changeant
à la ligne 121 du domoticz_gazpar.js

Code : Tout sélectionner

logger.add(new winston.transports.File({filename: './lnk95.log'}));

et je vais essayer de trouver un peu de temps pour faire comme avec le module linky qui est intégré directement à domoticz

[brenten]

Pour ceux que ça intéresse, j'ai refait une version très light pour Domoticz pour la lecture des impulsions du Gazpar avec un esp8266 ( me suis très fortement appuyé sur les travaux existant, et j'en remercie les auteurs )
https://github.com/xlyric/Gazpar-light

j'ai rajouté :

• de la doc

• configuration automatique du Wifi

je referais plus tard une version un peu plus sexy avec interface Web et graph.

[brenten]

ça y est j'ai fini la version full avec interface web ( je rajouterais des fonctionnalités plus tard )
https://github.com/xlyric/Gazpar-light

[Kyrille]

Pour ceux que ça intéresse, j'ai refait une version très light pour Domoticz pour la lecture des impulsions du Gazpar avec un esp8266 ( me suis très fortement appuyé sur les travaux existant, et j'en remercie les auteurs )
https://github.com/xlyric/Gazpar-light

J'utilise depuis quelques temps l'API GRDF et tout se passe bien (merci à @epierre et les autres). Malgré tout, votre approche me titille pour plusieurs raisons. D'abord, il n'est pas clair si cette API GRDF est réellement officielle (en tout cas, elle change de temps en temps, sans prévenir, et non documentée de toute façon). Ensuite, il arrive que les infos du jour n'apparaissent sur le site (et donc dans Domoticz) que 48h à 72h plus tard. Enfin, sauf peut être à payer une option chez notre fournisseur, il n'est pas possible d'être très précis (rien en dessous de la journée). L'approche impulsionnelle balaie tout ça (petit doute tout de même : se peut-il que l'info ne soit plus rendue accessible en sortie de compteur un jour, sauf à payer ?).

Se lancer dans cette voie nécessite quelques dépenses (rien que le câble de connexion JAE pour se relier au compteur Gazpar coûte dans les 15 ou 20€ livrés si on veut faire ça bien et étanche), et j'ai donc quelques questions qui pourront peut être en intéresser d'autres (mais on peut ouvrir un autre post s'il faut).

Mon compteur est à l'extérieur (dans un coffre quand même), avec le WiFi de la maison qui est accessible mais pas de source d'alimentation. Du coup, je m'oriente vers une alimentation autonome de l'ESP8266. Je partirais sur du Wemos Lolin D1 mini Pro V2 par exemple, qui propose une alimentation possible en USB ou avec batterie Lipo. Mais se pose surtout la gestion de l'énergie. Pour rendre viable une telle solution, il semble nécessaire d'optimiser un minimum la consommation. J'ai trouvé une vidéo qui explique comment stocker plusieurs données avant d'activer le WiFi (qui est très consommateur d'énergie) pour toutes les envoyer d'un coup. Croyez-vous qu'il soit possible facilement de modifier votre code pour avoir un bon compromis entre précision (on ne loupe aucune impulsion), réactivité (les infos sont transmises chaque heure par exemple) et autonomie (WiFi activé le moins souvent possible) ?

En creusant, je suis par exemple tombé sur une vidéo qui explique l'utilisation de la zone mémoire RTC de l'ESP en deep sleep mode :

https://m.youtube.com/watch?v=r-hEOL007nw

En tout cas, merci @brenten pour ce travail !

Envoyé depuis mon téléphone en utilisant Tapatalk

[decalco]

Bonjour à tous, et bravo pour le travail de chacun.
Pour moi, la remontée des données GRDF fonctionne bien, sauf que je ne récupère que les 12 derniers jours.
Comment faire pour remonter tout l'historique (début 2019) ?