Bonjour André, bonjour à tous,

L'évolution de la V17, et notamment le pilotage du routeur via MQTT ouvre de nouvelles possibilités d'automatismes que j’essaye d'utiliser.

Gestion d'un Planning
Si l'on utilise « Souscrire au forçage des Actions via le serveur MQTT » dans Paramètres/Généraux, on peut piloter chaque période d'un routage via Relais.
Dans sa documentation, André précise que nous pouvons prévoir des périodes numérotées de 0 à 7.

Le "+" sous le cadre du relais que j'ai initialement programmé est, me semble-t-il, prévu pour créer une nouvelle programmation pour un autre relais.

Je voudrai savoir s'il est judicieux de créer un second planning pour mes tests, çà m'éviterai de perdre les réglages actuels qui fonctionnent plutôt bien. (Plusieurs Plannings = Plusieurs Scénarios ?) (Même Gpio, même sortie 'On') ?

Peut-être que ce serait acceptable dans la programmation via MQTT si un des 2 plannings est coché "Inactif" ?

Pb MQTT
J'ai pourtant consulté les documentations d'André et une vidéo pour la programmation d'un Cumulus, mais je n'obtiens pas les résultats attendus.

Configuration (V17.18, UxIx2, Relais SSR vers chauffe eau) :

    MQTT activé
    MQTT Préfixe de découverte : homeassistant
    MQTT Préfixe de publication : f1atb_router
    MQTT Device Name / Nom routeur : routeur_rms
    Topic utilisé : routeur_rms/Relais_SSR_CE

    Messages envoyés par la création d'un bouton pour tester :
    {"tOnOff":30}
    {"SeuilOn":-50}

Aucune action n’est déclenchée (pas de modification de puissance SSR ni de comportement du routeur).

2 - Pouvez-vous confirmer :

    . Si j'ai le bon topic de commande MQTT (write/control)
    . Les paramètres réellement modifiables via MQTT (runtime vs configuration)
    . Si une activation supplémentaire est nécessaire pour le mode commande MQTT

Merci.

Bonjour à tous.
J'ai modifié la fonction callback afin de pouvoir modifier le pourcentage d'ouverture forcée par MQTT (test ok par envoi MQTT de home assistant de ForceOuvre).
La modification :           if (message.indexOf("ForceOuvre\":") > 0) {
            LesActions[i].ForceOuvre = int(ValJson("ForceOuvre", message));
            recordDemande = true;
          }
