Archive

Archive for the ‘Ecologie’ Category

Vanne thermostatique électronique

16 janvier 2011 Commentaires fermés

Suite à une discussion avec Patrick Dizerens, nous avons abordé le sujet des économies d’énergie. Ce dernier a changé toutes les vannes de ses radiateurs par un modèle électronique, et en était ravi. Fonctionnement de la vanne thermostatique:

http://www.energie-environnement.ch/fr/maison/renovation-et-chauffage/vanne-de-radiateur/209?prec_id=147 et

http://www.energieplus-lesite.be/energieplus/page_10965.htm

Lorsque j’ai vu chez Distrelec une promotion pour un équipement à env. 30.- pièce, n° 84 15 37, je m’empresse d’en commander 4 pour équiper l’étage: salle de bain, 2 chambres, le bureau (où j’écris ce papier!).

Vanne

Vanne thermo électronique

La mise en route consiste à démonter (enlever une bague) l’ancienne vanne, poser un adaptateur avec pas de vis en plastique et visser la vanne par un collier. Les piles mises, on peut passer à la partie programmation: date, heure actuelle; température de consigne sur des plages horaires (4/jour) et les jours de la semaine sélectionnés. Pas mal! Avec la roue codeuse, c’est extrêmement rapide et confortable à régler.

Un moteur avance ou recule un axe. Il s’entend bien dans une ambiance silencieuse (zonzon..zonzon.. laisser la programmation de la chambre à 18°C!). L’axe s’appuie sur l’index de la valve et règle le débit d’eau chaude: plus on le pousse contre le radiateur, plus ça ferme. La course utile est d’environ 2 mm. Une fois la vanne installée, il faut initialiser la course qui va à fond par 2 fois, puis le menu se met sur « automatique ».

Premier obstacle: un des radiateurs a sa vanne placé proche du mur, le nouveau modèle ne passe pas… Second problème: sur 2 radiateurs (sur les 4 prévus) l’index permettant de limiter le débit d’eau est… grippé sur max! Après avoir re-mobilisé cette mécanique avec pince et marteau, la vanne électronique apposée finit son initialisation… par une erreur « F2 », course trop longue! Raaah!

Pour vérifier l’effet mécanique de l’ancienne vanne thermo, je la passe sous l’eau froide, puis chaude. La course mécanique observée n’excède pas 2 mm pour 30°C. Autant dire que son efficacité est inutilisable! Surtout si on ne remarque pas que le mécanisme sur lequel elle agit est grippé. La mesure de la position de l’index sur un radiateur OK et celle d’un KO montre qu’effectivement il y a une marge de différence d’un bon millimètre, pas rattrapable par le mécanisme de mouvement. Finalement, la solution la plus simple que j’aie trouvé pour compenser cet écart est de glisser une pièce de 5 ct entre l’axe motorisé et l’index de la vanne!

5 cts

5 centimes - ép. 1 mm

Il reste maintenant à vérifier si la durée des piles – et de l’équipement – permet une opération écologique. Les prémisses sont positives: lorsque mon PC (et moi…) chauffent le bureau, un zonzon m’indique que la vanne se ferme.

 

Catégories :Ecologie, hardware

Barrette écologique – suivi 2

27 août 2010 Commentaires fermés

Nous voici donc dans la partie hardware. Le logiciel va continuer son évolution, mais dans des fonctions plus fines et des ajustements. Il s’agit donc de mettre le prototype sous forme de prints à réaliser, et de câblage à définir.

barette_prises_2
Prototype barrette

Un grand merci à Maurice Wulliens qui s’attelle à la réalisation des prints! Après discussion, nous avons décidé d’organiser le montage en minimisant les composants dans le boîtier de commande, lequel contiendra:

  • Le module WEB Modtronic SBC65EC
  • Une alimentation 230 VAC – 9VDC
  • l’horloge temps réel
  • les entrés de commutateurs
  • les pilotages de LEDs
  • les pilotage des triacs

Ces 3 derniers iront sur des connecteurs et seront reliés par câbles plats.

L’intégration dans une barrette du commerce, suffisamment démontable est prévue pour:

  • 2 à 3 prints pour le puissance, avec triacs et optos
  • 1 print de mesure du courant
  • les boutons poussoirs
  • les LEDs

Donc pas mal de choses à intégrer à la barrette. Le modèle retenu est vendu par la Migro. C’est un assemblage dans un rail en plastique, comportant un bouton d’allumage et 6 prises. les extrémités du profil sont fermées par deux flasques, facilement usinables pour nos besoins. En voici un aperçu:

barrette Migro avant démontage

Barrette Migro couvercle ouvert

couvercle ouvert

