Reprise du message précédent :

Oui c'est moi m'est trompé  

Ca vous revient à quel budget global votre Pi3 doppé aux hormones ?    (coût global Pi, alim, stockage, boitier, câbles, ....)

 
En gros:
- Pi3+boitier 40€
- Alimentation 10€
- SSD mSata 16Go 25€
- Boitier mSata 15€
 
Autour de 90€ donc, mais on peut encore optimiser un peu (le Pi3 est descendu à 25€ chez Gearbest par exemple)
 
Ca peut sembler relativement cher "juste pour un Pi" comparé à d'autres solutions, mais je trouve ça intéressant car on reste sur des composants très classiques que l'on trouve partout, faciles à remplacer

200€    
 
Alim 0€
Pi3 45€
Boitier Pibow Ninja + Plaque frost 20€
HAT Unicorn 33€
SSD 120Go 70€
Boitier M2 35€
 
Aucun achat en ligne d'ou les prix plus élevé.  

Jeedom et domoticz sont utilisables en tant que simples récepteurs/transmetteurs d'infos pour tout centraliser, sans devoir utiliser impérativement leurs interfaces ? Car pour Jeedom par exemple, ils parlent de "mise en relation de tous les équipements et objets connectés", ce qui est à priori ce que je souhaiterais faire, mais ils parlent aussi de "gestion de scénarios simple et avancée, interaction....." qui serait donc leur manière de faire, ce que je ne souhaite pas en revanche. Je veux rester maître de toute la logique de fonctionnement, de création de scénarios, etc., et ne pas me baser sur des fonctions toutes prêtes issues d'un SDK par exemple (sauf si bien sûr ces fonctions sont juste "envoyer telle info à tel récepteur", "trigger une callback à la réception d'une donnée de tel appareil"...).
 
En gros est-ce que ces trucs me permettront de simplement faire transiter l'info de mes objets connectés vers mon RPi puis mon téléphone, et inversement, lorsque le RPi recevra une commande envoyée depuis mon appli perso, est-ce qu'ils permettront d'envoyer une commande depuis le RPi vers ces appareils, juste comme un relai ?
 
EDIT : sinon je ne me sers que du soft et je prends un émetteur/récepteur supplémentaire à plugger sur le RPi qui soit suffisamment universel pour communiquer avec plein d'équipements connectés ?

drap.

 
   
 
Oui, ça commence à faire cher en effet pour un Pi.
 

 
Le prix d'un NUC donc.    
 

En vrai le pi tu peux le commande en Chine, le HAT est un addon dispensable, le boitier je l'imprime et je mets pas de SSD... Je m'en sors pour 40€ et ça fait la même fonction (minus le HAT).

Je voulais pas d'une solution propriétaire ou faut racheter la box complete (si toujours en vente et trouvable). La le Pi crame, j'en rachete un autre. Le SSD saute, je rachete un M2. Etc, etc. Bref, une solution standard et pérenne ou tout est hotswappable.  

 
pour la partie scenario de Jeedomp, c'est de la programmation assez basique:  
http://sarakha63-domotique.fr/jeed [...] scenarios/
 