à ajaouter dans la fonction callback : 
// Callback  après souscription à un topic et  réaliser une action
void callback(char *topic, byte *payload, unsigned int length) {
  char Message[length + 1];
  for (int i = 0; i < length; i++) {
    Message[i] = payload[i];
  }
  Message[length] = '\0';
  String message = String(Message) + ",";
  TelnetPrintln("Mqtt::" + message);
  for (int canal = 0; canal < 4; canal++) {
    if (String(topic) == TopicT[canal] && Source_Temp[canal] == "tempMqtt") {
      temperature[canal] = ValJson("temperature", message);
      TemperatureValide[canal] = 5;
    }
  }
  if (String(topic) == TopicP && Source == "Pmqtt") {  // Mesure de puissance
    PwMQTT = ValJson("Pw", message);
    PvaMQTT = ValJson("Pva", message);
    PfMQTT = ValJson("Pf", message);
    P_MQTT_Brute = String(Message);
    if (message.indexOf("Pw") > 0)
      LastPwMQTTMillis = millis();
  }
  if (subMQTT == 1) {
    char TopicAct[60];
    bool recordDemande = false;
    for (int i = 0; i < NbActions; i++) {
      if (LesActions[i].Titre.length() > 0) {
        snprintf(TopicAct, sizeof(TopicAct), "%s/%s", MQTTdeviceName.c_str(), LesActions[i].Titre.c_str());
        if (strcmp(TopicAct, topic) == 0) {
          if (message.indexOf("tOnOff\":") > 0)
            LesActions[i].tOnOff = int(ValJson("tOnOff", message));
          if (message.indexOf("ForceOuvre\":") > 0) {
            LesActions[i].ForceOuvre = int(ValJson("ForceOuvre", message));
            recordDemande = true;
          }
          if (message.indexOf("Mode\":") > 0) {
            String modeRecu = StringJson("Mode", message);
            recordDemande = true;
            if (modeRecu == "Inactif") {
              LesActions[i].Actif = MODE_INACTIF;
            } else if (modeRecu == "Decoupe" || modeRecu == "OnOff") {
              LesActions[i].Actif = MODE_DECOUPE_ONOFF;
            } else if (modeRecu == "Multi") {
              LesActions[i].Actif = MODE_MULTISINUS;
            } else if (modeRecu == "Train") {
              LesActions[i].Actif = MODE_TRAINSINUS;
            } else if (modeRecu == "PWM") {
              LesActions[i].Actif = MODE_PWM;
            } else if (modeRecu == "Demi") {
              LesActions[i].Actif = MODE_DEMISINUS;
            }
          }
          if (message.indexOf("Periode\":") > 0) {
            int periodeRecu = int(ValJson("Periode", message));
            if (periodeRecu >= 0 && periodeRecu < LesActions[i].NbPeriode) {
              recordDemande = true;
              if (message.indexOf("SeuilOn\":") > 0)
                LesActions[i].Vmin[periodeRecu] = int(ValJson("SeuilOn", message));
              if (message.indexOf("SeuilOff\":") > 0)
                LesActions[i].Vmax[periodeRecu] = int(ValJson("SeuilOff", message));  // Mode OnOff
              if (message.indexOf("OuvreMax\":") > 0)
                LesActions[i].Vmax[periodeRecu] = int(ValJson("OuvreMax", message));  // Autre Modes
            }
          }
          LesActions[i].Prioritaire();
          StockMessage("Action MQTT : " + String(topic) + " | " + String(Message));
        }
      }
    }
    if (recordDemande) RecordFichierParametres();
  }
}

Bonjour à tous, 

Je constate un bug depuis la version 17.19. En effet, sur la page d'accueil, j'ai régulièrement ce message "en attente d'une mise à l'heure par internet" alors que celle-ci s'affiche dans les données brutes. J'ai également constaté des craches du système mais cela vient peut-être de ce problème d'heure. 

Avez-vous ce même problème ?

Pièces jointes

Miniature(s)
       

Bonjour,

J'ai ce genre de signal pour ma mesure de température. On dirait qu'il y a des pertes de signal pourtant le WiFi est très correct.
Existe-t-il un moyen de gommer ces artefacts ?

Merci par avance,

Pièces jointes

Miniature(s)
   

hello
 
personne n a de probleme daffichage des tableaux , puissance , courbe 

oui ctrl.f5 ,recharger  ,mode privé etc

pas moyen d ameliorer , pour l affichage courbe , il faut l heure et une puissance valide  je crois

jai un rms seul en mode isolé , je men sers comme wattmetre , et la impossible d avoir les tableau version 17.06

et je me connecte en 4.1  , aussi , ca se melange les pinceaux

ca bloque souvent 

je suis repasser en 14.25 , hop affichage instantané ?? dans les version precedente cetait plus reactif 

une solution ? mise a jour jour d amélioration ?

Bonjour a Tous,

Quel sont le GPio racoorder pour le F1ATB, LEs sondes,  le dimmer module, JSK-MK, Linky, un ecran deporter, SSR1 et SSR2, etc.. 
Enfin tout ce que l'on peut mettre sur cette ESP
Ont n'utilise pas n'importe quel Pin puisque c'est programer dans ESP32.
Si une ame charitable aurait le liste ou l'on puisse raccorder tout ceci

Merci Beaucouop

Bonjour à tous,

Après avoir eu quelques déboires avec des RMS installés (chez moi ou chez des potes), je me suis demandé s'il ne serait pas possible de sauvegarder puis (au besoin) restaurer intégralement un RMS (code, paramètres, etc) en un minimum de manipulations.

Je vous fais le tableau :
- Vous avez installé un ou plusieurs RMS, certains sont dans une super_version_perso_v12.582_non_V14.153 sur lesquels vous avez passé des heures à peaufiner les réglages, la régulation, l'affichage, voire à faire des modifs de code.

