Intégration de ESPHome sur Jeedom

Bonjour à tous,
J’ai suivi rigoureusement ce tuto :

Sur un ESP32 nous installons alors la configuration suivante :

substitutions:
  name: mitsubishi-room
  friendly_name: Split Room

esphome:
  name: ${name}

esp32:
  board: wemos_d1_mini32
  framework:
    type: arduino

# Enable logging
logger:
  # Component esphome.coroutine took a long time for an operation
  logs:
    component: ERROR

# Native API and remote logging
api:
  services:
    - service: set_remote_temperature
      variables:
        temperature: float
      then:
        - lambda: 'id(hp).set_remote_temperature(temperature);'

    - service: use_internal_temperature
      then:
        - lambda: 'id(hp).set_remote_temperature(0);'

ota:
  password: !secret ota_password

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  power_save_mode: none

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "${friendly_name} Hotspot"
    password: !secret wifi_fallback_ap_password

captive_portal:

web_server:
  port: 80

external_components:
  - source: github://geoffdavis/esphome-mitsubishiheatpump

climate:
  - platform: mitsubishi_heatpump
    name: ${friendly_name}
    id: hp

    # Optional
    hardware_uart: UART2
    baud_rate: 2400
    update_interval: 500ms

    # Supported features 
    #supports:
    #  mode: [HEAT_COOL, COOL, HEAT, FAN_ONLY]
    #  fan_mode: [AUTO, DIFFUSE, LOW, MEDIUM, MIDDLE, HIGH]
    #  swing_mode: ['OFF', 'VERTICAL']

    #visual:
    #  min_temperature: 16
    #  max_temperature: 31
    #  temperature_step: 0.5

Cette configuration est donc directement associé a ce Git :

J’avoue que rien de plus simple, on tape l’IP de l’ESP et on tombe sur cette interface

J’aurai aimé récupérer les infos de l’ESP via HTTP, chose que j’ai déjà fais via ESPEasy … mais qui est aussi possible avec des virtuels et script … mais je ne trouve pas les requettes HTTP pour récupérer ces fameuses info sur le coté :

06:52:33	[D]	[climate:011]	
'Split Room' - Setting
06:52:33	[D]	[climate:040]	
  Target Temperature: 24.50
06:52:33	[D]	[MitsubishiHeatPump:241]	
control - Was HeatPump updated? YES
06:52:33	[D]	[climate:396]	
'Split Room' - Sending state:
06:52:33	[D]	[climate:399]	
  Mode: OFF
06:52:33	[D]	[climate:401]	
  Action: OFF
06:52:35	[D]	[climate:404]	
  Fan Mode: OFF
06:52:35	[D]	[climate:416]	
  Swing Mode: OFF
06:52:35	[D]	[climate:419]	
  Current Temperature: nan°C
06:52:35	[D]	[climate:425]	
  Target Temperature: 24.50°C

Dans ces informations nous avons beaucoup d’information récupérer du split (ici il n’est pas connecté) et nous avons également la consigne de température, et le mode de fonctionnement qui doit remonter vers le split.

J’ai vu passé des sujets sur le net via MQTT, mais j’aurai aimé resté dans du full jeedom (pas de brocker indépendant) via HTTP.

MQTT Manager est déjà utilisé comme brocker local pour jeezigbee.

Merci pour vos lumières.
Bonne journée

Bonjour,

Si cette passerelle peut se connecter en mqtt pourquoi ne pas faire ca?
Pas besoin d’installer un broker différent, il faut la connecter à votre broker sur jeedom.

Merci Mips pour ta réponse,

Voici la doc ESPHome pour MQTT :

Tout d’abord, dans la configuration il est demandé les identifiants du brocker.
J’utilise le brocker local sur jeedom mais ou puis-je trouver les identifiants ?

Ensuite est-ce que c’est Jeedom qui doit aller taper dans l’ESP ou l’ESP qui parle avec le brocker dans jeedom ?

Dans un cas comme dans l’autre je ne sais pas comment connecter l’un avec l’autre, sur l’ESP il n’y a aucune page de configuration … Et dans Jeedom mis a part Z2M qui créer la configuration automatiquement je ne suis pas allé plus loin, mais il n’est jamais trop tard pour apprendre.

Voici la seul page que j’ai coté ESPHome :

Installé avec plugin-mqtt2 (mqtt manager) donc?
Alors voir page config du plugin
L’utilisateur sera jeedom; le mot de passe visible sur la page et l’ip… c’est l’ip de votre jeedom.


Le mot de passe correspond a ce qui est après : dans Authentification ?

Très bien, c’est déjà un bon début :slight_smile: par contre je ne pige toujours pas comment y intégrer ESPHome

Oui c’est le mot de passe

Et il faut configurer ces infos dans esphome

Aille, pas de chance car mon ESPHome pris ici ne prévois pas cela dans sa configuration :

Il n’y a pas de page web de configuration il faut donc le faire au moment de l’injection ?

Ce que j’ai du mal a compendre c’est que HomeAssistant prend en charge nativement ESPHome, comment font-il ? via quel protocole ? Il n’est pas possible de le reproduire ?

Et il donne ce lien sur cette même page pour une version mqtt

Oui j’ai vu cette version, mais sur des forums spécialisé ils expliques que cette version fonctionne moins bien avec les Split, après je mets mes réserves dessus étant donnée que le moteur est quand même identique c’est HeatPump derrière quoi qu’il arrive.

Dès que je re récupére un ordinateur Windows j’essai sur mon module de réserve (oui je n’arrive pas a faire l’injection dans les ESP depuis mon Mac M1 … Avec mon ancien avec une VM Windows ça allait mais en ARM impossible)

Je crois que ça passe à travers la partie « native api ». D’ailleurs dans la documentation ils conseillent de l’enlever si on ne l’utilise pas.

Pour ma part j’aime bien passer par le MQTT, parce que je sais que je pourrai facilement fasculer sur autre chose un jour, ou bien faire des communications directes d’objet à objet.

Donc par défaut, mon module ESP n’est pas compatible avec Home Assistant non plus

Dans le code il y a ces lignes qui me font penser que c’est actif mais je ne suis pas spécialiste d’esphome :

# Native API and remote logging
api:
  services:
[...]