Aller au contenu

Quick App - Pilotage climatisation PAC Mitsubishi en local avec ESP32


Lazer

Messages recommandés

Le 26/02/2024 à 16:47, Lazer a dit :

Génial, merci pour l'info.

 

En revanche je ne vais pas faire la modification du QuickApp tout de suite, j'ai d'autres sujets sur le feu là, mais je garde ça sous le coude.

 

Par ailleurs je vois que ce change n'est pas encore intégré à la branche principale du projet, avec un peu de chance ça le sera bientôt.

Bonjour @Lazer

Un ami a ajusté le code LUA pour que « vane vertical » et « vane horizontal » fonctionnent désormais également. Son code est marqué « RMI », peut-être aurez-vous le temps d'y jeter un œil pour que nous puissions en tirer des leçons ? Le nouveau code se trouve dans main.lua et ESPHome.lua.

QuickApp est inclus

Merci

Mitsubishi_new.fqa

Modifié par Rik Bastiaens
Lien vers le commentaire
Partager sur d’autres sites

@micka260 très bonne question, j'attendais que quelqu'un la pose.

Réponse : oui :)

A l'origine, j'avais fait mon système de rallonge présenté dans le tuto pour pouvoir facilement débrancher/rebrancher le module sans démonter le split, mais oui, il est bel et bien possible de flasher un nouveau firmware à distance via le Wi-Fi, en OTA (Over-The-Air), avec le paramètre --device comme ceci :

esphome run mitsubishi.yaml --device 192.168.1.1 --no-logs

 

@Rik Bastiaens Bravo pour la modif.
Je n'ai pas trop le temps de tester là, mais déjà merci pour le partage.

 

  • Thanks 1
Lien vers le commentaire
Partager sur d’autres sites

Bonjour ,

Bon j'arrive après la bagarre ...

Voila ce que j'ai dit quand j'ai vu que ça marchait : :yes:

 

@Lazer En tout cas , merci encore pour ce tuto ; voilà au moins 3 ans que je cherchais à connecter mon gainable sur jeedom sans passer par leur cloud.

Je suis loin d'être un cador ; j'ai un peu galéré et en plus j'ai du installer  Git

+ Les liens pour commander le matos : :icon1010:

image.png.7257c3b423eb365746f26af23f82c0bf.png

 

Tout est fluide et rapide.

J'en profite pour récupérer 2 contacts sur un autre connecteur pour donner l'état de la clim (pas trop nécessaire vu que maintenant je récupère le "mode") mais aussi un autre contact qui averti si elle est en défaut

 

@micka260

Je ne suis pas arrivé à me connecter avec ESPeasy et ton tuto m'a aussi servi ; :13:

J'ai juste modifié la fin, je n'ai pas fait de scénario , juste le curseur qui relance la commande de consigne

image.png.723c45938e2507584a3c497e0b641487.png

 

Il y en a un qui va passer pour un héros auprès de ses proches ...:19:

 

Modifié par Pascal66
  • Like 1
Lien vers le commentaire
Partager sur d’autres sites

Bravo pour ce tuto ! 

 

Je serai interessé par une solution pour une PAC Air/Eau Mitsubishi Ecodan Silence. Je ne sais pas si il y a un connecteur similaire prévu à cet effet ? 

 

Merci, 

Lien vers le commentaire
Partager sur d’autres sites

  • 2 semaines après...

Hello, 

bon je suis toujours bloqué a la même étape : le connecteur JST

J’en ai commandé plusieurs sur ALI mais aucun ne correspond, j’ai essayé de montage du tuto et je n’y arrive pas …

est ce que vous avez un lien du bon connecteur JST déjà monté et câbler ?

merci 

Lien vers le commentaire
Partager sur d’autres sites

J'ai donné mes liens en première page, c'est là que j'ai acheté et ils fonctionnent, désolé mais je n'ai pas d'autres liens.

 

EDIT : et si j'ai câblé mes connecteurs moi-même, c'est justement parce que je n'ai rien trouvé en pré-câblé, malheureusement...

 

Modifié par Lazer
Lien vers le commentaire
Partager sur d’autres sites

  • 2 mois après...

