Rik Bastiaens Posté(e) le 29 février Signaler Posté(e) le 29 février (modifié) 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é le 29 février par Rik Bastiaens
Lazer Posté(e) le 29 février Auteur Signaler Posté(e) le 29 février @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. 1
Pascal66 Posté(e) le 2 mars Signaler Posté(e) le 2 mars (modifié) Bonjour , Bon j'arrive après la bagarre ... Voila ce que j'ai dit quand j'ai vu que ça marchait : @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 : 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 ; J'ai juste modifié la fin, je n'ai pas fait de scénario , juste le curseur qui relance la commande de consigne Il y en a un qui va passer pour un héros auprès de ses proches ... Modifié le 2 mars par Pascal66 1
mikael2235 Posté(e) le 6 mars Signaler Posté(e) le 6 mars 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,
Lazer Posté(e) le 6 mars Auteur Signaler Posté(e) le 6 mars Cherche sur Github, il me semble avoir vu passer un début de projet pour les PAC air/eau. 1
micka260 Posté(e) le 17 mars Signaler Posté(e) le 17 mars 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
Lazer Posté(e) le 17 mars Auteur Signaler Posté(e) le 17 mars (modifié) 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é le 17 mars par Lazer
Dragoniacs Posté(e) le 24 mai Signaler Posté(e) le 24 mai (modifié) 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 ? Modifié le 24 mai par Dragoniacs
Sakkhho Posté(e) le 25 mai Signaler Posté(e) le 25 mai Melcloud n a pas planté chez moi cette semaine.
Lazer Posté(e) le 26 mai Auteur Signaler Posté(e) le 26 mai 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.
Dragoniacs Posté(e) le 26 mai Signaler Posté(e) le 26 mai 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
flacon030 Posté(e) le 16 juin Signaler Posté(e) le 16 juin (modifié) 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é le 16 juin par flacon030
Lazer Posté(e) le 16 juin Auteur Signaler Posté(e) le 16 juin 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 : )
flacon030 Posté(e) le 16 juin Signaler Posté(e) le 16 juin (modifié) 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é le 16 juin par flacon030 1
mbdrlp Posté(e) le 12 juillet Signaler Posté(e) le 12 juillet 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?
Lazer Posté(e) le 12 juillet Auteur Signaler Posté(e) le 12 juillet 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é ?
mbdrlp Posté(e) le 12 juillet Signaler Posté(e) le 12 juillet Merci pour ta reponse! Je n'ai pas du tout regardé du coté de l'API ESPHome coté Jeedom. Je vais regardé de ce pas, mais c'est tellement reactif avec l'API web...
mbdrlp Posté(e) le 12 juillet Signaler Posté(e) le 12 juillet 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
Lazer Posté(e) le 12 juillet Auteur Signaler Posté(e) le 12 juillet 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).
mbdrlp Posté(e) le 15 juillet Signaler Posté(e) le 15 juillet 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...
Lazer Posté(e) le 15 juillet Auteur Signaler Posté(e) le 15 juillet 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.
mbdrlp Posté(e) le 22 août Signaler Posté(e) le 22 août 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....
mbdrlp Posté(e) le 18 octobre Signaler Posté(e) le 18 octobre (modifié) 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é le 18 octobre par mbdrlp
Lazer Posté(e) le 18 octobre Auteur Signaler Posté(e) le 18 octobre 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.
mbdrlp Posté(e) le 18 octobre Signaler Posté(e) le 18 octobre Merci pour ta reponse. Non effectivement je n'utilise pas l'API, avec Jeedom le plus simple pour moi était de passer par MQTT. Je vais desactiver l'API à l'occasion merci
Messages recommandés