En gros ton Rpi a dison une clef usb Zwave, est connecté à ta gateway Xiaomi et a ton pont hue sur le réseau. Chaque équipement domotique est représenté par un équipement dans Jeedom, qui emet / recoit des commandes. Après pour attauqer ces infos en direct, je ne sais pas si c'est possible. Mais simplement, tu peux faire un scénario, si ouverture de porte alors envoi d'un message sous telegram, ou envoi de mail, avec en plus extinction de lumière ou autre.

 
je me sers de mon raspi+jeedom ou domoticz comme passerelle, je remonte toutes les données vers un script php sur un serveur, qui loggue les infos dont j'ai besoin dans une bdd mysql. A l'envers, j'ai un fichier de config php pour mapper les ids des commandes jeedom (lever ou fermer un volet, basculer un interrupteur) et c'est une interface perso qui envoie la commande (appel REST vers l'API de domoticz/jeedom). Pour tout ce qui est scénario, script, je fais principalement des tâches planifiées php (toutes les minutes, heures...) et dedans j'ai ma logique. Ex pour les volets : "l'hiver" (un flag perso mais ça pourrait être basé sur la date), si c'est l'heure du crépuscule je fait un appel à la commande pour fermer chaque volet.
C'est pas optimisé pour un sou, mais au moins chaque bout de script est super indépendant et j'ai un minimum de modifications à faire dans mon code lors de changements sur le raspberry. Par exemple là j'ai reçu ma nouvelle carte SD, j'en profite pour revenir sur jeedom plutôt que domoticz, sur ma partie "domotique php" j'ai un fichier à éditer pour dire que ça n'est plus domoticz mais jeedom, et hop pour les appels à l'api ça appelle un fichier rest_jeedom.php plutôt que rest_domoticz.php et dans le fichier rest_jeedom.php je n'ai qu'à mettre à jour les ids des commandes.

S'il faut laisser Jeedom gérer lui-même la réception/les appels aux différents équipements ça me dérange pas, bien au contraire, je me vois mal devoir formater bien comme il faut les données pour chaque équipement en fonction de la couche de transport utilisée, du modèle de données attendu etc. Du coup le "emet / recoit des commandes" ça me paraît bon. Par contre si je comprends bien ce que tu me dis, il faudrait que je fasse tous mes scénarios dans Jeedom, ce qui déporte de la logique dans ces scripts-là. En gros je pourrais appeler ces scénarios en déclenchant quelques fonctions depuis mon NodeJS par exemple, mais pas programmer moi-même les scénarios à ce même endroit, j'ai bon ? Par exemple, je ne pourrais pas avoir mes scénarios dans un fichier de config JS qui composent juste certains dispatchs d'actions atomiques (remonter le volet N°2, monter la température de 1°C, régler la lampe du bureau sur hsl(x, y, z)...), actions elles-même stockées dans des fichiers de config, qui seraient juste des liens vers des scripts/calls à l'API de Jeedom à appeler avec quelques paramètres ?
 

A première vue c'est plus ça que je souhaiterais faire, càd gérer entièrement la partie automatisation/scènes/triggers sur un back perso (ça serait du NodeJS pour ma part, pas du PHP ), et simplement me servir de Jeedom comme traducteur pour envoyer et recevoir mes données dans le bon format. Je ne veux pas setter des timers/triggers dans Jeedom, je voudrais justement que ce soit mon back qui surveille certains events/en génère (heure de la journée, service météo, fetch à intervalle régulier de certaines valeurs comme capteurs de température, etc...), et que Jeedom serve simplement à relayer ces infos avec le bon format vers les équipements qui vont bien.
 
A la limite ça me dérangerait pas d'avoir un gros fichier de constantes avec les IDs en dur de chaque équipement et un gros mapping des calls d'API qu'il faut faire à Jeedom pour faire toutes les actions dont j'aurais besoin, le but étant comme toi de tout centraliser et garder toute la logique dans mon code, et si jamais Jeedom voire tout le RPi me lâche, je ne suis qu'à une réinstalle de Jeedom + git clone du projet et c'est reparti

Dites, avant que j'explose (toujours avec cette carte piface qui à l'air de compter une impulsion sur 2 ou 3)... vous utilisez quoi pour remonter des compteurs à impulsion (s0) dans un système domotique ?

 
La réponse m’intéresse, car je m’apprète à « domotiser » mon compteur à gaz via un générateur d’impulsion, et je me posais la question de comment faire ensuite pour tout remonter sur ma domotique. Je lisais que le FGBS de Fibaro pouvait le faire (logique, le générateur d’impulsion ne fait qu’ouvrir ou fermer un circuit), mais n’y a-t-il pas d’autres modules spécialisés (idéalement Z-Wave) qui feraient ça ?

Moi j'utilise une PiFace depuis 3 ans, sur un Raspberry PI 1, ça compte très bien, il ne loupe pas d'impulsion.
 
Le FGSB n'est pas utilisable pour cette application, ce n'est pas un compteur.
Il y aura des pertes de comptage non négligeables, car le FGBS n'est pas autonome, pour 2 raisons majeures :
- risque de pertes sur le réseau Z-Wave si impulsions trop rapprochées / réseau trop chargé / portée ou maillage insuffisante
- comptage sera effectué par le logiciel de la box domotique (bug, plantage, surcharge, etc)
 

 
En effet, j'étais surpris aussi que le FGBS soit utilisé pour ça, mais quelques exemples d'utilisation trainent sur le net.
J'ai tellement peu de temps dispo devant moi que j'aimerais une solution plus intégrée qu'une PiFace, histoire de gagner du temps sur la mise en œuvre. Une autre piste en tête ?

