Forums des énergies : société, écologie et technologies propres

Bonjour à tous,

Je consulte depuis pas mal de temps déjà ce forum. Je trouve que les échanges y sont d'une grande qualité et je remercie tous ceux qui y contribue , vos discutions ont nourri ma réflexion lorsque j'étudiais l'alternative à mon ancienne chaudière au propane .

Et donc ça y est, depuis à peine deux semaines ma maison est équipée d'une chaudière à granulés Okofen Pellmatic compact PES210 couplée à des capteurs solaire pour l'ECS. Pour l'instant tout fonctionne à merveille . Je croise les doigts, mais comme je suis d'une nature prudente et que j'aime bien savoir si on utilise les ressources à leur plein potentiel, je souhaiterai me faire un tableau de bord pour grapher toutes les informations utiles et les analyser. J'ai donc commencé par connecter la chaudière à mon réseau local et activé le JSON. C'est bon, j'arrive à récupérer les informations de la chaudière (vois ci-dessous).

Bon, collecter les informations c'est bien, mais il me faut aussi comprendre ce qu'elle veulent dire (il y a une partie de la réponse ici) puis les stocker et les grapher. Alors avant de me lancer tête baissée dans la configuration d'un node-red + InfuxDB + Grafana, j'ai farfouillé un peu l'internet pour voir si d'autres personnes ne s'étaient pas déjà un peu creusé le cerveau sur le sujet, et j'ai trouvé quelques trucs intéressants :

• Le projet OkoVisionqui a l'air très cool, mais qui n'est malheureusement plus maintenu
• OkofenSpyqui a l'air sympa aussi, développé par un allemand. Mais j'ai des doutes quand à son mode de calcul de la quantité de granulés consommés...

Bon du coup je n'ai rien trouvé qui me convienne parfaitement. Ce que je voudrais c'est faire des graphes temporels permettant de voir l'évolution des données et le fonctionnement de l'installation (comme OkoVision). Par exemple un graphe avec température extérieur + température intérieur + température de départ plancher chauffant + température retour plancher chauffant + consigne + plages de fonctionnement de la chaudière. Pour le ballon d'ECS : Température du ballon, température des capteur, fabrication d'ECS par la chaudière ...

Peut-être aussi ajouter d'autres capteurs. En effet, je n'ai pas l'impression qu'on connaisse la quantité de granulés consommés, et ça j'aurais bien aimé l'avoir... Cette information est traitée dans OkoVision, mais je ne sais pas de quelle chaudière il récupérait les informations. surement un modèle qui fournissait cette information...

Est-ce que certains d'entre vous ont déjà ce genre de tableau de bord ? Pour quel modèle de machine ? Quelles données y figurent ? Qu'est-ce qui vous semblerait intéressant d'avoir ?...



Voilà les données que je collecte via JSON :


Bonne soirée,
Hubert

Bonsoir,

La chaudière peut fournir des graphes représentant son fonctionnement directement sur l’écran tactile, du coup je me demande si votre chaudière est récente vu votre recherche

Pour la consommation de granulés, la méthode la plus fiable restera celle du poids et sans équipement spécifique sur le silo, vous n’obtiendrez qu’une estimation faite à partir du nombre de tour de vis d’alimentation.
C’est comme cela qu’Okovision procède et il est toujours fonctionnel. Pour le moment avec les dernières versions de firmware (>3 il me semble), il suffit de récupérer les fichiers csv et les importer en masse depuis l’interface d’Okovision

Bonjour Pilpoill,

Merci beaucoup pour ta réponse. Ma chaudière est récente et équipée du firmware v4.
Les graphes sur l'écran de la chaudière, je ne trouve pas ça pratique et c'est limité aux graphes journaliers.

Par contre je ne savais pas qu'on pouvait toujours utiliser OkoVision en important les csv. J'ai donc procédé (non sans mal) à l'installation d'OkoVision sur mon NAS. Ça n'a pas été facile parce que la doc est incomplète et qu'elle date un peu. Pas mal de choses semblent avoir évolué depuis sa rédaction, tant au niveau des écrans qu'au niveau de la sécurité et des logiciels utilisés.

Bref, Okovision tourne et j'arrive à y injecter les données par lot (j'ai vérifié dans la base de donnée). En revanche, l'import reste assez fastidieux puisqu'il faut récupérer le csv sur la chaudière, le transférer sur le NAS, se connecter au NAS pour modifier les droits sur le fichier pour qu'il puisse être traité par le script, se connecter à Okovision et procéder à l'import. Bon, c'est peut-être gérable, mais c'est pas très automatique. Après, ce qui m'embête le plus, c'est que malgré tout ça, je n'arrive pas à avoir le moindre bout de graphe tracé par OkoVision



