Hello,

J'ai parcouru le code pour la partie MQTT du RMS-S3 et j'ai vu que les topics avait changé , es ce que la partie MQTT est définitive ?

regarde ici : https://f1atb.fr/forum_f1atb/thread-3635.html

il y a encore un petit bug sur les temperatures, sur les sources chez moi c est ok, attention à la nouvelle structure
notamment le nom temperature devient Temperature et il y a un champs Nom supplémentaire

(Il y a 9 heures)Christophe69480 a écrit : regarde ici : https://f1atb.fr/forum_f1atb/thread-3635.html

il y a encore un petit bug sur les temperatures, sur les sources chez moi c est ok, attention à la nouvelle structure
notamment le nom temperature devient Temperature et il y a un champs Nom supplémentaire

Code PHP :

alias: MQTT enedis vers RouteurS3
description: ''
triggers:
  - trigger: state
    entity_id:
      - sensor.enedismqtt
    to: null
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"EnedisMQTT","Pw": {{states(''sensor.enedismqtt'')}}}'
      topic: RouteurS3
mode: single 


Code PHP :

alias: MQTT temperature ecs vers Routeur S3
description: ''
triggers:
  - trigger: time_pattern
    minutes: /1
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"TemperatureMQTT2","Temperature":{{states(''sensor.sonoff_100170f74f_temperature'')}}}'
      topic: RouteurS3
mode: single 


Oui , j'ai vu le post. C'était surtout de savoir si les topics été fixer car j'utilise les topics pour les infos sur mon afficheur qui fonctionne sur la version du routeur non S3

(Il y a 9 heures)Titi21 a écrit :

(Il y a 9 heures)Christophe69480 a écrit : regarde ici : https://f1atb.fr/forum_f1atb/thread-3635.html

il y a encore un petit bug sur les temperatures, sur les sources chez moi c est ok, attention à la nouvelle structure
notamment le nom temperature devient Temperature et il y a un champs Nom supplémentaire

Code PHP :

alias: MQTT enedis vers RouteurS3
description: ''
triggers:
  - trigger: state
    entity_id:
      - sensor.enedismqtt
    to: null
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"EnedisMQTT","Pw": {{states(''sensor.enedismqtt'')}}}'
      topic: RouteurS3
mode: single 


Code PHP :

alias: MQTT temperature ecs vers Routeur S3
description: ''
triggers:
  - trigger: time_pattern
    minutes: /1
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"TemperatureMQTT2","Temperature":{{states(''sensor.sonoff_100170f74f_temperature'')}}}'
      topic: RouteurS3
mode: single 


Oui , j'ai vu le post. C'était surtout de savoir si les topics été fixer car j'utilise les topics pour les infos sur mon afficheur qui fonctionne sur la version du routeur non S3

Les Topics sont fixés. En beta.14, on ne doit plus avoir les valeurs correctes puis -127.

Bonjour

J'ai besoin d'une petite aide pour le nouveau MQTT

Je suis en Béta .14

Avant:
         

Mqtt Explorer:

   

Maintenant:

   

Que dois je mettre dans le nom de la température?

Je suis allé voir la doc mais je ne comprend pas .

J'ai essayé  de modifié le payload d'Homeseer avec "Nom":" Température_Chauffe-eau","Temperature":$$VALUE_EUROPE:} 
mais cela ne fonctionne pas 

Merci de votre aide 

Jean-Francois.

(Il y a 3 heures)F1ATB a écrit :

(Il y a 9 heures)Titi21 a écrit :

(Il y a 9 heures)Christophe69480 a écrit : regarde ici : https://f1atb.fr/forum_f1atb/thread-3635.html

il y a encore un petit bug sur les temperatures, sur les sources chez moi c est ok, attention à la nouvelle structure
notamment le nom temperature devient Temperature et il y a un champs Nom supplémentaire

Code PHP :

alias: MQTT enedis vers RouteurS3
description: ''
triggers:
  - trigger: state
    entity_id:
      - sensor.enedismqtt
    to: null
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"EnedisMQTT","Pw": {{states(''sensor.enedismqtt'')}}}'
      topic: RouteurS3