Oui il y a des exemples, et il y a aussi des vrais retours d'expériences qui disent que ce n'est pas fiable en pratique.
 
Si tu veux du tout prêt, c'est Eco-Devices. Mais c'est cher, car tu bas payer la téléinfo qui ne t'intéresse pas.
J'étais parti sur la voie du PI + Piface justement parce que c'était moins cher, mais aussi parce que l'EcoDevices est limité à 2 entrées de comptage, que j'ai déjà utilisé.
Au final j'ai passé beaucoup de temps à faire fonctionner, et fiabiliser le bouzin.
J'ai atteints 7 mois de uptime, et ça a rebooté bêtement à cause d'une coupure de courant.
J'attends avec impatience mon PiJuice pour l'alimenter sur batterie en tout autonomie. C'est important, car pour fiabiliser le PI, je monte tout en RAM, afin de ne pas utiliser la SD. D'où l'importance de ne pas perdre le courant.

 
Sympa le montage ... que je regrette le temps où j'avais le temps ! Faites des gosses    
Je viens aussi de recevoir un mail d'Enedis qui m'annonce que je vais passer au Linky dans les prochaines semaines : l'EcoDevices pourrait-il à la fois gérer le comptage d'impulsion et la téléinfo du Linky ?
 
EDIT : je me réponds à moi même. Donc oui, ça permettrait de centraliser le relevé de l'électricité et du gaz chez moi. Sympa, mais le prix pique un peu ...

L'EcoDevices v2 est très cher, mais la première version est pus abordable. Peut être même qu'elle se trouve en occasion

Tu peux détailler ton montage ? Tu relies bien direct les 2 broches du compteur à impulsion (s0) sur les broches de l'input de la piface ?
Tu mets bien le gnd en commun de tous tes compteurs ?

Je viens de tester au multimetre, j'ai 3.2v en permanence entre n'importe quelle entrée et le gnd. Ça fluctue un poil en permanence mais je m'attendais plus à du 0v avec des pics à 3 ou 5v à chaque impulsion (modulo la latence du multimetre). Normal ou souci ?

Attention, âmes sensibles et amateurs de beaux produits bien finis... ne pas cliquer sur les spoilers suivants !
 
Module Téléinfo DIY de cochon pour environ 2,45€ de matériel, 1 petite heure de boulot car je suis nul avec un fer à souder et que je n'ai aucun équipement genre pince pour tenir la plaque de soudure,...
 
Résultat dans Jeedom (à droite) :

