Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Decalage date des valeurs importées #4

Open
pafnow opened this issue Apr 6, 2023 · 4 comments
Open

Decalage date des valeurs importées #4

pafnow opened this issue Apr 6, 2023 · 4 comments

Comments

@pafnow
Copy link

pafnow commented Apr 6, 2023

Bonjour,
Votre solution semble très interessante bien que laborieuse à mettre en place.
Du coup, avant de me lancer, je voulais m'assurer que les données importées ne subissait pas le décalage entre le jour de consommation et le jour de disponibilité. Je m'explique.
Avec GRDF, on a les données généralement 2 jours après le jour de consommation. Quand ces données sont importées avec MetersToHA, seront-elles affichées à la bonne date ou à la date d'aujourd'hui ?
J'avais ce problème avec la solution précédente, et la solution que j'avais trouvé consistait à utiliser une long-term statistic (https://github.com/herveja/homeAssistant)

@mdeweerd
Copy link
Owner

mdeweerd commented Apr 6, 2023

Ajouter des données historique à Home Assistant n'est pas qqchse de bien soutenu. Dans l'état actuel on met à jour une (quasi-)entité qui est ensuite utilisé par HA pour générer sa statistique.

La mise à jour d'une entité se fait forcément à date/heure actuel.

Grace au projet de @herveja j'apprend qu'il y a donc depuis 2021 une méthode permettant de modifier directement les statistiques sans faire des opérations SQL "en direct".

Cela nécessite une évolution de MetersToHA. Le mieux serait d'ajouter un nouvel "Injecteur", par exemple 'hastat', qui appelle soit un service de HA (à travers le web service) avec le nom de la statistique à mettre à jour et le tableau des valeurs, soit - en intégrant le tout comme une bibliothèque au script AppDaemon - en appelant cette fonction directectement.

Le service manque dans HA - dans un premier temps je pourrai en ajouter un facilement à "zha-toolkit" évitant la lourdeur de mettre en place une nouvelle intégration puisque "zha-toolkit' est une integration que je gères. Il faudrait aussi un deuxième service pour récupérer la statistique actuelle (pour savoir à partir de quand importer les statistiques).

Ensuite/en parallel il faudrait mettre au point la construction du tableau historique à soumettre à ce service. Et puis l'étendre au service veolia-idf ;-).

Ce qui représente un peu de travail quand même.

Je le notes, mais à court terme je ne vais pas avoir le temps pour mettre cela au point.

@pafnow
Copy link
Author

pafnow commented Apr 6, 2023

Merci pour votre réponse, en effet ca semble être pas mal de boulot, je reste abonné à votre repo en tout cas !
Bonne journée

@mdeweerd
Copy link
Owner

mdeweerd commented Apr 6, 2023

Bonne nouvelle: le WebSocket existe:

https://github.com/home-assistant/core/blob/84292d4797367e1a153c90874386eefed67f035a/homeassistant/components/recorder/websocket_api.py#L447-L484

Pour info, la configuration est un peu labourieux car je n'ai pas trouvé d'autre méthode disponible pour utiliser selenium. Pour rendre tout cela moins labourieux, je pense qu'il faudrait créer un "AddOn" à HomeAssistant. Il y a déjà des fichiers "DockerFile" qui peuvent servir comme base, mais il y a aussi du boulot pour la mise au point du AddOn.

@mdeweerd
Copy link
Owner

mdeweerd commented Oct 7, 2023

Qqchse est en train d'être mise au point sous #11 .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants