Discussion :

[emma75015]

Bonjour à tous,

Je travaille sur un projet PHP où je dois piloter une climatisation monosplit à distance (on/off, mode, température) et récupérer son état en temps réel.

J'ai identifié 4 approches :

API Cloud fabricant – Daikin Onecta (OAuth2, officielle) ou MELCloud Mitsubishi (reverse-engineerée)

ESP32 + ESPHome en local – branchement sur le port UART interne, API REST locale, 100% sans cloud

MQTT – via un broker Mosquitto, l'ESP publie/reçoit les commandes

IR Blaster (Broadlink, ESP32 IR) – universel mais sans retour d'état

Chaque approche a ses compromis (dépendance cloud vs matériel local, bidirectionnel vs unidirectionnel).

Avez-vous expérimenté l'une de ces solutions en prod ? Je cherche des retours concrets, notamment sur la fiabilité dans le temps et la sécurité des API locales.

Merci ! 🙌

[Mister Socrates]

Bonjour
- les deux clouds fabricants (Daikin et Mitsubishi) ont un historique réel de coupures non négligeables, hors de votre contrôle. Si votre projet PHP a besoin de fiabilité contractuelle (genre SLA client), s'appuyer uniquement sur ces APIs est risqué.
- Daikin via protocole S21 et Haier : Avantage net : bidirectionnel, sans dépendance cloud, données de capteurs internes en plus de l'état. Inconvénient : travail de câblage/soudure par appareil, donc pas scalable si vous gérez plusieurs clients avec des marques différentes.
- MQTT : C'est un choix de transport plutôt qu'une 4e approche indépendante — généralement combiné avec l'ESP32 local
Si la fiabilité réseau/temps réel est critique et que le client accepte l'intervention matérielle → ESP32 UART local (S21 pour Daikin, hOn/SmartAir2 pour Haier) est la voie la plus solide ; si le client refuse toute intervention sur l'appareil → cloud officiel en acceptant un SLA imparfait (MELCloud a un historique de pannes plus visible que Daikin), avec IR Blaster en filet de sécurité pour le on/off basique sans retour d'état.