Lazer

à ma connaissance on ne peut pas, c'est pareil pour tous les modules (Z-Wave, Zigbee, QuickApps, etc), donc ce n'est pas lié à Zooz en particulier (je sais pas pourquoi le nom de cette marque me fait marrer ) On peut juste désactiver les notifications pour le monde en question.

Hitachi, aucune idée. Pourtant je suis formé et certifié Hitachi... ah non zut, c'est leurs baies de stockage, rien à avoir avec leurs climatisations, c'est incroyable l'étendue du portefeuille de ces conglomérats japonais. Qui pour piloter une pelleteuse de la même marque ? Dans mes recherches, j'étais tombé sur une ébauche de projet similaire pour Daikin, consistant à exploiter le port de communication local des splits. L'année dernière c'était en mode beta, je ne sais pas s'ils sont arrivé au bout, je n'ai pas suivi ni mémorisé le lien. Et pour la marque chinoise Midea ça existe déjà. Enfin les Midea récentes, car mon vieux split Midea de 9 ans d'âge n'a pas de port local, dommage (du coup pilotage par Remotec ZXT 600 en infra-rouge)

Pour avancer, et pour obtenir de l'aide, tu devrais décomposer ton besoin en plusieurs petits besoins élémentaires à traiter dans l'ordre, un à la fois. Et ouvrir un sujet correspondant dans la bonne section du forum.

Bienvenue sur le forum

OK bon, il faut reporter le bug sur le topic de dév GEA pour que je pense à l'analyser plus tard.

Bienvenue sur le forum

Non....

"Normalement" ça devrait fonctionner, maintenant on n'est pas à l'abri d'un bug... Sinon pour mettre à jour l’icône, tu as aussi l'action "DeviceIcon" que tu peux tenter, ainsi que l'alias "CurrentIcon"

Oui effectivement j'avais buté là dessus, et préféré ne pas mettre en production un QA utilisant cette fonctionnalité si elle est incomplète.

Bonne nouvelle ça, merci pour ton retour

T'excite pas ça ne fonctionne pas complètement J'ai testé, c'est tout buggué et pas vraiment utilisable en pratique. Comme pour les Buttons Switchs, il faudra attendre que les équipes de Fibaro débuguent tout ça...

En attendant mieux, il te faudra bidouiller et t'adapter au fait que ça soit juste inutilisable en pratique. https://forum.fibaro.com/topic/68518-514283-beta/?do=findComment&comment=270234 https://forum.fibaro.com/topic/69507-added-switch-type-button-to-qa/?do=findComment&comment=273344 EDIT : moi j'attends, après avoir testé...

Je n'avais pas compris que tu avais déjà cet afficheur. Pour le coup, c'est intéressant. Tu as donc un afficheur mural PAR-41MAA connecté sur chaque split ? J'attends ton retour pour savoir sur quel port il est connecté, et on avisera en fonction.

Pareil, depuis mars, je n'ai jamais mis en défaut MELCloud, c'est comme le cloud de chez Netatmo, dans l'ensemble plutôt très stable. En revanche, j'ai subit une ou deux pannes d'accès Internet, donc forcément, plus d'accès Cloud (Mitsu nous envoie un email dans ce cas là pour nous prévenir que notre PAC a perdu la connectivité). Quand ça arrive, on est obligé d'utiliser les télécommande infra-rouges (les miennes sont rangées, piles enlevées)... Ou bien d'utiliser mon QuickApp Effectivement, on ne fait aucune modification intrusive sur la climatisation, on se contente de venir se brancher sur le port de communication proposé en standard par le constructeur. Ce port est justement prévu pour les intégrations domotiques : normalement soit les partenaires : genre propriétaire comme Crestron etc, ou à moitié ouvert comme Intesis qui permet l'interconnexion avec une domotique plus ouverte puisque ce boitier fait office de passerelle... reste qu'au prix du boitier, ça fait cher la domotisation... par split !!! A noter que Intesis a pas mal été mis en avant par Domadoo car supporté par Jeedom (leur développement maison) ou bien encore leur propre solution de télécommande murale comme je l'ai évoqué au premier post. Nous on se contente de venir brancher notre petit montage à trois francs six sous (moins de 10€ par split), qui est totalement réversible sans laisser aucune trace. Il faut juste penser à couper l'alimentation électrique pendant la manipulation si on ne veut pas risquer un accident... D'ailleurs pour faire plus propre, on pourrait imprimer un boitier en 3D pour le module ESP32, même si ça n'apporterait pas grand chose vu que le module est complètement caché. La télécommande murale Mitsubishi justement, je ne pense pas qu'on puisse partager le port CN105 avec un autre montage. Sinon on part dans des solutions complexes, avec la passerelle ModBus proposée par Mitsu, qui permet de s'interconnecter avec de la domotique vu qu'il s'agit un protocole bien connu.. Autre piste, utiliser le port CN104, qui est un autre port de communication. Mais je n'ai pas trop creusé tout ça, il existe de la documentation chez Mitsu, mais c'est pas hyper clair car plutôt destiné aux installateurs formés et partenaires de Mitsu. Et vu que ça devient rapidement complexe et couteux, je n'ai pas trouvé l'intérêt de creuser cette questions plus que ça. A noter que la télécommande murale, en plus d'être bien WAF, présente un autre intérêt majeur : celui de pouvoir déporter la sonde de température, donc au lieu de prendre la sonde intégrée au split au plafond (non représentative de la température réelle de la pièce), le thermostat peut utiliser la sonde de la télécommande installée à bonne hauteur dans la pièce. Et justement, il se trouve que puisque notre montage ESP s'interface par ce même port CN105, on peut également déporter la sonde, et prendre n'importe quelle sonde qui serait intégrée à notre domotique, filaire ou sans-fil, du protocole de notre choix (Z-Wave, Zigbee, QuickApp, il n'y a plus de limite). Mais... ce n'est pas encore fonctionnel avec mon QuickApp. Donc ça fait partie des évolutions à venir, maintenant que la base est opérationnelle (ESPHome connecté au split), je vais m'attaquer à m'interfacer différemment avec ESPHome via Wi-Fi. Au lieu de communiquer par l'API Web (qui présente le bug du ventilateur), je vais essayer d'utiliser le protocole binaire de l'API officielle Home Assistant. Mais j'ai pas mal de travail pour ça, qui va m'occuper pendant les week-ends pluvieux d'hiver...

Le mieux c'est encore d'aller le chercher à la source : Parce qu'ici c'est le topic du plugin pour HC2, rien à avoir avec le QuickApp pour HC3

Yes Permet une intégration nickel, comme pour les spots. Perso c'est un peu particulier, car c'est ma salle cinéma, donc je veux faire un plafond un peu atypique, en tissu tendu et acoustiquement transparent, avec de la laine de roche derrière pour absorber le son.

Capteur de couple (probablement en mesurant le courant soutiré par le moteur) Met un obstacle sur la fermeture, mais aussi sur l'ouverture, et tu verras que le moteur va s'arrêter en milieu de course, alors qu'il n'est ni arrivé en position ouverte ou fermée. C'est une question de sécurité. D'ailleurs mon moteur ne se contente pas de s'arrêter, car il repars en sens inverse (ce qui est un peu idiot je trouve....)

Il va te falloir fouiller dans le fichier Xiaomi du QuickApp, car c'est un ensemble de fonctions interdépendantes les unes des autres, pour pouvoir encoder le paquet et décoder la réponse. Le point d'entrée c'est la fonction Xiaomi:startClean() C'est loin d'être aussi simple que tu ne donnes l'impression de le penser, car le protocole est binaire, propriétaire et chiffré. Ce n'est pas juste un appel d'une API HTTP REST comme ça peut l'être sur des appareils plus ouverts.

Sauf si la porte a été forcée.... auquel cas le capteur de vibration / d'inclinaison Zooz proposé ici serait un bon complément : Personnellement j'utilise des capteurs d'ouverture sans contact ILS, j'en ai mis un au sabot, et un sur le rail en position complètement ouverte, comme ça je sais si la porte est complètement fermée, complètement ouverte, ou entre les deux, par le biais d'un QuickApp. Et cela indépendamment de ce pense savoir le contrôleur du moteur... car en fait il n'en sait rien, il pense juste savoir (si tant est qu'un boitier d'électronique puisse penser...)

J'en ai un depuis des années, dont j'ai déjà fait 2 fois la mise à jour du firmware, inclus sur ma box de test, mais toujours pas utilisé en vrai. Depuis que je l'ai installé, je sais où il va être installé, alimenté par sa prise USB, sauf que.... il faut que je refasse le plafond pour l'encastrer justement ! (j'ai acheté la boite d'encastrement faite pour)

Effectivement c'est bien la même version que la mienne. Et.... mon QuickApp s'est arrêté de fonctionner cette nuit, avec la même erreur "Wrong status '1' in response! Check credentials".... en fait pile au moment du backup automatique de la box, c'est donc que le QuickApp n'a pas pu redémarrer à cause de l'expiration du token. Je viens de générer le nouveau Refresh Token, et ça repart. Il faudra surveiller ça... si Netatmo nous fait le coup trop souvent ça va être pénible....

Tu es sûr que tu as mon QuickApp ? Car moi je n'ai pas eu besoin de toucher aux tokens, ça fonctionne toujours. Tu as peut être la version de GSmart.pl

Chapitre 4 : Installation et utilisation du QuickApp Présentation :  Ce QuickApp de type Thermostat permet de visualiser l'état et de piloter chaque split de la pompe à chaleur, grâce à la communication HTTP directe vers le module ESP32 fonctionnant sous ESPHome connecté au port CN105. Un module enfant est automatiquement ajouté permettant de remonter la température de la sonde intégrée au split. Attention cette valeur n'a une précision qu'à 0.5°C près, et est celle de la température d'aspiration, donc proche du plafond, non représentative de la température dans la pièce. Le QuickApp remonte les informations suivantes : Mode de fonctionnement : Off, Auto, Heat, Cool, Dry, Fan Température de chauffage Température de refroidissement Vitesse du ventilateur : Auto, Diffuse, Low, Medium, Middle, High En revanche, attention, il n'est actuellement pas possible de piloter la vitesse du ventilateur à l'aide du QuickApp, à cause d'un bug dans ESPHome. En effet, l'implémentation de cette partie n'est pas faite dans le code source du serveur Web intégré, comme indiqué ici : https://community.home-assistant.io/t/how-do-you-update-climate-preset-fan-mode-etc-without-ha/546402 Depuis la v2 du QuickApp qui exploite l'API Native d'ESPHome, le contrôle de la vitesse du ventilateur, du mode de bascule des ailettes (swing), et la prise en charge d'une sonde de température déportée sont possibles. Le QuickApp étant un vrai thermostat dans l'interface de la box HC3, il peut être utilisé comme tel dans vos scénarios, GEA, zones de climats, etc. Installation du QuickApp :   Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables :  Configurer les variables comme suit : Protocol : protocole à utiliser, normalement : tcp Address : adresse IP du module ESPHome, par exemple : 192.168.1.2 Port : port de communication, normalement : 6053 RefreshInterval : intervalle de rafraichissement des informations en secondes, par exemple : 60 (note : n'est plus utile depuis le QuickApp v2) ID_Temperature : ID du module externe de type Temperature Sensor existant dans l'installation et qui sera utilisé comme référence pour la sonde de thermostat. Ce peut être un module Z-Wave, Zibgee, ou encore un autre QuickApp. Si valeur "0", alors le QuickApp prendra automatiquement la sonde de température par défaut de la pièce dans lequel il est installé. Voir à cet effet les propriétés de la pièce (room) Si non renseigné (valeur par défaut "-"), alors la sonde interne du split, situé au mur en hauteur, sera utilisé Téléchargement :    Nouvelle installation : importer le fichier suivant pour créer un nouveau QuickApp : Mitsubishi_v2.00.fqa