J'ai passé l'appart en mode Nuit exprès pour voir la mesure de ma conso talon : 60 Watts, c'est ça. Le compteur m'affiche 59 exactement. La téléconso arrondit à 10W près par contre.
(à gauche ce sont les infos récupérées vie le plugin Enedis de ma conso d'hier et ma conso mensuelle).
 
C'est top, c'est mis à jour en temps réel !    
Une petite heure depuis que ça tourne :

 
Et maintenant place aux images choc ! Le montage !
Note : je n'avais pas utilisé de fer à souder depuis mes cours de techno au collège il y a environ 23 ou 24 ans !
Note2 : en plus j'ai fait les photos à l'arrache avec mon tél, c'est très flou mais j'ai la flemme...
 

 
J'attends une boite un tout petit plus grosse dans les jours qui viennent. Toute rentrera proprement, je pourrai faire des "noeuds" sur les cables pour éviter tout arrachage et ça fera un fini nickel.
100% satisfait pour le moment.  

jolies soudures pour une reprise !!

Oui c'est bien branché comme cela.
A noter que je dois avoir 6 compteurs en tout, donc 6 entrées de la PiFace utilisées. J'ai 2 types de compteurs électriques différents, et 2 compteur d'eau (Gioanola). Tout cela fonctionne très bien ensemble, avec le GND commun.
 
Par contre je n'ai jamais tenté de mesurer au multimètre.
 
Et pour les fils, j'utilise du câble réseau, du téléphonique, et du câble d'alarme, donc aucune précaution particulière.

aaarg    soudure froide de partout

Ah bah ça j'avais prévenu hein ! Je suis un artiste incompris du fer à souder !
 
Soudure froide ça signifie ? Il me semble que mon père me parlait de soudure sèche ou soudure creuse non ? Ca existe ça ? Pffouuuu ça fait bien longtemps tout ça.
J'ai de vague souvenirs de près de 25 ans en arrière quand mon père voulait m'apprendre à utiliser un fer à souder. Il me semble qu'il m'avait dit qu'il fallait toujours attendre que le fer soit bien chaud, puis chauffer un peu les pattes des composants à souder (sans les cramer non plus), et enfin approcher l'étain.
Bon dans la pratique, sans pince croco pour tenir le bordel qui bougeait dans tous les sens, sans loupe je ne distinguais rien du tout, j'ai fait un peu comme je pouvais.
Et honnêtement, je suis le premier surpris que ce montage crado fonctionne du premier coup !    Je pensais vraiment que j'aurais cramé un truc, arraché un cable en forçant comme un âne pour tout faire rentrer dans la petite boite ou autre.... mais non j'ai branché et ô magie les données sont apparues sur Jeedom...    

 
Tout pareil : câble réseau de bonne qualité, branchement direct des 2 pins s0 du compteur à une input + masse commune (9e domino de la piface2). J'ai 3 compteurs (chauffage, ecs, prod solaire). Finalement au multimètre comme j'ai fait (tension entre une input et le gnd, c'est logique qu'il y ait 3.xv en permanence, il faudrait que je teste en série sur le circuit).
Globalement avec Stretch+domoticz j'avais : chauffage ok (un seul soufflant de 1000W dans ma sdb), solaire à priori ok, ecs divisé par deux : ça me remontait comme si le cumulus consommait 1200W au lieu de 2400 !
 
Stretch + jeedom c'est pire : même en appuyant tranquillement surs les boutons de la piface il m'en loupe un paquet ! sur ma prod solaire (très très faible, genre 100w) ça a l'air à peu près ok et encore, mais tout le reste c'est n'importe quoi genre il m'intercepte une impulsion sur 10... parfois une sur 2, ...  
 
Là je ne sais plus trop quoi faire !
 
Edit : Retour sous domoticz, en changeant l'entrée pour le compteur de mon ballon ecs ça a l'air mieux, va comprendre (sous jeedom sur cette même entrée ça déconnait à fond). Tant pis pour jeedom, raz-le-bol ! la domotique c'est censé faire gagner du temps, pas perdre des journées entière de configuration...

Question Jeedom / export de données.
 
Je voudrais exporter mes données (données de capteur ou d'actionneur) de façon régulière et automatique vers un serveur autre que celui qui porte Jeedom.
En CSV ça ira bien.
 
J'ai vu qu'on pouvait manuellement exporter ces données en CSV depuis la page Analyse/Historique ; en gros je voudrais un cron qui me place les csv des capteurs désirés dans le bon dossier local, puis je ferai un scp du dossier local vers le serveur distant.
 
En bref, comment automatiser/simuler le clic sur le bouton ?

A priori, je dirais que tu n'as pas un problème hardware, mais juste software.
Au début, j'utilisais un script Python trouvé sur le net... qui fonctionnait, mais crashait au bout de quelques jours/semaines.... j'ai finalement compris pourquoi : fuite mémoire, swap plein, crash de Linux => Reboot du PI.
J'ai creusé un peu la question, malgré mes connaissances très limitées en Python, et apparemment c'était la librairie PiFace pour Python qui était buggée. N'ayant pas les compétences pour corriger le bug, j'ai laissé tombé.
 
J'ai développé mon propre code en C.
Et là j'ai eu un autre problème : le code C est tellement rapide et performant, même sur le PI Model B 1er du nom et son CPU limité, que mon code comptait trop d'impulsions !!! Je pense qu'il comptait tous les rebonds du signal électrique, tellement l'entrée de la Piface est sensible. (c'est juste une supposition, c'est invisible au multimètre, il faut un oscilloscope pour voir les rebonds, et je n'en n'ai pas). Ca a été difficile à identifier, car tous les compteurs ne génèrent pas de rebond du signal (pour rappel, un signal carré n'est jamais parfaitement carré, c'est juste un empilement de sinusoïdes qui approximent un carré... enfin je schématise, ce sont juste des restes de mes cours lointain d'électronique).
Bref, j'ai dû introduire un mécanisme de filtrage très basique dans mon code en C pour ne pas compter les rebonds successifs. Depuis ça fait le job, à priori il ne compte pas 1 impulsions en double/triple/quadruple, et il ne manque pas de compter aucune impulsion.
Les mesures semblent conforment à la réalité, consommation des radiateurs, débit d'eau, OK.
 
Bref, je ne sais pas le code qu'utilise Jeedom, il est peut être buggé.
 
J'ai partagé une vieille version de mon code ici : https://github.com/cdriget/pifacecounter
Depuis le code a évolué, mais normalement ce qui est partagé est fonctionnel.
Tu peux virer tout ce qui concerne la DB MySQL si ça ne t'intéresse pas, et exporter les données d'une autre façon.

Bonjour
 
j'ai des modules Delta Dore X3D pour moteur de volets roulants.
J'ai la Tydom 1.0 mais j'aimerais les piloter avec une application plus ouverte sur RPI.
 
Le protocole est toujours fermé ou existe-t-il une solution tierce qui le gère?
 
Sinon, quitte à changer, je regarde du côté des chips esp8266, il existe quoi aujourd'hui en modules assemblés?
 
Merci

 
Les Sonoff  

La Lifedomus est faite pour toi.
Justement l'article du jour qui la présente bien : https://blog.domadoo.fr/69270-prese [...] -lifedomus
 
Par contre j'espère que tu es riche

 
Les chips esp8266 c'est très bien, vraiment pas cher, plutôt fiable de ce que je peux en voir.
Mais le soucis selon moi reste la dépendance au wifi.
 
Routeur en rade: ça marche plus. Tu déménages: ça marche plus,...
 
Le Wifi pour du contrôle de lampes d'ambiance, de prises connectées, pour des sondes ou autre gadget, OK, mais pour des volets je suis pas convaincu. Je pense qu'il faut sérieusement réfléchir à faire l'effort financier pour partir sur une solution à la fois autonome ET domotisable.  
Delta Dore est une solution, leurs nouveaux nano-modules sont assez bluffants. Mais c'est assez fermé. C'est ce que voulait nous mettre notre constructeur et que j'ai refusé. Je préfère partir sur une solution plus ouverte, le ZWave. Il y a d'autres solutions intermédiaires entre Delta Dore très "fermé" et ZWave très "ouvert".

 
OK merci, si là ça ne refonctionne pas correctement sous domoticz, je tenterai ton code (ou sa mise à jour, ça peut être l'occasion pour toi de faire une petite update du github ;-)  
donc si je capte bien il faut déjà que je récupère et compile les 2 librairies que tu évoques, avant de compiler ton prog à toi ? (des heures d'amusement à venir, mon C est trèèèèèèèsss très loin dans ma mémoire...)

60 Watts ?!
bordel je suis à 350W au mini, t'as ni congélateur, ni frigo, ni NAS, ni aucun équipement en veille ?

Bah si, j'ai 60W d'équipement en veille ou presque.
 
Je vis en appart', j'ai un combiné/frigo congel. Il ne fonctionnait pas à ce moment là. D'ailleurs après une petite journée de relevés téléinfo, je viens d'en apparendre un peu plus sur mon frigo : il consomme environ 75W et fait des cycles de 15/20 minutes par heure.
 
En mode 'Nuit', j'ai de tête :

• Livebox 4 avec une tablette branchée dessus qui me sert de panneau de controle domotique
• Jeedom Box (mini-PC sous Debian consommant 4W)
• Frigo (compresseur qui tourne par intermitence)
• De l'électro en veille dans la cuisine : LV/Four/Plaques/Micro-Ondes/Grille-pain/Cafetière (je ne mets pas de coupe-veille car je n'ai que des prises chinoises, pas assez confiant pour mettre sur des trucs qui tirent 1000 ou 2000W).
• Mini NAS (mini-PC sous Win10 consommant 4W)
• Xiaomi Gateway 2/3W
• Xiaomi Mi-Box (environ 1-2W : elle n'est pas sur prise coupe-veille car sinon au démarrage le HDMI-CEC allume la TV automatiquement).
• 8 prises coupe-veille ne consommant rien <1W (Sonoff S20 ou Xiaomi) : tout le reste des équipements/multimédias/chargeurs/luminaires/... est dessus.
• Le reste de la conso : il y a un peu de conso des transfos pour nos spots LED dimmables, la chaudière en veille, les volets roulants qu'on ne remet pas forcément en position 'arrêt' et qui ont encore une mini-conso dans ce cas,..

La journée, en mode absent, il y a juste une IpCam en plus, et 2 fois par semaine mon robot aspi Xiaomi qui fait son petit tour d'appart, je lui allume donc la prise commandant sa base pour qu'il la retrouve.
 
Je fais la chasse aux conso élec depuis 2 ans. C'est plus par sport que par gain financier à vrai dire.
Je n'ai plus grand chose à gagner. J'ai testé hier soir de désactiver les antennes wifi 5GHz de ma box en mode Nuit ou Absent car aucun équipement domotique ne les utilise, mais je ne gagne rien sur le conso de la box.
J'ai encore quelques pistes pour gratter 2/3W peut-être.

J'avoue que je suis pret à faire comme toi Shaad mais mon compteur est 3 étages plus bas du coup je vois pas trop comment faire .
 
Je m'étais inscrit à TBH et leur truc tournait pas trop mal mais comme c'est mort je me retrouve avec mes detecteurs mais rien pour récupérer les données...

Et le gain financier s'élève à combien à peu près ? (Pour voir si ça vaut le coup de s'y pencher !)

 
Pour quelques € de plus à peine et un schéma à peine plus compliqué, tu peux monter une version wifi.
 
Reste le problème de l'alim.

 
Pas grand chose : 50 à 100€/an grand max dans mon cas je dirais.
Mais on découvre des choses intéressantes, comme une machine à laver ou un blender qui consomment tous les 2 entre 15 et 20W en veille... les 2 sont donc sur des multiprises coupe-veille manuelles du coup, pas grave pour le blender qui ne sert jamais, un poil plus pour la machine à laver qui sert 4 fois par semaine mais c'est un principe !    
 
Et ça m'a ouvert les yeux et ammener à me poser quelques questions sur l'installation électrique et les divers appareils de ma future maison qui sera full élec (PAC pour chauffage/ECS et cuisine induction).

Intéressant ça ! On vient de m'installer le linky. Mais il est dehors dans la rue, dans un "placard"

Pour ceux qui sont en appart et/ou en chauffage au gaz, je ne sais pas, mais en ce qui me concerne, en maison ET chauffage 100% électrique, j'ai changé de comportement.
 
Avant, j'étais aussi du genre à faire la chasse aux Watts, je ne voulais pas de NAS, etc
 
Depuis que j'ai la domotique, et que je mesure ma conso teleinfo et que je pilote le chauffage, je me suis rendu compte que :
- je réduis ma consommation électrique chaque année grâce à une gestion plus fine des radiateurs et de la PAC => réduction de consommation sur le poste le plus consommateur (chauffage), et gain de confort (bonne température au bon moment)
- ma conso en veille de ma maison, qui était de 170W quand j'ai commencé la domotique, est maintenant de 500W !!!! Du délire... et pourtant, le gain financier est bien là.
 
En effet, en maison et chauffage électrique, 100% de l'énergie perdue chauffe la maison, à peu près 8 mois par an.
Il n'y a que 4 mois par an, de juin à septembre (et encore cette année il a fallu chauffer en septembre) que ces 500W sont réellement perdus.
 
Sur la moyenne annuelle, je constate que les 4 Mois d'été coutent plus cher qu'avant, par contre j'ai un gros gain sur les 8 mois d'hiver.
 
Est-ce que je pourrais réduire ces 500W résiduels ?
Non, parce qu'ils s'accompagnent d'un réel confort.... frigo et congélateur séparés, nombreux appareils en veille près à redémarrer instantanément où dont la carte réseau est toujours active (domotisé), imprimante réseau toujours en veille, NAS toujours allumé, box domotique aussi forcément, nombreux modules domotiques, qui à base de 0.5W chacun, commence à représenter beaucoup d'énergie.
 
Ca peut paraitre idiot, mais dans ma situation, j'en suis arrivé à la conclusion que la domotique passe nécessairement par un accroissement de la consommation résiduelle de la maison.... pour un gain final sur la facture annuelle et le confort.
 
Evidemment, comme précisé en intro, pour un appart ou un chauffage au fuel/gaz, voire une maison passive, le raisonnement ne tient plus.

Oui il faut récupérer les librairies et les compiler, puis compiler mon prog.
Tu me diras si tu te lances, alors je efforcerai de t'aider et de mettre à jour mon tuto.