Mon BTA40 Aliexpress a grillé au bout de 2 ans de bons et loyaux services. Je me doutais bien que c'était un faux compte-tenu du prix, mais vu que mon radiateur est généreusement dimensionné et que ça tenait, à quoi bon changer.

J'ai donc racheté chez un fournisseur avec traçabilité (RS Components) un vrai BTA40.
En pièce jointe les photos comparatives.

Sur l'original le logo et la référence sont gravés au laser dans le métal. Sur la copie c'est une sérigraphie sur la bague plastique. A noter que j'ai retrouvé cette bague déclipsée au démontage. Effet de la chaleur ?

Par contre j'avais l'impression que la semelle était plus épaisse et le composant plus lourd sur le vrai. Et bien après passage au pied à coulisse et à la balance de précision : c'est exactement pareil. Comme quoi les biais cognitifs ! 

Pièces jointes

Miniature(s)
           

j'ai une règle d'action en demi sinus, si elle est en mode forcé, est elle toujours une demi sinus ? ou bascule telle en sinus ?

Si le sinus complet fournit 1000 W de charge pour un temps donné 

le demi-sinus à même crête fournira environ 500 W en moyenne pour le meme temps





 fournit 1000 W, le demi-s

Bonjour à toutes et à tous. J'ai eu la chance de pouvoir commander un pcb modèle h3rv3 2, et qu'est-ce que c'est beau!!!! Je craignais de coincer sur la partie logiciel ou branchement, mais c'est finalement la prise T2 qui me bloque...

J'ai commandé la prise T2 sur AE comme indiqué dans la configuration matériel suggérée. Les broches sont à sertir, j'ai donc acheté 2 pinces (la première ne fonctionnant pas car trop petite pour la récupérer après l'opération). J'ai un câble cuivre souple 4x4mm². Lors du sertissage, les broches se sont largement fissurées et c'est tout simplement bon pour la poubelle... Elles semblaient prévues pour du 6mm² ( la pince permet de faire du 6mm² minimum, j'ai dû serrer pour du 6mm² et serrer un peu plus pour avoir une bonne connexion, et ce fut le drame... J'y suis vraiment allé doucement pourtant.)

Je pensais alors mon câble trop petit mais dans la documentation, il est proposé du 2.5mm², encore plus petit donc.
J'ai pensé re-commander une prise t2, en 16A cette fois, mais j'ai peur d'avoir la même chose avec seulement la résistance qui soit différente. 

Pourriez-vous s'il vous plaît m'éclairer et me guider dans l'achat du bon matériel afin de finaliser le montage, ou si vous avez une astuce à me donner pour le montage avec ce matériel, je vous en serai très reconnaissant....

Par avance, un immense merci à celles et ceux qui prendront le temps de me répondre. Et un immense merci également à celles et ceux qui ont porté et perfectionné les différents projets si gentiment mis à notre disposition!

Romain

Bonjour,

Je souhaite faire un routeur en découpe sinus "fast" mais j'aimerais 3 sorties comme le mk2pvrouter.

https://openenergymonitor.org/mk2pvroute...loads.html

Bien à vous,

Bonjour,
au lieu d'utiliser des mesures de puissance avec des TOR , existe-t-il ou bien serait-il possible, de faire cette mesure sur l'ESP32 , en interrogeant l'onduleur en modbus Ethernet TCP/IP?

Bonjour,

J'ai un montage identique à celui en PJ, excepté que le fil de réception signal sur la carte est sur la pin 19.

Ceci dit, aucune donnée ne remonte "numérisée" sur la pin (mon code de lecture des données TIC est OK) avec pourtant un compteur linky sagemcom avec mode tic standard activé.

Pourriez-vous m'aider à voir ce qui ne va pas sur le montage ?

Merci par avance
Cordialement

   

Coucou la communauté des Routés
Je n ai pas de temps à y consacrer mais il y a un concours Shelly qui peut être sympa
Les routeurs en Shelly ou les scripts Shelly qu on a pu voir passer sur le forum pourraient avoir leur chance dans ce concours
https://www.shelly.com/fr/pages/shelly-s...uid_cD6CYF

Bonjour à tous,
Décidemment tout clignote chez moi, après le relais K1 c'est la LED D4 qui clignote.
Pourtant la charge se déroule normalement (pwm 16%, 9.6A en AUTO).
J'ai repris la documentation mais je n'ai rien trouvé qui puisse expliquer ça, juste que D4 signale un défaut.
Quelqu'un aurait-il une explication ?

Je profite de ce post pour poser une autre question, je ne comprends pas bien ce paramètre :
"Puissance maximum soutirée -500W< P< -300W"
Je pense comprendre qu'on s'autorise à soutirer entre 300W et 500W du réseau mais je ne comprends pas pourquoi...
Le routeur est censé réguler pour empêcher ces dépassements non ?

Merci d'avance pour vos retours.

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();
  }
}