Chapitre 3 : Installation et configuration de ESPHome sur le module ESP32 Introduction : je donne les explications pour un ordinateur fonctionnant sous Windows. Python Sous Windows, préalablement à l'installation de ESPHome, il faut commencer par installer Python qui est disponible en téléchargement ici : https://www.python.org/downloads/ J'ai réalisé ce tutoriel avec la version 3.11.1, mais je vous conseille d'utiliser la dernière version disponible au moment de votre installation. Après téléchargement de l'exécutable, l'installation en elle-même n'appelle aucun commentaire particulier car c'est du type "Next Next Next" dans l'assistant. Une fois cette opération terminée, ouvrir une fenêtre d'invite de commande pour vérifier la bonne installation : Microsoft Windows [version 10.0.19045.2251] (c) Microsoft Corporation. Tous droits réservés. C:\Users\Lazer> python --version Python 3.11.1 Installer ensuite les composants wheel et esphome à l'aide des commandes suivantes : C:\Users\Lazer> pip3 install wheel Collecting wheel Downloading wheel-0.38.4-py3-none-any.whl (36 kB) Installing collected packages: wheel Successfully installed wheel-0.38.4 C:\Users\Lazer> pip3 install esphome ... Vérifier la version de ESPHome installée, qui sera plus récente que cette de ce tutoriel : C:\Users\Lazer> esphome version Version: 2022.11.5 ESPHome Documentations de référence : Installing ESPHome Manually Getting Started with the ESPHome Command Line Tout d'abord on crée un répertoire de travail pour ESPHome et on se place dedans : C:\Users\Lazer> cd Documents C:\Users\Lazer\Documents> mkdir ESPHome C:\Users\Lazer\Documents> cd ESPHome Étape facultative de test : Cette étape est facultative, néanmoins elle est bien utile pour valider le bon fonctionnement de votre installation, et que le module ESP32 est bien reconnu. Puis lancer l'assistant à l'aide de la commande suivante, qui va déployer une instance ESPHome de test sur votre microcontrôleur : name : test ESP32/ESP8266 : ESP32 board : wemos_d1_mini32 (à adapter si vous utilisez un autre type de module que celui proposé dans ce tuto) ssid : < le nom de votre réseau Wi-Fi > PSK : < le mot de passe de votre réseau Wi-Fi > C:\Users\Lazer\Documents\ESPHome> esphome wizard test.yaml Hi there! I m the wizard of ESPHome :) And I m here to help you get started with ESPHome. In 4 steps I m going to guide you through creating a basic configuration file for your custom ESP8266/ESP32 firmware. Yay! ============= STEP 1 ============= _____ ____ _____ ______ / ____/ __ \| __ \| ____| | | | | | | |__) | |__ | | | | | | _ /| __| | |___| |__| | | \ \| |____ \_____\____/|_| \_\______| =================================== First up, please choose a name for your node. It should be a unique name that can be used to identify the device later. For example, I like calling the node in my living room livingroom. (name): test Great! Your node is now called "test". ============= STEP 2 ============= ______ _____ _____ | ____|/ ____| __ \\ | |__ | (___ | |__) | | __| \___ \| ___/ | |____ ____) | | |______|_____/|_| =================================== Now I d like to know what microcontroller you re using so that I can compile firmwares for it. Are you using an ESP32 or ESP8266 platform? (Choose ESP8266 for Sonoff devices) Please enter either ESP32 or ESP8266. (ESP32/ESP8266): ESP32 Thanks! You ve chosen ESP32 as your platform. Next, I need to know what board you re using. Please go to http://docs.platformio.org/en/latest/platforms/espressif32.html#boards and choose a board. (Type esp01_1m for Sonoff devices) For example "nodemcu-32s". Options: alksesp32, az-delivery-devkit-v4, bpi-bit, briki_abc_esp32, briki_mbc-wb_esp32, d-duino-32, esp-wrover-kit, esp32-devkitlipo, esp32-evb, esp32-gateway, esp32-poe, esp32-poe-iso, esp32-pro, esp320, esp32cam, esp32dev, esp32doit-devkit-v1, esp32doit-espduino, esp32thing, esp32thing_plus, esp32vn-iot-uno, espea32, espectro32, espino32, etboard, featheresp32, featheresp32-s2, firebeetle32, fm-devkit, frogboard, healtypi4, heltec_wifi_kit_32, heltec_wifi_kit_32_v2, heltec_wifi_lora_32, heltec_wifi_lora_32_V2, heltec_wireless_stick, heltec_wireless_stick_lite, honeylemon, hornbill32dev, hornbill32minima, imbrios-logsens-v1p1, inex_openkb, intorobot, iotaap_magnolia, iotbusio, iotbusproteus, kits-edu, labplus_mpython, lolin32, lolin32_lite, lolin_c3_mini, lolin_d32, lolin_d32_pro, lopy, lopy4, m5stack-atom, m5stack-core-esp32, m5stack-core2, m5stack-coreink, m5stack-fire, m5stack-grey, m5stack-timer-cam, m5stick-c, magicbit, mgbot-iotik32a, mgbot-iotik32b, mhetesp32devkit, mhetesp32minikit, microduino-core-esp32, nano32, nina_w10, node32s, nodemcu-32s, nscreen-32, odroid_esp32, onehorse32dev, oroca_edubot, pico32, piranha_esp32, pocket_32, pycom_gpy, qchip, quantum, s_odi_ultra, sensesiot_weizen, sg-o_airMon, sparkfun_lora_gateway_1-channel, tinypico, ttgo-lora32-v1, ttgo-lora32-v2, ttgo-lora32-v21, ttgo-t-beam, ttgo-t-watch, ttgo-t1, ttgo-t7-v13-mini32, ttgo-t7-v14-mini32, turta_iot_node, vintlabs-devkit-v1, wemos_d1_mini32, wemosbat, wesp32, widora-air, wifiduino32, xinabox_cw02 (board): wemos_d1_mini32 Way to go! You ve chosen wemos_d1_mini32 as your board. ============= STEP 3 ============= __ ___ ______ _ \ \ / (_) ____(_) \ \ /\ / / _| |__ _ \ \/ \/ / | | __| | | \ /\ / | | | | | \/ \/ |_|_| |_| =================================== In this step, I m going to create the configuration for WiFi. First, what s the SSID (the name) of the WiFi network test should connect to? For example "Abraham Linksys". (ssid): MonWiFi Thank you very much! You ve just chosen "MonWiFi" as your SSID. Now please state the password of the WiFi network so that I can connect to it (Leave empty for no password) For example "PASSWORD42" (PSK): XXXXX Perfect! WiFi is now set up (you can create static IPs and so on later). ============= STEP 4 ============= ____ _______ / __ \__ __|/\\ | | | | | | / \\ | | | | | | / /\ \\ | |__| | | |/ ____ \\ \____/ |_/_/ \_\\ =================================== Almost there! ESPHome can automatically upload custom firmwares over WiFi (over the air) and integrates into Home Assistant with a native API. This can be insecure if you do not trust the WiFi network. Do you want to set a password for connecting to this ESP? Press ENTER for no password (password): DONE! I ve now written a new configuration file to test.yaml Next steps: > Follow the rest of the getting started guide: > https://esphome.io/guides/getting_started_command_line.html#adding-some-features > to learn how to customize ESPHome and install it to your device. On découvre qu'un fichier test.yaml, au format YAML, a été automatiquement créé : C:\Users\Lazer\Documents\ESPHome> dir 12/12/2022 21:34 <DIR> . 12/12/2022 21:34 <DIR> .. 12/12/2022 21:34 <DIR> .esphome 12/12/2022 21:34 406 test.yaml 1 fichier(s) 406 octets 3 Rép(s) 333 484 572 672 octets libres Il faut maintenant connecter le module ESP32 sur votre ordinateur à l'aide d'un câble USB, puis lancer le Gestionnaire de périphériques de Windows. Dans cet exemple, le module est reconnu sur le port COM4 : Lancer ensuite la commande suivante qui compiler, uploader, et exécuter le code ESPHome sur le microcontrôleur. Lorsqu'il demande le nom du port COM sur lequel est reconnu votre ESP32 connecté, entrer le numéro du choix correspondant, dans mon exemple il s'agit du n°2 pour COM4 : C:\Users\Lazer\Documents\ESPHome> esphome run test.yaml ... Found multiple options for uploading, please choose one: [1] COM1 (USB Serial Port (COM1)) [2] COM4 (Silicon Labs CP210x USB to UART Bridge (COM4)) [3] Over The Air (test.local) (number): 2 ... [18:00:36][C][wifi:038]: Setting up WiFi... [18:00:36][C][wifi:051]: Starting WiFi... [18:00:36][C][wifi:052]: Local MAC: 00:00:00:00:00:00 [18:00:36][D][wifi:428]: Starting scan... [18:00:42][D][wifi:443]: Found networks: [18:00:42][I][wifi:487]: - 'MonWiFi' (00:00:00:00:00:00) ▂▄▆█ [18:00:42][D][wifi:488]: Channel: 6 [18:00:42][D][wifi:489]: RSSI: -73 dB [18:00:42][I][wifi:277]: WiFi Connecting to 'MonWiFi'... [18:00:45][I][wifi:560]: WiFi Connected! [18:00:45][C][wifi:382]: Local MAC: 00:00:00:00:00:00 [18:00:45][C][wifi:383]: SSID: 'MonWiFi' [18:00:45][C][wifi:384]: IP Address: 192.168.1.2 ... J'ai abrégé la sortie d'écran car c'est très long (compilation du code...) On constate qu'à la fin du processus, il se connecte automatiquement au réseau WiFi et obtient une adresse IP. Dans une autre fenêtre de commande, on peut par exemple le pinguer pour s'assurer que la communication est OK : C:\Users\Lazer> ping -n 2 192.168.1.2 Envoi d’une requête 'Ping' 192.168.1.2 avec 32 octets de données : Réponse de 192.168.1.2 : octets=32 temps=95 ms TTL=255 Réponse de 192.168.1.2 : octets=32 temps=93 ms TTL=255 Statistiques Ping pour 192.168.1.2: Paquets : envoyés = 2, reçus = 2, perdus = 0 (perte 0%), Durée approximative des boucles en millisecondes : Minimum = 93ms, Maximum = 95ms, Moyenne = 94ms Le module est donc parfaitement opérationnel. Fin de l'étape facultative de test. Déploiement configuration ESPHome Mitsubishi Télécharger les 2 fichiers YAML suivants : mitsubishi-room.yaml secrets.yaml Le premier fichier, mitsubishi-room.yaml, est le fichier de configuration permettant d'utiliser l'intégration Climate avec le composant mitsubishi_heatpump. Il faut utiliser un fichier différent pour chaque pièce, dans le cas où plusieurs splits sont utilisés dans la maison, afin que chacun soit identifier avec un nom bien distinct. Dans ce cas, il suffit de remplacer "room" dans le nom du fichier par un nom de pièce plus parlant pour votre installation, par exemple "mitsubishi-salon.yaml" et de modifier les premières lignes du fichier en conséquence : substitutions: name: mitsubishi-salon friendly_name: Split Salon Le second fichier, secrets.yaml, est le fichier de configuration des mots de passes, dans lequel vous devez au minimum modifier le nom de votre réseau Wi-Fi et son mot de passe afin que le module ESP32 puisse se connecter automatiquement dessus. wifi_ssid: MonWiFi wifi_password: MonMotDePasseWiFi wifi_fallback_ap_password: ESPHomeFallbackSecretAP ota_password: ESPHomeOTAsecret Comme pour le test précédent, il faut compiler et envoyer le code ESPHome vers le microcontrôleur ESP32 à l'aide de la commande suivante : C:\Users\Lazer\Documents\ESPHome> esphome run mitsubishi-room.yaml Cette opération est à répéter pour chacun des modules à programmer, en les connectant au port USB de votre ordinateur les uns à la suite des autres. Attention le numéro du port COM est susceptible de changer pour chaque carte, bien vérifier ce point dans le Gestionnaire de périphériques. Après avoir obtenu une adresse IP, le module intègre une interface Web et est donc maintenant directement accessible via un navigateur : http://192.168.1.2 Une fois cette étape validée, il est possible de déconnecter le module du port USB et d'aller l'installer dans le split et de le connecter sur le port CN105 (éventuellement en utilisant une rallonge comme proposé dans ce tuto, ce qui simplifie l'opération). Dès qu'il est connecté, le module ESP32 est alimenté le split et se connecte automatiquement au réseau Wi-Fi. Si la communication série entre ESPHome et le port CN105 du split est opérationnelle, on peut dores et déjà visualiser l'état du split et le piloter en local : Je vous conseille fortement d'utiliser le serveur DHCP de votre box/routeur Internet pour forcer une adresse IP fixe pour chaque split. En effet, cette adresse IP sera par la suite utilisée par le QuickApp pour piloter chaque split.

