Bonjour à tous,

Je viens d'installer la version 13, pensant pouvoir cette fois ci ouvrir à 100% le triac, lorsque la température du cumulus est inférieure à 50°C et repasser en régulation triac lorsque la température du cumulus a redépassée 53°C.

Dans "actions" je n'ai défini qu'une régulation "triac en découpage" sur 24H.

Actuellement je réalise le maintien de température décrit ci dessus en utilisant home assistant qui commande un relai entre 50°C et 53°C, mais j'aurai préféré que cette fonction soit réalisée par le routeur, sans utiliser "action relai", mais simplement en agissant sur le triac grâce aux nouvelles conditions disponibles dans cette plage de fonctionnement.


Merci d'avance si quelqu'un peut m'aider

Bonjour,
Je test l'installation de la V13 pour remplacer la V11.20.
Ayant un OLED, je test les différentes versions soit V11.20; V11.20.OLED; V13.00; V13.00.OLED.
Pour les trois premières RAS mais pour la version 13.00.OLED, j'ai l'erreur:
exit status 1

Compilation error: no matching function for call to 'Action::TypeEnCours(int16_t&, float [4], int&)'

J'ai appelé pour les 2 versions OLED la fonction " TypeEnCours " et ci dessous les différences en bleu sauf pour le point D) que je vous laisse découvrir:

A)  Actions.cpp
V11.20 :
byte Action::TypeEnCours(int Heure, float Temperature, int Ltarfbin) {  //Retourne type d'action  active à cette heure et test temperature OK
V13.00 :
byte Action::TypeEnCours(int Heure, float Temperature, int Ltarfbin, int Retard) {  //Retourne type d'action  active à cette heure et test temperature OK

B) Actions.h
V11.20 :
byte TypeEnCours(int Heure,float Temperature, int Ltarfbin);
V13.00 :
byte TypeEnCours(int Heure, float Temperature, int Ltarfbin, int Retard);
 
C)OLED.ino
V11.20
if (MATERIEL_ROUTAGE != -1) Mode = LesActions[MATERIEL_ROUTAGE].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);
V13.00 :
if (MATERIEL_ROUTAGE != -1) Mode = LesActions[MATERIEL_ROUTAGE].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);