mode: single 


Code PHP :

alias: MQTT temperature ecs vers Routeur S3
description: ''
triggers:
  - trigger: time_pattern
    minutes: /1
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      payload: '{"Nom":"TemperatureMQTT2","Temperature":{{states(''sensor.sonoff_100170f74f_temperature'')}}}'
      topic: RouteurS3
mode: single 


Oui , j'ai vu le post. C'était surtout de savoir si les topics été fixer car j'utilise les topics pour les infos sur mon afficheur qui fonctionne sur la version du routeur non S3

Les Topics sont fixés. En beta.14, on ne doit plus avoir les valeurs correctes puis -127.

Merci André pour la réponse,
je vais pouvoir mettre à jour pour mon afficheur et pour mon projet de gestion de batterie .

---

autre question pour MQTT,

dans src/Communications/MQTT.cpp
Prefix = "s" + String(source) + String(canalNum); // ← "s00", "s01", "s10"…

la source 0 / canal 0 reste-t-elle bien, par convention, la mesure de la maison (réseau) ?

(Il y a 3 heures)JFLA76 a écrit : Bonjour

J'ai besoin d'une petite aide pour le nouveau MQTT

Je suis en Béta .14

Avant:
 

Mqtt Explorer:



Maintenant:



Que dois je mettre dans le nom de la température?

Je suis allé voir la doc mais je ne comprend pas .

J'ai essayé  de modifié le payload d'Homeseer avec "Nom":" Température_Chauffe-eau","Temperature":$$VALUE_EUROPE:} 
mais cela ne fonctionne pas 

Merci de votre aide 

Jean-Francois.

@jfla76
dans le publish topic = Routeur S3 dans ton cas
ensuite dans payload
Nom = nom que tu vas mettre en dessous de mqtt dans les parametres routeur ou tu as mis un ?
un exemple avec ma config
       

si tu as besoin d'aller plus loin ouvre un autre post car ca risuqe d etre confus avec le post initial

---

@titi21
la source 0 / canal 0 reste-t-elle bien, par convention, la mesure de la maison (réseau) ?

pas forcément ca a l'air d etre pris dans l'ordre d ajout des sources

A voir, ce qui remonte sur le screen provient de HA ? et j'ai pas HA
je vais attendre la réponse d'André

(Il y a 2 heures)Titi21 a écrit : A voir, ce qui remonte sur le screen provient de HA ? et j'ai pas HA
je vais attendre la réponse d'And

Chaque Source parmi les 4 possibles a 3 canaux. Par exemple :
Uxi c'est une source à 1 canal.
UxIx2 est une source à 2 canaux.
UxIx3 est une source à 1 canal si on est en triphasé mais 3 canaux si 3 les 3 sondes travaillent sur 3 lignes monophasées.

Pour la maison, il est préférable de la mettre sur la source 0 (en début de tableau). Elle sera particulièrement surveillée : si elle n'envoie pas de données au bout d'un moment, l'ESP32 se reset.


Cdlt
André

(Il y a 2 heures)F1ATB a écrit :

(Il y a 2 heures)Titi21 a écrit : A voir, ce qui remonte sur le screen provient de HA ? et j'ai pas HA
je vais attendre la réponse d'And

Chaque Source parmi les 4 possibles a 3 canaux. Par exemple :
Uxi c'est une source à 1 canal.
UxIx2 est une source à 2 canaux.
UxIx3 est une source à 1 canal si on est en triphasé mais 3 canaux si 3 les 3 sondes travaillent sur 3 lignes monophasées.

Pour la maison, il est préférable de la mettre sur la source 0 (en début de tableau). Elle sera particulièrement surveillée : si elle n'envoie pas de données au bout d'un moment, l'ESP32 se reset.


Cdlt
André

Merci André pour la précision, je suis partie sur la source 0 par défaut pour la modification de mon afficheur , pour ça fait un peu de boulot pour avoir l'usage possible des 2 versions routeur.