(Il me demande de renseigner les informations du dernier remplissage, mais je l'ai fait.)

Est-ce que je suis le seul dans ce cas ?

Ok, pour la conso de granules, le mieux est donc que j'intègre des jauges de contrainte à mon silo.

Hello,

Alors il y a beaucoup plus simple si tu es sous le firmware 4, tu peux te faire envoyer par mail tous les csv chaque nuit de manière automatique ! Depuis le temps que cette fonction existait mais ne fonctionnait pas…
Il suffit de renseigner quelques infos dans le menu généralités/e-mail ET de renseigner dans le menu graph ce que tu souhaites recevoir.

Pour Okovision, une fois que tu as fait ton import de fichiers, il faut que tu lances le calcul.
De tête c’est dans le même menu que l’import de masse.

Bonjour,

Effectivement, pendant que je farfouillait sur la machine pour voir ce qu'elle pouvait me proposer comme graphes, j'ai vu qu'il que je pouvais m'envoyer les stats quotidiennes par mail. J'ai renseigné mon mail et j'ai reçu cette nuit le fichier csv.

C'est vrai qu'en demandant le calcul des synthèses journalières c'est beaucoup mieux



Il ne me reste plus qu'à comprendre à quoi correspondent tous les paramètres .
Un certain nombre sont déjà "traduits" par OkoVision, mais pas tous et quand bien même ils le sont ça en me parle pas forcément...

Si quelqu'un a la correspondance pour les éléments ci-dessous qui n'ont pas de traduction, je suis preneur :

Bonjour à tous,

Petit retour d'expérience après avoir mis en oeuvre deux solutions de monitorig de la chaudière :

- OkoVision
- Oekofen-spy

Okovision
Superbe outil ! Très abouti, mais ne permets pas de collecter les données via JSON qui à mon avis est la solution la plus pérennes dans le temps. Je crains en effet qu’Okofen n’abandonne le CSV un jour. La récupération des fichiers CSV s’est d’ailleurs compliquée et n’est plus possible par une simple requête depuis la V4 du firmware. D’après l’auteur, le dernier firmware compatible est le 3.10d.

Point très positif : L'outil renomme les libellés de données, ce qui les rends compréhensibles pour un utilisateur lambda .

L’installation peut être un peu complexe, pour ma part je l’ai installé sur mon NAS Synology. La doc est un peu vieillissante, les écrans ne sont plus forcément identiques et les contraintes de sécurité se sont renforcées.

Oekofen-spy
Celui-ci je l'ai installé sur un RasprerryPi. Il fonctionne à partir de scripts Python qui se trouvent dans le dossier python3 du projet :

- Un pour initialiser la base de données (init_influx_oekofen_spy.py), mais la doc indique comment le faire manuellement et ne fait pas référence à ce script.
- Un pour collecter les données CSV que je n'ai pas testé (oekofen_fetch_csv.py), mais j'imagine qu'il ne fonctionne plus depuis le firmware 4 lui non plus
- Un pour collecter les données JSON et les injecter dans la base de données InfluDB (oekofen2influx_fetch_Python3_JSON-alt.py), c’est ce dernier uniquement que j’ai mis en œuvre

Plusieurs problèmes rencontrés lors de la mise en œuvre du script :

Le script plante :


J’ai ouvert un Issue : https://gitlab.com/p3605/oekofen-spy/-/issues/1


Pour contourner le problème, j’ai vu que je pouvais éviter le bloc qui comportait l’instruction qui pose problème en positionnant une variable au début du sctipt à True :

Ensuite, il faut indiquer les paramètres propres à son environnement :


Et il faut enfin lancer régulièrement le script en le plaçant dans la cron. Pour ma part, j’ai dut le placer dans la cron de root, car dans celle de pi il ne doit pas avoir les privilèges nécessaire pour s’exécuter et rien ne se passe. J’ai choisi de récupérer les données toutes les minutes :




En complément, j’ai aussi activé les logs de cron en éditant et décommentant la ligne adéquate du fichier


Tout ça pour dire que l’outil est un peu galère à mettre en oeuvre, d’autant qu’une fois l’intégration des données en base effectuée, il faut s’occuper de la parte tableau de bord, et là c’est trop la joie non plus…

En effet, on trouve sur le repository du projet un fichier JSON qui me semble permettre d’importer la configuration du tableau de bord (enfin c’est ce que je pense cas ce n’est pas documenté), mais lorsque je l’importe dans grafana il ne se passe pas grand chose… après peut-être que je ne fais pas ce qu’il faut, je ne suis pas un expert de Grafana.

Pour finir, je suis donc en train de paramétrer un tableau de bord, mais là encore ce n’est pas facile puisque les data sont stockées avec des libellés obscures :

Bonjour,

Il paraît qu’il n’est jamais trop tard pour répondre, je tente de remonter le sujet pour raviver la flamme de son auteur !

As-tu progressé dans ta recherche ?