filoo

Bonjour à vous, je ne vais pas apporter de l'eau à votre moulin sur le principe de la gestion solaire de ce chauffe eau (cumulus) suivant sa consommation électrique, juste expliquer comment j'ai optimiser mon installation identique à la tienne : cumulus classique et routeur solaire Arsun. J'ai rajouté deux accessoires : Cette sonde de température déportée. J'ai ouvert le capot du bas, là où l'on peut modifier globalement la température maximale de l'eau. On accède assez facilement au revêtement qui capitonne la cuve (polystyrène), j'ai enfoncé au plus près de la cuve la sonde à travers le polystyrène. Ensuite j'ai calibré pour la forme la température, une nuit de fonctionnement l'eau est à environ de 65° et j'ai ajusté le résultat de la sonde à cette température. On obtient un résultat somme toute approximatif mais qui depuis maintenant plus de 2 ans me permet d'obtenir la température du chauffe eau dans de bonnes valeurs. Donc en journée le routeur alimente le cumulus avec le surplus solaire et arrivée à l'approche de l'heure fatidique de 22:00 (Heures creuses ici) HA consulte la température de l'eau (c'est une approximation mais amplement suffisante). Dés lors l'automatisation s'enclenche si cette température est inférieure à la valeur que vous souhaitez (exp pour moi 56°) et remet en fonctionnement mon contacteur jour/nuit de mon tableau via le module NODON. Donc mon automatisation est simple : si à 21:00 la température de l'eau est inférieur à 56° je mets en route mon contacteur jour/nuit qui enclenchera l'alimentation du chauffe eau à 22:00 heure creuse. Est-ce parfait : NON , du moins pas tout à fait dans notre cas où notre talon énergétique est faible et que nous sommes seulement 2 à prendre une douche. Si par exemple à 55° je remets en route et l'eau au matin est à 65° alors que la journée s'annonce ensoleillée => nous rejèterons à un moment donné le surplus dans le réseau, beurk. J'utilise l'intégration ForeCast.Solar qui évalue la production solaire du lendemain. Je rajoute donc dans mon automatisation une condition autour de l'estimatif de la production solaire du lendemain. Et lorsque que nous sommes absents pour les vacances je coupe l'automatisation et seuls les panneaux solaire alimenteront le chauffe eau en journée et la veille de notre retour je remets en route l'automatisation qui évaluera la situation. PS : je suis également un senior et qui de surcroit est un boulet en électricité, donc ce n'est pas trop compliqué.

Je suppose qu'en ayant le nez sur des consommations instantanées on arrive à mieux gérer justement cette consommation. C'est comme l'énergie électrique, le fait d'avoir un oeil en "permanence" sur la consommation on arrive à modifier ça manière de faire. Éteindre certains appareils, des appareils en veilles inutilement, etc... Dis-moi @XAV59213 où as-tu déniché ce petit boîtier pour le ESP32 ? 😉

Oui il serait intéressant de connaître la distance entre ton coordinateur et ton portail. Exemple ici avec avec un SMLight : 2 capteurs dans ma boîte aux lettres en métal situés à environ vingtaine de mètres attrapent l'ampoule la plus proche, ça laisse un peu de marge encore.

Merci Elliwick, je vais essayer cette approche, avec ces détails bien précis je devrais m'en sortir. Encore merci de me remettre le pied à l'étrier.

Merci beaucoup pour cette synthèse, ça éclaire ma lanterne mais ne m'absout pas d'un travail de fond pour bien assimiler tout ça. Mais j'avoue qu'il y a des moments désespérants, j'ai pris le temps de suivre pas à pas le tuto IT-Connect. Je suis reparti de zéro, Installation de Proxmox nickel jusqu'au chapitre VIII, tout comme il faut, sans bavure et patatras au lancement de la VM "START NOW" message d'erreur dans les log en bas de page et rien ne se lance. Le tuto est extrêmement bien fait, difficile de louper quelque chose et bien malgré tout ça, ça ne passe pas. Autant dire que le message d'erreur était d'une poésie des plus obscures pour moi et m'a laissé sans voix. J'ai appuyé sur le bouton Off et j'ai refermé la porte derrière moi. J'y retournerai dès que le tension sera retombée.

Tu m'as quasiment perdu à ce stade 🫢. J'ai très simplement monté Proxmox sur mon minipc i3 et une fois lancé je suis un peu comme une poule devant un couteau. Clairement il me manque de bonnes notions et faire des trucs avec l'aide de tous ces supers tutos sans vraiment bien comprendre ce que je fais me rend malgré tout insatisfait. Rien ne m'empêche d'essayer de comprendre et bien si -> une patience qui frôle le néant. L'exemple de mon petit système zigbee2mqtt et Mqtt broker sur mon Rasberry avec l'aide de tout un tas du petits tutos piochés ici et là est représentatif, si je devais le refaire j'y passerai à nouveau un temps fou. Ça fonctionne nickel, je suis super satisfait du résultat, c'est ce que je souhaitais mais je me demande bien aujourd'hui comment je vais pouvoir garder à jour le système, qu'elle sera la manip pour mettre à jour une nouvelle version de Zigee2mqtt par exemple. Je viens de m'essayer à l'utilisation de Frigate sur Proxmox, j'y suis arrivé très péniblement. J'ai le retour de mes deux caméras mais en l'état c'est inexploitable. Est-ce une mauvaise installation, une mauvaise intégration dans Frigate de mes caméras, bref le CPU tourne quasiment à 100%. Mon vieux Nas (Intel Celeron N3160 1.6GHz, 2go de ram) avec ces deux mêmes caméras avec son système NVR tourne à 6%. Merci Illywick de ces informations et je vais continuer paisiblement à essayer de comprendre un peu mieux ce que je fais. Je vais suivre le tutoriel que tu as eu la gentillesse de m'indiquer sur Proxmox, ça va peut-être éclairer ma lanterne.

Bonjour à tous, Voilà mon expérience au bout de deux ans de production solaire plug@play, 3 panneaux de 400w Sunology installés à même le sol. Achetés sur un coup de tête, le prix étant raisonnable on c'est dit pourquoi pas. Aujourd'hui avec seulement ces 3 panneaux nous avons divisé en gros en deux notre coût annuel d'électricité. Mais ATTENTION les situations de chacun sont toutes différentes et il faut mettre les choses dans leur contexte. Maison : 100m2 habitable, chauffage au bois, 2 occupants en général. Électroménager comme la plupart d'entre nous (pas de sèche linge). Le cadre est posé. Notre talon énergétique est relativement bas, on peut difficilement faire moins. Ça oscille en 150 et 200w. Autant dire qu'avec une production au mieux de 1200w nous remettions jusqu'à 1000w dans le réseau 😵‍💫. Et bien-sûr ce calcul énergétique nous l'avons fait après l'achat. Du coup il a fallu trouver une solution pour éviter d'en remettre autant dans le réseau ce qui anéantissait notre retour sur investissement. Sachant que le poste qui consomme le plus d'électricité est notre chauffe eau (chauffe eau classique), il fallait trouver le moyen de profiter de ce surplus d'énergie pour l'alimenter. Et bien l'outil magique existe et sans lui nous n'aurions jamais pu faire autant d'économie. Un routeur solaire qui gère le surplus pour alimenter le chauffe eau, le truc génial. Conclusion : oui on peut faire des économies mais il faut vraiment tenir compte de chaque situation et notre manière de consommer. Deux petites captures d'écrans de notre fournisseur : 2023 sans panneaux

Ah oui quand même, ça doit faire tourner un sacré matériel. ça ne semble pas beaucoup au vu du matériel, moi ça fait rikiki à côté. Par contre avec peu de matos, j'arrive à mettre un "bordel" sans nom. Tout est provisoire depuis quelques années maintenant 🙄 J'aurais bien fait une photo mais ce serait scandaleux, une honte...

Petit bilan de consommation : Box (Livebox5) + Raspberry Pi3 B+ (Zigbee2Mqtt et Mqtt) + miniPC HAOS (N150/16go/512go) = 22W Si on rajoute le NAS (Synology 2Baies) = 32w et on rajoute pour finir le switch 10 ports Poe (qui alimente en Poe deux caméras, un répéteur wifi et la clé SLZB-06M) = 38w soit au tarif HP/HC = 82€ à l'année, ce n'est pas anodin du tout. Avez-vous les consos de vos installations pour savoir si je suis un gros consommateur ou pas ?

Bonjour Ellywick, tu as tout à fait raison en ce qui concernent les consommations électriques de tout l'ensemble qui tourne 24/24 : box + minipc + raspberry + Nas + switch , le poste devient trop important. J'ai bien pensé à rassembler les fonctions NAS + HA + zigbee2mqtt + Mosquito sur une même machine mais mes compétences sont limitées, il me manque vraiment les bases pour tout comprendre et faire ça proprement sur une machine qui tiendrait la route sans trop consommer. Merci beaucoup pour ces conseils judicieux, je vais travailler en ce sens.

Bonjour Cédric passe ton chemin, je l'ai à la maison. Les remontées d'infos sous zigbee2mqtt sont bidons. À ce prix j'ai essayé également. En ce qui concerne la luminosité c'est quasiment du on/off, deux à trois valeur tout au plus. Pour la pluie, c'est pire. Il se met à pleuvoir (bonne pluie) il va passer à ON une fraction de seconde et repasser à OFF ensuite même s'il pleut toujours. Bon je suis peut-être tombé sur un modèle défectueux ou il remonte mal sous zigbee2mqtt, il passe à la poubelle. De plus il c'est oxydé très vite.

Quelques retours sur ce module suite à la mise en place, tout n'est pas rose : Comme pour ma sonnette Aqara c'est un module extérieur mais pas étanche 🤔 . Il est donc pas si simple de le mettre à un endroit exposé au soleil ou du moins bien lumineux mais pas à la pluie. Il reste bloqué à 1 lux dans le noir complet. On peut éventuellement s'en accommoder mais pas normal tout de même. À la pénombre il semble beaucoup moins sensible et précis et c'est pourtant dans cette phase qu'il a toute son importance pour mes automatisations. Les vis fournies ne sont pas adaptées au principe de fixation au demeurant ingénieux. La suite au prochain numéro.

Vue de face et son capo arrière. Chevilles et vis + double face pour le fixer. Intèrieur Capteur de Lumière Zigbee - Compatible Tuya et Zigbee2mqtt ** Le capteur de lumière Zigbee MS25052201 permet de mesurer en temps réel l’intensité lumineuse extérieure et de la transmettre à la plateforme domotique Tuya. Grâce à sa haute sensibilité (5 lux) et à sa compatibilité Zigbee, il automatise intelligemment l’éclairage, les rideaux ou autres appareils connectés selon la lumière ambiante. Idéal pour la maison ou des applications agricoles, ce capteur compact est prêt à l’emploi et facile à intégrer dans tout environnement connecté. Fonctions : Collecte en continu de l’intensité lumineuse extérieure via une puce de détection numérique. Transmission des données en temps réel vers la plateforme IoT (comme Tuya Smart). Permet l’automatisation d’appareils tels que ampoules, rideaux ou interrupteurs intelligents. Contrôle automatique d’équipements selon les scénarios définis par l’utilisateur via l’application Tuya. Consultation en direct de la valeur lumineuse dans l’application mobile. Caractéristiques techniques : Modèle : MS25052201 Protocole de communication : Zigbee Application compatible : Tuya Smart Life et Zigbee2mqtt Matériau : ABS + PC, couleur blanche Sensibilité : 5 lux (lorsque ≤ 100 lux) Plage de température de fonctionnement : -20°C à +70°C Plage de mesure: 0 - 83000 lx Dissipation de puissance maximale : 0,0010 W Certification : CE (Eurotest), FCC État : prêt à l’emploi Caméra intégrée : non ** J'ai acheté ce module chez DOMADOO et j'en ai repris les caractéristiques (rien a envier à d'autres plateformes, livraison ultra-rapide je tenais à le souligner). Aussitôt reçu aussitôt installé sous Zigbee2mqtt (la batterie est à 100%). Sous Mqtt : Une remontée toutes les secondes, très réactive et sensible aux variations de lumière. La véracité de l'information m'importe peu mais peut être calibrée via les paramètres spécifiques dans Zigbee2mqtt. Je n'utilise cette information que pour commander mes volets roulant, je n'ai pas trouvé mieux, c'est parfait tout au long de l'année. J'utilisais une station Ecowiit jusqu'à présent et nouvelle installation --> nouvelle intégration --> et patatras , toutes les informations remontent SAUF la luminosité !!! 🙄

Le plus important dans mon installation c'est vraiment la gestion de mes volets roulants qui aujourd'hui s'ouvrent et se ferment en fonction de la luminosité extérieure. Ensuite est venue la gestion de l'énergie avec 3 panneaux solaire dans le jardin. De temps en temps une idée me vient pour nous faciliter le quotidien. Tu m'intéresses Cedric, j'ai également quelques volets battants et j'avais commencé à regarder ce qu'il était possible de faire. J'ai abandonné par crainte de me lancer dans un truc un peu compliqué.

Pour le calibrage afin qu'ils aient la même valeur au même endroit c'est simple sous zigbee2mqtt, on accède un tas de paramètre et notamment la Calibration. Sous ZHA je ne sais pas si on accède à tous ces paramètres, je n'ai jamais utilisé ZHA.

C'est exactement ça, et pour Courtier tu mets l'adresse ip de la machine qui héberge MqttBroker (pour moi c'est mon petit Raspberry). IP que tu auras fixée sur ton routeur ou ta box. Et si tu installes plusieurs instances HA, une de production et une de tests par exemple tu fais la même manip et tu retrouves tous tes modules. (du moins ceux en Zigbee ça va de soit).

Bonjour, tout se trouve sur le Raspberry Pi (parce que je l'avais sous la main) : zigbee2mqtt ainsi que le mqtt broker mais sans HA. Et ensuite sur la (ou les) machine distante le Mqtt se connecte sur le broker du Raspberry. Mon idée était de faire tourner une machine faible consommation électrique (et pas bien couteuse) pour avoir l'ensemble des modules zigbee concentré au même endroit et de pouvoir installer/réinstaller toutes les machines que l'on veut sans avoir tout à réapairer. Il faut malgré tout viser un dongle Zigbee pérenne, parce que le changer risque de compromettre tout le côté théorique de l'idée qu'elle est bonne ;-)

Merci pour ton retour. C'est juste peut-être l'inquiétude avec le pi3, savoir s'il peut tenir la charge mais à priori cela devrait suffire. Pour l'instant c'est très réactif. Je m'inquiète plus sur la durée de vie de la microSD. Peut-être que certaines sont de meilleures qualités. Dans cette configuration il n'y a peut-être pas beaucoup lecture/écriture dessus, juste l'envoie d'infos via mqtt ?!!! Petite info au passage : le passage du dongle ZigBee Sonoff-p au SLZB-06M placé dans la même pièce a augmenté d'au moins 80% et même plus la réception (LQI) de tous mes modules zigbee.

Cela fait 3 bonnes années que je tourne sous HAOS sur un vieux mini-pc et un dongle ZigBee Sonoff-p et Zigbee2mqtt. Ma première priorité était de domotiser mes volets roulants. Puis sont venues quelques prises connectées Des ampoules Des contacteurs divers pour suivre des consommations électriques (ouverture du tableau électrique avec plusieurs modules, modules dans des prises, pinces ampèrmétriques, Lyxee, etc...) Capteurs de température Station météo etc... Aujourd'hui j'en suis à plus de 45 modules ZigBee et à cela se rajoute des divers intégrations. Entre temps on joue avec HA, on installe un tas de trucs, on fait des test, on essaie. On s'aperçoit qu'il y a des choses dont on ne se sert plus, on désinstalle mais rien ne disparaît vraiment, on voudrait revenir à l'essentiel mais rien y fait. On a pas forcément les bonnes méthodes d'organisation, ça devient une "bordel" sans nom. Bref mon installation prend de l'embonpoint, elle met beaucoup de temps à redémarrer, les sauvegardes sont de plus en plus lourdes. Je décide donc de repartir à zéro et faire une installation de production propre et si je veux jouer avec HA pour faire des tests, des bidouillages (c'est trop chouette) j'installerai une autre instance sur une autre machine. nouveau mini-pc Nouvelle clé Zigbee SLZB-06M (bien sûr j'ai choisi le modèle le moins compatible avec la clé précédente.) L'ampleur du travail a effectuer m'a fait reculer de plusieurs mois et je me suis enfin lancé à faire ceci, certainement pas une idée de génie mais qui pourrait donner des idées à certains(es). J'ai retrouvé au fond d'un tiroir un Raspberry Pi3 b+ sur lequel j'ai installé un Debian Lite, Zigbee2Mqtt et mqttbroker (pas de HA) relié en réseau à ma clé SLZB-06M. J'ai à nouveau appairait mes 45 modules en une belle partie de la journée et comme je ne souhaite pas recommencer demain, j'ai cloné mas petite carte SD de mon Raspberry au cas où celle-ci deviendrait défaillante. Sur le nouveau mini-pc j'ai installé HAOS sans Zigbee2mqtt bien sûr et pas de broker mqtt. Juste Mqtt qui a trouvé immédiatement le broker sur le Raspberry et donc tous les modules. J'ai remis en route ma vieille machine, j'ai supprimé zigbee2mqtt et mqttbroker et Mqtt a trouvé le broker. Bien sûr tout est en vrac puisque les id ne sont plus les mêmes mais je peux récupérer quand même les choses qui m'intéressent pour ma machine toute propre. L'idée est-elle vraiment bonne ? , l'avenir me le dira. Mais aujourd'hui si je veux changer de matériel pour HAOS cela se fera sans moindre douleur.

Prototype qui restera prototype.

BONUS ÉCRAN TM1637 Je pense qu'on peut utiliser l'alimentation 5v du même ESP32 en même temps que le micro en 3,3v. Pour faire le test, j'ai utilisé un autre esp32 équipé déjà d'un TM1637 et surcharger de diodes. Rajouter les lignes suivante dans la config du ESP via EspHome Builder. # TM 1637 display: platform: tm1637 id: tm1637_display clk_pin: GPIO18 dio_pin: GPIO5 inverted: true intensity: 0 length: 4 lambda: |- it.printf(0, "%2.0fdb", id(son_db).state); # Niveau db sensor: - platform: homeassistant id: son_db name: "Bruit ambient" entity_id: sensor.esphome_web_b4796c_bruit_ambiant_calibreEt vous obtenez ceci :

Mise à jour pour la partie IV (intégration dans HA) Merci CedricMD, très franchement je ne pensais que cela allez fonctionner aussi simplement. Le plus "chiant" ce sont les soudures, je n'arrive pas à faire quelque chose de propre. Mais je viens de me renseigner et j'ai apparemment du fil étain de très mauvaise qualité.

Ça marche. PARTIE I On commence par le matériel nécessaire : Carte ESP32 (ici ce sera AZDelivery ESP32 NodeMCU) Micro numérique type INMP441 Fils électrique et si comme moi on n'est pas doué pour les soudures des câbles Dupont Breadboard femelle/femelle. (pas trop long) Cable USB microUSB (qui transporte la DATA) et un chargeur de téléphone ou une batterie. BONUS : un écran de type TM1637 (pas nécessaire mais tellement simple et fun). Mais malheureusement il faudra faire quelques soudures donc un fer à souder. Trouver de la pâte à souder, j'ai fait sans et je ne vous montrerais pas de photos, une cata. En images : PARTIE II Montage et branchement. Le plus délicat est de souder les pins sur le module micro. J'y suis arrivé et je suis une buse en soudure. Casser en deux la barette de 6 pins et souder les côtés courts qui se trouveront côté micro. Ou directement de petits fils électrique. Branchement : INMP441 ESP32 NodeMCU (AZDelivery) VDD ---> 3.3V GND ---> GND SCK ---> GPIO14 WS ---> GPIO15 SD ---> GPIO32 L/R ---> GND PARTIE III Initialisation de la carte ESP32 pour la faire fonctionner sur Home Assistant. Je vous renvoie sur plusieurs tutos très bien fait disponibles comme : Abrège et Arminas Une fois fait, il vous faudra rajouter des lignes de codes au module sous ESP Home builder. Je présente les codes que j'ai ajouté, ce sont des exemples avec le matériel que j'ai utilisé. Au départ vous devez avoir quelques chose qui ressemble à ça. Cela peut-être différent suivant la méthode d'initialisation mais ça ressemble toujours un peu à ça. esphome: name: esphome-web-b4796c friendly_name: ESP_SON min_version: 2025.9.0 name_add_mac_suffix: false esp32: variant: esp32 framework: type: esp-idf # Enable logging logger: # Enable Home Assistant API api: # Allow Over-The-Air updates ota: - platform: esphome wifi: ssid: !secret wifi_ssid password: !secret wifi_passwordSi vous avez conservé les indications GPIO 14, GPIO 15, voilà le code à rajouter : Sous api: # Enable Home Assistant API api: services: - service: set_bruit_gain variables: value: float then: - lambda: |- id(bruit_gain) = value; - service: set_bruit_offset variables: value: float then: - lambda: |- id(bruit_offset) = value; #Et on rajoute tout le reste à la suite # --- I2S bus (global) --- i2s_audio: id: i2s_in i2s_lrclk_pin: GPIO15 i2s_bclk_pin: GPIO14 # --- Microphone (INMP441) --- microphone: - platform: i2s_audio id: mic_in i2s_audio_id: i2s_in adc_type: external i2s_din_pin: GPIO32 channel: left sample_rate: 16000 bits_per_sample: 32bit correct_dc_offset: true pdm: false # --- Variables globales pour calibration --- globals: - id: bruit_gain type: float restore_value: yes initial_value: '1.0' - id: bruit_offset type: float restore_value: yes initial_value: '60.0' # --- Capteurs : RMS + Peak --- sensor: - platform: sound_level microphone: mic_in passive: false measurement_duration: 1000ms rms: name: "Bruit ambiant (RMS brut dBFS)" id: bruit_rms unit_of_measurement: "dB" accuracy_decimals: 1 peak: name: "Bruit ambiant (Peak brut dBFS)" id: bruit_peak unit_of_measurement: "dB" accuracy_decimals: 1 - platform: template name: "Bruit ambiant calibré" id: bruit_calibre unit_of_measurement: "dB" accuracy_decimals: 1 update_interval: 1s lambda: |- if (isnan(id(bruit_rms).state)) return NAN; return id(bruit_rms).state * id(bruit_gain) + id(bruit_offset); # Capteur calibré + lissé - platform: template name: "Bruit ambiant calibré lissé" id: bruit_calibre_lisse unit_of_measurement: "dB" accuracy_decimals: 1 update_interval: 1s lambda: |- if (isnan(id(bruit_rms).state)) return NAN; return id(bruit_rms).state * id(bruit_gain) + id(bruit_offset); filters: - exponential_moving_average: alpha: 0.05 # plus petit = plus lissé send_every: 1Vous vous retrouvez avec 4 capteurs sous ESPHome HA : "Bruit ambiant (RMS brut dBFS)" - Valeur négative "Bruit ambiant (Peak brut dBFS)" - valeur négative "Bruit ambiant calibré" - Valeur calibré initialement avec une valeur offset à 60. "Bruit ambiant calibré lissé" - Valeur calibré également avec un offset à 60. PARTIE IV Intégration dans Home Assistant À coller dans configuration.yaml # Valeurs calibrage son input_number: bruit_gain: name: Gain bruit initial: 1.0 min: 0.1 max: 5.0 step: 0.1 bruit_offset: name: Offset bruit initial: 60 min: 0 max: 150 step: 1On rajoute une carte Lovelace : type: entities title: Calibration bruit entities: - entity: input_number.bruit_gain name: Gain - entity: input_number.bruit_offset name: Offset - entity: sensor.bruit_ambiant_calibre name: Bruit calibré On rajoute une carte mini-graphe-card type: custom:mini-graph-card entities: - entity: sensor.esphome_web_b4796c_bruit_ambiant_calibre name: Bruit ambiant name: Bruit calibré icon: mdi:ear-hearing hours_to_show: 12 points_per_hour: 4 hour24: true show: graph: line icon: true name: true state: true extrema: true average: true labels: true grid: true smoothing: true line_width: 1 decimals: 1 height: 160 color_thresholds: - value: 30 color: "#4CAF50" - value: 33 color: "#FFC107" - value: 45 color: "#F44336"

Je souhaitais mesurer et enregistrer des statistiques dans HA le niveau sonore en extérieur. N'ayant rien trouvé de pertinent en Zigbee je me suis tourné vers un ESP32 et un micro pour faire un montage DY. L'inconvénient principal est d'être obligé d'alimenter le module au secteur, je vais essayer de mettre une petite batterie mais je crains que l'autonomie ne soit pas au rendez-vous. Alors petit retour d'expérience, cela se fait assez simplement. Pour ceux ou celles qui veulent s'essayer voilà le matériel que j'ai utilisé : un module AZDelivery ESP32 NodeMCU - 10€ un micro omnidirectionnel INMP441 AYWHP - 10€ Voilà l'intégration dans HA pour calibrer les valeurs .