L’idée est donc de mettre des prints avec les triacs dans la barrette, de manière à diminuer la taille du module de commande, et aussi à ne pas y introduire de puissance. Suite au prochain épisode!

Catégories :Ecologie, hardware, PIC

Horloge et table de commutation

6 mars 2010 Commentaires fermés

Dans l’implémentation du code nécessaire au projet « barrette écologique », j’ai quelque peu séché sur le problème du suivi de la table de commutation. Celle-ci contient des données non-triée de temps, de jour(s) de la semaine et de la commutation à appliquer.

Comment trouver à coup sûr la dernière commutation et la prochaine à venir? Une fonction de différence de temps est nécessaire et rend un delta:

delta = ((int) prtc_line->hour - (int) DB_SystemClock.Time.hh) * 60 +
(int) prtc_line->minute - (int) DB_SystemClock.Time.mm;

Petit piège en langage C, les bytes à transformer en int, sinon-> écrêtage à 255. Ensuite, nous parcourons régulièrement toutes les lignes du tableau de commutation.  Ainsi la valeur obsolète sera mise à jour. Celle-ci sera remplacée au fil des scan, si une ligne plus proche existe dans la table, parcourue de 0 à n.

Pour résoudre ce problème, je me suis contenté d’une fonction qui ne traite que 24 heures, laissant à plus tard son complément pour traiter des semaines. Le tableau ci-dessous montre la simplicité du raisonnement pour 24H:

  • Le plus grand delta négatif est celui de la dernière commutation à 11h – l2;
  • Le plus petit delta positif, la prochaine commutation 13h – l3.

Sur une semaine, ça ne fonctionne plus! En effet, admettons que nous sommes lundi (jour=1) et que les commutations sont seulement sur dimanche, jour=7? En admettant que notre fonction « delta » ajoute 24*60 par jour, il apparaît que la prochaine commutation est la première de dimanche, et la commutation en cours est la dernière de dimanche!! Tous des nombres positifs!! Notre fonction va donc trouver

  • Le plus grand delta (mais pas négatif) sera celui de la dernière commutation à 14h – l4;
  • Le plus petit delta positif, la prochaine commutation 10h – l1.

Faut-il une logique « intraday », travaillant avec +/- et une autre pour les jours à distance?

Commutation

l1

l2

time

l3

l4

heure

10h00

11h00

’12:10

13h00

14h00

Delta

-130

-70

delta

+50

+110

Delta corrigé 1 semaine

+9950

+10010

+50

+110

La solution est la suivante: lors de la recherche et comparaison, pour éviter les problèmes des jours répartis sur une semaine, on ajoute une correction de 7 jours * 24 heures * 60 minutes au temps de commutation de la ligne lue s’il est inférieur a 0. ce calcul tient compte du fait que les écarts sont cycliques sur une semaine de 7 jours. De ce fait, le test de comparaison de temps se fait toujours sur des nombres strictement positifs, et fonctionne pour le jour courant et … les autres de la semaine.

Grâce à Code::Blocks, j’ai pu tester et valider mes fonctions efficacement, car modifier + charger le binaire dans le module PIC est bien long… voir: https://microclub.wordpress.com/2009/11/23/barrette-ecologique-suivi

Yves Masur

Barrette écologique – suivi

23 novembre 2009 13 commentaires

Comme ce projet avance par étapes, je me propose d’en relater les avancées ici. Eh oui, c’est finalement assez complexe, et ça mérite quelques éclaircissements. Il ya :

  • Le hard
  • le logiciel bas niveau
  • les processus LAN
  • du temps réel
  • l’interface WEB
  • de la compression
  • des stockages et transmission de données

Actuellement (novembre 2009),  le hard est posé dans les grandes lignes; mais pas complètement arrêté. La clock RTC sera matérialisé par un DS1307, une pile, un quartz. La commande de triacs sera fortement inspirée d’une interface de Franic (merci Laurent!).

Les couches logicielles assez bien définies; toutefois, c’est la partie qui risque de subir les plus grand changements – même si le hard est terminé! Chacun pour

clock et datas

clock et datas

ra peaufinner son interface WEB. Pour cela, il faudra une bibliothèque bien établie de tags, et de modules en Javascript. Et de modules en C, bien sûr.

Le tout est téléchargeable ici: http://yves.masur.microclub.ch/articles/

Ce n’est pas vraiment un article, mais il y a: le code source, les pages WEB, et deux documents au format pdf. « MXBOARD_decouverte » présente les différentes facette de cette plateforme, alors que « barette » est le cahier des charges – qui se transforme en cahier de réalisation petit à petit.

Yves Masur

Catégories :Ecologie, hardware, programmation, réseau, web Étiquettes : , , , , ,