Chapitre 2 : Installation du module ESP32 dans le split mural La méthode de routage du câble diffère légèrement selon le type de split. Je donne l'exemple pour 2 types de split de la famille MSZ-AP, il faudra s'adapter pour les autres références, même si ça ne doit pas être bien différent. Attention : je vous suggère fortement de couper l'alimentation électrique de la pompe à chaleur pendant ces manipulations. MSZ-AP VGK 15 MSZ-AP VGK 20 Ces splits muraux sont compacts, il n'y a pas la place d'y loger le module ESP32, sauf à retirer le module Wi-Fi original, ce que je n'ai pas souhaité faire. Je ne souhaite pas non plus laisser pendouiller le module en dehors du split, comme je l'ai vu sur certains montages à l'arrache sur Internet. Par conséquent le routage proposé pour le câble permet de loger le module ESP32 dans la goulotte ou l'encastrement mural d'où arrivent les liaisons frigorifiques. Pour accéder à la carte mère électronique du split, il faut complètement l'ouvrir, c'est à dire retirer le carter en plastique. J'ai réalisé cette première photo au sol, mais c'est une opération qui se fait normalement au mur. Le logement de la carte électronique se situe sur le coté droit de l'unité : Le port CN105 localisé sur la carte mère : Le câble serti est connecté sur le port CN105 : Les 4 fils passent par le chemin de câble existant, afin de ne pas gêner la fermeture ultérieure du capot de protection : Bien prendre soit à ce que les fils ne soient pas coincés ou trop tendus, sans quoi ils seraient pincés lorsque les éléments de protection seront remis en place. Le bloc en plastique gris en bas du split et supportant le récepteur infra-rouge de la télécommande est escamotable, ce qui permet de faciliter le passage des 4 fils : Le capot de protection de l'électronique est remis en place : Finalement le split est refermé, et le module ESP32 vient se cacher derrière le split, dans la zone libre à l'arrivée de la goulotte : Je n'ai pas de photo, mais j'ai l'un de mes splits dont les liaisons frigo partent directement dans le mur sans passer par une goulotte. J'ai serti une rallonge assez longue pour venir loger le module ESP32 de l'autre coté du mur. MSZ-AP VGK 25 MSZ-AP VGK 35 MSZ-AP VGK 42 MSZ-AP VGK 50 Ces splits muraux sont plus gros, et permettent d'y loger le module ESP32 à coté du module Wi-Fi original. Le port CN105 localisé sur la carte mère : Le câble serti est connecté sur le port CN105 : Les 4 fils passent par le chemin de câble existant, afin de ne pas gêner la fermeture ultérieure du capot de protection : On évite soigneusement de passer par la trappe des connexions électriques 230V provenant du groupe extérieur. La rallonge arrive en haut du split, dans le petit emplacement libre à coté de l'interface Wi-Fi MAC-587IF-E originale permettant la connexion à MELCloud : Le module est connecté et éclaire l'intérieur du logement de sa lumière rouge, qui est totalement invisible une fois le capot refermé :