- Votre poulain, maquillé comme un camion volé, est fin prêt pour le Grand prix d'Amérique (ou le salon de l'agriculture) et soudain... l'esp32 qui le porte a les genoux qui flanchent, et vous lâche sans prévenir. Merdalor.

- Si le RMS est le vôtre, il y a des chances pour que vous sachiez le réinstaller en un minimum de temps, le remettre sur votre réseau et réinjecter le fichier de paramètres que vous aurez pris soin (évidemment) de sauvegarder récemment. Non ?

- Mais si le RMS est chez votre cousin qui habite à 150 kilomètres, c'est plus tout à fait la même histoire. Non ?

D'où l'idée :
- Le RMS tourne comme une horloge.

- Avec un pc et un câble usb, à l'aide d'un script qu'on peut lancer en une seule commande, voire avec un double clic, TOUT le contenu sera sauvegardé dans un unique fichier masauvegarde.bin (3 minutes environ).

- Le RMS vous lâche.

- On change l'esp32

- Avec le même pc et connexion usb, on lance la restauration du fichier masauvegarde.bin, toujours en une seule commande ou un double clic.

- 90 secondes plus tard, tout est à nouveau en place.

- Et même le cousin peut le faire sans vous.

Eh bien, c'est possible avec esptool.
je me suis inspiré des infos données par cette video youtube, dans laquelle l'auteur explique comment faire ça.
Il y a pas mal de blabla mais les infos sont très pertinentes, et celles de la transcription sous la video encore plus.

J'ai écrit un petit script bash (linux) pas très raffiné qui permet de faire la sauvegarde et la restauration.
Avec un minimum de travail (genre claude ou chatgpt) il doit pouvoir être adapté pour windoze, en powershell ou autre.
Vous trouverez aussi des notes qui peuvent vous aider à mettre le truc en marche.

En espérant que ça puisse être utile à quelques uns, merci de m'avoir lu.

(PS : si le script est moisi, ne m'engueulez pas, améliorez le !  )

Pièces jointes

  sauve_restore_rms_v2.txt (Taille : 3.55 Ko / Téléchargements : 22)
  notes_sauve-restaure-rms-esp32.txt (Taille : 910 octets / Téléchargements : 17)

Bonjour André, bonjour à tous,

L'évolution de la V17, et notamment le pilotage du routeur via MQTT ouvre de nouvelles possibilités d'automatismes.

Si l'on utilise « Souscrire au forçage des Actions via le serveur MQTT » dans Paramètres/Généraux, on peut piloter chaque période d'un routage via Relais.
Dans sa documentation, André précise que nous pouvons prévoir des périodes numérotées de 0 à 7.

Le "+" sous le cadre du relais que j'ai initialement programmé est normalement prévu pour créer une nouvelle programmation pour un autre relais.

Je voudrai savoir si je peux prévoir par exemple une programmation pour l'été et une programmation pour l'hiver (ou beau temps/mauvais temps) pour un même relais (Même Gpio, même sortie 'On') ?

Peut-être que ce serait acceptable dans la programmation via MQTT si un des 2 routages est coché "Inactif" ?

Je vous remercie.
Cordialement.

Bonjour
J'ai un compteur triphasé et je voudrais récupérer les consos par phase dans Home Assistant via MQTT, mais à priori je ne remonte qu'une conso globale
Serait il possible d'avoir ce détail

Merci

Bonjour,
Dans les paramètres, lorsque l’on sélectionne le mode Linky et que l’on coche « Estimateur d’injection », puis que l’on sauvegarde et effectue un reset de l’ESP, la case « Estimateur » reste bien cochée.

Cependant, lorsque l’on va dans l’onglet Actions et que l’on indique une puissance P_w=-100, par exemple, l’option de choix de réactivité (*2, *4, …) devient disponible et peut être sélectionnée.

Le problème survient lorsqu’après avoir enregistré le choix de réactivité, la case « Estimateur » dans les paramètres se décoche automatiquement.

Est-ce que quelqu’un aurait une solution pour que la case « Estimateur » reste active tout en conservant la réactivité sélectionnée ?

Merci pour votre aide et vos retours.