Le MelCloud est encore planté.....

Ceux qui utilise cette installation, ça marche bien ?

Pas de soucis avec la révision annuelle / contrat de maintenance ?

 

Edit : J'ai ouvert mes splits pour regarder si je pouvais accéder au CN105... surprise, j'ai le boitier MelCloud qui est connecté dessus !

Je fais comment si je veux conserver les 2 ?

 

Edit 2 : question déjà traitée plus haut dans le post :) Faut juste lire.... donc c'est soit CN105 sans cloud, soit je cherche où est l'autre port et j'y déporte le boitier Cloud ?

 

IMG_20240524_163935.jpg

Modifié par Dragoniacs
Lien vers le commentaire
Partager sur d’autres sites

Le 24/05/2024 à 11:40, Dragoniacs a dit :

Ceux qui utilise cette installation, ça marche bien ?

C'est incroyablement stable.
J'avais laissé les ESP32 accessible au cas où, en cas de plantage, pour pouvoir facilement les débrancher, flasher, etc, mais en pratique, pas un seul plantage depuis plus d'un an que ça fonctionne, c'est vraiment super stable ESPHome.

Même en cas de perte du Wi-Fi, les modules se reconnectent tout seul, on dirait bien que les développeurs ont pensé à tout.

 

Le 24/05/2024 à 11:40, Dragoniacs a dit :

Edit 2 : question déjà traitée plus haut dans le post :) Faut juste lire.... donc c'est soit CN105 sans cloud, soit je cherche où est l'autre port et j'y déporte le boitier Cloud ?

Oui mais alors là je ne sais pas trop si tu disposes de l'autre port, tu as probablement les splits de la génération précédente.

 

Lien vers le commentaire
Partager sur d’autres sites

Merci Lazer pour ton retour. Ça me tente beaucoup...
Pour l'autre port, je regarderai la prochaine fois que j'ouvre le boîtier pour mettre les ESP :)
Au pire je perd le cloud... Est-ce dramatique ? Pas sûre....

Envoyé de mon 23078PND5G en utilisant Tapatalk

Lien vers le commentaire
Partager sur d’autres sites

  • 3 semaines après...

Je suis dégouté

suite au changement de clim a cause de la foudre j'ai repris une clim mitsubishi au R32 de même puissance

Et bien l'ESP32 ne semble plus fonctionner...

 

[16.06.2024] [20:21:42] [ERROR] [QA_MITSUBISHI_858]: Split JCB can't subscribe to ESPHome states : Erreur de connexion
[16.06.2024] [20:22:09] [DEBUG] [QA_MITSUBISHI_858]: Split JCB is now alive
[16.06.2024] [20:22:09] [WARNING] [QA_MITSUBISHI_858]: Split JCB fan mode "Off" not supported

 

Modifié par flacon030
Lien vers le commentaire
Partager sur d’autres sites

Avant de tester le QA, il faut t'assurer que l'ESP32 communique avec le split.