D)
 Solar_Router_V11_20_SG_OLED
 Type_En_Cours = LesActions[i].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);                         //0=NO,1=OFF,2=ON,3=PW,4=Triac
    if (Actif[i] > 0 && Type_En_Cours > 1 && DATEvalid && (Source_Temp == "tempNo" || TemperatureValide > 0)) {  // On ne traite plus le NO
      if (Type_En_Cours == 2) {
 
 
 Solar_Router_V13_00_SG_OLED :
Type_En_Cours = 1;  //  on arrete
    } else {
      Type_En_Cours = LesActions[i].TypeEnCours(HeureCouranteDeci, laTemperature, LTARFbin, Retard[i]);  //0=NO,1=OFF,2=ON,3=PW,4=Triac
    }
    if (Actif[i] > 0 && Type_En_Cours > 1 ) {  // On ne traite plus le NO
      if (Type_En_Cours == 2) {
        RetardF[i] = 0;
      } else {  // 3 ou 4
 

Avec tous ces éléments, pouvez vous me dire ce que je dois faire pour résoudre mon problème.
J'ai la bibliothèque ESP32 V3.0.7 installée.
Merci d'avance.
Serge

Bonjour 
Sujet largement abordé avec certains d'entres vous et pas sûr pour ma part que ce soit facilement réalisable.
Face aux nombreuses évolutions et personnalisations que ne peut retenir/gérer immédiatement André dans le suivi des évolutions du routeur, 
l'idée ici serait de pouvoir proposer un choix d'options aux utilisateurs lors du téléchargement de la version XX du routeur depuis le site web.
Par exemple, choix du mode de connexion shelly ou bien emphase ( si pas emphase concerné pourquoi charger le code correspondant qui ne sera jamais utilisé !)
autres choix : 
- écran OLED
- connexion Ethernet
- ...
Un choix d'option à la carte qui une fois sélectionné, permettrait de générer le .bin correspondant et qui serait téléchargé pour maj OTA afin de préserver une procédure de maj la plus simple possible.
Il s'agit là d'une suggestion de dev qui ouvrirait la portes aux dev parallèles et spécifiques (connexion ethernet, écran oled, choix du type de connexion ...)  tout en préservant l'arbitrage et le choix de la mise à disposition des évolutions par André.

Si c'est faisable, c'est surement pas si simple....   vos réactions et avis d'André ?

Salut

Néo-utilisateur du routeur.
J'ai installé une sonde DS18B20 connecté au routeur et la valeur de celle-ci s'affiche bien dans les données brutes.


Par contre, elle n'est pas envoyée sur mon broker MQTT. J'ai bien toutes les données qui remontent mais pas la température (testé sous MQTT Explorer) et pourtant celle-ci est bien annoncé comme sensors...
Voici un message reçu par MQTT Explorer:
{"PuissanceS_M": 216, "PuissanceI_M": 0, "Tension_M": 239.4, "Intensite_M": 0.0, "PowerFactor_M": 0.48, "Energie_M_Soutiree":21576792,"Energie_M_Injectee":918370, "EnergieJour_M_Soutiree":200, "EnergieJour_M_Injectee":0,"PuissanceS_T": 8, "PuissanceI_T": 0, "Tension_T": 239.4, "Intensite_T": 0.0, "PowerFactor_T": 0.74, "Energie_T_Soutiree":7250395,"Energie_T_Injectee":0, "EnergieJour_T_Soutiree":3, "EnergieJour_T_Injectee":0, "Frequence":0.00,"LTARF":"TEMPO_ROUGE", "Code_Tarifaire":19,"Ouverture_Triac":0,"Actif_Triac":0,"Duree_Triac":0.000000,"Force_Triac_OnOff":0}

Une copie d'écran de MQTT Explorer montrant le sensor Température

Pièces jointes

Miniature(s)
       

Bonjour à tous,

J'ai mis en place une mise en route conditionnelle pour forcer le CE pendant 1h30 la nuit si l'ouverture équivalente H de la veille est < 2:00
fonctionnement impeccable depuis fin novembre en V12.06 et depuis le 28 décembre en V13.00.
Cette nuit,, il n'y a pas eu de chauffe, ou juste un démarrage/arrêt alors que H de la veille = 1:56 (et pas 2:00)

Bug informatique ?
1:56 trop proche de 2:00 ?

Quelqu'un a-t-il déjà constaté un tel dysfonctionnement ?

Pièces jointes

Miniature(s)
       

Bonjour
J'ai un compteur d'energie zigbee avec pince ampèremétrique type PJ-MGW1203 et j'envoie avec home assistant la puissance mesurée "sensor.0xxxx_power_a" au routeur solaire avec MQTT.
Ça fonctionne très bien, mais le problème, c'est qu'avec ce compteur, la valeur n'est pas signée
Le compteur est bien bidirectionnel mais cette direction est donnée par une autre entité "sensor.0xxxx_energy_flow_a" qui prend la valeur "consuming" ou "producing"
Avez-vous une idée pour transformer la valeur "producing" en signe "-" avant de l'envoyer à l'esp32.
Merci d'avance pour votre aide.

Bonjour à tous,

Je voudrais réaliser un deuxième routeur pour quelqu'un de ma famille avec deux esp un maitre et un esclave.

Un esp maitre avec capteur JSY-MK-194 à coté du tableau électrique.

Un deuxième esp avec un SSR pour contrôlé le cumulus qui est bien loin du tableau.

Par contre impossible de retrouver la ligne électrique dédiée entre le ballon et le tableau électrique ( car le ballon est branché sur un réseau prise du garage ) donc impossibilité de passé la phase dans la bobine sur le JSY est-ce cela pose problème ?


Merci d'avance ! 

Bonjour, 
Quelqu'un peut il m'aider à renseigner (correctement ) le topic pour la remonté de température ?
La température reste à zéro alors que dans MQTT explorer elle est à 46,3.

Voir les captures d'écran 

Merci
   

   

   

Bonjour,
Suite à un crash de mon DD , j'ai perdu tous mes sketchs inclus ceux pour le routeur.
J'ai en fonction des ESP32 avec la version 11.20 adaptée à mes GPIO et à l'écran OLED.
J'avais également commencé à adapter la version 13.
Mais ça c'est du passé puisque tout est perdu.
Savez vous s'il est possible de récupérer le programme de l'ESP32 sur arduino IDE soit en WIFI mais plus sur en filaire.

Merci d'avance pour vos réponse.
PS:
en attendant, j'ai avancé sur la V13 et a la dernière compil, j'ai eu ce message d'erreur:
"Compilation error: no matching function for call to 'Action::TypeEnCours(int16_t&, float [4], int&)'"
Pour info, si cela à une importance, dans le Sketch, j'ai intégré OLED.ino.
Serge

Bonjour
Suivant l'exemple de schéma de câblage présenté sur le site, identifié comme " Schéma complet de jean " faut-il un triac dans le routeur F1ATB? que se passe t-il si on enclenche le contacteur triphasé alors que le cumulus est alimenté par le routeur ?
quelle serait la modification à apporter pour utiliser le routeur sur cumulus avec thermostat électronique ?
merci pour vos réponses