Il y a une interface Web intégrée, qui te permet de piloter le split et de voir son statut, avec une fenêtre de log sur le coté droit (rien à afficher dans ma capture d'écran : )

 

image.thumb.png.c2c55b9bb0ccfc4de88056637729a23f.png

 

Lien vers le commentaire
Partager sur d’autres sites

C'est en essayant de me connecter a la page web de L'ESP32 que je me suis aperçu que je ne communiquais plus avec elles

Je viens de flasher a nouveau les cartes ESP32 et tous est rentré dans l'ordre

Je pense qu'ils n'ont pas aimer la sur tension sur les carte de mes splits, car elles étaient toutes HS

A présent tous fonctionne comme il faut

Modifié par flacon030
  • Like 1
Lien vers le commentaire
Partager sur d’autres sites

  • 4 semaines après...

Salut à tous,

 

Tout d'abord merci pour ce super tutoriel, il est super détaillé et bien expliqué. J'ai pu l'integrer à mon Jeedom sans trop de soucis, et j'arrive maintenant à communiquer entre mon Jeedom et mon ESP32.

La prochaine étape va etre de connecter le ESP32 à la thermopompe, mais pour cela je veux etre sur que tout est bien configuré car la thermopompe n'est pas facile d'accès, et chez moi elle tourne presque tout l'été donc difficile de s'en passer.

 

Il me reste un point à régler qui est la vitesse du ventilateur. Je ne comprend pas si c'est pris en compte ou non par défaut?

Lorsque je regarde le fichier yaml, la ligne fan_mode est commenté, est dans l'interface web il n'est pas possible de la configuré.

J'ai bien essayé de la decommenté, mais sans succès.

Lorsque je fais des commandes POST à fan_mode à travers Jeedom, il ne se passe rien. Je pense donc qu'il manque quelque chose dans ma configuration.

Est ce que ca fonctionne chez vous? Qu'est ce que je dois ajouter?

Lien vers le commentaire
Partager sur d’autres sites

La vitesse du ventilateur fonctionne si on la pilote via l'API ESPHome, mais pas via l'API HTTP.

C'est une limitation de ESPHome, dans le code source du serveur Web, ils ont "oublié" de coder ça....

 

Dans la première version du code que j'ai partagé, j'utilisais l'API Web (donc pas de contrôle du fan), mais depuis la 2nde version qui utilise l'API native ESPHome, ça fonctionne.

 

Après, avec Jeedom, vu que tu n'utilises pas mon QuickApp, je ne sais pas du tout comment faire.... sur le market officiel, personne n'a développé de plugin dédié ?

Lien vers le commentaire
Partager sur d’autres sites

Alors en ce qui concerne Jeedom, il faut passer par MQTT pour dialoguer avec ESPHOME. Sinon il existe un plugin qui fonctionne avec ESPEASY, ça semble avoir été développé pour supporter les thermopompes (https://espeasy.readthedocs.io/en/latest/Plugin/P093.html)

 

J'ai donc trouvé de quoi m'occuper ce week end :P

Lien vers le commentaire
Partager sur d’autres sites

Alors MQTT je n'ai pas testé avec ESPHome, donc je ne sais pas te dire si la vitesse du ventilateur est supportée ou non...

Quant à ESPeasy je pense que l'API n'a rien à voir, car c'est un tout autre projet (plus ancien).

 

Lien vers le commentaire
Partager sur d’autres sites

Je suis arrivé à le faire fonctionner avec MQTT, et la commande de vitesse fonctionne.

Petit bémol, pour l'instant mon ESP32 n'est pas connecté à la thermopompe. Je vois juste le statut changer à travers l'interface web, et j'ai le retour de statut à travers MQTT.

Je vais essayer de connecter ça à la thermopompe ce week end...

Lien vers le commentaire
Partager sur d’autres sites

Quand tu parles de thermopompe, tu parles du groupe extérieur, ou du split mural installé à l'intérieur ?

 

(je demande la précision car thermopompe semble être un mot québécois qui n'est pas utilisé en France)

 

Les ESP32 se connectent sur les splits intérieurs, à ma connaissance il n'y a pas de port disponible sur le groupe externe pour y connecter d'ESP32.

Lien vers le commentaire
Partager sur d’autres sites

  • 1 mois après...
Le 15/07/2024 à 13:01, Lazer a dit :

Quand tu parles de thermopompe, tu parles du groupe extérieur, ou du split mural installé à l'intérieur ?

 

(je demande la précision car thermopompe semble être un mot québécois qui n'est pas utilisé en France)

 

Les ESP32 se connectent sur les splits intérieurs, à ma connaissance il n'y a pas de port disponible sur le groupe externe pour y connecter d'ESP32.

Oui effectivement je parle de thermopompe, mais je le connecte à l'untié interieur. Je n'ailleurs toujours pas trouvé le temps de le connecter....

Lien vers le commentaire
Partager sur d’autres sites

  • 1 mois après...

Je me pose des questions sur la stabilité de mon ESP32. Je recois des logs des trames de debug à travers MQTT du genre:

[2024-10-18 01:39:55][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [1;31m[E][api:128]: No client connected to API. Rebooting...[0m
[2024-10-18 01:39:55][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [0;32m[I][app:125]: Forcing a reboot...[0m

puis

[2024-10-18 01:40:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][mqtt:274]: MQTT Connected!�[0m
[2024-10-18 01:40:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][app:062]: setup() finished successfully!�[0m
[2024-10-18 01:40:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][status-2] valeur : online
[2024-10-18 01:40:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][app:100]: ESPHome version 2024.6.6 compiled on Jul 14 2024, 14:28:04�[0m
[2024-10-18 01:40:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:599]: WiFi:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:427]:   Local MAC: xxx�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:432]:   SSID: �[5m'xxx'�[6m�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:435]:   IP Address: xxx�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:439]:   BSSID: �[xxx�[6m�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:440]:   Hostname: 'mitsubishi-room'�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:442]:   Signal strength: -58 dB �[0;33m▂▄▆�[0;37m█�[0m�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:446]:   Channel: 3�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:447]:   Subnet: xxx�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:448]:   Gateway: xxx�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:449]:   DNS1: xxx�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][wifi:450]:   DNS2: 0.0.0.0�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][logger:185]: Logger:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][logger:186]:   Level: DEBUG�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][logger:188]:   Log Baud Rate: 115200�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][logger:189]:   Hardware UART: UART0�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][logger:193]:   Level for 'component': ERROR�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:063]: ESPHome MitsubishiHeatPump version 2.4.1�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:504]:   Supports HEAT: YES�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:505]:   Supports COOL: YES�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:506]:   Supports AWAY mode: NO�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:507]:   Saved heat: 20.0�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:508]:   Saved cool: 23.0�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;32m[I][MitsubishiHeatPump:509]:   Saved auto: -1.0�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][captive_portal:088]: Captive Portal:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][web_server:173]: Web Server:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][web_server:174]:   Address: mitsubishi-room.local:80�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mdns:115]: mDNS:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mdns:116]:   Hostname: mitsubishi-room�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][api:139]: API Server:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][api:140]:   Address: mitsubishi-room.local:6053�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][api:144]:   Using noise encryption: NO�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:138]: MQTT:�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:140]:   Server Address: xxx (xxx)�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:141]:   Username: �[5m'xxxx'�[6m�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:142]:   Client ID: �[5m'xxx'�[6m�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:147]:   Topic Prefix: 'thermopompe'�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:149]:   Log Topic: 'thermopompe/debug'�[0m
[2024-10-18 01:40:42][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : �[0;35m[C][mqtt:152]:   Availability: 'thermopompe/status'�[0m

Le problème c'est que ca revient asse frequemment

[2024-10-18 01:55:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [1;31m[E][api:128]: No client connected to API. Rebooting...[0m
[2024-10-18 01:55:41][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [0;32m[I][app:125]: Forcing a reboot...[0m
[2024-10-18 02:11:17][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [1;31m[E][api:128]: No client connected to API. Rebooting...[0m
[2024-10-18 02:11:17][INFO] : Evènement sur la commande [MQTT][thermopompe MQTT][debug] valeur : [0;32m[I][app:125]: Forcing a reboot...[0m

 

Comme si ça reboot environ aux 15 min. Est ce que vous avez le meme comportement?

Modifié par mbdrlp
Lien vers le commentaire
Partager sur d’autres sites

Le message est clair : No client connected to API. Rebooting

Puis juste après : Forcing a reboot

 

Ce n'est donc pas un problème de stabilité, mais au contraire, le watchdog qui entre en jeu, un mécanisme pour s'assurer de la stabilité du programme qui tourne.

Je traduis : s'il n'y a pas de connexion à l'API depuis le réseau, c'est louche, peut-être qu'il y a un souci quelque part (un processus qui aurait crashé par exemple), donc par sécurité on force le reboote pour tout redémarrer proprement.

 

Maintenant la question, c'est : pourquoi tu n'utilises pas l'API ?

Si tu utilises un autre mode de connexion, tel que MQTT, ou les URL HTTP, alors il faut désactiver l'API.

 

Pour cela il te faudra modifier le fichier de configuration YAML.

Attention cependant, si l'API est désactivée, tu perdras les fonctionnalités de journalisation et debuggage à distance.

Mais si tu ne les utilises pas, tu peux t'en passer.

 

Lien vers le commentaire
Partager sur d’autres sites

×
×
  • Créer...